Pl:Relation:site

Relacja site jest używana do grupowania kilku obiektów, które razem mają jedną tożsamość jako całość, ale nie mogą być dokładnie opisane przez inne typy danych. Podobnie jak relacja multipolygon, relacja site pozwala na reprezentowanie pojedynczej nieciągłej geometrii, w przeciwieństwie do zależności organizacyjnej lub zależności przestrzennej, która jest jedynie zbiegiem okoliczności. Relacje site mają słabe wsparcie wśród konsumentów danych, więc rozważ lepiej obsługiwane alternatywy dla tego, co próbujesz zmapować.

Uzasadnienie

Relacja site jest odpowiednia, gdy pojedynczy element świata rzeczywistego, o wspólnej nazwie i innych wspólnych cechach, nie może być dokładnie reprezentowany przez pojedynczą geometrię lub przez wiele obszarów tworzących relację multipolygon. Innymi słowy, relacja site jest odpowiednia, gdy element musi zawierać jeden lub więcej punktów lub linii, które nie mogą być dokładnie zastąpione przez obszary.

Jak mapować

Utwórz relację i dodaj type=site. Dodatkowo, relacja musi mieć główny tag definiujący obiekt, który ta relacja site opisuje. Np. site=parking, site=piste, power=plant itp.

Dodaj wszystkie inne niezbędne tagi, aby zmapować charakterystykę:

• name=* i inne

Czasami tag site=* jest używany do dalszego określenia rodzaju miejsca, z wartościami takimi jak geodesic, stop_area, parking, wind_farm, mall, piste. Jednak większość z tych wartości nie została udokumentowana.

Następnie człony relacji są dodawane bez konieczności określania roli.

Człony relacji mogą zawierać węzły lub linie.

Wsparcie oprogramowania

Zasadniczo, relacje site mogą być obsługiwane przez renderery map i wyszukiwarki. W zależności od jej członów, relacja site może zostać przetłumaczona na GeoJSON i podobne formaty jako FeatureCollection lub MultiPoint. Przy prawidłowym użyciu relacja site odpowiada rzeczywistemu obiektowi na ziemi z tożsamością, którą użytkownik może chcieć zobaczyć oznaczoną na mapie lub wymienioną w wynikach wyszukiwania.

Renderery obsługujące relacje site obejmują:

• OpenCampingMap, która bierze pod uwagę relacje site podczas wyświetlania elementów kempingu,
• OpenInfraMap, która renderuje obiekty power=plant oznaczone jako relacje site,
• OpenSnowMap [1].

Dla kontrastu, relacje multipolygon są bardziej intuicyjne i cieszą się szerokim wsparciem oprogramowania.

Alternatywy

Nie ma potrzeby tworzenia relacji site do wszystkiego, co można nazwać site w języku angielskim. Na przykład:

• Plac budowy może mieć dowolną liczbę dróg i budynków w budowie, ale skrupulatne dodawanie każdej z tych rzeczy do relacji site byłoby podatne na błędy, nietrwałe i mało prawdopodobne, aby zostało zrozumiane przez odbiorców danych. Zamiast tego wystarczy narysować obszar landuse=construction obejmujący wszystko, co jest w budowie i użyć highway=construction, building=construction, lub construction:*=* na samych obiektach w budowie. Konsumenci danych mogą polegać na zapytaniach przestrzennych, aby automatycznie wywnioskować, że coś znajduje się na placu budowy, ponieważ każdy obiekt niebędący relacją w OpenStreetMap z natury ma lokalizację, którą można porównać z otoczeniem.
• W muzeum lotnictwa znajduje się wiele samolotów, ławek, masztów flagowych i budynków, ale każda z tych rzeczy może z czasem ulec zmianie. Zamiast skomplikowanej relacji site, otocz całą nieruchomość jednym obszarem z tagiem tourism=museum. Na przykład ten obszar jest znacznie łatwiejszy w utrzymaniu niż ta dawna relacja site.

