Relation; type=collection

[Fabi2 (Fabian)]

@hurdygurdyman

@Fabi2

…
Dafür gibt es doch die type=site-Relation, da kann man nach Lust und Laune alle Objekte reinpacken, wo man denkt, das sie zusammen gehören, seinen es zusammengehörige Haltestellen, Schulen (mit oder ohne Schulhofbestandteilen wie Bäume, Speilplätze, Nebenbauten, etc.) oder Militärbasen, in einer Site-Relation ist für alles Platz. Leute wie !i! sehen auch solche aus meiner Sicht, Datenmüllhalden nicht als schlimm, sondern als interessantes Experimentierfeld für Anwendungen an. So das man die besten Gewissens auch dafür benutzen kann, denn schließlich gehören die Mutlipolygon-Bestandteile ja auch zusammen, also darf man sie auch in eine Site-Relation packen. Da braucht man auch type=collection nicht zu ändern, weil es gibt ja die gute Site-Relation.

site (Ort usw. siehe:dict.cc | site | English Dictionary )
fasst laut wiki Gebäude auf Flächen zusammen, was noch mehr daneben liegt als collection, das zumindest vom Sprachgebrauch allgemeiner Sammlung bedeutet und somit als “Lumpensammler” oder “Daten-Müllhalde” taugt.

Der Hindergrund war der hier. Auf der sprachlichen Ebene sind gerade die Relationsbezeichnungen meist es so kurz und zu abstrakt, um sie als sinnvolle Erklärung heran zu ziehen, man könnte da ja auch type=set nehmen, das heißt ja auch Satz, Menge, etc. und wird schon inoffiziell eben als Kategorie-Relation verwendet.

Weil letztlich ist doch eine Site-Relation quasi nur der Hinweis an den Renderer, den Namen in der Mitte des Polygongebildes zu platzieren, wenn man site wörtlich nimmt, ist das ja auch nur ein Ort, also als Sammelrelation für mehrere Standorte ist das nicht zu gebrauchen. Sinnvolle Metadaten kann man da ja mangels klarer Definition dessen, in welcher Beziehung die Objekte stehen und um was für Objekte es sich überhaupt handelt ja auch nicht wirklich daraus gewinnen.