Перейти к содержанию
GPS навигатор СитиГИД

Zauber

Beta Testing Team
  • Публикаций

    1646
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

Сообщения, опубликованные Zauber

  1. Katran1961: Ну не нужно все переводить в разряд пустой полемики. Все же понятно я ранее написал. Понятно и дураку, что полигон леса перевести в ПОИ просто леса. Кому в реалии интересно лиственный он или хвойный?

    Парк в ПОИ Парк и т.д. Главное, что бы переводилось

     Макс, в конструкторе, в ГМЕ, в скриптах есть алгоритм вычисления места установки центра. Лучшего никто не предложит. Я тоже не собираюсь. Если не хочешь длинный полигон резать на куски (что кстати не всегда полезно при выгрузке через конструктор), то хотя бы пусть центр кажет, чем вообще ничего. Кстати, если такую реку ПОИ обозначать, ты куда его поставишь?))))


    Василич! Скопируй мой текст из файла, добавь свой и выложи тут простым текстом в посте. У меня глючит, вставка не работает.

  2. Вера, это вы сами придумали такую идею и верите, что это единственно верный вариант. Выше я приводил аргументы, почему иной, старый порядок удобнее, правильнее и надежней. И самое главное, зачем делать постоянно двойную работу, если можно все сделать один раз на уровне конструктора для СГ, т.к. исходники в 90% случаев используются под разные программы. 

    Никто же не запрещает все типы озер из польского на данном этапе инструментами конструктора вывести в ПОИ-озеро

    Все виды рек в ПОИ-река

    и т.п.

    Но только те полигоны, у которых есть наименование/Label!!! Пустые никому в поиске не нужны!

  3. Мои предложения по полигонам, Label которых должен быть флагом "ФАС" для образования ПОИ:

     

     


    Мои предложения по полигонам, Label которых должен быть флагом "ФАС" для образования ПОИ:

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

    label.txt

  4. 2 MaxBell: Спасибо за предметный подход. Я честно, не знаю с кем там говорить.

    Как лучше сделать? Да все просто. Давайте сделаем список необходимых полигонов по Label которым необходим поиск объектов, обсудим тут, а результаты скинем разрабам. Полишог сварганить по списку - дело 15-ти минут. Я сейчас накидаю первые наброски, вы можете править.

     

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

  5. Zauber,так позвони разработчикам и убеди их, кто против то )))

    Кому звонить? На деревню к дедушке? С Верой я не знаком. На кого есть контакты, так они не в теме с конструктором. Да и не не считаю необходимым людям мешать. Думаю они и так профильную читают ветку. Или не?

     

     

    1. А зачем искать полигоны без наименования ?

    Так я и хочу, что бы этого не было! Я привел все преимущества такого решения. Макс, как вы читаете? :blink:

     

     

    Кстати река "Сабынды" как сделана в исходнике ?

    Она полигон, потому там и клев хороший, что воды много))). Потому ее и отрисовывали старательно, с любовью, с границами полигона.

     

     

    В свойствах ПОИ в адресе город ставишь ближайший населенный пункт.

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

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

    Это очень удобно при желании найти необходимый участок реки на карте. Ноу Хау бесплатно.

  6. Забыл ответить:


    То есть, стандартом польского формата утвержден поиск по полигонам озер?
    Стандартами польского формата утверждено внесение в карту географических объектов, с внесением его атрибутов, в т.ч. размерности, типа и т.п.

    Если объект есть в карте, то он должен участвовать в поиске в навигационной программе. Можно проштудировать библию по ГМЕ и прочие основополагающие труды. Нигде не говориться, что один объект для поиска должен дублироваться другим объектом. Это по сути аксиома.


  7. // перед SPRINGS.
    Спасибо! Обращу внимание на этот ключик. Это в Схеме конвертации из польского или в схеме ПОИ?


    Но еще раз говорю - лучше скриптом сделать POI. Правильней это.
    Не лучше и не правильнее. Можно много спорить и ломать копья, но в польском для ПОИ озеро есть только один тип "065d". Для полигонов есть множество типов, что точнее для поиска объекта, т.к. озера есть разного размера и при необходимости в программу можно внести конкретику поиска по размерности озер.

    К примеру есть два, три, четыре озера в одной области с одинаковым наименованием. У меня в области озер с наименованием "Алаколь" штук 10, примерно в каждом районе есть. Ничего не попишешь - распространенное наименование, но они все ессно разного размера и в исходнике типы полигонов так и классифицированы. Как искать? Тыкаться? Это комфорт навигационной программы? С ПОИ на полигонах эта ситуация задубеет и никто больше к ней не захочет возвращаться потом. Судя по вашим советам, вы уже смирились с этим косяком конструктора и не желаете что то улучшать, придумывая разные, по сути кривые решения, хотя на уровне разработчиков это в реалии труда вообще не составляет.

    ЗЫ. Кто в тестерах - знает сколько было сломано копий при тесте 7-й версии СГ, сколько каждую идею мусолили со всех сторон и обдумывали. В результате я считаю, что появился Достойный продукт, с которым мне лично приятно и комфортно ездить (хотя еще не все сделано, чего хотелось бы именно для навигации))).

    Я пытаюсь вам донести, что необходимо донести до разработчиков необходимость улучшения программного кода Конструктора для его унификации и возможности дальнейшего развития, т.к. если сделать конвертацию только(!) полигональных объектов с Label в ПОИ для поиска на уровне конструктора, то:

    1. Пропадут из поиска все полигональные объекты без Label

    2. Не нужно грузить исходник ненужными объектами в виде дублей (полигон и ПОИ) и совершать лишние танцы с бубном

    3. При реальной навигации не будут двоиться наименования на карте от полигона и от ПОИ на нем.

    Блин, ощущаю себя Чуркиным на СовБезе ООН))


    Но на это уже не раз говорилось, что СГ -- навигационная программа, а не поисковая система.
    Во-первых, для того, что бы доехать до объекта, его необходимо сначала найти в карте, что при нынешнем положении дел становиться порой нереальной задачей. Я вот сел и решил найти в своей карте реку "Сабынды". Знаю точно, что там хороший клев, не помню в каком районе. Итог - не нашел. Это навигационная программа?

    Во-вторых, никого не смущает в навигационной программе наличие чата, радио и пр. несвойственных и совершенно далеких от навигации вещей. Я же говорю о необходимых аттрибутах навигации. 


    И еще одно отличие Навитела, который хавал любой корявый исходник из польского формата. Недаром его называют - формат для школьников.
    Что было плохого в старом, кондовом Навителе 3.2.6? Там был плохой поиск объектов? Лучшей системы поиска я не видел ни у кого до сих пор. Можете глумиться и называть меня школьником, но я уверен, что большинство не "правщиков", а юзеров со мной согласиться. СГ до такой системы поиска так и не дошел. В СГ можно что то быстро и понятно найти только по наименованию и то, если знаешь точно как оно именуется в карте. Поиск по категориям - как правило долгая логическая задачка для обычного юзера. Вам, как автору карты это ессно упрощается, т.к. вы ее знаете почти досконально. Не любите навител, да и бог с ним, я его тоже не люблю по другим причинам, но хорошее там было и это (ИМХО) надо брать, а не отмахиваться.

    .

  8. Я про Фому, мне про Ерему. Все себе придумали кривые решения и радуются. Хранить в отдельном исходнике.... перед конвертацией танцевать с бубном... Просто зачем?

  9. Zauber, проставить всем полигонам нужные пои с названием полигона дело 5 минут. Так что сделал бы нормально, и все бы искалось, вместо того, что бы изобретать велосипед и ждать пока конструктор научат делать поиск по лабелу полигонов (что на мой взгляд тоже не совсем правильно).

    Макс, можно все, но уродовать исходник под хотелки каждого разработчика программ не считаю необходимым. Такими темпами нам еще предложат каждое здание через ПОИ именовать - будешь? Скрипт и под такую фигню можно нарисовать. Если вам озвучили и вы согласились - ваши проблемы. Я пытаюсь доказать проблему, т.к. предложенное решение является логичным и соответствует логике программ редактирования карт, тем более Василич правильно сказал про двоящиеся надписи. Не согласен - обоснуй.

    И вообще, если честно, МИТцы заелись. Есть утвержденные до них стандарты польского формата и ИМХО МИТцы должны думать, как их выдерживать, а не придумывать велосипед и пытаться загрузить им остальных.


  10. А не сделаны ли твои озера полигоном 003E?
    Проверил, так и есть. Полигоны 003Е находит, остальные нет. Ну что за б..ство!? Рано я порадовался. Как теперь рыбакам искать озера? У нас и так все плюются от СГ, т.к. считаю его заточенным только для города и вместо него используют все, что ни поподя, даже кривой навител с его уродливыми картами для Казахстана, т.к. там ориентация на местности, работа с треками, построение маршрутов и движение по ним в условиях отсутствия в карте дорог намного проще и удобнее.

     


    А причем полигон, если все озера POI обозначены. Визуально всё видно. И надпись видно.
    У меня нет ПОИ на полигонах. Даже не собираюсь их ставить. Муторно это (озер очень много) и незачем. Проще найти и поставить код к схеме конвертации или еще где и дать всем остальным полигонам возможность формирования ПОИ. Вечером уйду в поиски кода. Кто знает где  - просьбы свистнуть, что бы зря времени не терять. 

     

    Совершенно не понимаю нежелание разработчиков сделать нормальный поиск полигональных объектов у которых есть "Label".

    Я мог бы понять еще исключение рек, т.к. полигоны рек могут быть разорваны и их число (разорванных полигонов) может быть очень большим и располагаться по разным частям карты, но озера и моря то замкнутые, локальные объекты. Это на полигоне Каспийского моря нам надо ставить ПОИ "Каспийское море" - смешно ей богу. В чем проблема???

  11. Да ну! Какие?

    У меня озера все ищутся! Правда в cgmap-е, в geonet-е еще не проверял)). А чего, там будут ограничения? Ну тады я никогда не 8-ку не перееду <_< .

    Реки - да, ищутся от полилинии, не от полигона.

    Леса и кладбища никогда не не именовал полигонами, только точками.

     

    ЗЫ.Я старую карту (в которой был поиск по всем полигональным объектам без отдельных ПОИ) просто в папке заменил новой. Старые данные не могли же остаться?

  12. О, у меня первый раз вылез cgnet))), что есть несомненный гут.

    Природные полигоны с label ищутся в поиске - второй гут.

    Конструктор не вылетает при сборке карты - третий гут.

    Остальное проверю чуть позже.

    По любому респект разработчикам! И с праздником  Крещения!

  13. Самое смешное, что апонент сам не дает никакого анализа или фактов, а издеваясь над обществом просто втыкает: купи слона))). Навик, просто ради интереса, ваша версия катастрофы? Про Бук я понял. Кто? Зачем? Как? Вы же как личность независимая должны иметь свое, независимое, обоснованное мнение? Или вы просто цитируете антирооссийскую пропаганду, которую распространяет не 1й канал, а его западный аналог?

×
×
  • Создать...