Am 10. Juni 2011 14:38 schrieb fly <lowfligh...@googlemail.com>: ... > In der Datenbank bräuchte man den > > 1. Koordinatenbereich, wo der operator anzutreffen ist (kann von der > ganzen Welt bishin zu einer Stadt variieren) > 2. Name > 3. die main-tags, mit welchen der operator zu verknüpfen ist ( zb > postbox, vendingmachine, postoffice, building, ... bei der Deutschen > Post AG).
das ist alles ein Riesenaufwand, weil die Liste permanent nachgeführt werden muss. Das geht vermutlich gerade noch so für Unternehmen in der von Dir genannten Größe, aber universell ist das nicht verwendbar. > Für building müß man noch ein bischen besser filtern, da sonst schnell > eine zu große Liste entsteht ! wieso, was hat das mit building zu tun? Building ist m.E. ein Tag, um eine bauliche Anlage als solche zu deklarieren (ggf. mit genauerem Gebäudetyp). > Ich weiß, dass das ein ganze Stück Arbeit erfordert, aber es würde wohl > viel mehr Eindeutigkeit schaffen als Monster-Relation-Kombinationen, > oder wie stellt Ihr Euch denn so eine Relation für die Post, die > Deutsche Bahn bzw andere große, weltweit tätige Konzerne vor ? Ja, nicht als Relation, die alle Objekte enthält, die irgendwie dazugehören, sondern als Zeiger (URI) auf die "Entität"/Relation vom Einzelobjekt aus. Wenn man das mit den Relationen macht, die wir in OSM derzeit haben, dann zeigt auch die Relation wieder auf das Einzelobjekt, daher geht das so im Moment nicht. Gruß Martin _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
