Pl:Relacja

From OpenStreetMap Wiki
(Redirected from Pl:Relation)
Jump to: navigation, search
Dostępne języki — Relation
· 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 · беларуская · български · қазақша · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · मराठी · हिन्दी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 吴语 · 粵語 · 中文(繁體)‎ · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް
Pomoc



Relation Artykuł definiuje używane przez OSM relacje. Wprowadzenie w relacje znajduje się w artykule Wprowadzenie_w_relacje. W części Narzędzia znajdują się wskazówki dotyczące narzędzi do edycji i sprawdzania relacji.

Zwróć uwagę na: Relacje nie sa kategoriami.
Np. Nie tworzymy za pomocą relacji jednej grupy ze wszystkimi stacjami benzynowymi jednej firmy. Możemy je znaleźć także za pomocą poszukiwania Key:amenity oraz Key:operator.

Relacje to typ obiektów wprowadzonych przez API v0.5 8. października 2007 r. Z punktu widzenia modelu danych OSM relacje są zasadniczo grupami obiektów, w których każdy obiekt może mieć specjalną rolę. Relacje mogą posiadać także tagi. Ten artykuł jest punktem wyjścia do dyskusji i wreszcie dokumentacją metod obecnie zwykłych, takich jak artykuł Map Features dla znaczników.

Użycie

Relacje są używane do tworzenia logicznego modelu (zazwyczaj lokalnego) lub geograficznej relacji między obiektami. Nie są one przeznaczone do przechowywania luźno związanych, ale rozrzuconych obiektów. Niewłaściwe byłoby, na przykład, aby użyć relacji do tworzenia grupy "Wszystkie chodniki w zachodniej Polsce".

Obiekty

  • szkoły - gdzie węzeł lub budynek jako Zespół Szkół jest type=site, a poszczególne szkoły są relacjami.
  • szpitale/przychodnie lekarskie, gdzie węzeł lub budynek jest type=site a poszczególne oddziały lub gabinety jako relacje.
  • groby/grobowce/krypty - gdzie miejsce pochówku jest type=tomb a poszczególni zmarli jako relacje do danego grobu.


Rozmiar

Zaleca się, aby stosować nie więcej niż około 300 zależnych elementów. Jeśli mamy objąć więcej elementów, to należy stworzyć kilka relacji i połączyć je w Super-Relation. Powód: im więcej obiektów składa się na jedną relację, tym trudniej jest ją obsługiwać, łatwiej popełnić błędy oraz bardziej obciąża zasoby w bazie danych i serwer.

Oznaczanie

Klucz Wartość Opis
type typ relacji obowiązkowe
name nazwa Nazwa miejsca , szkoły, obiektu ...
typ relacji * (opcjonalnie) Typ miejsca (np. szkoła lub szpital). To może być zbędne, biorąc pod uwagę, że mamy już amenity=*, leisure=*, railway=*, itd.

Elementy

Way lub Node Role Ilość Opis
Node label zero lub więcej Definiuje gdzie umieścić etykietę.
Area Relation perimeter zero lub więcej Powierzchnia lub multipolygon. Definiuje obwód obiektu.
Area Relation outline zero lub więcej Obszary, które tworzą ściany budynku. Inne nazwy? Może po prostu "wall"?
Node entrance zero lub więcej Węzeł lub węzły na obwodzie określające wejście do obiektu.
Node Way Area Relation puste zero lub więcej Cokolwiek chcemy oznaczyć jako część obiektu. Np. budynki, pasy startowe, parkingi, boiska itp.
Node Area Relation contains zero lub więcej Powinno być używane dla POI wewnątrz budynku. Jeśli mamy szczegółowe informacje o takim POI (oddzielne wejście, inny adres, czy coś w tym stylu), byłoby lepiej zbudować oddzielną relację dla każdego POI i następnie umieścić to jako członek tutaj.
Node Relation address zero lub więcej To powinno być stosowane dla węzłów i relacji, które zawierały informacje adresowe. Więcej na ten temat w Proposed features/House numbers/Karlsruhe Schema

Role

