Pl:Relacja

From OpenStreetMap Wiki
(Redirected from Pl:Relation)
Jump to: navigation, search
Dostępne języki — Relation
· Afrikaans · Alemannisch · aragonés · asturianu · Aymar aru · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · bamanankan · 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î · Latina · latviešu · Lëtzebuergesch · lietuvių · Limburgs · magyar · Malagasy · Malti · Nederlands · Nedersaksies · norsk · norsk nynorsk · occitan · Oromoo · oʻzbekcha/ўзбекча · Plattdüütsch · polski · português · română · shqip · slovenčina · slovenščina · Soomaaliga · suomi · svenska · Tagalog · Tiếng Việt · Türkçe · Türkmençe · Vahcuengh · vèneto · walon · Wolof · Yorùbá · Zazaki · isiZulu · српски / srpski · авар · Аҧсшәа · башҡортса · беларуская · български · қазақша · Кыргызча · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · भोजपुरी · मराठी · संस्कृतम् · हिन्दी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · བོད་ཡིག · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 中文(繁體)‎ · 吴语 · 粵語 · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް

Pomoc
Mf Relation.svg



Relacje to zbiory obiektów z opisami ról jakie te obiekty pełnią w stosunku do siebie i do całości zbioru. Relacje służą do opisu obiektów złożonych, które składają się z fragmentów, które pozostają w jakimś stosunku do siebie. Same relacje są również obiektami, choć szczególnego rodzaju.

Przykładowo: aby narysować jezioro z wyspą pośrodku, trzeba stworzyć dwa wielokąty: jeden zewnętrzny obrysowujący brzeg jeziora i drugi, wewnętrzny "wycinający" z jeziora obszar wyspy. W takim przypadku relacja "jezioro z wyspą" musi się składać z dwóch wielokątów, z których jeden ma przypisaną role bycia "zewnętrznym", a drugi "wewnętrznym".

Inny przykład: Szlak turystyczny prowadzi kilkoma drogami: najpierw asfaltową drogą lokalną, potem ścieżką przez las, a następnie drogą leśną. Relacja opisująca szlak będzie obiektem "zewnętrznym", składającym się z trzech wybranych fragmentów innych obiektów, powiązanych w odpowiednich punktach z sobą w jeden ciąg.

Inaczej mówiąc, relacje są specjalnym typem obiektów, które grupują inne obiekty nadając im w ramach całości określone role. Jako, że relacje też są obiektami - mogą one mieć własne tagi, inne niż obiekty wchodzące w ich skład.

Ten artykuł jest punktem wyjścia do dyskusji i wreszcie dokumentacją metod obecnie zwykłych, takich jak artykuł Map Features dla znaczników. Wprowadzenie w relacje znajduje się w artykule Wprowadzenie_w_relacje.

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". Jest to szerzej opisane relacje nie sa kategoriami.

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 można 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.

Jadnak warto zauważyć że super-relacje nie są wspierane przez jakiekolwiek konsumentów danych a z upływem czasu i poprawą typowego sprzetu możliwe jest wygodne edytowanie coraz większych relacji.

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
węzeł label zero lub więcej Definiuje gdzie umieścić etykietę.
obszar relacja perimeter zero lub więcej Powierzchnia lub multipolygon. Definiuje obwód obiektu.
obszar relacja outline zero lub więcej Obszary, które tworzą ściany budynku. Inne nazwy? Może po prostu "wall"?
węzeł entrance zero lub więcej Węzeł lub węzły na obwodzie określające wejście do obiektu.
węzeł linia obszar relacja puste zero lub więcej Cokolwiek chcemy oznaczyć jako część obiektu. Np. budynki, pasy startowe, parkingi, boiska itp.
węzeł obszar relacja 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.
węzeł relacja 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ż