Мэппинг OSM для московской городской навигации

SilentCat · 2017-09-28 17:37:44

annabarinova wrote:

Привет!
Друзья, спасибо большое за ваши комментарии и мнения
За множество идей и предложений.
Хотелось бы вернуться к изначальному вопросу — по поводу внесения тегов alt_name:mcm и alt_name:mcm_en. Мы намереваемся в ближайшее время их задокументировать и продолжать использовать.

Полное дублирование информации в теге alt_name:mcm. Улицы у нас обозначаются абсолютно также как и у вас(либо я не заметил отличия). Транслитерацию, вместо тега alt_name:mcm_en, можно добавлять при помощи скриптовой программы (поговорите с вашими программистами) в момент экспорта данных.

Вам уже написали, про памятники и школы. Берется номер школы из ref (необходимо внести, где нету) и при экспорте также формировать строку вида "Школа № " + ref Памятники точно также "Памятник " + name

Чуть больше кода при экспорте - чище и меньше база ОСМ.

Last edited by SilentCat (2017-09-28 17:41:58)

wowik · 2017-09-28 17:46:27

1) Да, alt_name:* на то и alt, чтобы отличаться от name. Зачем вам точные дубли информации?
2) alt_name:* вообще-то задумано для языковых вариантов (alt_name:ru, alt_name:be), а mcm ни разу не язык, лучше придумать другое имя для тега.

Last edited by wowik (2017-09-28 17:50:54)

dbf_ · 2017-09-28 18:11:04

annabarinova wrote:

Привет!
Друзья, спасибо большое за ваши комментарии и мнения
За множество идей и предложений.
Хотелось бы вернуться к изначальному вопросу — по поводу внесения тегов alt_name:mcm и alt_name:mcm_en. Мы намереваемся в ближайшее время их задокументировать и продолжать использовать.

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

Last edited by dbf_ (2017-09-28 18:20:03)

to4ka2 · 2017-09-28 19:40:52

2dbf_
Потому что удобнее использовать общий ресурс, но под их рендер. ИМХО.

Владимир К · 2017-09-29 11:41:20

annabarinova wrote:

Хотелось бы вернуться к изначальному вопросу — по поводу внесения тегов alt_name:mcm и alt_name:mcm_en. Мы намереваемся в ближайшее время их задокументировать и продолжать использовать.

Возвращаемся к изначальному вопросу: намереваюсь в ближайшее время снести все ваши alt_name:mcm и alt_name:mcm_en в один клик

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

Sergey Astakhov · 2017-09-29 12:48:30

annabarinova wrote:

Хотелось бы вернуться к изначальному вопросу — по поводу внесения тегов alt_name:mcm и alt_name:mcm_en. Мы намереваемся в ближайшее время их задокументировать и продолжать использовать.

Как вам уже сказали, это плохой вариант, т.к. противоречит базовым принципам OSM.
Поэтому или вы прислушиваетесь к советам, или начнётся война правок, которая может закончится блокировкой.

ghost_07 · 2017-09-29 13:32:02

annabarinova wrote:

Привет!
Друзья, спасибо большое за ваши комментарии и мнения
За множество идей и предложений.
Хотелось бы вернуться к изначальному вопросу — по поводу внесения тегов alt_name:mcm и alt_name:mcm_en. Мы намереваемся в ближайшее время их задокументировать и продолжать использовать.

Вот тут есть хорошая документация по использованию josm с вашими кастомными тегами: https://github.com/geofabrik/sds-server … oc/sds.pdf
Сами видите, ваши теги сильно специфичны только для вашего проекта и другим людям не нужны. Судя по реакции представителей сообщества, ваши данные будут в большей безопасности в вашем собственном кодовом репозитарии.

Last edited by ghost_07 (2017-09-29 13:33:14)

SilentCat · 2017-09-29 15:25:22

И всётаки, было бы неправильно не сказать спасибо за проставление названий некоторым дорогам, которых у нас не было:
https://www.openstreetmap.org/way/103840173
https://www.openstreetmap.org/way/48957611
https://www.openstreetmap.org/way/61454973
Владимир К, не сочтите за труд перенести их в name при удалении

Last edited by SilentCat (2017-09-29 15:26:19)

evgenykatyshev · 2017-09-29 15:35:50

SilentCat wrote:

И всётаки, было бы неправильно не сказать спасибо за проставление названий некоторым дорогам, которых у нас не было:
https://www.openstreetmap.org/way/103840173
https://www.openstreetmap.org/way/48957611
https://www.openstreetmap.org/way/61454973
Владимир К, не сочтите за труд перенести их в name при удалении

И какая польза для OSM от этой организации, если они новую инфу вносят только в свои теги, которые больше никто не увидит?

