[Конструктор и конвертер для СитиГИД 8 | создание карт]

Мне тупо жалко твоего времени. Лучше замапь что-нибудь в осм.

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

spacer,

 

Хорошо. Два случая (про родники записал ). Это 5 минут, чтобы исправить в загрузчике. Не стоит это такого количества обсуждений.

 

про неизвестные полигоны (городская магистраль, взлетка, площадь, дорога) я писал выше, тоже в копилку!

[Конструктор и конвертер для СитиГИД 8 | создание карт]

Да понимаю я. Не понимаю, почему из-за единичного случая с почтой столько страниц обсуждается.

 

это не единичный случай, просто он сейчас на виду. подобный случай с точками "питьевая вода"/"родники, колодцы"... и т.д.

 

 

Ровно 1.5 года назад передавали ему данные по ПОИ и просили сделать тайпсет СГ. Ответ был "офф обращение от МИТ нет так что будем думать". Цитирование не точное, но смысл точен.

 

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

kzvs, спасибо!

 

если DuNkan не понимает то, что я пишу по этому поводу, то хоть это воспримет (все же разными словами написано про одно и тоже)!

 

DuNkan, 1. не вариант (есть стандартные типы, которые НЕЛЬЗЯ менять). 2. kzvs написал тоже самое, что и я на предыдущих страницах, но другими словами! в теме минимум три "картографа-любителя" говорят, что нельзя менять существующие типы в "польском",  но вы упорно продолжаете с этим спорить!

 

DuNkan, в сборе и каталогизировании "узких" мест в конвертации исходников в карты для систигида  и в работе самой программе помогу. собственно именно за этим мы сюда и пишем предложения и багрепорты.

[Конструктор и конвертер для СитиГИД 8 | создание карт]

Из ваших бесед я вижу следующие проблемы.

 

1. Есть картографы, которые делают материал не только для СГ и не только для популярных навипрог, но и ещё для чего-то.

2. Из (1) вытекает то, что на самом деле является одним из основополагающих принципов в информационных системах: одни данные -- один источник.

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

 

Отсюда и желание стандартизировать процесс преобразования с учётом опыта распределённого разума.

 

все именно так! для пишущих общее пожелание к мит по учету замечаний "любителей" - запишите это "слово в слово"!

 

 

Для тех, кто делает не только по СГ, исходник можно иметь один, универсальный, а при релизе править кое-какие вещи скриптами (польский - это текстовая база) . А кое-какие вещи можно сразу исправить и забыть, потому как они в других системах номально выгрузяться.

 

если мы говорим об унификации хранения исходных данных (коей для нас любителей является устоявшийся текстовый "польский"), то это вообще не вариант!

 

 

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

 

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

 

 

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

 

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

 

выдохнул... 

[Конструктор и конвертер для СитиГИД 8 | создание карт]

Что у меня интересоваться? Мы ориентируемся на стандартные типы в GME

 

вот. а то, что эти типы (конкретно post_office = 0x2f05 и 0x640f) обозначаются так еще со времен гармина и должны быть неизменны никто не задумывался при нововведениях для ситигида ;-)

И это притом, что никакого описания митовского тайпсета (и вообще правил конвертации) нет и никогда не было.

 

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

Теперь придеться все точки 2f05 править на вышеуказанную! Может надо было сделать наоборот? 2f05 -  теперь Оператор сотовой связи - ранее было Почта, почтовое отделение(GME)

 

сейчас посмотрел как это выгружается из осм... там post_office = 0x2f05 (если ничего в скрипте выгрузки не поменяли). это значит, что все "почтовые отделения" стали "салонами сотовой"? ;-) надо у Пирса поинтересоваться, как это сейчас выглядит!

[Конструктор и конвертер для СитиГИД 8 | создание карт]

кстати, в список нереализованного добавьте распознавание при конвертации полигонов 0x68 (улица крупная),  0x69 (городская магистраль), 0x65 (площадь), 0x6b (дорога), 0x27 (взлетно-посадочная полоса). сейчас конструктор на эти типы ругается.

[Конструктор и конвертер для СитиГИД 8 | создание карт]

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