Jeśli każdy element relacji może być dokładnie reprezentowany przez obszar, zamień każdy element na obszar, a następnie przekształć relację w multipolygon, przetagowując ją na type=multipolygon i nadając każdemu elementowi rolę outer. Na przykład, jeśli to, co jest uważane za pojedynczy kampus szkolny, w rzeczywistości składa się z wielu nieciągłych sekcji, które dzielą tę samą tożsamość, zmapuj każdy kampus jako zamkniętą linię z rolą outer razem w multipolygon relacji oznaczonej amenity=school.

Ponieważ relacje nie są kategoriami, relacja site jest również nieodpowiednia, jeśli jej człony przypadkowo dzielą pewne cechy, ale nie mają wspólnej tożsamości. Na przykład:

• Jeśli każdy kampus szkolny w mieście ma odrębną tożsamość i razem nie są postrzegane jako pojedyncza jednostka, unikaj dodawania ich do jakiejkolwiek relacji; zamiast tego oznacz każdy kampus identycznymi tagami operator=* lub brand=*.

• Każda lokalizacja sieci restauracji szybkiej obsługi jest sama w sobie restauracją szybkiej obsługi, więc powinna występować samodzielnie jako element amenity=fast_food bez relacji. Użyj pasujących wartości name=*, operator=*, owner=* lub brand=*, aby określić, że restauracje w sieci są w jakiś sposób powiązane. W przypadku niektórych innych rodzajów obiektów, pasujące wartości network=* mogą również służyć temu celowi.

• Kompleks bloków mieszkalnych powinien składać się z wielu obszarów building=apartments i innych obiektów w obrębie obszaru landuse=residential+residential=apartments. Nawet jeśli każdy budynek ma tę samą wartość building=*, nie jest traktowany jako jeden budynek.

Jeśli dwa obiekty znajdują się daleko od siebie, na przykład w różnych miastach, jest bardzo mało prawdopodobne, aby miały wspólną tożsamość lub należały do tego samego obszaru.

Historia

W lutym 2010 roku zaimportowano ponad 41000 relacji site=stop_area reprezentujących elementy transportu publicznego w Niemczech, z tagiem źródłowym naptan_import. Takie obiekty obszaru przystanku transportu publicznego są obecnie częściej oznaczane jako relacje type=public_transport + public_transport=stop_area. Od 2021 relacje te stanowią 26% wszystkich relacji na całym świecie.

W marcu 2010 zaimportowano ponad 72000 relacji site=geodesic ze źródła ©IGN 2010 dans le cadre de la cartographie réglementaire we Francji w celu powiązania grup obiektów man_made=survey_point. Od 2021 relacje te stanowią 46% wszystkich relacji site na całym świecie.

Przykłady

Obiekt	Tagi	Statystyki	Przykład
Elektrownie rozproszone, takie jak elektrownie wiatrowe, pływowe i fotowoltaiczne.	type=site + power=plant	do 8136 (2023)	Høg-Jæren Energipark Høg-Jæren Energipark
Teren parkingu – przydatna w przypadkach, gdy wjazdy na parking są zmapowane, ale obszar parkingu nie jest jeszcze zmapowany. Po zmapowaniu parkingu jako obszaru z zaznaczonymi drogami dojazdowymi relacja site nie jest już przydatna i można ją bezpiecznie usunąć.	type=site + site=parking		Parkhaus Liederhalle/Bosch-Areal Parkhaus Liederhalle/Bosch-Areal
Obiekt dziedzictwa kulturowego Historical Objects Map	type=site + heritage=*	co najwyżej ~1000 (2015-08)	Weißenhofsiedlung Weißenhofsiedlung
Miejsce historyczne Historical Objects Map	type=site + historic=*	co najwyżej ~3800 (2015-08)	Festung Torgau Festung Torgau
Lokalizacja francuskiego punktu pomiarowego (import IGN)	type=site + site=geodesic		Le Bélieu I Le Bélieu I

Zobacz też

• Relacja multipolygon
• Relation:multilinestring – podobna do relacji site, ale tylko z liniami
• Proposal:Site – strona propozycji relacji site
• Proposal:Site Perimeter
• Proposal:Group Relation