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

[Василич]

Поиск!!! Давайте разбираться.

1. Почему при поиске населенных пунктов через "Адрес" СГ использует данные из названия ПОИ ???

А при поиске нас.пункта через "Места интереса" СГ почему-то используется адресные данные этой ПОИ (нас. пункта).

Это так задумано или перепутано. Если перепутано то где, в конструкторе или в самой проге СГ?

Изменено 1 марта, 2013 пользователем Василич

[Vadim_O]

Это тяжелое наследие от того что СГ был создан для навигации в одном нас.пункте...

Поэтому много от старого наследия завязано еще собственно больше на Label, чем на адреску.

Так названия (Label) нас пунктов попадают частично в settlement.txt на базе которого строится адреска, а по уму адреску надо брать с City=

Это также к тому что Конструктор может притягивать улицы без StreetDesc к MainTown, улицы у которых не заполнено поле нас пункта - тоже к чему-то возможно притягиваются (к карте).

А также к вопросам пользователей: а улицы Кронштатда где надо искать ? - в Кронштадте или в Питере ?

Geo-U-Piter попросите ответить.

Ну а вообще есть правила картографии - не имеет нормальный картограф права в Label писать одно название, а в City - другое название. Если у кого приписаны поселки или присоединены малые нас пункты к большим городам, то нужно использовать понятие что и большой нас пункт и малые принадлежат к одному региону - единице горсовета.

А то пишут (пример чисто условный, деталей не знаю) что и Балашиха принадлежит = г. Москва...

По уму для каждого City= должна быть только одна точка ПОИ из группы типов нас.пункты и должно быть 100% совпадение Label= и City= у таких нас пунктов. Тогда такая информация будет однозначной.

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

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

Изменено 1 марта, 2013 пользователем Vadim_O

[Василич]

Поиск!!!

Вторая проблема.

Поиск улиц и населенных пунктов с двойными названиями, например, Абая (Советская) или Каражал (Покровка).

Да, поиск таких улиц удается организовать с помощью конструктора, Scripts - Bracket to Slash, в результате улица ищется по обоим названиям. Это хорошо.

Но вот с поиском населенных пунктов по второму названию беда. Добротного ничего не получается. То выдается куча Покровок без адреса, или второе название выпадает из поиска. Испробовал практически все варианты правки полиша заменой (),//, в адреске и названии.

Вопрос, как решить эту проблему?

[MaxBel]

Разделять ручками. Покровка д. Покровка с.

[Василич]

MaxBel, привыкли руки к топорам. Не вопрос сотню-две на область, тысяч 5 на республику Нас.Пунктов можно и перелопатить. Но, не нравится мне такое решение.

Должно искаться в Адресном поиске и данные СГидом должны браться из адреса указанного в полише (Каражал (Покровка)), ... р-н, ... обл., ...республика. А не с Label=, как сейчас.

А "д.", "с.", "быв." это не правильно.

Вот если бы действие конструктора Scripts - Bracket to Slash, прикрутить и к ПОИ нас. пунктов. Возможно ли?

Изменено 1 марта, 2013 пользователем Василич

[zahedan]

Василич, а не пробовал, как я тебе писал? Нас. пункт Каражал (Покровка) переименовываешь в Каражал/Покровка/ (всё без пробела), в адреске его же - Каражал /Покровка/ (разделяешь пробелом). Поиск будет по обоим названиям, нас. пункт будет один и с адресом. Чтоб руками всё не лопатить, можно скриптом прогнать полиш.

[Vadim_O]

С точки зрения построения поисковых индексов не может в одном районе быть 2 одинаковых нас пункта - что делать с индексами ?

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

Не зависимо от того кому что нравится или не нравится ...

Добавляйте сокращения типа пос. дер. или в скобках привязывайте какое-то местное название типа Ивановка (Васильевская) чтобы не было двух Ивановок - иначе какая-то будет выпадать из индекса ...

чтобы искало то что хочется, - нужно делать - что в Label что в City примерно надпись такого плана: Каражал / Покровка /

Label=Каражал / Покровка /

City=Каражал / Покровка /

обратите внимание что после слеша для СГ требуется пробел

Изменено 1 марта, 2013 пользователем Vadim_O

[Василич]

Нас. пункт Каражал (Покровка) переименовываешь в Каражал/Покровка/ (всё без пробела), в адреске его же - Каражал /Покровка/ (разделяешь пробелом).

Спробую, спасибо.

