You are not logged in.

#26 2010-05-14 14:21:47

andriano
Member
Registered: 2009-06-15
Posts: 1,667

Re: Теги: стандартизация и исправление ошибок.

liosha wrote:

andriano, military в качестве ключа вполне допустимо: http://wiki.openstreetmap.org/wiki/Key:military

Да, это я погорячился.
Но т.к. для анализа был взят только key, причем только для node, говорить о незначительности military в общем объеме данных преждевременно.

И не надо считать чужие теги мусором.
Any tags you like - один из принципов OSM
Хотя против правки очевидных вещей, типа engl_name на name:en или tel на phone вряд ли кто-то будет возражать.

Вопрос не в том, кто что считает, а в том, что чем является на практике.
Использовать оригинальный формат OSM в конкретных прикладных программах практически невозможно (точнее, ужасно нерационально). Следовательно для использования нужен конвертер. При этом "полезными" тегами являются лишь те, которые этот конвертер сумел идентифицировать. Все остальные - информационный шум (для данного конвертера). А если тег не распознается ни одним конвертером - он является информационным мусором вне зависимости от того, кто что по этому поводу думает. По крайней мере до тех пор пока кто-то не реализует его поддержку в конкретном продукте.

Offline

#27 2010-05-14 14:58:38

Sergey Astakhov
Member
From: St.Petersburg, Russia
Registered: 2009-11-13
Posts: 5,779

Re: Теги: стандартизация и исправление ошибок.

andriano wrote:

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

Ну и какой вывод? Вряд ли кто сможет сказать, что вот этот непонятный тег точно никому не нужен потому что "не распознается ни одним конвертером". Хотя бы потому что есть конвертеры и не выложеные в общий доступ, но однако используемые.

Есть явные ошибки/очепятки (типа "
name" и "cladr:namt") - их, наверное, можно и автоматом править. Но их обычно очень мало, так что смысла в автомате немного.
Есть явные теги по незнанию (типа school, "Лесоарк", "дом 59" и "отделение милиции Хабаровск-2") - тут надо подсказать автору как правильно делать.

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

Offline

#28 2010-05-14 15:05:34

wildMan
Member
From: Minsk
Registered: 2008-03-05
Posts: 509

Re: Теги: стандартизация и исправление ошибок.

andriano wrote:

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

а Вы уверены, что Вам известны все существующие конвертеры и все поддерживаемые ими теги?


--
OSMF BY Team

Offline

#29 2010-05-14 15:40:51

coolkaas
Member
From: RU, Penza
Registered: 2009-05-28
Posts: 2,391

Re: Теги: стандартизация и исправление ошибок.

andriano wrote:

А если тег не распознается ни одним конвертером - он является информационным мусором вне зависимости от того, кто что по этому поводу думает.

Решительно против. Наверняка никто не обрабатывает surface, часы работы магазинов, типы бензинов на заправках, таких тегов полно.. Это мусор? Это база, гео-база, и никто не заставляет тебя использовать "чужие" теги. Сколько тегов поддерживает ТВОЙ конвертер? Или у тебя нет своего конвертера?
А вот сейчас два человека на слуху -- пишут показывалки ОСМа, вдруг у них будут задействованы эти теги? Мусор, говоришь..

andriano wrote:

вне зависимости от того, кто что по этому поводу думает.

Это тупиковый путь для общения на форуме smile
Я вот думаю иначе. Что мне , утереться теперь? smile мне вот нравится много разных тегов, ДА большинство из них не показывается. Сделай, что бы показывались! Скажем спасибо.

В конце концов никто не запрещает вытягивать данные через xapi, запрашивая их по конкретным тегам (по мап_фичесам, к примеру), что бы даже не "мараться" этим лишним "мусором".

smile

Offline

#30 2010-05-14 16:57:23

andriano
Member
Registered: 2009-06-15
Posts: 1,667

Re: Теги: стандартизация и исправление ошибок.

wildMan wrote:

а Вы уверены, что Вам известны все существующие конвертеры и все поддерживаемые ими теги?

Ну, раз начался переход на личности, значит, обсуждение зашло в тупик. sad
Какая разница, что МНЕ известно и что - нет?
Или кто-то всерьез собирается наделить МЕНЯ правом решать, какие теги нужны, а какие недостойны находиться в OSM?

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

Offline

#31 2010-05-14 17:22:29

andriano
Member
Registered: 2009-06-15
Posts: 1,667

Re: Теги: стандартизация и исправление ошибок.

coolkaas wrote:

Решительно против. Наверняка никто не обрабатывает surface, часы работы магазинов, типы бензинов на заправках, таких тегов полно.. Это мусор? Это база, гео-база, и никто не заставляет тебя использовать "чужие" теги. Сколько тегов поддерживает ТВОЙ конвертер? Или у тебя нет своего конвертера?
А вот сейчас два человека на слуху -- пишут показывалки ОСМа, вдруг у них будут задействованы эти теги? Мусор, говоришь..

По порядку:
1. Выше уже было отмечено, что помимо общедоступных конвертеров существует немало (наверняка гораздо больше) других - для личного или ограниченного использования. И вполне вероятно, что они обрабатывают теги, игнорируемые открытыми конвертерами. Вопрос в другом: вряд ли имеет смысл делать обработку тега, который встречается в единственном экземпляре (или в количестве 3-7 штук). Разве что для отладки. Другими словами, часть тегов НИКОГДА не будут обработаны. Хотя, с другой стороны, даже некоторые, возможно, полезные теги не обрабатываются именно по причине их малого количества.
2. Данная тема связана как раз с тем, что я пытаюсь прояснить для себя вопрос: "Сколько тегов должен обрабатывать мой конвертер?" Пока брал данные после osm2mp, такого вопроса не возникало. Но оказалось, что кое-чего мне лично не хватает. Прежде, чем писать конвертер, нужно прояснить для себя задачу. Началось это прояснение с набора статистики.
3. Любопытная ситуация: пока никто ничего конкретного не упомянул, но уже появились "эти теги", которые кто-то нехороший намерен удалить из базы.

Это тупиковый путь для общения на форуме smile
Я вот думаю иначе. Что мне , утереться теперь? smile мне вот нравится много разных тегов,

Я что, пошел уже удалять "ненужеые" теги? Или попытался выяснить к ним отношение на форуме? Зачем же приписывать мне склонность к вандализму?

ДА большинство из них не показывается. Сделай, что бы показывались! Скажем спасибо.

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

В конце концов никто не запрещает вытягивать данные через xapi, запрашивая их по конкретным тегам (по мап_фичесам, к примеру), что бы даже не "мараться" этим лишним "мусором".:)