Role jest opcjonalnym polem tekstowym opisującym rolę elementu relacji. Na przykład, w zakresie relacji dla Wieloboku: role = inner (wewnętrzna) i role = outer (zewnętrzna) są używane do określania, czy wielokąt tworzy wewnętrzną lub zewnętrzną część tego wieloboku.

Typ relacji Mf Relation.svg

Typ Opis Grafika
associatedStreet Grupowanie elementów związanych z ulicą. Patrz Karlsruhe scheme
boundary Grupowanie granic i oznaczanie enklaw i eksklaw.
bridge Grupowanie wszystkich elementów mostu.
destination_sign Grupowanie znaków kierunkowych na lub przed skrzyżowaniami.
Zeichen 419-20 – Pfeilwegweiser auf sonstigen Straßen mit geringerer Verkehrsbedeutung, StVO 2013.svg
enforcement Grupowanie urządzeń do kontroli ruchu; fotoradary, kamery na podczerwień, wagi, ...
multipolygon Obszary, których obwód składa się z wielu dróg, lub które mają w sobie wewnętrzne obszary. Używane np. do rysowania obrysu domów lub granic.
person Proponowana relacja do grupowania elementów związanych z osobą, takich jak data urodzenia, data śmierci, zawód, strona na wikipedii, itd
public_transport Część OSM schematu komunikacji publicznej. Głównie używany jako public_transport=stop_area.
relatedStreet Powszechnie stosowane, ale tylko jako synonimem associatedStreet
restriction Wszelkiego rodzaju ograniczenia skrętu.
route Trasy autobusów, trasy rowerowe, szlaki piesze i numerowane ulice.
site Relacja do grupowania elementów terenu/węzła, takich jak szkoły, obiekty biurowe ... site=stop_area został zmieniony na public_transport=stop_area
street Relations/Proposed/Street, Relations/Proposed/Collected_Ways i Relations/Proposed/Collected_Ways_Simple dążą do poprawy associatedStreet
tunnel Grupowanie elementów tunelu.
waterway Grupowanie odcinków cieków wodnych w cale rzeki, strumienie, kanały...

Rendering

Jeśli etykieta label jest obecna, należy umieścić etykietę w miejscu tego węzła. Jeżeli więcej niż jedna etykieta węzła istnieje (np. bardzo duże obiekty), należy wtedy umieścić etykiety na każdym węźle, jak tylko poziom powiększenia pozwala. Jeśli nie istnieje label, należy użyć środek strefy obszaru obwodowej. Jeżeli to niemożliwe, należy użyć środka strefy wszystkich obiektów powiązanych.

Na niższych poziomach powiększenia renderuj tylko powierzchnię obwodową i węzeł etykiety, ukrywając wszystkie inne elementy, aby zmniejszyć zagęszczenie.

Przykłady

Wielokąt

W relacji dla wielokąta, inner i outer są używane do określenia, w jaki sposób zarys tworzy wewnętrzną lub zewnętrzną część powierzchni wielokąta.
Na przykład, wewnętrzna droga może być zdefiniowana jako wyspa na jeziorze (odwzorowywana jako "relacja").

Trasy autobusowe

Trasa autobusu może mieć relacje type=route, route=bus i ref=* and operator=* tags. Trasy po których jeżdżą autobusy mogą być elementami, łącznie z węzłami przedstawiającymi przystanki. Trasy mogą mieć Rolę forward lub backward, zależnie od tego czy autobusy jeżdżą zgodnie w kierunkiem danego odcinka drogi, lub w przeciwną stronę.
(role może być pusta, co oznacza, że trasę autobusu przebiega w obu kierunkach danego odcinka drogi, na tej samej trasie).

Proponowane relacje

(Uwaga: niektóre propozycje mogą być przestarzałe lub być w sprzeczności z definicją!)

Łączenie i dzielenie tras i węzłów

Skrzyżowania, przecięcia dróg o różnej klasie i nasypy

Ograniczenia skrętu i prawo pierwszeństwa ruchu

Hierarchie obszarów i inne relacje dla obszarów

Adresowanie

Inne

(podzielony trasa)

Projekty

  • Low emission zone: Strefy miejskie z wymuszeniem obniżonego zanieczyszczenia powietrza spalinami.

Projekty w Niemczech

Narzędzia

Zobacz też