spacer

это вполне можно сделать на уровне PolishConverter.shm, аналогично обработке CGRoadClass.

ну то, что это в принципе возможно я нисколько не сомневался ;-) _Michael_, предложенный тобой вариант заставит меня делать лишние телодвижения, конкретно в ручную или скриптом менять тип точки, т.к. если хранить просто в type=, то гме будет ругаться на неизвестные типы пои. в общем если у кого-нить появится время и желание, нарисуйте подобное автоматическое преобразовании на уровне конвертера из "польского" дополнительного атрибута CGPOIType в Type понятный для СГ.

ребята, а пока в гме не реализованы новые типы пои (и вообще неизвестно будут ли) можно ввести для польского дополнительные атрибуты? а ля CGRoad*=, например, CGPOI*= [POI] Type=0x2e0a CGPOIType=64a3 Label=Спецбюро, похоронная служба HouseNumber= StreetDesc= CountryName=Россия RegionName=Кемеровская обл. CityName=Кемерово Data0= [END] или CGPOIType=0x64a3 ну и соответственно настроить их конвертацию при загрузке "польского" в конструктор.

да уж... мы не ищем легких путей ;-) если в гме, то "свойства объекта - элементы - расширение всех элементов до уровня", нужному элементу/ам вместо "2" поставить "0".

ну никто не запрещает изобретать собственный "велосипед", но... нагляднее когда магазин обозначен соответствующей пои.

территории/места/площади по определению не являются зданиями и не могут иметь этажность. например, есть рыночная (плоская) площадь, а уже на площади есть киоски/здания с этажностью. есть территория университета (плоская), а уже на ней есть корпусы/здания/общежития с этажностью. и т.д.

не поддерживаются классические версии оперы 12.х, очень жаль! в 28.х все работает.

про арки я писал давно (очень давно)... нельзя их приводить к достопримечательностям!

две параллельные улицы являются разорванными если соединены переулком/ками ;-) всегда так было, и не только в конструкторе... эта логика мне не понятна.

олег, я на память не скажу, в ручную я давно не собирал... т.к. у нас все делает автомат игоря, а он скриптом присваивает этажность =1 всем нужным типам зданий без четко установленного атрибута этажности.

в какой то версии конструктора было присвоение этажности =5 ;-)

думаю, что нет... надо иметь исправленный лангпак

soldat, доступ открой или ссылку поправь ;-)

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

предлагаю: f7a9 KIDSSS - Магазины для детей - переименовать в - f7a9 KIDSSS - Детские товары нужна точка для офисов страховых компаний, даже несколько точек... офис продаж, урегулирование убытков... и т.д.

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

народ путает просеку и проселку ;-)

я видимо не понимаю до конца принцип работы конструктора... все, что отображается в конструкторе после загрузки автоматически попадает в карты при выгрузке? что-то я в этом сомневаюсь. если тип, подпадающий под ограничения, не меняется в процессе редактирования, то при выгрузке/конвертации в карту он игнорируется (но исходник с ним можно сохранять).

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

олег, это узаконенные типы, на которые ругается конструктор (пусть и помечая их, как "неизвестные"). использовать их в конвертации для ситигила или нет? это отдельный вопрос, но понимать/отрисовывать их конструктор должен (имхо)!

в очередной раз обращаю внимание на: * warning: unknown POI 0x5500 at [52455] * warning: unknown POI 0x5600 at [54291] * warning: unknown POI 0x5700 at [50875] * warning: unknown POI 0x5904 at [54205] * warning: unknown POI 0x5A00 at [3343409] * warning: unknown POI 0x5E00 at [116860] * warning: unknown POI 0x6407 at [70549] * warning: unknown POI 0x640B at [49599] * warning: unknown POI 0x640C at [32895] * warning: unknown POI 0x6411 at [35105] * warning: unknown POI 0x6412 at [86438] * warning: unknown POI 0x660F at [54218] * warning: unknown POI 0xF303 at [52163] * warning:

;-) просто изначально понятное обозначение снимает массу дополнительный вопросов.

так может стоить сразу расшифровать? как, к примеру, "продовольственный магазин"

замечательно, но может уже сделать официальный тайпсет от сг для гме?

ой не рассказывайте мне об этом... как человек, переведший в порядок полумиллионник и периодически следящим за регионом, я вам не поверю! как только я перестаю следить за некритическими ошибками в регионе, их количество растет в геометрической прогрессии ;-) а для меня сейчас осм не самый приоритетный картографический проект.