У меня есть пунктик - на производительности и ресурсоемкости. Так что тянуть целиком РФ (и, кстати, не только) средствами API с применением фильтров на стороне сервера мне кажется слишком наглым с моей стороны.

Offline

#32 2010-05-14 18:45:27

coolkaas
Member
From: RU, Penza
Registered: 2009-05-28
Posts: 2,391

Re: Теги: стандартизация и исправление ошибок.

но уже появились "эти теги", которые кто-то нехороший намерен удалить из базы

это наше больное место, ты же не обижаешься, правда? smile

Пока брал данные после osm2mp, такого вопроса не возникало

форкни конвертер, он же открытый..

Прежде, чем писать конвертер, нужно прояснить для себя задачу. Началось это прояснение с набора статистики

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

Мне вот лично иногда не хватает inclines, (мной же и проставленных).
Теги, встречающиеся разово, конечно не надо никак изображать. Нельзя угодить всем. Да и смысла нет. Если ты сделаешь все теги из мап_фичесов, это УЖЕ будет нечто! Вот, покрытием дорог у нас никто не занимается, хотя оно интересно за городом. Хотя бы через доп.свойства посмотреть (прямо на дороге наверно можно и не рисовать).

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

схема должна быть жёсткой. Другое дело, что _пополняемой_. Нельзя, уважаемый andriano, объять необъятное! Конвертер должен обрабатывать конечное число тегов, разумное. Не думаю, что мы, даже совместно, придумаем тут нечто новое.
Но и зажимать сообщество рисовать только известные теги, или их малое подмножество -- тоже не дело. Да это и не нужно -- каждый понимает, что программа при всём желании пользователя физически не сможет УДОБНО(!) отобразить ВСЕ теги, даже из списка мапфичесов.
Я понял, почему ты поднял этот вопрос -- тебе навеяло вот этой фразой: "не рисуйте под рендерер!" smile и ты решил всем нам помочь (себе в первую очередь) преодолеть это биение линейкой по рукам, и дать свободу творчества осмерам, реализации их тайных желаний)) -- видеть на карте ВСЕ нарисованные фичи.
Это невозможно!))
У тебя будет yet another конвертер/навигационная программа, возможно более гибкая и тому подобное.. Я не говорю "ты не сможешь", нет, но моё мнение, что все программы уже написаны, все интерфейсы уже выдуманы.

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

