Hallo, RalfGesellensetter wrote: > Ich habe verstanden, wie es gemeint ist. Doch bin ich nicht sicher, ob > derlei "Sites" sich signifikant unterscheiden von einerseits > > - (auf übergeordneter Ebene:) > Ortschaften, die ihrerseits ebenfalls funktional gegliedert sind > (Öffentliche Gebäude/Rathaus, City, Gewerbegebiet) und ihrerseits > auch verdient hätten, per Relation der nächsthöheren Verwaltungs- > ebene eingegliedert zu werden ;) > > - (auf untergeordneter Ebene:) > Einrichtungen wie Bushaltestellen oder Shopping-Malls, die ebenfalls > per Relation unterschiedliche Bestandteile enthalten können.
Eine "Site" ist schon etwas spezieller; man wuerde das woh lam ehesten mit "Gelaende" uebersetzen. Die Idee bei der "Site"-Relation war eigentlich vor allem, dass man: 1. Gebaeude auf dem Gelaende mit dem Gelaende verbinden kann; 2. eventuell auch sowas wie einen Zaun um das Gelaende herum mit einbaut; 3. angeben kann, wo der Eingang zum Gelaende ist Das sind schon relativ spezielle Anfoerderungen, die es in dieser Form weder fuer einen ganzen Ort gibt noch fuer kleinere Konstrukte wie eine Bushaltestelle. Ich sehe zwar die Verwandschaft, aber ich wuerde trotzdem an der "site"-Relation festhalten wollen. > Macht es eigentlich evtl. Sinn, auch die ADDR-Tags mit Hilfe von > Relationen zu zerlegen, um Redundanzen zu vermeiden? addr_city müsste > z.B. nur einmal angegeben werden, die einzelnen Hausadressen verweisen > per Relation auf das zentrale Objekt der Stadt. Wenn sich z.B. Chemnitz > eines Tages wieder in K-M-Stadt umbenennt, muss nur ein Tag geändert > werden... Aus Informatikersicht sicher loeblich, aber *so* schwierig waere ein Suchen und Ersetzen von Chemnitz nach Karl-Marx-Stadt dann auch wieder nicht. Das derzeitige Modell ist fuer die Benutzer simpler und fuehrt zu mehr Aufwand bei einer groesseren Umbenennung, waehrend Dein Vorschlag die Sache fuer die Nutzer komplizierter macht und dafuer groessere Umbenennungen vereinfacht... muss ich ausformulieren, was von beidem mir wichtiger scheint ;-) Bye Frederik -- Frederik Ramm ## eMail [email protected] ## N49°00'09" E008°23'33" _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
