У меня сложилось представление что гидрография очень проблемная: 1. часто меняется 2. сильно меняется 3. меняется непредсказуемо

Сужу по своей области и объектам 3-летней давности (устаревший снимок Bing): - протоки высыхают - дороги highway=track заболачиваются, но это не видно по Bing - мелкие водоёмы высыхают

Если воду - то очень много рисовать и не факт что это продержится сколько-нибудь лет…

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

Gum4eg, объяснение простое если замапить/исправить статусы у многих-многих дорог в частных секторах после своих прогулок, а не по Bing

Соглашение вообще ничего не говорит о статусе residential для дорог “вне населённых пунктов”

Что именно считать “населённым пунктом” - фактически заселённую местность или админ территорию - предмет спора. Не понятно почему этот термин должен влиять на важность дороги в дорожном графе. Трактовать это следует как рекомендацию, а не строгое правило - чем оно и является.

Даже для дорог “дорог внутри населенных пунктов” у все отличия у residential и unclassified сводятся к:

1. residential “проходит преимущественно вдоль домов”
2. unclassified “проходит преимущественно вдоль нежилых зданий”

Т.е. эта пародия на стары тег abutters. osm.wiki/Key:abutters

abutters использовался на линиях дорог чтобы обозначить прилегающие здания и земли, описать “что вокруг”. Не всегда представлялось быстро нарисовать landuse, а тем более точно.

Так вот. Даже если придерживаться разделения residential/unclassified на “только жилые” и “только не жилые”, то толку в этих статусах ровно ноль, разницы между ними никакой. Они оба важнее service.

Напротив, очень часто дороги завышают до residential, особенно глухие проезды в деревнях, только исходя из

1. есть навазние у дороги (это не как мы выбираем статус)
2. есть “жилые дома вокруг” дороги (это не как мы выбираем статус)

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

Если вы специально не ведёте мониторинг транспортной обстановки в течение месяцев, то такие знания есть только у местных жителей или автомобилистов.

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

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

Пример запроса который заглох, как я понял.

Не из-за отсутствия биржи.

Я связывался по почте 29.09.14 по корпоративному мылу 14.10.14 повторно переслал письмо и дублировал на личный ящик

Все три без ответа.