SilentCat · 2017-09-29 16:44:32

evgenykatyshev wrote:

SilentCat wrote:
И всётаки, было бы неправильно не сказать спасибо за проставление названий некоторым дорогам, которых у нас не было:
https://www.openstreetmap.org/way/103840173
https://www.openstreetmap.org/way/48957611
https://www.openstreetmap.org/way/61454973
Владимир К, не сочтите за труд перенести их в name при удалении
И какая польза для OSM от этой организации, если они новую инфу вносят только в свои теги, которые больше никто не увидит?

Никто же не запрещает перенести из тега alt_name:mcm=Хапиловский проезд в name=Хапиловский проезд

evgenykatyshev · 2017-09-29 19:03:22

SilentCat wrote:

И всётаки, было бы неправильно не сказать спасибо за проставление названий некоторым дорогам, которых у нас не было:
https://www.openstreetmap.org/way/103840173
https://www.openstreetmap.org/way/48957611
https://www.openstreetmap.org/way/61454973
Владимир К, не сочтите за труд перенести их в name при удалении

Там где не было name, но был alt_name:mcm, перенёс всё в name и name:en (мусорные теги снёс). Есть много точек, где нету name:en, но есть alt_name:mcm_en созданный, предположительно, автоматически.

evgenykatyshev · 2017-09-29 23:36:45

Говорят, зря я перенёс, что они там какие-то свои фантазии мапят...

Ещё написал в ДВГ жалобу по поводу импорта, который был сделан вопреки обсуждению.

Alexander-II · 2017-09-30 09:49:32

evgenykatyshev wrote:

Ещё написал в ДВГ жалобу по поводу импорта, который был сделан вопреки обсуждению.

так вот чего ко мне mavl в комментарии пришел по поводу того, что я откатил переименования памятников

bezdna · 2017-10-01 19:29:40

Хотя я согласен со многим сказанным выше, хотелось бы найти аргументы и в защиту мапперов:

Есть много точек, где нету name:en, но есть alt_name:mcm_en созданный, предположительно, автоматически.

В такой ситуации лично я поменял бы название тега с `alt_name:mcm_en` на `name:en`, а не выкашивал бы этот тег везде, где он есть. Да, человек который его внес, очевидно не сильно опытен в маппинге ОСМ, но такие действия побуждают его вообще отказаться от участия в OSM в принципе. Разве больно бить новичков (чейнджсеты-то довольно большие) - это цель сообщества?

И какая польза для OSM от этой организации, если они новую инфу вносят только в свои теги, которые больше никто не увидит?

Имхо разделение тэгов на "свои" и "чужие" - не очень правильно. Кто эти тэги не увидит? На странице OSM они есть, в planet.osm они есть, в редакторах OSM они есть. Вроде все видно.
Ни для кого не секрет, что в ОСМ технически можно вносить любой тег на свое усмотрение. И такая возможность предполагает наличие большого разнообразия тэгов (даже не буду на taginfo отправлять). На картируемой местности (г. Москва) очень много других "странных" тэгов, которые годами никто не откатывает. А резкие откаты именно этих двух тэгов намекают на избирательный подход и предвзятость, которые сообществом не приветствуются, не так ли?

Чуть больше кода при экспорте - чище и меньше база ОСМ

Это вобщем верно. Но если посмотреть ~~на размер оставшегося свободного места на диске~~ в глаза правде - планета и так не маленькая, и лишние пару килобайт погоды не сделают. Или есть опасения по поводу того, что основной сервер ОСМ не выдержит добавления этого тега? У кого-то сильно упадет скорость парсинга данных ОСМ от этого? Мне лично все равно, есть этот тег (как, кстати, и многие другие) или нет. А может даже и хорошо, что он есть, т.к. есть возможность еще, например, и рендер на него настроить.

Судя по реакции представителей сообщества, ваши данные будут в большей безопасности в вашем собственном кодовом репозитарии

Имхо вопрос безопасности данных решает сам участник (такой же представитель) сообщества, пока он активен и не заблокирован.

Отношение к картированию не в соответствии с wiki osm, как к автоматизированному импорту считаю неверным, т.к. люди все-таки тратили свое время, и можно было бы попросить их исправить несоответствия самим, а не откатывать все и сразу.

Оффтоп: А еще на форуме развилась какая-то рендерофобия - как-будто у новичков есть вакуумно-чугунный рендер, под который они мапят. Мало я видел рендеров, которые бы не настраивались да еще и рендерили бы поперек общепринятых значений. Даже openstreetmap-carto попиливается под все больше и больше тегов/значений.

literan · 2017-10-01 21:00:03

bezdna wrote:

