RU:Один объект - один элемент OSM

From OpenStreetMap Wiki
Jump to: navigation, search
Доступные языки — One feature, one OSM element
· Afrikaans · Alemannisch · aragonés · asturianu · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · Bân-lâm-gú · Basa Jawa · Basa Sunda · Baso Minangkabau · bosanski · brezhoneg · català · čeština · corsu · dansk · Deutsch · eesti · English · español · Esperanto · estremeñu · euskara · français · Frysk · Gaeilge · Gàidhlig · galego · Hausa · hrvatski · Igbo · interlingua · Interlingue · isiXhosa · isiZulu · íslenska · italiano · Kiswahili · Kreyòl ayisyen · kréyòl gwadloupéyen · Kurdî · latviešu · Lëtzebuergesch · lietuvių · magyar · Malagasy · Malti · Nederlands · Nedersaksies · norsk bokmål · norsk nynorsk · occitan · Oromoo · oʻzbekcha/ўзбекча · Plattdüütsch · polski · português · română · shqip · slovenčina · slovenščina · Soomaaliga · suomi · svenska · Tiếng Việt · Türkçe · Vahcuengh · vèneto · Wolof · Yorùbá · Zazaki · српски / srpski · беларуская · български · қазақша · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · मराठी · हिन्दी · भोजपुरी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · བོད་ཡིག · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ ⵜⴰⵏⴰⵡⴰⵢⵜ‎ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 中文(繁體)‎ · 吴语 · 粵語 · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް

Один объект - один элемент OSM это хороший стиль или принцип, смысл которого не требует пояснений. Один объект реального мира (один-на-земле) должен быть отображён как один OSM элемент.

Объекты карты

Элемент OSM должен соответствовать только одному существующему на земле объекту:

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

Примеры неудачных ситуаций:

  • Полигон описанный как здание с единственной точкой интереса внутри него. Переместите теги POI на здание и удалите точку.
  • Полигон, являющийся территорией, с единственным внутренним полигоном являющимся зданием и отмеченным тегами. Скопируйте метки на внешний полигон и удалите их из внутреннего кроме ключа здания.
  • Полигон-здание с внутренней точкой POI расположенный внутри другого полигона, являющегося территорией. Переместите метки POI на внешний объект и удалите из внутреннего полигона, удалите точку.

Ситуации, в которых несколько элементов OSM могут быть необходимы:

  • Более одного чего-нибудь на одной территории. Например, две школы на общей территории. Обычно, если школы отдельные, то у них и территории разделены; но если только различие в зданиях, то полигон территории должен быть помечен подходящим landuse=*, а здания отмечены индивидуально.
  • Несколько POI для зданий. Здания должны быть помечены как здание, и должны иметь точки или области объектов, представляющих находящиеся в них POI. например Магазины внутри пассажа (молла или торгового центра)
  • Обозначение населенных пунктов. Наносится граница населенного пункта и его центр; они связываются отношением мультиполигон. См. ключ place=*.

Описания тегов

Тегу должно соответствовать одно и только одно понятие:

  • Понятие может иметь много псевдонимов, до тех пор пока это относятся к тождественным понятиям, имеющим одну каноническую форму.
  • Теги могут охватывать несколько разновидностей одной концепции, но они не должны объединять разные понятия.
  • Теги высокого уровня могут иметь иерархию понятий, там где они не могут быть однозначны (можете сделать что-нибудь своё) или там, где тип не известен. Смесь из атрибутов иногда полезна (например x=y + y=z).

Недостатки:

  • "Зонтичный" тег. Можно купить напитки в нескольких местах. Эти места будут разными - бары, кафе, магазины, торговые автоматы и т.д. Кто-то может спроектировать систему поиска напитков и может использовать такие объекты и разработать соответствующие правила, чтобы сузить выбор.

См. также

  • RU:Relation:multipolygon способ обозначения сложных площадей (частый случай когда объект разделён дорогой)
  • RU:Relation:site если объект карты не может быть описан простым мультиполигоном прибегают к этому отношению (частый пример это разбросанный по местности или целому региону объект карты)
  • building:part=* способ обозначения сложных сданий и зданий с разными свойствами у отдельных частей здания (высота, этажность)