До предметной сути разговор даже не дошёл. По Саратову предложения несколько больших, насколько они реализуемы и адекватны нужно обсуждать по отдельным районам т.к. рельеф разный в городе: 1. частные сектора можно снять квадракоптерами (http://www.youtube.com/watch?v=JWHC8O21V0w). Адресацию вряд ли получится собрать, а вот дома можно уточнить и дорисовать. 2. Можно привлечь людей со стороны которые за мотивацию отсняли бы профили частных секторов (фасады слева от дороги, фасады справа от дороги). Звучит громко но на самом деле это двум водителям алло-такси развернуть видеорегистраторы в разные стороны. Все адреса так в кадр не попадут. 3. основные площади города (Липки, театральную площадь, предмостовую, кольца на въездах в город) заказать работу у профессиональных геодезистов чтобы были по-настоящему точные геометрии вокруг которых можно было бы корректировать смещения снимков и районов.

Пример запроса который заглох, как я понял.

Не из-за отсутствия биржи.

Я связывался по почте 29.09.14 по корпоративному мылу 14.10.14 повторно переслал письмо и дублировал на личный ящик

Все три без ответа.

До предметной сути разговор даже не дошёл. По Саратову предложения несколько больших, насколько они реализуемы и адекватны нужно обсуждать по отдельным районам т.к. рельеф разный в городе: 1. частные сектора можно снять квадракоптерами (http://www.youtube.com/watch?v=JWHC8O21V0w). Адресацию вряд ли получится собрать, а вот дома можно уточнить и дорисовать. 2. Можно привлечь людей со стороны которые за мотивацию отсняли бы профили частных секторов (фасады слева от дороги, фасады справа от дороги). Звучит громко но на самом деле это двум водителям алло-такси развернуть видеорегистраторы в разные стороны. Все адреса так в кадр не попадут. 3. основные площади города (Липки, театральную площадь, предмостовую, кольца на въездах в город) заказать работу у профессиональных геодезистов чтобы были по-настоящему точные геометрии вокруг которых можно было бы корректировать смещения снимков и районов.

Для идиотов в лицензии OSM сделали пояснение, что если какая-то говноконтора пытается сделать электронную карту на основе OSM, то ссылка должна быть видимой в углу экрана:

Max Vasilev, кто тут школьник? Отсоси у директора тугис.

osm.org/copyright:

“Мы требуем, чтобы вы указывали «© Участники OpenStreetMap»”

Rationale behind associatedstreet deprecation is simple: there no need for 3 different schemes 1. Karlsruhe Schema 2. relation associatedstreet <- ban this thing 3. relation street

There no definition in associatedstreet how custom tags should be applied to each member of associatedstreet.

Actually relation:street may work for some regions and definitely not for places like AndiG88 shown.

Local mappers should agree about usage in their local guidelines here: osm.wiki/Category:Tagging_guidelines_by_country

It was stated already that only few countries want to use this: osm.wiki/Talk:Relation:associatedStreet#Geographical_Distribution_Maps

IMO we should definitely ban associatedstreet but leave relation street for some regions vie their tagging guidelines.

Thank you! I will definitely review them later.

Consider adding your thoughts at osm.wiki/Key:source:addr and osm.wiki/Addresses

when you have mood or free time

living_street=yes важен для пешеходной маршрутизации. Он значит foot=yes.

Это в спальных районах можно нарисовать без проблем landuse=. В центрах городов и в городах с точечной застройкой будут разные landuse= которые еще не понятно как рисовать. living_street=yes проще отметить чем рисовать landuse=*.

Not forum. It will change nothing. Instead of complex mailling list software you will need users to use not so functional forums. We don’t have wiki templates or categories at forum.

There will threads with 300+ pages. Nobody will ever re-read them. You cannot edit every single message at forum. This is usefull to remove outdated info.

We need wiki, not forum.

Proposals and tagging@list should be integrated directly in openstreetmap.org. There should be:

• http://proposals.openstreetmap.org
• http://tagging.openstreetmap.org

How exactly should we do this is up to developers who have free time for this task.

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

Я поэтому и указываю на “мастерскую”. В мастерской тебе что хочешь сварят. Лодке алюминиевой — корпусные работы выполнить или заплатку поставить.

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

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

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

Вот именно что не только про буровые. house=detached его тоже не угодил перевод, он превратился в “Частный дом”. Спасибо что не “коттедж”. И еще несколько десятков других. У пользователей ID будет больше вопросов чем ответов после таких переводов.

Кто-как, а некоторые люди заходяд в transifex.com и начинают доводить до “100%” переводами из гугла, даже osm wiki не открывая. Я не знаю что в украинском переводе теперь, я им не владею. Если подозрения что там точно та же история.

Можно перевести как “верфь-мастерская”. Можно перевести как “мастерская матч, парусов, такелаж”.

Никакой речи о “буровых установках” и быть не может.

Стапель для верфи “яхт и лодок” не обязателен.

Любительские лодки и яхты это не катера. До 5 тонн суда можно и без стапеля на сушу вывести. 80% лодочных клубов так делают.

Стапеля это роскошь или вынужденная мера в узких гаванях и без удобных берегов. Либо в очень нагруженных верфях, когда лодок нужно поднять много через один причал. Кроме стапелей есть другие способы поднятия лодок из воды.

http://www.pnn-consulting.ru/lanching.html

Не про такелаж тег! Не только про такелаж!

“Workplace or office of a person who makes masts, yards, sails, and cordage for sailboats and sailing ships.”

Потяное дело что с ремонтом мачты, рей, парусов это в “верфь”. Переведить такое нужно как “верфь”, на худой конец перевести как “мачтовая мастерская” - не такая плохая адаптация.

 craft=boatbuilder был переведен как "Строительство лодок"
 craft=rigger был певеден как "мачтовая мастерская"

я поменял на

 craft=boatbuilder был переведен как "Строительство лодок"
 craft=rigger был певеден как "Верфь или мастерская лодок"

“Верфь” же это не только о строительстве, но и обслуживании, проверке судна, подготовкой судна после хранения. Людям, работающим с верфью не нужно объяснять что это такое.

Пришёл andygol, устроил

 craft=boatbuilder "Судоверфь"
 craft=rigger "Буровые установки"

Лично я никогда не выбиру “судоверфь” если у меня простой катер строится. В craft=boatbuilder не сказано какие именно лодки, т.е. мастерские по сборке катеров тоже в него входят.

Вообще вместо этих двух тегов (“только про создание”, “только про обслуживание”), нужна схема типа

 верфь:обслуживание:замена:движка=yes
 верфь:обслуживание:ремонт:парусов=yes
 верфь:обслуживание:ремонт:мачт=yes
 верфь:обслуживание:ремонт:движка=yes
 верфь:обслуживание:установка:мачт=yes
 верфь:обслуживание:установка:движка=yes
 верфь:проверка:систем навигации=yes
 верфь:проверка:электропроводки=yes
 верфь:создание:проектирование корпуса=yes
 верфь:создание:отсеков=yes
 верфь:создание:электропроводка=yes

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

Хм, а чем прямой перевод такелажник, такелажная мастерская не устроил?

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

Недостаточно такелажа, freeExec почти нормально перевёл, Дело в том, что именно с морскими терминами я хорошо знаком:

• http://en.wikipedia.org/wiki/Sail — “паруса”
• http://en.wikipedia.org/wiki/Yard_(sailing) — “реи”
• http://en.wikipedia.org/wiki/Mast_(sailing) — “мачты”
• “Cordage” — “такелаж”, “снасти”

“sailboats” это “яхты” (скорее всего любительские / движимые ветром) “sailings ships” обычно говорят по судна с большим водоизмещением, в том числе и “яхты” (даже моторные), к этому добавляются коммерческие судна

Разницы в “sailboats” и “sailings ships” может и не быть.

В России где есть яхты, то там есть и лодки (безмачтовые). Чисто лодочные или чисто яхтные клубы есть, но:

“такелаж”, “снасти” будут использовать в том числе люди у которых есть безмачтовые моторные лодки.

Спросите у человека “место где или офис человека делающего мачты, реи, паруса и такелаж для яхт или “sailings ships” — получите ответ либо “верфь” от яхтсменов, либо “мастерская” от лодочников либо “склад” от тех и других. Отсюда и странный перевод “верфь или лодочная мастерская”

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

Дело не в интерфейсе, а в том, что вам можно использовать данные только как лицензия и коммерческий договор разрешит.

У “глобальных игроков” драконьи условия на данные. Кратко: они принадлежат им, они могут делать с ними что угодно и показывать в каком угодно виде. С данными же OSM можно делать что угодно, даже на коммерческой основе, главное - указывать ссылку на пользователей OSM.

Максимально неинтуитивная реализация - о чем речь? Как данные в OSM могут быть “неитуитивно реализованы”?

reading a few lines is never enough

Exactly because of this, short tag descriptions lead to misunderstanding of tags. Wiki Key:pages and Tag:pages (both in English and local language) are trying to clarify tag usage and provide additional links, cross-links (from 2 to 7), proposals at every tag page. You simply cannot replace this information even with 3 lines of plain-text. This is multicultural hypertext in the form of wiki.

Mailing list cannot answer every single question 24/7. To get answer from list/forum/IRC you need real people to be online AND able to answer your questions. Wiki page can not only answer questions 24/7 but also provide them INSTANTLY to user because wiki contain nothing but pure knowledge.

You probably underestimated importance of reliable source of knowledge.

Reliable, not IRC or mailing lists. Just FYI, Hungarian forum is half-dead. Do you really want to send users who speak only Hungarian to that forum? How dead IRC room\mailing list can help somebody? There will be delay in answer…

Taginfo is one of many tool for serious mappers.

Yes, it is. But it is also promoted everywhere at wiki/guides as source to determine which tag to use. But again, Taginfo cannot teach everything about tags\proposals. We have wiki for that. Simply because proposals and Tag pages are placed at wiki and not at mailing lists\irc or Facebook groups.

Right now, even some “serious mappers” do not follow wiki links when they use Taginfo. Even when Key:pages were fully translated and adapted at wiki. Sadly, I saw that multiple times. Again, this is not Taginfo fault. It is just software. But we also shouldn’t be passive about it, because it might become more trendy (when newcomers will listen to “serious mappers” without real understanding of key=value) and even more tags will be misunderstood\misused. Misleading information will be spreading, tag=value may become complete junk in some region (country/language group) because of this.

From my experience, users who cannot speak English at any level, will spread rumors about key=value pairs (instead of true meaning of the key=value) at “only Hungarian” forums and will do marginal stuff simply because they don’t speak English at any level. This is more complicated than simple Language barrier.

Tags and keys with established meaning should be translated from En wiki first. Hungarian community far away from here, they need translated tools first (ID, JOSM, openstreetmap.org website). Please do not advice Hungarian newcomers to “simply contact local mailing list” right now.

OK, back to the topic.

Should we fix wiki content/guides and promote wiki tag pages instead of Taginfo interface?

Should we fix Taginfo and inform/force (sadly) people to actually follow wiki links? (Or simply inline translated wiki page into Taginfo). 0 clicks for user is the best UX, in my opinion.

Should we do something else?