Uk:Relation:multipolygon

From OpenStreetMap Wiki
Jump to: navigation, search
Доступні мови — Relation:multipolygon
· Afrikaans · Alemannisch · aragonés · asturianu · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · Bân-lâm-gú · Basa Jawa · Baso Minangkabau · bosanski · brezhoneg · català · čeština · 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 · português do Brasil · 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 · беларуская · български · қазақша · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · मराठी · हिन्दी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 吴语 · 粵語 · 中文(繁體)‎ · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް
Public-images-osm logo.svg multipolygon
Multipolygon Illustration 6.svg
Опис
Зв’язок мультиполігон використовується для створення комплексних полігонів.
Група: Properties
Учасники

  • Way - outer
  • Way - inner
Статус: Схвалено

Зв’язок типу мультиполігон використовується для створення комплексних полігонів.

Прості полігони створюються в OSM за допомогою однієї замкненої лінії і позначення будь-яким теґом, що має на увазі полігон, а не замкнену лінію. Наприклад, замкнена лінія, позначена landuse=forest, буде тлумачитись, як полігон, в той час як лінія з теґом junction=roundabout — ні.

Однак, дана модель працює тільки з полігонами, які складаються з однієї лінії і не мають отворів. Будь-який інший полігон, що є складнішим за цей (наприклад: берегова лінія, що складається з послідовно з’єднаних ліній, або полігон, що складається з кількох нез’єднаних частин, або такий, що має отвори) потребує використання зв’язку мультиполігон.

Якщо коротко, зв’язок мультиполігон може складатись з кількох ліній, що мають роль outer (зовнішній периметр) та кількох ліній з роллю inner (отвори), і вони повинні утворювати вірні замкнені межі для утворення форми мультиполігону.

В основному в Німеччині type=multipolygon використовувався замість type=boundary для створення зв’язків кордонів. Цей метод не набув широкого поширення і вважається застарілим.

Теґи

Ключ Значення Пояснення
type multipolygon Говорить застосункам, що потрібно використовувати правила побудови полігону на основі його членів.
... ... Будь-які теґи, що описують мультиполігон (назва, використання землі, ...)

Члени

Лінія або Точка Роль Рекурентність? Пояснення
Way outer оди чи більше Лінії, що утворюють зовнішній периметр полігону.
Way inner нуль чи більше Лінії, що утворюють межі отворів в середині полігону.
Way none Не використовувати, застаріле. Інструменти повинні опрацьовувати такі члени, як «outer».

Використання

Використання мультиполігонів передбачає наступне:

  • Теґи, що описують мультиполігон (напр. landuse=forest) повинні призначатись зв’язку. Лінії, що утворюють зовнішній периметр, повинні лишатись без теґів, за виняток випадків, коли вони позначають самостійні речі. Наприклад, ліс може бути окреслений чотирма парканами, в цьому випадку кожна лінія буде позначена теґом паркану barrier=*, але вони все ще можуть бути використані як члени зв’язку з роллю "outer", що утворюють зовнішній периметр лісу.
  • Якщо у вас є одна замкнена лінія і вона не описує щось сама по собі, ви можете лишити зв’язок без теґів, призначивши їх цій лінії. Якщо ви маєте більше ніж одну зовнішню лінію (див. "Розширені Мультиполігони" нижче), це не матиме жодного сенсу. Передбачається (для підтримання цілісності) завжди додавати теґи мультиполгону до зв’язку.
  • Якщо внутрішня лінія представляє щось сама по собі (напр. ліс із отвором, де отвір є озером), внутрішня лінія може бути позначена відповідним чином.
  • В іншому випадку внутрішні лінії повинні лишатись без теґів.
  • Спрямованість ліній значення не має.
  • Послідовність членів зв’язку також не має значення (але правильно відсортовані списки членів можуть допомогти редакторам в перевірці повноти інформації).

Вагомі умови для мультиполігонів

Загалом, зв’язки мультиполігони можуть використовуватись для створення мультиполігонів у відповідності до стандарту OGC Simple Feature (Графічні приклади дійсності OGC). Будь-що, що не відповідає стандарту (напр. мультиполігони із самоперетином) повинне вважатись недійсними зв’язками мультиполгонами, із важливим виключеннями, щодо внутрішніх отворів, що доторкаються між собою (див. нижче).

Ми визначаємо дійсним (замкненим) полігоном з'єднання підмножини ліній (членів), які утворюють замкнений полігон, коли їх кінці з’єднані між собою.

Ми визначаємо незамкнену лінію, як комбінацію точок, в якій координати першої точки відрізняються від останньої.