Offline

#33 2010-05-15 06:02:57

andriano
Member
Registered: 2009-06-15
Posts: 1,667

Re: Теги: стандартизация и исправление ошибок.

coolkaas wrote:

Пока брал данные после osm2mp, такого вопроса не возникало

форкни конвертер, он же открытый..

Здесь есть минимум 3 препятствия:
1. Интерпретируемый язык.
2. Целевой формат (MP) точно так же непригоден для визуализатора, как и OSM. Т.е. снова требуется конвертер.
3. Это уже мой личный недостаток - как только начинаю разбираться в каком-либо проекте, обнаруживаю в нем кучу несуразностей, после чего появляется желание переписать все с нуля.

Теги, встречающиеся разово, конечно не надо никак изображать. Нельзя угодить всем. Да и смысла нет. Если ты сделаешь все теги из мап_фичесов, это УЖЕ будет нечто! Вот, покрытием дорог у нас никто не занимается, хотя оно интересно за городом. Хотя бы через доп.свойства посмотреть (прямо на дороге наверно можно и не рисовать).

Минуточку!
Давай четко разделим понятия: "обрабатывать конвертером" и "отображать визуализатором".
Визуализатор, естественно, никак не может показать то, что пропущено конвертером, а вот конвертер вполне может (и должен!) обрабатывать то, что не будет показывать визуализатор.
Примеры:
- данные по организации движения - используются для прокладки маршрута, но не рисуются на карте,
- иерархическая структура объектов - используется для поиска, но сама структура не рисуется.
И в принципе, мне кажется, к программе, в число функций которой входит построение картоподобного изображения на экране, нельзя относиться как к карте: у нее может быть масса других функций недоступных бумажной карте, как раз тех, ради которых эту программу и стоит писать. И все эти функции, как правило, требуют определенного гобъема данных, которые непосредственно не отображаются на экране.
Но даже без дополнительных функций (типа поиска, маршрутизации и т.п.) у меня сейчас, например, при щелчке мышью по объекту выводится "простыня" с его свойствами. Я думаю, будет не очень здорово выглядеть, если просто вываливать на экран фрагмент XML-кода, соответствующий данному объекту. А это единственное, что можно сделать без его обработки. Зато есть гарантия, что пользователю будет доступно ВСЕ, что есть в OSM. smile
А чтобы привести выдачу к "человеческому" виду, конвертер должен это все как-то обрабатывать. При этом отчасти обработка может понадобиться именно чтобы не выводить лишнего - мне трудно представить ситуацию, при которой нужно выводить имя объекта на ВСЕХ языках. Значит, эти теги должны ВСЕ обрабатываться, а выводиться только международное название и название, соответствующее установленной на компьютере пользователя локали.
Что же касается покрытия дорог, то почему бы не предусмореть режим отображения (да, в этом случае именно отображения), при котором вместо статуса дороги показывалось качество ее покрытия. На выбор пользователя - либо одно, либо другое.

схема должна быть жёсткой. Другое дело, что _пополняемой_. Нельзя, уважаемый andriano, объять необъятное! Конвертер должен обрабатывать конечное число тегов, разумное. Не думаю, что мы, даже совместно, придумаем тут нечто новое.

А почему бы и не придумать?
Мне бы, например, показалось ОЧЕНЬ полезным наличие некоторого ПОПОЛНЯЕМОГО источника, который одновременно мог бы использоваться и в качестве справочника для картографа, и в качесте основы для программы -"теговалидатора" и для программы-конвертера. Собственно, размещенный здесь XML - как раз попытка создания первой итерации подобного источника (сейчас я его правлю ручками и по окончании собираюсь выложить следующую версию). Кстати, было бы желательно подключение его и к редактору - чтобы пользователь в основном не набирал теги вручную, а выбирал из списка.

Но и зажимать сообщество рисовать только известные теги, или их малое подмножество -- тоже не дело. Да это и не нужно -- каждый понимает, что программа при всём желании пользователя физически не сможет УДОБНО(!) отобразить ВСЕ теги, даже из списка мапфичесов.

