Экспорт в Oruxmaps, сделать управление пересозданием базы

[bserg2]

При экспорте в Оркусмапс хотелось бы опцию управления пересозданием базы, как сделано в экспорте в Rmaps (чекбокс "пересоздавать выбранную БД если она существует")
Если этот флажок стоит то поведение модуля экспорта должно быть таким как сейчас, т е при каждом новом вызове окна экспорта база создаётся новая.
Если этот флажок снят, то при очередном вызове окна экспорта база не должна пересоздаваться, новые слои должны добавляться в базу. (как это сделано при экспорте в Rmaps)
Так же нужен чекбокс "заменять существующие тайлы" с той же логикой работы как при экспорте в Rmaps,
т е если я при очередном вызове окна экспорта хочу записать в базу тайлы, которые там уже есть, по поведение зависит от флага "заменять существующие тайлы"
если он установлен - то тайлы перезаписываются новыми, если не установлен - тайлы остаются существующие.


Так же всё абсолютно тоже самое хочется при экспорте в MBTiles

[bserg2]

чегой-то молчат все.
хоть бы сказали чего, возможно - не возможно, сложно, не сложно.
или все по пампасам разьехались, осени ждать надо ?

[zed]

Крайне сложно сделать всё правильно из-за того, что у OruxMaps есть привязка (.otrk2.xml), а у MBTiles метаинформация внутри самого файла БД. Эти экспорты вообще нужно рассматривать отдельно, т.к. они между собой никак не связаны и имеют свои особенности. Не получится сделать OruxMaps, а в догонку MBTiles.

В RMaps же ничего такого нету, есть только информация о минимальном/максимальном зуме, которая легко может быть обновлена при дозаписи тайлов в БД.

Критически важные моменты:
- OruxMaps поддерживает 3 проекции, заполнение пустыми тайлами до прямоугольного выделения, привязку для слоёв.
- MBTiles поддерживает 2 графических формата (jpeg/png), 2 типа карт (слой/основная карта) и 2 схемы тайлов (tms/xyz). Кроме того, эта метаинформация является опциональной и может отсутствовать, если файл создавался сторонней программой, а не SAS.

И теперь, например, при дозаписи в OruxMaps мы можем столкнуться с ситуацией, что, к примеру, вновь добавляемые тайлы имеют не ту проекцию, что уже лежат в БД. Значит, нужно будет во время экспорта, определить, пересекаются ли существующие в БД области с вновь добавляемой, если пересекаются, то нужно будет сделать какое-то "слияние" привязки и приведение добавляемых тайлов к проекции существующих. Но что прикажете делать, если вдруг окажется, что область пересекает сразу несколько существующих областей, у которых проекции абсолютно различные? Перепаковывать существующие в БД тайлы и приводить их к единой проекции? Останавливать экспорт? И это только один пример нестыковок, в процессе же реализации фичи может вылезти куча граблей из абсолютно неожиданных мест.

[bserg2]

ясно