Дійсним зв’язком мультиполігоном, є зв’язок, що відповідає наступним вимогам:

  • Лінії члени мультиполігону ПОВИННІ утворювати один чи більше замкнений полігон, коли лінії, що належать зв’язку, з’єднанні таким чином, що вони утворюють один чи більше замкнений ланцюг. [1]
  • Рівно дві незамкнені лінії, і не більше, повинні мати спільну кінцеву точку (напр. крайні точки ліній показані чорними крапками на малюнках).
    • Якщо кінцева точка належить менше ніж двом лініям, полігон не може вважатись замкненим і є погано сформованим. поганий приклад 1
    • Якщо кінцева точка належить більше ніж двом лініям, замкнений полігон не може бути реконструйований однозначно. поганий приклад 2 (Виключення – точки, що належать парному числу незамкнених ліній повинні бути частиною внутрішніх отворів, що дотикаються друг друга.)
  • Внутрішні полігони не повинні перекривати зовнішні полігони чи дотикатись них. Перекриття можливо усунути повною переробкою мультиполігону.

Приклади

Одна зовнішня і одна внутрішня лінії

Самий простий та найчастіше використовуваний випадок з однією зовнішньою та однією (чи більше) внутрішньою лініями, що утворюють окремі замкнені лінії.
<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="inner" />
</relation>
Малюнок 1: Одна зовнішня і одна внутрішня замкнені лінії

Одна зовнішня лінія і два отвори

<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="inner" />
  <member type="way" id="3" role="inner" />
</relation>
Малюнок 2: Одна зовнішня лінія і два отвори

Кілька ліній утворюють замкнене коло

Розширена схема побудови мультиполігонів дозволяє будь яким внутрішнім отворам та периметру мультиполігона складатись з більше ніж однієї лінії. Це дуже зручно для полігонів, що покривають великі ділянки, там де непрактично мати одну велику лінію, що оточує весь полігон:
<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="outer" />
  <member type="way" id="3" role="inner" />
</relation>
Малюнок 3: Кілька ліній утворюють замкнене коло

Два нез’єднаних зовнішніх периметри

На відміну від простих мультиполігонів, вдосконалені мультиполігони дозволяють мати будь-яку кількість зовнішніх периметрів і бути в той самий час вірними мультиполгонами:
<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="outer" />
</relation>
Малюнок 4: Два нез’єднаних зовнішніх периметри

Два нез’єднаним зовнішніх периметри і дві лінії, що утворюють отвір

Можливість створювати замкнені периметри із окремих ліній не обмежуються лише зовнішніми периметрами, отвори також можуть утворюватись у такий спосіб:
<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="inner" />
  <member type="way" id="3" role="inner" />
  <member type="way" id="4" role="outer" />
  <member type="way" id="5" role="inner" />
</relation>
Малюнок 5: Два нез’єднаним зовнішніх периметри і дві лінії, що утворюють отвір

Комплексна комбінація всіх розширених можливостей

Цей приклад показує застосування всіх розширений можливостей: три зовнішній периметри, два з яких мають один чи більше отворів, де більшість з них складається з кількох ліній.
<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="outer" />
  <member type="way" id="3" role="outer" />
  <member type="way" id="4" role="outer" />
  <member type="way" id="5" role="inner" />
  <member type="way" id="6" role="inner" />
  <member type="way" id="7" role="inner" />
  <member type="way" id="8" role="inner" />
  <member type="way" id="9" role="inner" />
  <member type="way" id="10" role="inner" />
  <member type="way" id="11" role="inner" />
  <member type="way" id="12" role="outer" />
  <member type="way" id="13" role="outer" />
  <member type="way" id="14" role="outer" />
  <member type="way" id="15" role="outer" />
  <member type="way" id="16" role="inner" />
  <member type="way" id="17" role="inner" />
  <member type="way" id="18" role="inner" />
  <member type="way" id="19" role="inner" />
  <member type="way" id="20" role="outer" />
</relation>
Малюнок 6: Комплексна комбінація всіх розширених можливостей

Острови із отворами

Виходячи з можливості мати кілька зовнішніх периметрів в одному зв’язку, виходить, що можливо легко створити модель острівця з отвором:
<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="inner" />
  <member type="way" id="3" role="outer" />
</relation>

Щоб зробити подібне раніше, потребувалось створити кілька окремих мультиполігонів, один — з лінією 1 в ролі outer, лінією 2 inner; інший — з лінією 2 в ролі outer, лінією 3 inner. Подібні каскади все ще потрібні й зараз, коли острівець в середині має інші властивості, ніж полігон ззовні, але якщо острівець і полігон ззовні мають однакові властивості, все це можна утворити як отвір в отворі.