с учетом type-garmin-ru.dat и type-navitel-ru.dat, т.к. эти два файла формируют список poi в gme для TypeSet=NG (универсальный), который используется для хранения данных в польском для их отображения(конвертации) для ситигида.

[Конструктор и конвертер для СитиГИД 8 | создание карт]

я не против нововведений, но старое стандартизованное зачем же ломать?

 

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

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

 

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

 

а теперь...

 

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

 

выдохнул...

[Конструктор и конвертер для СитиГИД 8 | создание карт]

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

spacer,  Андрей , таксисты, скорая помощь и без этих флажков привозят данные, если дом без адреса.

 

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

 

резюмирую... нам "красные треугольники" нужны! 

[Конструктор и конвертер для СитиГИД 8 | создание карт]

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

Вот леплю Безымянный1.jpg  как определимся какой POI реку метить, заменю колокоЛчики на реку. И треть карты готова

 

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

+1. Давно пора, иначе никакая она не навигационная программа, а так, электронный справочник/путеводитель - по городу, не более.

Вообще то "navigo" в переводе - "хождение по морю".

 

 

в качестве справочника давно более интересен 2гис, скоро он будет интереснее и в плане внутригородской навигации (с пробочным сервисом). конкуренты не дремлют! ;-)

[Конструктор и конвертер для СитиГИД 8 | создание карт]

про работу Find_Duplicated_Address.d... очень замечательно, что появился этот скрипт, огромное спасибо!

 

предложение... хотелось бы реализацию работы скрипта видеть в виде "дерева" в таком виде:

 

[-] информация о дубле:

     [-] первый дубль:

           [+] информация о первом дубле

     [-] второй дубль:

           [+] информация о втором дубле

     [+] n-ый дубль.

[Конструктор и конвертер для СитиГИД 8 | создание карт]

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

 

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

[Конструктор и конвертер для СитиГИД 8 | создание карт]

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

в предложения Zauber по обозначению полигонов точками предлагаю добавить в раздел "ПОИ кладбище, лес и тп." - точку "садовые товарищества"

[Карты HERE - Россия]

картаоснова какая 2014q1?

[POI без заполненного пунката "Надпись" не попадают в карты]

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

[POI без заполненного пунката "Надпись" не попадают в карты]

олег, я закомментированные строки в полишконвертере нашел сразу (еще до твоего сообщения). мне было непонятно, почему часть колонок на картах есть, а чести нет. полез в исходник смотреть тип точек, которые в карты попадали. все оказалось в разных типах пои, продублировал строки для типа 5000 заменив тип на 6414, все появилось.

[POI без заполненного пунката "Надпись" не попадают в карты]

я не выдумываю.

 

добавил в полишковертер описание типа 6414 (скопировав с типа 5000):

 

 

poi_6414 //@ // Drinking Water
{//18138
WELLLL { POICAT="water" priort=906 LABELS="{{Label}}" POITYP=201 NUMBER="{{HouseNumber}}" STRNAM="{{StreetDesc}}" DSTNAM="{{DistrictName}}" TWNNAM="{{CityName}}" TERNAM="{{CountryName}}" REGNAM="{{RegionName}}" PHONES="{{Phone}}" FAXNUM="{{Fax}}" WEBPGE="{{WebPage}}" EMAILS="{{Email}}" OPTIME="{{OpeningHours}}" FULNAM="{{FullName}}" INFORM="{{Text}}" }
$texts { POICAT="water" priort=909 txtval="{{Label}}" rgbnam="#00BFFF" fnthei=7 fntstl={ 2,5 } justh=3 justv=3 shifty=-300 } // SCAMIN=0 SCAMAX=-1 layer="pGeyserT" source="pGeyser.dcf"
}
 

точки на карте появились. 

[POI без заполненного пунката "Надпись" не попадают в карты]

файл есть обязательно.

 

у объектов, которые в него попадают тип = Питьевая вода (0x5000, точка), а не тип = Питьевая вода, родник, колодец (0x6414, точка)

[POI без заполненного пунката "Надпись" не попадают в карты]

у этих точек есть "Label=Питьевая вода", о чем я и писал в первом сообщении данной ветки.