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

[Василич]

надеюсь, что все приблуды с POI будут реализованы через меню конструктора Scripts/POI/..., а не иначе.

 

Очень нужны в карте СГ отражение знаков топографии:  0xf307 - брод и 0xf306 - горный перевал.

 

Ещё вопрос к знатокам, почему после загрузки полиша , конструктор не всегда выводит карту на экран, в чем причина ?

Изменено 23 января, 2015 пользователем Василич

[Zauber]

Поэтому как можно сделать поиск по ПОИ, если не понятно куда эту точку ставить ?

Макс, я уже говорил, что лучшего алгоритма для одной точки ПОИ на длинный или еще какой "заковыристый" объект, чем арифметическая середина координат ни ты, ни я, ни кто то еще - не придумаем!!!

Ты реально думаешь эта тема новая и не обдумывалась ранее никем???

В реалии, таких рек может быть много, но это множество относительно всех других объектов в той же карте - мизер и при желании и необходимости это исправить в ручную не составляет труда способом, который я выше описал (порезать объект на несколько участков и при желании привязать каждый участок к ближайшей адресной базе карты (нас.пункту), что очень удобно и понятно при поиске. К примеру: "р.Ишим, Акмолинская обл., Астраханский район, с.Астраханка" - понятно же, что участок реки близ с.Астраханка и т.д. Можно смело открывать на карте, искать нужный лиман, смотреть подъезды, ставить точку ПОИ и просто ехать! Даже, если не привязывать к адресной базе (которая вроде не отражается в СГ), то нарезков длинного объекта на карту будет ну пять, ну шесть. Соответственно 5-6 точек ПОИ просмотреть все таки можно. Это лучше, чем ничего!

[DuNkan]

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

 

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

 

И я про что говорю. Ну не должен быть поиск полигона реки. Бред это. Ко всей реки маршрут не проложить. Нужно, чтобы река искалась - поставь POI. 

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

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

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

 

Юра, смотри. Предположим из полигона реки формируется POI. По центру полигона.

1. Надпись с названием реки будет именно там, больше ты ее нигде не увидишь.

2. А если у тебя река сделана полигоном-полилинией-полигоном и так далее, или порезана на полигоны из-за необходимости, то в поиске будет несколько объектов реки с одинаковым названием. Зачем? 

 

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

Изменено 23 января, 2015 пользователем DuNkan

[DuNkan]

Zauber,

 

Юр, ты вот меня не слышишь.   Нет в конструкторе возможности пока делать выгрузку POI только для полигонов с label. Либо для полигонов и с label и без label, либо не для каких. Поэтому и структурировали так: POI - для поиска. Полигон - для подложки. Ведь действительно, в польском формате не просто ведь так существуют пои и для гидрографии, и для зеленки.

 

Я бы согласился с идеей формирования POI только для полигонов с label, но сейчас это невозможно просто. А делать выгрузку для полигонов и с label и без label нельзя, потому как в поиске получается никому не нужная каша.

 

PS Что мешает тебе скрипт прогнать для формирования POI из полигонов с label? Ведь ты именно этого хочешь от конструктора.

 

Макс, я уже говорил, что лучшего алгоритма для одной точки ПОИ на длинный или еще какой "заковыристый" объект, чем арифметическая середина координат ни ты, ни я, ни кто то еще - не придумаем!!!

Ты реально думаешь эта тема новая и не обдумывалась ранее никем???

В реалии, таких рек может быть много, но это множество относительно всех других объектов в той же карте - мизер и при желании и необходимости это исправить в ручную не составляет труда способом, который я выше описал (порезать объект на несколько участков и при желании привязать каждый участок к ближайшей адресной базе карты (нас.пункту), что очень удобно и понятно при поиске. К примеру: "р.Ишим, Акмолинская обл., Астраханский район, с.Астраханка" - понятно же, что участок реки близ с.Астраханка и т.д. Можно смело открывать на карте, искать нужный лиман, смотреть подъезды, ставить точку ПОИ и просто ехать! Даже, если не привязывать к адресной базе (которая вроде не отражается в СГ), то нарезков длинного объекта на карту будет ну пять, ну шесть. Соответственно 5-6 точек ПОИ просмотреть все таки можно. Это лучше, чем ничего!

 

 

С таким же успехом и трудозатратами можно не резать полигон, а проставить POI, если хочешь, чтобы определенные участки реки искались.

 

0x06- Иногда прописывают названия гаражных кооперативов. Ну может это лишнее.

 

Для ГСК есть крытая стоянка/гараж 13707.

Изменено 23 января, 2015 пользователем DuNkan

[katran1961]

Очень нужны в карте СГ отражение знаков топографии:  0xf307 - брод и 0xf306 - горный перевал.

 

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

Изменено 23 января, 2015 пользователем katran1961

[Zauber]

Юр, ты вот меня не слышишь.

Нет, я тебя прекрасно понял, а ты меня понять не хочешь.

 

 

Нет в конструкторе возможности пока делать выгрузку POI только для полигонов с label. Либо для полигонов и с label и без label, либо не для каких. Поэтому и структурировали так: POI - для поиска. Полигон - для подложки.

Вот именно такое положение дел меня и не устраивает!!!

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

Если какой то любительский скрипт умеет делать ПОИ из полигональных объектов, у которых есть Label и отбрасывать пустые полигоны, то я просто уверен, что программисты МИТ смогут это сделать. Блин, даже я, правовед по образованию, это понимаю. Дело все в понимании проблемы и желании ее решить. Со слов ув.Веры я понял, что они (МИТ) просто себе поставили такой предел, что "ПОИ для поиска, полигоны для подложки" и свято верят, что мир черно/белый. Ньюансы есть всегда.

Тем более я понял, что программисты, кто конкретно работает над Конструктором сами в реалии карты не рисовали и полностью себе не представляют этот процесс в совокупности. Полигоны гидрографии, зеленки, полилинии рек в исходниках именовались и будут именоваться. Надеюсь с этим то спорить никто не будет? Или может мы в исходниках у полигонов озер и пр. тоже Label уберем? Это же для подложки, на кой он там? Поставим ПОИ и достаточно.

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

К тому же, допустим, я неопытный картограф и у меня нет скрипта, я не могу его сам написать, на чужую поделку как мне полагаться? методом тыка только? Мне что ставить ПОИ вручную на все объекты, когда их тысячи?!

Сколько еще нужно привести доводов, что бы обосновать необходимость исправления Конструктора в лучшую сторону? Почему все так упираются от очевидного улучшения? Реально, я думал, что все, кто именно рисует карты поддержат это. А получается, что это нужно только мне, Василичу, Максу и все? Остальные поимели какие то скрипты от неизвестных производителей, попробовали костылек, забили на вопрос и теперь убеждают, что "так и було", что таки положено. Наши казахские картографы молчат, понимая бесперспективность просьб, только ржут. Оно и понятно, они практически все забили на СГ, как на программу для Казахстана, т.к. в ней ничего в степи не найти и не проехать. Рисуют под навител, гармин, 7Дорог. А я этого не хочу, мне нравиться СГ и я хочу, что бы программе и картах было все ОК.

Изменено 23 января, 2015 пользователем Zauber

[Zauber]

Я бы согласился с идеей формирования POI только для полигонов с label, но сейчас это невозможно просто.

Нет ничего невозможного :)

[Vlad_SP]

Сколько еще нужно привести доводов, что бы обосновать необходимость исправления Конструктора в лучшую сторону? Почему все так упираются от очевидного улучшения? Реально, я думал, что все, кто именно рисует карты поддержат это. А получается, что это нужно только мне, Василичу, Максу и все?

Гм. Тут есть еще и такой аспект: а кто будет оплачивать банкет?

Работа программистов и тестеров по любому стоит денег. Любые доработки и исправления Конструктора, пусть даже в лучшую сторону, - это деньги. OSM карты МИТ не продает - они бесплатны. За чей счет банкет?

[katran1961]

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

 

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

 

Кстати ты как то упомянул про "Азбуку картографии". А там еще и такое есть:

Названия на реках и каналах, представленных полигонами, рекомендуется показывать направленным текстом:

полилиния 0x3d - малый текст

полилиния 0x3e - обычный текст

Изменено 23 января, 2015 пользователем katran1961

[MaxBel]

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

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

[Василич]

Когда можно просто сделать скрип в конструкторе, а лучше встроить его в процесс конвертации и наслаждаться

  "... сделать скрип в конструкторе", я - ЗА.  

  "...встроить его в процесс конвертации", я категорически - против.

Конвертер должен менять формат и все.

Изменено 23 января, 2015 пользователем Василич

[DuNkan]

Комрады, это все хорошо. Но политика партии такая - POI из POI. В конструкторе есть так. Предложение по типам полигонов и скрипт сделать можно, но пока POI из POI.

[DuNkan]

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

Кстати ты как то упомянул про "Азбуку картографии". А там еще и такое есть:

Названия на реках и каналах, представленных полигонами, рекомендуется показывать направленным текстом:

полилиния 0x3d - малый текст

полилиния 0x3e - обычный текст

Для полигонов рек делаем полилинии рек внутри (по правилам МИТ) именно для названия вдоль реки.

[katran1961]

Для полигонов рек делаем полилинии рек внутри (по правилам МИТ) именно для названия вдоль реки.

 

 

то бишь , почти то же самое что и в "азбуке" от  Константина Викторовича Галичский

Названия на реках и каналах, представленных полигонами, рекомендуется показывать направленным текстом:

полилиния 0x3d - малый текст

полилиния 0x3e - обычный текст

 

Но всё таки многие POI не отображаются!! Такие как мост, брод (по моему мнению) нужны на карте.

Изменено 23 января, 2015 пользователем katran1961

[Vadim_O]

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

Мы на такое уже нарывались.
 

[katran1961]

Вадим, так правильно! У многихв исходниках имя полигона в label. И это не только у озер.Как началась нынешняя свистопляска в конструкторе, вот и полезли задвоения. Если конструктор вытягивал из полигона и создавал точку, то у полигона же не затиралось. Вот и два наименования на карте.

Изменено 23 января, 2015 пользователем katran1961

[DuNkan]

то бишь , почти то же самое что и в "азбуке" от Константина Викторовича Галичский

Названия на реках и каналах, представленных полигонами, рекомендуется показывать направленным текстом:

полилиния 0x3d - малый текст

полилиния 0x3e - обычный текст

Но всё таки многие POI не отображаются!! Такие как мост, брод (по моему мнению) нужны на карте.

Мост - не проблема конструктора, а проблема программы - в ресурсах не прописана иконка для BGDPNT. Тоже в отношении брода и перевала - GEOFCH. Надо Мишу просить поправить.

[Joss]

Надо Мишу просить поправить.

 

Мосты правится не будут, это не ошибка.

[DuNkan]

Я помню, обсуждали. В принципе, можно поправить самому под себя.

[katran1961]

Миша, а другое тот же брод? В Конструкторе в поле Tipe of POI - пусто. Он и ставит такой точке: POI category name = other.

DuNkan, Коля,ты в полише можешь это поправить?

[Василич]

Да простит меня Миша.

"не зная брода - лучше заночевать в пробке"

[DuNkan]

Миша, а другое тот же брод? В Конструкторе в поле Tipe of POI - пусто. Он и ставит такой точке: POI category name = other.

DuNkan, Коля,ты в полише можешь это поправить?

Вечером гляну.

[katran1961]

Да простит меня Миша.

"не зная брода - лучше заночевать в пробке"

 

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

[Zauber]

адим, так правильно! У многихв исходниках имя полигона в label. И это не только у озер.Как началась нынешняя свистопляска в конструкторе, вот и полезли задвоения. Если конструктор вытягивал из полигона и создавал точку, то у полигона же не затиралось. Вот и два наименования на карте.

Пля, а с вашими скриптами такого не будет? Есть и то же самое. Потому через конструктор это сделать правильнее. Короче, устал я уже что то доказывать. Два дня коту под хвост. Буду сам разбираться, либо вернусь на старый релиз. Удачи.

Изменено 23 января, 2015 пользователем Zauber

[Василич]

Юра, вода камень точит...