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

MaxBel

Специалисты
  • Публикаций

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

  • Посещение

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

  1. Сохраните исходник mp в индексной адреске и проверьте еще раз в mpStreetDesc1153. Для этого в настройках ГМЕ Загрузка сохранение - настройка польского Выбрать Как общую секцию Cities. После этого не забудте вернуть настройку обратно.

  2. Чудес не бывает, телепатов тут тоже нет. Хотите разобраться выкладывайте куски исходников с описанием. Например первый кусок до преобразования, затем описываете ваши действия, второй кусок после преобразований, в котором видно, что появились полосы. Тогда и будем говорить предметно.

    • Upvote 1

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

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

  4. Макс! Ты приводишь единичные, крайние варианты и ими обосновываешь не нужность поиска полигональных объектов.

    Это не я привожу, это МИТ приводит. И я не против поиска, иначе бы я стал звонить, разбираться и тратить своё время ? Это был первый вопрос, когда я спросил, почему речки не ищутся. И это не единичные случаи, у меня есть куча карт с кучей длинных рек. Поэтому как можно сделать поиск по ПОИ, если не понятно куда эту точку ставить ? Давайте уж разберемся, что мне передать програмисту, когда задают такой вопрос ?

    От того что я передам списки, этот вопрос не снимется.

  5. Куда ставить ПОИ то ??? Представьте у вас река идет например в форме подковы по периметру карты. Геометрический центр будет в середине карты, а расстоние от этой точки до самой реки может превышет нескольких сот километров от ближайшей точки самой реки. И это по вашему будет нормальный поиск ? Нет такой поиск нам точно не нужен ))

    • Upvote 1
  6. Василич,давайте не смешивать все в кучу: сейчас речь идет о полигонах. Линейные реки сказали пока искаться не будут! Ниже рассуждения почему.

     

     


    Кстати, если такую реку ПОИ обозначать, ты куда его поставишь?))))

    А это уже более глобальный вопрос о том, нужен ли вообще такой поиск в программе ))) Мне ни одна идея не нравится. Но если бы я писал софт, то я бы сделал как в ГМЕ: там при поиске полигона, по моему, выделяется весь полигон и вписывается в экран. Но в таком случае проложить маршрут будет проблематично - точки то нет. Но по сути это был бы бред, если бы вы задали например проложить маршрут к реке Волга. Каламбур получается. Поэтому в СГ и не реализован такой поиск т.к. он не несет в себе никакого смысла )) Озера - согласен, но вот искать реки это ИМХО очень спорная задача.


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

    Тут другой вопрос назревает: где именно ставить ПОИ реки например (для поиска) если река несколько тысяч километров по карте проходит ? Сложной формы, и если ставить как сейчас в геометрический центр, то он может находиться за сотни километров от самой реки.

  8. Ребят, раз пошла такая пьянка, позвонил в МИТ, поговорил с человеком, кто разбирается. Ситуация такая, как говорит DuNkan. В конструкторе сам поиск по лабелам полигонов заложен, но реализован далеко не для всех типов полигонов видимо. И конвертируется именно так:

     

     

    Если загрузчик оригинальный, а не тот, что я выложил, но там есть один полигон рек, по которым формировались POI. Но это, ИМХО, неправильно совсем. 

     

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

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

     


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

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

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

    3. Не будут. Наименования полигонов удаляются. Они же в ПОИ скопировались, поэтому больше не нужны.

     

    Кстати река "Сабынды" как сделана в исходнике ? У меня речки ищутся прекрасно.



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

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

  10. Zauber, Видите ли, есть полигоны с адресами, а есть без. Поэтому каждое здание с адресом именовать через точку не предложат - потому что поиск работает и так и так. А гидрография относится ко второму. Для таких полигонов на мой взгляд вполне нормально ставить точки ПОИ на полигон. Смотрится это нормально во всяком случае, в чем состоит уродство ? И такой способ по моему поддерживается всеми навигационными программами. Могу ошибаться, но вроде бы в требованиях МИТ к картам написано, что поиск по названию происходит через ПОИ. Хочешь поиск - ставь ПОИ. Так что если есть возможность сделать нормальный поиск для СГ, лишь изменив исходник, то почему бы это не сделать. Не нравятся точки - держи их в отедльном файле и все. Но я уже давно ушел от наименования полигонов.

    • Upvote 1
  11. Скрипты пишутся индивидуально для каждой задачи, т.к. типы полигонов и ПОИ на всех картах разные. И в данной теме это будет оффтопиком. Так что если хотите разбираться в скриптах, создавайте новую тему, и будем общаться там.

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