Еще раз хочу обратить внимание на разницу между "обрабатывать" и "отображать".
Кроме того, теги имеют две части: ключ и значение. Сейчас они как бы равнопроавны с точки зрения свободы выбора. А должны быть, на мой взгляд, совершенно неравноправны: употребление в ключе нестандартной комбинации должно рассматриваться как явление крайне нежелательное (именно поэтому я и привел в исходном посте лишь анализ по ключевой части), а значение - в некоторых случаях (как, например, с ключами name или description) просто обязано быть уникальным. Опять же, хотелось бы четко разделить ключи на 3 типа:
1. С уникальными значениями.
2. Допускающие как уникальные, так и предопределенные значения.
3. Только с предопределенными значениями (как частный случай - единственное значение yes).

... но моё мнение, что все программы уже написаны, все интерфейсы уже выдуманы.

Я не разделяю эту точку зрения.

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

А разве я употребил слово "навигатор"?
Я пока еще вообще не решил, будет ли моя программа прокладывать маршрут или нет. Зато, например, она будет работать с базой КЛАДР. Это, кстати, отчасти ответ на вопрос - а все ли программы уже написаны. Я, например, не знаю ни одной, которая бы работала и с базой КЛАДР, и со спутниковыми снимками.

Offline

#34 2010-05-15 07:05:37

AkMeR
Member
From: Samara
Registered: 2008-02-27
Posts: 1,158

Re: Теги: стандартизация и исправление ошибок.

andriano wrote:

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

Richard Fairhurst с Вами бы не согласился:

I am going to ignore the endless rounds of proposals and voting procedures. Instead, I will use Tagwatch, OSMdoc and similar tools to actually do some productive mapping.

andriano wrote:

, а значение - в некоторых случаях (как, например, с ключами name или description) просто обязано быть уникальным.

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

Offline

#35 2010-05-15 08:50:05

KekcuHa
Member
From: Moscow
Registered: 2008-05-26
Posts: 607
Website

Re: Теги: стандартизация и исправление ошибок.

Ну конечно, никто никому ничем не обязал, каждый может лепить все что угодно:
http://www.openstreetmap.org/browse/way … 21/history - линия электропередач, она же ручей
http://www.openstreetmap.org/browse/way … 13/history - дом, он же дорога
http://www.openstreetmap.org/browse/way/40845859/ - математические выражения
http://www.openstreetmap.org/browse/way/9395279 - нормальный такой сервис. на 4 полосы.
Это так, навскидку по московскому региону.

Еще больная тема: обозначение дворовых проездов.
Вариант 1: highway=service + living_street=yes
Вариант 1а: вариация highway=service + livingstreet=yes  - http://www.openstreetmap.org/browse/way/23242517
Вариант 2: просто service - http://www.openstreetmap.org/browse/way/47048088
Вариант 3: highway=service+maxspeed=20  http://www.openstreetmap.org/browse/way … 79/history
Вариант 4: highway=living_street http://www.openstreetmap.org/browse/way/24491054
Вариант 5: highway=service + service=alley+living_street http://www.openstreetmap.org/browse/way/42205511
Вариант 6: highway=residential http://www.openstreetmap.org/browse/way/46037940

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

Offline

#36 2010-05-15 09:25:18

Z440
Member
Registered: 2010-03-22
Posts: 96

Re: Теги: стандартизация и исправление ошибок.

andriano wrote:

Стоит ли пытаться создать какой-либо справочный материал, в котором бы были исключительно "правильные" теги?
Если "да", то нужен ли он в открытом доступе?