Малюнок 7: Остров із отворами

Дотичні внутрішні отвори

Дотичні отвори в будь-якому випадку повинні утворюватись, взагалі, тільки замкненими лініями, тому що в іншому випадку їх дуже важко обробляти програмним забезпеченням. Лінії way#2 та way#3 повинні бути замкненими лініями. Якщо можливо, краще об’єднати їх до однієї лінії, якщо вони позначають один об’єкт.

Дехто з маперів використовує "мультиполігони" для поєднання дотичних внутрішніх отворів:
<relation id="1">
  <tag k="type" v="multipolygon" />
  <member type="way" id="1" role="outer" />
  <member type="way" id="2" role="inner" />
  <member type="way" id="3" role="inner" />
</relation>

В реалізації рендерінгу розширених мультиполігонів, рендер намагатиметься показати дотичні отвори як один. Це такий випадок, коли використання в OpenStreetMap відрізняється від стандартів OGC Simple Features. В них дотичність кілець не підтримуються, оскільки вони не потрібні (навіщо створювати два отвори, коли можна замість цього створити один). В OpenStreetMap, вони іноді мають сенс, коли їх потрібно індивідуально позначити, наприклад ліс з галявиною, частину якої займає озеро, а іншу поле – вам потрібно утворити два «отвори» в лісі, один з яких позначити natural=water, а інший landuse=farmland. Це іноді потрібно для того, щоб створити тільки один отвір в лісі, а потім створити окремі полігони для озера і поля. Інакше це вимагало б занадто багато роботи для них.

Уникайте також створення мультиполігонів, де внутрішні отвори дотикаються до зовнішнього периметру.

Малюнок 8: Дотичні внутрішні отвори

Погані приклади

Тут містяться приклади помилкових мультиполігонів, щоб показати як НЕ треба робити

Незамкнений полігон

Цей приклад показує помилковий мультиполігон, так як лінії way #2 та way #3 не з’єднані.
Малюнок 9: помилковий Незамкнений полігон

Перекриття, незамкнені лінії, що належать до тієї ж ролі

Цей приклад показує помилковий мультиполігон, у якого кінцеві точки лінії way #2 та лінії way #3 належать більше ніж двом лініям.
Малюнок 10: помилковий неоднозначний мультиполігон

Додаткові приклади

Позначення теґами

  • Пропонується застосовувати всі теґи, які описують полігон, до зв’язку, а не до ліній. У багатьох випадках це призведе до появи ліній без теґів.
  • Реалізація з урахуванням сумісності:
    • Стиль креслення обирається на основі теґів самого зв’язку.
    • Якщо зв’язок не містить теґів, використовується стиль ліній зовнішнього периметру.
    • Якщо зовнішні стилі не співпадають або відсутні, це вважається помилкою.
    • Креслення внутрішніх ліній визначається їх теґами. Якщо стиль теґів внутрішніх ліній співпадає зі стилем зовнішніх ліній (старий метод), стиль внутрішніх ліній вважається незаповненим.

Тонкощі теґування

Цей розділ призначений розробникам програмного забезпечення, користувачі повинні завжди додавати теґи до зв’язку, а не до лінії зовнішнього периметру!

Теґування таких зв’язків мультиполігонів може виконуватись кількома способами. Ось перелік випадків, проблем та способів їх розв’язання:

  • Зв’язок має більше ніж одну зовнішню (outer) лінію:
    Зв’язок має теґи
    Використовуються теґи зв’язку, теґи ліній — ігноруються.
    Зв’язок не має теґів, але одна чи більше зовнішніх ліній, що утворюють периметр, мають ідентичні набори теґів
    Достовірні дані, теґи з позначених відрізків застосовуються до всіх відрізків, що складають зовнішній контур.
    Зв’язок не має теґів, а зовнішні лінії, що утворюють периметр, позначені по різному
    Це проблемна ситуація з невизначеним результатам.
  • Зв’язок має більше ніж одну внутрішню (inner) лінію:
    Один внутрішній контур (складається з однієї чи більше ліній) має теґи, а інші — ні.
    Внутрішній контур без теґів, показується як отвір, внутрішній контур з теґами показується у відповідності з його теґами.
    Різні отвори з різними теґами.
    Кожен отвір показується відповідно до власних теґів.
    Один контур (складається з двох чи більше ліній), лінії якого мають різні теґи.
    Якщо лінії не мають теґів, використовуються теґи інших ліній. Якщо лінії мають різні теґи, це така ж проблемна ситуація, як і у випадку з лініями зовнішнього периметру.

