PTZ-M писал(а):vorogen писал(а):black
Если время будет то завтра залью версию с понятной ошибкой
Работа над проектом остановлена? Скачал poi-0.2.jar и возникло пара вопросов.
1. почему не сделать окно выбора директорий как в smeggen.jar
2. откуда он теперь берёт данные по версии (в dahl уже точки не оригинальные от апреля 2024, и поэтому у меня ГУ ругается на древность версии)
UPD уже не могу редактировать предыдущий пост, поэтому небольшое уточнение.
Насчёт времени - мой косяк, я посмотрел PoiMetadataParser.class он берёт текущее время для ZAR_POI.BIN.inf, но не меняет в POI_VER.POI . А я долго экспериментировал с разными сборками зон 016 и 021 и сверял по POI_VER.POI, соответственно, пытался в ГУ залить версию, которая "устарела" по времени.
Сейчас меня смутило другое, ковертер выдаёт POI_PROVIDER:comiri. Если я правильно понял немцев то они рекомендуют POI_PROVIDER:SCDB, как более корректные относительно оригинальных (исчезает в настройках карт красный восклицательный знак, по которому можно узнать версию точек). Для чего надо зачищать "старые" POI - иначе "двойные срабатывания". Т.е. comiri и SCDB пишутся в разные "цепочки"? Можно тогда и это учесть в конвертере?
Я пока пошёл "тупым путём" - поскольку в PoiMetadataParser.class обращается "poiMetadata.setPoiProvider(this.fetchValue(filePath, fileData, "POI_PROVIDER"));". То я просто распаковал .jar и заменил папку template на последнюю от немцев SCDB, запаковал в zip без сжатия и поменял разрешение назад на jar. Конвертер заработал, но при попытке залить в башку выдало - "Недостаточно памяти для обновления", что с полной базой, что с обрезанной. Что странно, в ZAR_POI.BIN.inf по-прежнему POI_PROVIDER:comiri - не понял юмора. Но в PoiArchiveService.class почему-то "result.setPoiProvider("comiri");".
Попробовал, ради интереса через оригинальный конвертер с полной базой - такая же ошибка