чтобы искало то что хочется, - нужно делать - что в Label что в City примерно надпись такого плана: Каражал / Покровка /

Label=Каражал / Покровка /

City=Каражал / Покровка /

обратите внимание что после слеша для СГ требуется пробел

И так спробую. Спасибо.

Изменено 1 марта, 2013 пользователем Василич

[Zauber]

Label=Каражал / Покровка / City=Каражал / Покровка / обратите внимание что после слеша для СГ требуется пробел

+1. Вадим опередил))

Советую немного короче:

Label=Каражал/ Покровка

City=Каражал/ Покровка

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

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

Изменено 1 марта, 2013 пользователем Zauber

[Vadim_O]

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

361ю еще не крутил. Пока не подскажу.

Отправлено с iPad3 используя Tapatalk HD

[Василич]

1. Почему при поиске населенных пунктов через "Адрес" СГ использует данные из названия ПОИ ??? А при поиске нас.пункта через "Места интереса" СГ почему-то используется адресные данные этой ПОИ (нас. пункта). Это так задумано или перепутано. Если перепутано то где, в конструкторе или в самой проге СГ?

Это тяжелое наследие от того что СГ был создан для навигации в одном нас.пункте... Поэтому много от старого наследия завязано еще собственно больше на Label, чем на адреску. Так названия (Label) нас пунктов попадают частично в settlement.txt на базе которого строится адреска, а по уму адреску надо брать с City= Это также к тому что Конструктор может притягивать улицы без StreetDesc к MainTown, улицы у которых не заполнено поле нас пункта - тоже к чему-то возможно притягиваются (к карте). А также к вопросам пользователей: а улицы Кронштатда где надо искать ? - в Кронштадте или в Питере ? Geo-U-Piter попросите ответить.

Geo-U-Piter, а отказаться от этого наследия, что слабо ?

[IgorAS]

..."накропал" инструкцию ...

Внимание! Если из исходника при конструировании в СГКонструкторе не удалить знаки полосности, то они будут видны на карте как галочки с названием типа «LL,FF,RR», по этому из исходника перед конструированием их необходимо удалить! (если удалить – ничто не выдаст их присутствия в карте – кроме появления указателей полосности )

Если их не «вшивать» - они так же будут видны – но работать не будут.

???

Перефразируйте, пожалуйста, последнее предложение.

[svlad]

IgorAS приведённые Вами цитаты относятся еще к 353, 361 нормально обрабатывает полосность из МР :)

[katran1961]

IgorAS приведённые Вами цитаты относятся еще к 353, 361 нормально обрабатывает полосность из МР

Ты бы еще добавил, что обработано в МГЕ! А то народ то рисует в ГМЕ.

[svlad]

Если кто еще в ГМЕ рисует то им нужно искать ресурсник и лангпак для Диспетчера дороботанный MonoRAil.kz с добавленным знаком полосности и дальше в конструктор подгружать знаки как уже раньше описывалось :)

[MonoRAil.kz]

а чего его искать, вот он, рядышком

[ekx71]

Если кто еще в ГМЕ рисует то им нужно искать ресурсник и лангпак для Диспетчера дороботанный MonoRAil.kz с добавленным знаком полосности и дальше в конструктор подгружать знаки как уже раньше описывалось

А зачем танцы?... Что мешает создать ТОЛЬКО знаки полосности в МГЕ, используя исходник в качестве "подложки", с последующим экспортом в TraffSign.bkm? Одно другому не мешает...

[katran1961]

_ekx71

Саша, а что мешает создть TraffSign. dcf?

Создай один раз и работай с ним в конструкторе.

Так же подгружай к карте. Так же и редактируй сам файл.

[svlad]

del :)

Изменено 12 марта, 2013 пользователем svlad

[ekx71]

То katran1961: ничто...кроме оперативности...надеюсь никто не будет спорить, что в режиме "наполнения базы данных по полосности" в МГЕ создавать и проверять "не вшивая" новые данные гораздо быстрее? ;)

[Joss]

Выложена версия конструктора 1.2.364

[-=Белый=-]

Большое спасибо!<br /><br />Отправлено с моего ST15i через Tapatalk<br /><br />

[Zauber]

Выложена версия конструктора 1.2.364

Миш, а чего поменяли то?

или сами не знаете?)))

[Joss]

Zauber,

 

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

[Zauber]

появилась возможность добавлять к ПОИ часы работы с помощью доп. ключа.

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