Теги всякие нужны, теги всякие важны. Другое дело, что не все они при этом отображаются на карте.
С одной стороны уважаемый andriano совершенно правильно поднял эту тему. И на сколько я понял, он как раз не говорит, что надо, грубо говоря оставить 100 тегов, а остальные изъять из базы. А дело в том, что бы привести все к какому-то обозримому списку. Причем этот список должен признаваться всеми "разумными" smile пользователями ОСМ, при этом можно и нужно пополнять его новыми тегами, с каким-то минимальным, или не очень, обсуждением, например, на этом форуме. Причем важно это скорее не для наполнения базы данных (туда то, в самом деле, можно много чего напхать), а для того, что бы потом эти теги использовались при конвертации карт, большинством конверторов. Т.е. если я найду этот тег в списке и я его поставлю то увижу его на карте (или по крайней мере, можно будет потом как то им пользоваться). А что бы те, кто за полную свободу в  создании новых тегов smile, сильно не возмущались назвать этот список "Список рекомендованных тегов". Но если человек хочет, чтобы то что он рисует отразилось на карте он будет вынужден следовать этому списку. А не хочет, может изобретать, что угодно.
Есть RU:Howto Map A и RU:Map Features. Но нужно  их дополнить тегами и возможностью отображения именно российских реалий (для начала). И может быть дополнить более внятными примерами применения именно в российской действительности.
По себе сужу, я стараюсь следовать общим правилам и не лепить отсебятину. Хотя бы потому, что мне, как обычному пользователю ОСМ, нужно не только забить базу сведениями, которые никто не использует. Но и надо, что бы они отобразились на карте.
Пример, по поводу российских реалий. Я облазил RU:Map Features, и RU:Howto Map A, но например не нашел тега для зимовья. Это то что на сов.топокартах отражалось черным квадратиком с подписью Зим. При этом тег "зАмок" у нас есть. Поразительно, никогда не думал, что у нас в стране замков больше чем зимовий. smile Но тем не менее, т.к. я хочу, что бы этот значок отражался на карте я обозвал его shelter.  и добавил наличие очага. Хотя это нифига не это буржуйское шелтер, которое показано там на фотке, и совсем не охотничья вышка. Но ведь важно, когда человек идет по тайге, что бы он видел, что там есть какое-то убежище и если это опытный человек, надеюсь он догадается, что там не просто шалашик или верандочка посреди тайги поставлена. Но лучше, если бы был соотвующий тег.
И второй случай это еще одно понятие связанное с зимой - зимник. Можно конечно отразить через рестрикшн с датой начала конца запрета. Но хотелось бы что бы вид этого зимника отличался от других дорог. Да еще дело в том, что никто точно не знает когда зимник начнет работу и когда он закончится и если в январе по нему можно на ниве ездить, то под конец (март-апрель) только на камазе, и то не всегда. С другой стороны это совсем не то, что названо surface=ice_road. Вот и думаю, как же его обозначить. А было бы это в списке я бы поставил так как там рекомендовано т.к. для меня важно, что бы этот знак появился на карте и что бы его правильно понимали а не самовыразится, за счет создания новых тегов. smile

Так что на оба вопроса - Да.
И еще

KekcuHa wrote:

Ну конечно, никто никому ничем не обязал, каждый может лепить все что угодно:

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

Last edited by Z440 (2010-05-15 09:38:18)

Offline

#37 2010-05-16 11:33:03

dedNikifor
Member
From: Белгород
Registered: 2009-09-11
Posts: 3,419

Re: Теги: стандартизация и исправление ошибок.

без обид, но вы офигенно не правы


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

не нужно "подгонять" теги, обозначающие конкретные вещи под вещи совершенно другие
хотите обозначить то, для чего тег еще не придуман - начните с топика на форуме и предложите сочетание key=value, который потом плавно перейдет в пропозал
в противном случае в базе как раз и начинается бардак


//зимник. Можно конечно отразить через рестрикшн с датой начала конца запрета.

открыли зимник - вы его нарисовали
закрыли зимник - вы добавили к веям, обозначающим его, тег access=no и получили запрет навигатору прокладывать маршрут по зимнику
т.е. не нужно заморачиваться с рестрикшенами, когда есть простой способ внести подобные изменения руками (2 раза в год - это не 2 раза в день, вполне посильно)

Offline

#38 2010-05-16 12:02:53

Zkir
Member
From: Хрустальная Москва
Registered: 2009-02-21
Posts: 6,110

Re: Теги: стандартизация и исправление ошибок.

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

Вот именно. Карту надо не только нарисовать, а и иметь возможность прочитать.
Для добавления тегов в  Map Features (которые как раз и нужны, чтобы можно было понять что есть что) слава Б-гу есть процедура.


Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.

Offline

#39 2010-05-16 12:13:56

KekcuHa
Member
From: Moscow
Registered: 2008-05-26
Posts: 607
Website

Re: Теги: стандартизация и исправление ошибок.

dedNikifor wrote:

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

Вики, как мы выяснили, ничего не значит, не так ли?

Offline

#40 2010-05-16 12:45:52

liosha
Member
From: Moscow
Registered: 2008-03-04
Posts: 8,447
Website

Re: Теги: стандартизация и исправление ошибок.

KekcuHa wrote:
dedNikifor wrote:

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