В такой ситуации лично я поменял бы название тега с `alt_name:mcm_en` на `name:en`, а не выкашивал бы этот тег везде, где он есть. Да, человек который его внес, очевидно не сильно опытен в маппинге ОСМ, но такие действия побуждают его вообще отказаться от участия в OSM в принципе. Разве больно бить новичков (чейнджсеты-то довольно большие) - это цель сообщества?

Ознакомьтесь с тем, как надо использовать теги name:language_code https://wiki.openstreetmap.org/wiki/RU: … guage_code

А уж предложение оставлять кривые теги (я говорю не о данном конкретном случае, а вообще - как и вы, насколько я понимаю) только для того, чтобы не ранить внесших их новичков - это и вовсе за гранью разумного По моему не маленькому опыту работы с правками новичков - обычно, когда объясняешь, что новичок сделал не так, и исправляешь за ним - в ответ обычно следует благодарность.

Last edited by literan (2017-10-01 21:06:38)

bezdna · 2017-10-01 22:28:41

Ознакомьтесь с тем, как надо использовать теги name:language_code https://wiki.openstreetmap.org/wiki/RU: … guage_code

Полагаю, речь идет об этом:

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

Прочитав это, можно удалить значения кучи тегов например вот тут:
http://www.openstreetmap.org/relation/102269
Можно возразить, что этот объект имеет существующие иностранные названия, поэтому они там заполнены.

А как насчет этого?
http://www.openstreetmap.org/way/179969387
Почему бы не удалить ве name:* - пускай при обработке транслитерируется.

Или вот это:
http://www.openstreetmap.org/relation/1255942
Тут тоже вполне транслитерированные теги заполнены, да еще name и name:ru дублируются уже 2 года и никому это не мешает.

Имхо транслитерация - дело темное:P И разработать универсальные правила, чтобы такой город как Москва красиво транслитерировать, предельно сложно. Да и имеет ли смысл их разрабатывать для избавления от единственного тега name:en на части объектов?

literan · 2017-10-01 23:12:55

bezdna, а почему вы решили, что Тверская улица или Замоскворечье не имеет устоявшихся переводов на иностранные языки? https://www.google.com/search?tbm=bks&q … F3o1epe1P4 к примеру.

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

Last edited by literan (2017-10-01 23:13:29)

bezdna · 2017-10-02 00:03:42

literan, вы меня не совсем поняли.
Я знаю, что база далека от идеала и примеров разных неточностей масса. Просто привел пару показательных примеров, где мапперы заполняли тег name:* явно руководствуясь здравым смыслом.

Действительно, нужно входить в конструктивное русло, а то попахивает флудом.
Сейчас мы имеем вот это
http://www.openstreetmap.org/changeset/52546224
и нужно прийти к единому мнению.

Мое мнение следующее:

1. По тэгу alt_name:mcm
Там, где оно совпадает с name или name:ru удалить alt_name:mcm.
Там, где оно не совпадает, переименовать тэг alt_name:mcm в alt_name_mcm:ru.

2. По тэгу alt_name_en:mcm
Там, где нет тега name:en, переименовать alt_name_en:mcm в name:en.
Там, где есть name:en и оно с ним совпадает - удалить alt_name_en:mcm.
Там, где есть name:en и оно с ним не совпадает - переименовать alt_name_en:mcm в alt_name_mcm:en

3. По названиям памятников
Удалить из alt_name:mcm слово "Памятник" и переименовать alt_name:mcm в alt_name_mcm:ru (Либо в alt_name, если никто не возражает).
Переименовать alt_name_en:mcm в alt_name_mcm:en (Либо в alt_name:en, если никто не возражает).

Sergey Astakhov · 2017-10-02 00:25:23

bezdna wrote:

переименовать тэг alt_name:mcm в alt_name_mcm:ru

Шило на мыло.
Вы не поняли основного правила - у объектов не должно быть атрибутов, "специфичных для данного конкретного использования". Атрибуты должны быть верифицируемы, а это в частности значит что они не должны зависеть от того где их используют.
Не должно быть тегов alt_name:mcm, alt_name:garmin, alt_name:sputnik, alt_name:maspme и т.п. - это путь в никуда.
Если это официальное название - для этого есть тег official_name. Если это надпись на табличке - есть тег inscription. Если старое название - old_name. Если общеупотребимое - просто name. И так далее. Но не должно быть тега "название для московской городской навигации".

wowik · 2017-10-02 07:01:13

bezdna wrote:

в alt_name_mcm:

А чего не в full_name:*?
official_name- оф. название, тогда full_name - пусть будет название со всякими квалифицирующими словами типа памятник и т.п.

fserges · 2017-10-02 07:04:12

Sergey Astakhov wrote:

bezdna wrote:
переименовать тэг alt_name:mcm в alt_name_mcm:ru
Шило на мыло.
Вы не поняли основного правила - у объектов не должно быть атрибутов, "специфичных для данного конкретного использования". Атрибуты должны быть верифицируемы, а это в частности значит что они не должны зависеть от того где их используют.
Не должно быть тегов alt_name:mcm, alt_name:garmin, alt_name:sputnik, alt_name:maspme и т.п. - это путь в никуда.
Если это официальное название - для этого есть тег official_name. Если это надпись на табличке - есть тег inscription. Если старое название - old_name. Если общеупотребимое - просто name. И так далее. Но не должно быть тега "название для московской городской навигации".

+100500. OSM это общедоступная база геопространственных данных и теги должны выбраться в соответствии со спецификой объекта а не программы которая их обрабатывает. Грубо говоря код улицы в соответствии с каким-то утверждённым официальным реестром названий улиц - ОК, а вот код улицы для какого-то специфичного приложения - должен храниться в инфраструктуре этого приложения.

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

Так что обсуждаемая проблема невелика. Нужно просто сесть и придти к консенсусу. В итоге в выигрыше будут все.

P.S. Языка с ISO кодом mcm не существует и такие теги должны автоматически выпиливаться.

karmatsky · 2017-10-02 07:10:15

Sergey Astakhov wrote:

Если это надпись на табличке - есть тег inscription. Если старое название - old_name.

а если речь идёт про надпись на табличке, которая на этот объект указывает? (указатель, скажем)

freeExec · 2017-10-02 07:23:02

karmatsky wrote:

а если речь идёт про надпись на табличке

Sergey Astakhov wrote:

Если это надпись на табличке - есть тег inscription.

karmatsky · 2017-10-02 07:27:53

А что делать если табличка на здании и указатель это разные надписи?
Официальное название на табличке на здании, на указатели так, как удобно людям чтобы ориентироваться (в том числе так, как удобно пользователям считывать эту информацию на карте).

evgenykatyshev · 2017-10-02 09:07:10

karmatsky wrote:

А что делать если табличка на здании и указатель это разные надписи?
Официальное название на табличке на здании, на указатели так, как удобно людям чтобы ориентироваться (в том числе так, как удобно пользователям считывать эту информацию на карте).

Для первого official_name, для второго — name. Есть проблема, что удобство того или иного варианта субъективно. Поэтому в OSM есть договорённости по некоторым типам объектов.

Announcement

#26 2017-09-28 17:37:44

Re: Мэппинг OSM для московской городской навигации

#27 2017-09-28 17:46:27

Re: Мэппинг OSM для московской городской навигации

#28 2017-09-28 18:11:04

Re: Мэппинг OSM для московской городской навигации

#29 2017-09-28 19:40:52

Re: Мэппинг OSM для московской городской навигации

#30 2017-09-29 11:41:20

Re: Мэппинг OSM для московской городской навигации

#31 2017-09-29 12:48:30

Re: Мэппинг OSM для московской городской навигации

#32 2017-09-29 13:32:02

Re: Мэппинг OSM для московской городской навигации

#33 2017-09-29 15:25:22

Re: Мэппинг OSM для московской городской навигации

#34 2017-09-29 15:35:50

Re: Мэппинг OSM для московской городской навигации

#35 2017-09-29 16:44:32

Re: Мэппинг OSM для московской городской навигации

#36 2017-09-29 19:03:22

Re: Мэппинг OSM для московской городской навигации

#37 2017-09-29 23:36:45

Re: Мэппинг OSM для московской городской навигации

#38 2017-09-30 09:49:32

Re: Мэппинг OSM для московской городской навигации

#39 2017-10-01 19:29:40

Re: Мэппинг OSM для московской городской навигации

#40 2017-10-01 21:00:03

Re: Мэппинг OSM для московской городской навигации

#41 2017-10-01 22:28:41

Re: Мэппинг OSM для московской городской навигации

#42 2017-10-01 23:12:55

Re: Мэппинг OSM для московской городской навигации

#43 2017-10-02 00:03:42

Re: Мэппинг OSM для московской городской навигации

#44 2017-10-02 00:25:23

Re: Мэппинг OSM для московской городской навигации

#45 2017-10-02 07:01:13

Re: Мэппинг OSM для московской городской навигации

#46 2017-10-02 07:04:12

Re: Мэппинг OSM для московской городской навигации

#47 2017-10-02 07:10:15

Re: Мэппинг OSM для московской городской навигации

#48 2017-10-02 07:23:02

Re: Мэппинг OSM для московской городской навигации

#49 2017-10-02 07:27:53

Re: Мэппинг OSM для московской городской навигации

#50 2017-10-02 09:07:10

Re: Мэппинг OSM для московской городской навигации

Board footer