Рендерінг

  • JOSM може показувати такі розширені мультиполігони починаючи з версії 1203
  • Osmarender (T@H) підтримує розширені мультиполігони
  • Mapnik, забезпечує рендерінг на www.openstreetmap.org, (поки що) не має повної підтримки "розширених мультиполігонів"
  • mkgmap повністю підтримує починаючи з версії 1497
  • GpsMid підтримує, принаймні, більшість функцій розширених мультиполігонів
  • Запропоновано алгоритм обробки мультиполігонів

Стиль мапінгу, кращі приклади

Мультиполігони відкривають можливість створення геометрично ідентичних об’єктів використовуючи різні стилі: у вигляді ліній чи мультиполігонів, використовуючи замкнені і не замкнені, або спільні чи окремі лінії.

Основним питанням є: який стиль мапінгу використовувати. Деякі стилі мають переваги над іншими, і повинні розглядатись як добра практика. Для інших, вибір більше залежить від уподобань, або ж від досвідченості мапера.

В узагальненому вигляді, для великих територій, що позначаються одним і тим же теґом, може використовуватись велика кількість невеликих мультиполігонів чи замкнених ліній, чи менша кількість більших мультиполігонів. Для мультиполігонів можливі два стилі мапінгу:

Метод A
Внутрішній і зовнішній контури утворюються замкненими лініями, якщо можливо, за винятком, коли ці лінії є достатньо великими (більше ніж 2000 точок). Лінії, як правило належать одному мультиполігону
Метод Б
Кожна межа між двома мультиполігонами представляється окремою лінією, яка потім входить до складу відповідних дотичних мультиполігонів. Отже периметр мультиполігону складається з кількох відкритих ліній

Питання, який стиль мапінгу мультиполігонів використовувати, інтенсивно обговорюються впродовж останніх років, дивіться Talk:Relation:multipolygon, а також на форумах. Досі ще не досягнуто остаточного консенсусу, але використовуються наступні правила:

  • Нанесення простих замкнених ліній у вигляді мультиполігонів збільшує кількість об’єктів бази даних та час їх рендерінгу. Таке додаткове підвищення складності треба уникати.
  • Використання спільних ліній мультиполігонами (метод Б) дозволяє підвищити ефективність подання даних, уникаючи застосування ліній, що накладаються одна на одну.
  • Мультиполігони, що складаються з незамкнених ліній (метод Б), важче обробляти недосвідченим маперам і в простих редакторах, таких як Potlatch 2, що часто призводить до випадкового руйнування таких мультиполігонів користувачами, які нічого не підозрюють.
  • Багато досвідчених учасників висловлюються, щодо дискомфорту метода Б, особливо для дуже великих мультиполігонів.
  • Величезні мультіполігони призводять до уповільнення процесу візуалізації.
  • Редагування складної геометрії в JOSM легше, швидше і не призводить до помилок з методом А. Так як метод Б потребує вилучення, створення та вставки різних ліній до коректних зв’язків мультиполігонів.

Поки що не існує офіційних застережень, як правильно використовувати мультиполігони, до тих пір доки вони є геометрично вірними. Однак вважається, що вибір відповідного стилю мапінгу дозволить зберегти базу даних незасміченою та простою для внесення змін кожним з учасників.

Potlatch 2 приклади

На мапі трав’яниста ділянка посеред дерев:
Potlatch 2 мультиполігони, приклад - спочатку

Клацніть на зовнішню лінію:
Potlatch 2 мультиполігони, приклад - виділено зовнішню лінію

Утримуючи Control клацніть на внутрішню лінію:
Potlatch 2 мультиполігони, приклад - виділено внутрішню лінію

Помітили, як з’явився значок з «пончиком» на панелі інструментів:
Potlatch 2 мультиполігони, приклад - з’явилась кнопка з «пончиком»

Натисніть його:
Potlatch 2 мультиполігони, приклад - клацніть на «пончик»

Щоб побачити актуальні теґи, що були додані, натисніть advanced:
Potlatch 2 мультиполігони, приклад - натисніть advanced

Мільтиполігон був створений:
Potlatch 2 мультиполігони, приклад - мультиполігон

Potlatch 1 приклад

Potlatch 1 приклад

В Potlatch 1, ролі для мультиполігону треба призначати його членам, а не зв’язку, В режим редагування, виділіть члена зв’язку і оберіть роль inner чи outer зі списку.

Допоміжні інструменти

Дивіться також

  • Дивіться The Future of Areas, де міститься обговорення, як покращити обробку полігонів в OSM.