Вики, как мы выяснили, ничего не значит, не так ли?

Для умеющих читать вики значит немало smile

Offline

#41 2010-05-16 15:57:21

akashihi
Member
Registered: 2009-10-11
Posts: 133

Re: Теги: стандартизация и исправление ошибок.

Z440 wrote:

Пример, по поводу российских реалий. Я облазил RU:Map Features, и RU:Howto Map A, но например не нашел тега для зимовья. Это то что на сов.топокартах отражалось черным квадратиком с подписью Зим. При этом тег "зАмок" у нас есть. Поразительно, никогда не думал, что у нас в стране замков больше чем зимовий. smile

позволю себе обратиться к википедии:

1)

«Ночная перина Кёнигсберга»


Кёнигсберг как крепость все века строился и перестраивался, и финалом этих перманентных перестроек стал мощная кольцевая система городских фортов, возведённых в XIX веке и блокирующих подступы к городу. Кольцо проходило на удалении около 5 километров от городских стен и состояло из 12 больших и 5 малых фортов.

2)

Второй вальный оборонительный обвод

значительная часть сооружений Второго вального обвода сохранилась до сих пор. Прежде всего это семь городских ворот, оборонительная казарма «Кронпринц», оборонительные башни «Врангель» и «Дона», Астрономический бастион (назван так из-за близости к бывшей обсерватории Бесселя) и несколько менее значительных сооружений — бастионов, редюитов и т. п.

Уточню что только в районе казармы "Кронпринц" сохранилось два бастиона, три редюита (импортных :-) итд

3)

Первый вальный оборонительный обвод

Следующий пояс укреплений построен в 1626—1634 годах, окружая Кёнигсберг со всеми общинами в окружности двух миль с валами (тогда же был насыпан Литовский вал), 32 ротондами и равелинами, двумя воротами на юг и с семью на Прегель.


Из всего этого фортификационного великолепия сохранилось (из того, что я вспомнил)
1)Две оборонительных башни.
2)12 больших и 3 малых форта
3)Ров и насыпные сооружения оборонительного комплекса литовского вала
4)9 городских ворот
5)3 оборонительных казармы разных лет (не считая использующихся вояками прямо сейчас)
6)4 равелина и 6 редюитов
7)8 казематов
8)3 бастиона

Итого минимум 48 объектов, заслуживающих historic=castle, castle_type=fortress

И ни одного зимовья smile

Offline

#42 2010-05-16 18:30:16

andriano
Member
Registered: 2009-06-15
Posts: 1,667

Re: Теги: стандартизация и исправление ошибок.

akashihi wrote:

Итого минимум 48 объектов, заслуживающих historic=castle, castle_type=fortress

И ни одного зимовья smile

Смотрим приведенную выше статистику и находим:
castle_type - 10 шт,
ruins - 10 шт.
а вот shelter - нет. По крайней мере, среди key.

Offline

#43 2010-05-16 18:48:30

dedNikifor
Member
From: Белгород
Registered: 2009-09-11
Posts: 3,419

Re: Теги: стандартизация и исправление ошибок.

юзается amenity=shelter
а не shelter=yes
поэтому и не видно их)

Offline

#44 2010-05-16 19:00:39

akashihi
Member
Registered: 2009-10-11
Posts: 133

Re: Теги: стандартизация и исправление ошибок.

andriano wrote:

Смотрим приведенную выше статистику и находим:
castle_type - 10 шт,
ruins - 10 шт.
а вот shelter - нет. По крайней мере, среди key.

А можете выбрать id для объектов с castle_type?  Сдаётся мне, что я единственный кто этот тег использует в РФ smile

Offline

#45 2010-05-16 19:15:02

Komяpa
Member
From: Minsk
Registered: 2009-04-14
Posts: 1,323
Website

Re: Теги: стандартизация и исправление ошибок.

akashihi. покликай по значениям тегов на http://osm.sbin.ru/stat/latest/tags-c.html - не ты один smile


world processing is what we do.
[OSMF BY Team] [http://komzpa.net/] [jabber: komzpa@gmail.com] [mobile/SMS: +375257407159]

Offline

#46 2010-05-16 20:51:18

zgremlin
Member
Registered: 2008-07-31
Posts: 332

Re: Теги: стандартизация и исправление ошибок.

dedNikifor wrote:

юзается amenity=shelter
а не shelter=yes
поэтому и не видно их)

