Паншарпенинг на картинках с большинства ныне летающих спутников очень легко рассмотреть на воде: без паншарпенинга она обычно синяя, а когда в картинку вмешивают панхроматический канал, она вдруг становится тёмно-чёрной, потому что в панхроме кроме видимой части спектра зачастую бывает ещё и инфракрасный.
Если взять ramfs вместо tmpfs, можно начать ловить OOM в самых неожиданных местах, когда место в памяти таки кончится. tmpfs — тот же ramfs, только умеющий уходить в своп, когда не нужен.
Мощность нужно именно что подводить в нескольких местах — на лентах обычно тонкие дорожки, не рассчитанные на удвоение её длины. Если просто разные цвета зажигать ещё получится, то белый вдруг внезапно рассыпется в набор разноцветных отсветов.
Китайские телефоны иногда могут оживлять дешевые usb-подсистемы компьютеров, в которых нет никакой развязки +5V. Компьютер выключен полностью, мышка светится.
Поломали обратную совместимость — нужно сильно напрягаться для переписывания библиотек. А зачем, если во втором уже всё работает, а особых причин для третьей нет?
Производительность и ёмкость накопителей — понятие растяжимое. Гарминовские навигаторы тоже ею не блещут (десятки мегагерц, сотни мегабайт места до не столь уж и давних пор), но с задачей справляются без подобных извращений.
«Пересчёт всех точек» при нормальной оптимизации кода для отображения на экране представляет из себя масштабирование+поворот, которые у вас уже и так выполняются. Вот только поворот надо выполнять один раз, а не несколько и разных на разных участках.
Ну и любые алгоритмы оптимизации выборки на границах отработают на порядки лучше — вам надо будет выбирать из одной непрерывной карты, а не из нескольких. Так что использование вашего подхода в условиях ограниченного хардваря вдвойне непонятно.
Вы цифровую карту или цифровую модель бумажной карты делаете, в конце концов?
Цвет — требование понятное и правильное (и то с поправкой на RGB/CMYK), в отличие от сохранения проекции.
Спорьте с авторами ТЗ, начальных аргументов вам насыпано достаточно.
Почему не можете-то? Вы полиграфию печатаете или бортовой навигатор делаете?
Возникают дурацкие подозрения, вроде того, что карту вы храните растром, потому что не осилили сконвертировать SXF во что-то человеческое векторное (формат сам по себе мозговзрывающий, и альтернативных реализаций его, поэтому, практически в природе не встречается).
«Бортовые цифровые вычислительные машины» нынче есть почти в каждом современном автомобиле. В том числе решающие вашу задачу, показ карты.
Дабы не быть голословным теоретиком, самое красивое решение ближайшей к вашей задачи, которое я видел, было в проекте ТОПО.Беларусь для Garmin.
Исходный формат, как и у вас — SXF. Сконвертирован из листов в де-факто стандартный любительский MP, в WGS84. Сшит в одно общее полотно. Сконвертирован в формат Garmin.
Дальше — фаза отображения, на которой уже можно изголяться, как угодно. Внутри гарминовского формата всё лежит в виде r-дерева, из которого можно быстро достать любой кусок в том же самом WGS84. Большинство устройств показывают карту в равнопромежуточной проекции с φ0, равным центру экрана, полностью избегая искажений в пределах экрана на ближних зумах.
Что конкретно в техническом задании мешает сделать что-то подобное?
А параметры проекции Меркатора заданы-то? Их много разных. И в ней ваша задача решается на порядок проще — зон нет, стыковать ничего не надо. И углы сохраняются.
Правда, всё равно не в 100% случаев…
«Пересчёт всех точек» при нормальной оптимизации кода для отображения на экране представляет из себя масштабирование+поворот, которые у вас уже и так выполняются. Вот только поворот надо выполнять один раз, а не несколько и разных на разных участках.
Ну и любые алгоритмы оптимизации выборки на границах отработают на порядки лучше — вам надо будет выбирать из одной непрерывной карты, а не из нескольких. Так что использование вашего подхода в условиях ограниченного хардваря вдвойне непонятно.
Цвет — требование понятное и правильное (и то с поправкой на RGB/CMYK), в отличие от сохранения проекции.
Спорьте с авторами ТЗ, начальных аргументов вам насыпано достаточно.
Возникают дурацкие подозрения, вроде того, что карту вы храните растром, потому что не осилили сконвертировать SXF во что-то человеческое векторное (формат сам по себе мозговзрывающий, и альтернативных реализаций его, поэтому, практически в природе не встречается).
Дабы не быть голословным теоретиком, самое красивое решение ближайшей к вашей задачи, которое я видел, было в проекте ТОПО.Беларусь для Garmin.
Исходный формат, как и у вас — SXF. Сконвертирован из листов в де-факто стандартный любительский MP, в WGS84. Сшит в одно общее полотно. Сконвертирован в формат Garmin.
Дальше — фаза отображения, на которой уже можно изголяться, как угодно. Внутри гарминовского формата всё лежит в виде r-дерева, из которого можно быстро достать любой кусок в том же самом WGS84. Большинство устройств показывают карту в равнопромежуточной проекции с φ0, равным центру экрана, полностью избегая искажений в пределах экрана на ближних зумах.
Что конкретно в техническом задании мешает сделать что-то подобное?