Василич Posted March 1, 2013 Share Posted March 1, 2013 (edited) Поиск!!! Давайте разбираться. 1. Почему при поиске населенных пунктов через "Адрес" СГ использует данные из названия ПОИ ??? А при поиске нас.пункта через "Места интереса" СГ почему-то используется адресные данные этой ПОИ (нас. пункта). Это так задумано или перепутано. Если перепутано то где, в конструкторе или в самой проге СГ? Edited March 1, 2013 by Василич Link to post Share on other sites
Vadim_O Posted March 1, 2013 Share Posted March 1, 2013 (edited) Это тяжелое наследие от того что СГ был создан для навигации в одном нас.пункте... Поэтому много от старого наследия завязано еще собственно больше на Label, чем на адреску. Так названия (Label) нас пунктов попадают частично в settlement.txt на базе которого строится адреска, а по уму адреску надо брать с City= Это также к тому что Конструктор может притягивать улицы без StreetDesc к MainTown, улицы у которых не заполнено поле нас пункта - тоже к чему-то возможно притягиваются (к карте). А также к вопросам пользователей: а улицы Кронштатда где надо искать ? - в Кронштадте или в Питере ? Geo-U-Piter попросите ответить. Ну а вообще есть правила картографии - не имеет нормальный картограф права в Label писать одно название, а в City - другое название. Если у кого приписаны поселки или присоединены малые нас пункты к большим городам, то нужно использовать понятие что и большой нас пункт и малые принадлежат к одному региону - единице горсовета. А то пишут (пример чисто условный, деталей не знаю) что и Балашиха принадлежит = г. Москва... По уму для каждого City= должна быть только одна точка ПОИ из группы типов нас.пункты и должно быть 100% совпадение Label= и City= у таких нас пунктов. Тогда такая информация будет однозначной. Нужно разобраться, продумать ситуации которые возникают как у пользователей так и из-за неправильной информации в исходниках от картографов и дальше уже - или вносить изменения в Конструктор, или будет достаточно внести изменения в саму программу. Недозаполненную картографами адресную информацию надо бы по уму вообще игнорировать а все что заполнено обрабатывать по продуманным и ясным правилам. Edited March 1, 2013 by Vadim_O 1 Link to post Share on other sites
Василич Posted March 1, 2013 Share Posted March 1, 2013 Поиск!!! Вторая проблема. Поиск улиц и населенных пунктов с двойными названиями, например, Абая (Советская) или Каражал (Покровка). Да, поиск таких улиц удается организовать с помощью конструктора, Scripts - Bracket to Slash, в результате улица ищется по обоим названиям. Это хорошо. Но вот с поиском населенных пунктов по второму названию беда. Добротного ничего не получается. То выдается куча Покровок без адреса, или второе название выпадает из поиска. Испробовал практически все варианты правки полиша заменой (),//, в адреске и названии. Вопрос, как решить эту проблему? Link to post Share on other sites
MaxBel Posted March 1, 2013 Share Posted March 1, 2013 Разделять ручками. Покровка д. Покровка с. Link to post Share on other sites
Василич Posted March 1, 2013 Share Posted March 1, 2013 (edited) MaxBel, привыкли руки к топорам. Не вопрос сотню-две на область, тысяч 5 на республику Нас.Пунктов можно и перелопатить. Но, не нравится мне такое решение. Должно искаться в Адресном поиске и данные СГидом должны браться из адреса указанного в полише (Каражал (Покровка)), ... р-н, ... обл., ...республика. А не с Label=, как сейчас. А "д.", "с.", "быв." это не правильно. Вот если бы действие конструктора Scripts - Bracket to Slash, прикрутить и к ПОИ нас. пунктов. Возможно ли? Edited March 1, 2013 by Василич Link to post Share on other sites
zahedan Posted March 1, 2013 Share Posted March 1, 2013 Василич, а не пробовал, как я тебе писал? Нас. пункт Каражал (Покровка) переименовываешь в Каражал/Покровка/ (всё без пробела), в адреске его же - Каражал /Покровка/ (разделяешь пробелом). Поиск будет по обоим названиям, нас. пункт будет один и с адресом. Чтоб руками всё не лопатить, можно скриптом прогнать полиш. 1 Link to post Share on other sites
Vadim_O Posted March 1, 2013 Share Posted March 1, 2013 (edited) С точки зрения построения поисковых индексов не может в одном районе быть 2 одинаковых нас пункта - что делать с индексами ? Картографу нужно обеспечить условие - чтобы название нас пункта в одном районе было уникальным. Не зависимо от того кому что нравится или не нравится ... Добавляйте сокращения типа пос. дер. или в скобках привязывайте какое-то местное название типа Ивановка (Васильевская) чтобы не было двух Ивановок - иначе какая-то будет выпадать из индекса ... чтобы искало то что хочется, - нужно делать - что в Label что в City примерно надпись такого плана: Каражал / Покровка / Label=Каражал / Покровка / City=Каражал / Покровка / обратите внимание что после слеша для СГ требуется пробел Edited March 1, 2013 by Vadim_O 1 Link to post Share on other sites
Василич Posted March 1, 2013 Share Posted March 1, 2013 (edited) Нас. пункт Каражал (Покровка) переименовываешь в Каражал/Покровка/ (всё без пробела), в адреске его же - Каражал /Покровка/ (разделяешь пробелом). Спробую, спасибо. чтобы искало то что хочется, - нужно делать - что в Label что в City примерно надпись такого плана: Каражал / Покровка / Label=Каражал / Покровка / City=Каражал / Покровка / обратите внимание что после слеша для СГ требуется пробел И так спробую. Спасибо. Edited March 1, 2013 by Василич Link to post Share on other sites
Zauber Posted March 1, 2013 Share Posted March 1, 2013 (edited) Label=Каражал / Покровка / City=Каражал / Покровка / обратите внимание что после слеша для СГ требуется пробел +1. Вадим опередил)) Советую немного короче: Label=Каражал/ Покровка City=Каражал/ Покровка то есть слеш ставить вплотную к первому наименованию (все равно полностью вводить как правило не нужно, контекст рулит), а потом после слеша пробел (обязательно! иначе контекст не сработает по второму наименованию) и в конце пусто. Читается удобнее в программе и понятнее (у себя так сделал). Вот у меня другая проблема, в 361-м билде пробую изменить схему конвертации полиша в части конвертации скоростей. Для внутрикварталок и наклонных съездов ввожу градацию скоростей как для остальных типов (от классов и скоростей), ничего не получается. Конструктор плюется и не грузит полиш. Чего там опять поменяли? Во всех прошлых билдах это прокатывало отлично. Edited March 1, 2013 by Zauber 2 Link to post Share on other sites
Vadim_O Posted March 2, 2013 Share Posted March 2, 2013 Вот у меня другая проблема, в 361-м билде пробую изменить схему конвертации полиша в части конвертации скоростей. Для внутрикварталок и наклонных съездов ввожу градацию скоростей как для остальных типов (от классов и скоростей), ничего не получается. Конструктор плюется и не грузит полиш. Чего там опять поменяли? Во всех прошлых билдах это прокатывало отлично. 361ю еще не крутил. Пока не подскажу. Отправлено с iPad3 используя Tapatalk HD Link to post Share on other sites
Василич Posted March 4, 2013 Share Posted March 4, 2013 1. Почему при поиске населенных пунктов через "Адрес" СГ использует данные из названия ПОИ ??? А при поиске нас.пункта через "Места интереса" СГ почему-то используется адресные данные этой ПОИ (нас. пункта). Это так задумано или перепутано. Если перепутано то где, в конструкторе или в самой проге СГ? Это тяжелое наследие от того что СГ был создан для навигации в одном нас.пункте... Поэтому много от старого наследия завязано еще собственно больше на Label, чем на адреску. Так названия (Label) нас пунктов попадают частично в settlement.txt на базе которого строится адреска, а по уму адреску надо брать с City= Это также к тому что Конструктор может притягивать улицы без StreetDesc к MainTown, улицы у которых не заполнено поле нас пункта - тоже к чему-то возможно притягиваются (к карте). А также к вопросам пользователей: а улицы Кронштатда где надо искать ? - в Кронштадте или в Питере ? Geo-U-Piter попросите ответить. Geo-U-Piter, а отказаться от этого наследия, что слабо ? Link to post Share on other sites
IgorAS Posted March 8, 2013 Share Posted March 8, 2013 ..."накропал" инструкцию ... Внимание! Если из исходника при конструировании в СГКонструкторе не удалить знаки полосности, то они будут видны на карте как галочки с названием типа «LL,FF,RR», по этому из исходника перед конструированием их необходимо удалить! (если удалить – ничто не выдаст их присутствия в карте – кроме появления указателей полосности ) Если их не «вшивать» - они так же будут видны – но работать не будут. ??? Перефразируйте, пожалуйста, последнее предложение. Link to post Share on other sites
svlad Posted March 9, 2013 Share Posted March 9, 2013 IgorAS приведённые Вами цитаты относятся еще к 353, 361 нормально обрабатывает полосность из МР :) Link to post Share on other sites
katran1961 Posted March 9, 2013 Share Posted March 9, 2013 IgorAS приведённые Вами цитаты относятся еще к 353, 361 нормально обрабатывает полосность из МР Ты бы еще добавил, что обработано в МГЕ! А то народ то рисует в ГМЕ. Link to post Share on other sites
svlad Posted March 9, 2013 Share Posted March 9, 2013 Если кто еще в ГМЕ рисует то им нужно искать ресурсник и лангпак для Диспетчера дороботанный MonoRAil.kz с добавленным знаком полосности и дальше в конструктор подгружать знаки как уже раньше описывалось :) Link to post Share on other sites
MonoRAil.kz Posted March 9, 2013 Share Posted March 9, 2013 а чего его искать, вот он, рядышком Link to post Share on other sites
ekx71 Posted March 11, 2013 Share Posted March 11, 2013 Если кто еще в ГМЕ рисует то им нужно искать ресурсник и лангпак для Диспетчера дороботанный MonoRAil.kz с добавленным знаком полосности и дальше в конструктор подгружать знаки как уже раньше описывалось А зачем танцы?... Что мешает создать ТОЛЬКО знаки полосности в МГЕ, используя исходник в качестве "подложки", с последующим экспортом в TraffSign.bkm? Одно другому не мешает... Link to post Share on other sites
katran1961 Posted March 12, 2013 Share Posted March 12, 2013 ekx71 Саша, а что мешает создть TraffSign. dcf? Создай один раз и работай с ним в конструкторе. Так же подгружай к карте. Так же и редактируй сам файл. Link to post Share on other sites
svlad Posted March 12, 2013 Share Posted March 12, 2013 (edited) del :) Edited March 12, 2013 by svlad Link to post Share on other sites
ekx71 Posted March 12, 2013 Share Posted March 12, 2013 То katran1961: ничто...кроме оперативности...надеюсь никто не будет спорить, что в режиме "наполнения базы данных по полосности" в МГЕ создавать и проверять "не вшивая" новые данные гораздо быстрее? ;) Link to post Share on other sites
Joss Posted March 19, 2013 Share Posted March 19, 2013 Выложена версия конструктора 1.2.364 2 Link to post Share on other sites
-=Белый=- Posted March 19, 2013 Share Posted March 19, 2013 Большое спасибо!<br /><br />Отправлено с моего ST15i через Tapatalk<br /><br /> Link to post Share on other sites
Zauber Posted March 19, 2013 Share Posted March 19, 2013 Выложена версия конструктора 1.2.364 Миш, а чего поменяли то? или сами не знаете?))) Link to post Share on other sites
Joss Posted March 19, 2013 Share Posted March 19, 2013 Zauber, исправлена работа с многослойными картами, появилась возможность добавлять к ПОИ часы работы с помощью доп. ключа. Link to post Share on other sites
Zauber Posted March 20, 2013 Share Posted March 20, 2013 появилась возможность добавлять к ПОИ часы работы с помощью доп. ключа. Опять что ли доп. ключи? Зачем? В польском же есть куча стандартных, встроенных возможностей для этого. Не проще было это брать изх информации о точке из польского? Link to post Share on other sites
Recommended Posts