А почему не видно?
Вот строчка статистики

shelter    1254    no (148), yes (1106),

Да и amenity=shelter там аж 55 штук.

Offline

#47 2010-05-16 21:15:36

akashihi
Member
Registered: 2009-10-11
Posts: 133

Re: Теги: стандартизация и исправление ошибок.

Komяpa wrote:

akashihi. покликай по значениям тегов на http://osm.sbin.ru/stat/latest/tags-c.html - не ты один smile


Какая клёвая штука, спасибо smile

Offline

#48 2010-05-17 06:53:56

Z440
Member
Registered: 2010-03-22
Posts: 96

Re: Теги: стандартизация и исправление ошибок.

dedNikifor wrote:

не нужно "подгонять" теги, обозначающие конкретные вещи под вещи совершенно другие
хотите обозначить то, для чего тег еще не придуман - начните с топика на форуме и предложите сочетание key=value, который потом плавно перейдет в пропозал

Вы правы, я не совсем прав. Но я старался подобрать наиболее подходящий тег. Т.к. по большому счету, зимовье это то же shelter (укрытие, убежище) только с крепкой дверью, печью и запасом дров (обычно). Кто то даже может сказать, что это одно и тоже и разница видна только мне. (тем более если можно еще указать наличие очага) Поэтому я и сомневаюсь. Для этого видимо и нужно где-то обсуждать применение подобных тегов. И рекомендации по их использованию. Главное что бы это shelter на территории тайги понималось однозначно.

По поводу зимников. Да это вариант. Но к сожалению, я не живу рядом с этим зимником. И у меня не возможности отслеживать время его открытия-закрытия. Сейчас на него уже можно поставить запрет. Но вот когда он откроется, я может быть буду в командировке без доступа к И-нету. Да и к каждому зимнику не приставишь дежурного, хотя конечно это и мысль, но боюсь не осуществимая. Кроме того, как я уже писал, в разное время там может ездить разный транспорт. Как все это учесть? (на тот зимник, что я нанес на карту поставил access=no)

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

akashihi wrote:

Итого минимум 48 объектов, заслуживающих historic=castle, castle_type=fortress
И ни одного зимовья

Так уж исторически сложилось, что территория нашей страны не ограничивается территорией Калининградской обл. (может и к сожалению, но факт). smile Я не писал, что замков вообще нет. (чего у нас только нет!):) Но думаю что если взять всю территорию "нашей необъятной" то зимовий все таки будет больше.

Last edited by Z440 (2010-05-17 06:56:22)

Offline

#49 2010-05-17 07:04:01

liosha
Member
From: Moscow
Registered: 2008-03-04
Posts: 8,447
Website

Re: Теги: стандартизация и исправление ошибок.

Имхо зимники надо как-то явно указывать, а не отслеживать время открытия/закрытия.
И они наверно должны в route=* попадать, а не в highway

route=winter_road?

Offline

#50 2010-05-17 07:13:09

dkiselev
Member
Registered: 2010-02-09
Posts: 3,364

Re: Теги: стандартизация и исправление ошибок.

KekcuHa wrote:

Еще больная тема: обозначение дворовых проездов.
Вариант 1: highway=service + living_street=yes
Вариант 1а: вариация highway=service + livingstreet=yes  - http://www.openstreetmap.org/browse/way/23242517
Вариант 2: просто service - http://www.openstreetmap.org/browse/way/47048088
Вариант 3: highway=service+maxspeed=20  http://www.openstreetmap.org/browse/way … 79/history
Вариант 4: highway=living_street http://www.openstreetmap.org/browse/way/24491054
Вариант 5: highway=service + service=alley+living_street http://www.openstreetmap.org/browse/way/42205511
Вариант 6: highway=residential http://www.openstreetmap.org/browse/way/46037940

1a - возможно опечатка

А чего криминального в пунктах 1,  2, 3 и 5
highway=service - подъезд/проезд
living_street=yes - преимущество пешеходов
service=alley - уточнение типа подъезда/проезда

highway=living_street - так вроде обозначаем улицы где есть знак жилая зона.
и т.д.

В общем за исключением вариантов 6 и 1а - где противоречие? В конце концов дворовые проезды тоже бывают всякие.


mail: dkiselev@osm.me      skype: dmitry.v.kiselev
Open Street Maps are supreme! Exterminate all map forms! Exterminate! Exterminate!

Offline

Board footer

Powered by FluxBB