Выпущена новая версия cmap 1.6. Программа стала open source. Список изменений, дистрибутив и исходники на сайте программы: <A HREF="http://cmap.sourceforge.net">http://cmap.sourceforge.net</A> ___ Ёж

Очень хорошо !:) А вот в предыдущей версии при конвертации моря , озера и т.п. сортировались по слоям в зависимости от площади - из чего следовало , что если озеро состоит из нескольких частей - то они в зависимости от площади попадают в разные уровнии и потом их приходится "женить". - имеются ли какие-нить планы-мысли на этот счет ?

В версии 1.5 и в тепершней 1.6 есть единственная сортировка подобного рода:

31120000 Озера
Если периметр озера > 50 км то LAYER_MAX=1
Если периметр озера > 100 км то LAYER_MAX=2

(написано в pol.txt и в коде PolishFormat.cpp, строка 654)

Все полилинии и полигоны, состоящие из нескольких сегментов (например, лес сложной формы) обрабатываются как единое целое. И площадь и периметр вычисляются целиком для всего объекта, по всем его сегментам. Так что в слоях они должны оказываться все целиком.
Сейчас есть проблема что алгоритм вычисления площади неправильно считает её для невыпуклых многоугольников и многоугольников с дырами, но он пока что не используется.

Пожалуйста, пришли кусок на котором возникает ошибка. Попытаемся разобраться и исправить.

___
Ёж

например - Ладожское озеро в Карелии.
Еще просьба - ввести возможность отключения "русское ~[0x1e]" из "русское ~[0x1e] russkoe" - очень мешает :)))

Использую улицы Питера 2003
При конвертации объекта ТХ (текст) выводятся адреса домов в виде просто цифр (45 или 4к2),что удобнее,чем label на зданиях.
НО выводятся и названия улиц и некот др. объектов.Все в виде ЛИНИЙ.
Отличить ╧дома и назвю улицы можно по атрибуту
пример
Label=8к3
Comment:
; LTX NUM_OBJ 18681 sph3.003
; (1) 8к3 (2) 00 (3) T5108 (4) 0 -это адрес дома
Label=Ул. ольги берггольц
Comment:
; LTX NUM_OBJ 12816 sph3.003
; (1) Ул. ольги берггольц (2) 00 (3) T4108 (4) 3 -назв.улицы
Отличия-по атрибуту (3):
дом-T5108
улица или иное-T4108 или другие значения.
Поблема в том,что это все линии,но при выводе вместе со зданиями они почти всегда совпадают,более-менее.
Можно ли не брать атрибут (64) для зданий,а заменить его на атрибут (1) для (3)=T5108 ???
Кстати ключ -layer у меня никакого влияния не оказывает на преобразование с атрибутом (64)-гор.адрес




Den

Номера домов с названиями улиц берутся из атрибута 64 объекта BL,
что корректнее, чем выводить текст.

А вообще с топо планами еще много работы.
Там практически не делается никакого преобразования.

Согласен насчет Ладоги - делится оно на 4 части и попадает в 3 уровня .....
Может каким-нибудь образом устанавливать "единость" озера ? например по название+"прилегающие" координаты ? и тогда все части попадают в одинаковые уровни ? - т.е. если хотя бы одна часть тянет на вышестоящий уровень , то все прилегающие части автоматом попадают туда же...

А что вы будете делать, если части озера будут находиться на разных листах, в разных файлах?

Я не в курсе , а бывают в Ингите в разных файлах одинаковые типы данных ? Мне казалось ,что там разделение по файл\тип данных...?

Я имел в виду карты, нарезанные по номенклатурным листам (те, что рекомендует использовать Kerg, поскольку в них меньше искажений, чем в склейках).