Am Donnerstag 29 Oktober 2009 14:54:00 schrieb Mirko Küster: > > Komisches Argument > > Ist es nicht, den keiner versteht zweimal Amenity durch was auch immer > getrennt. Ich verlasse mich nicht darauf das vielleicht irgendwann mal ein > Trenner erkannt wird. > > > Na Klar warum denn nicht shop=wine;fish für eine Wein-Fischgeschäft. > > Weil es keine einzige Anwendung auswertet und dieser Node komplett tot in > der DB gammelt. > dann muessen das die anwendungen eben lernen.
ausserdem, wie willst sowas sonst mappen? zwei pois fuer einen laden?!? > Vielleicht ist es ein technisches Problem was desshalb auch bis auf > weiteres garnicht umgesetzt werden kann. Das sollte man vorher mal > abklären. Es gibt die eine oder andere Karte die zwei refs auswirft, > allerdings nur den vollen Wert als reinen Text und inklusive Semikolon. > technisch sehe ich da ueberhaupt keine probleme... > Ein weiteres Problem ist die Zuordnung. Wenn man verschiedene Läden mit > verschiedenen Brands und Operatoren verbindet, kann man ohne direkten > Zeiger garnicht verknüpfen. > wie meinen?!? verschiedene laeden sind verschiedene laeden! das ist was anderes als ein laden, der mehrere verschiedene waren im angebot hat. > Wie kann eine Maschine bitte folgende Shops mit den zugehörigen Operatoren > verbinden? > > shop=wine;chemist > amenity=post_office > operator=Hermes;Weingut Schulze;Deutsche Post;Schlecker > gar nicht (gut,man koennte eine gewisse intelligenz einbauen, aber das ist hier nicht sinnvoll), man taggt einfach die zuordnung, z.B. so: operator:wine=Weingut Schulze operator:post_office=Deutsche Post > Jetzt lass mal die Postecke noch abweichende Schalterzeiten gegenüber den > Öffnungszeiten haben. Sowas ist z.B. bei den Bürgernzentren der Fall. Da > ist der Supermarkt immer auf. Dienstag und Donnerstag ist das Bürgerbüro > besetzt, Mittwochs der Arzt da. Jeder hat eine eigene Telefonnummer, heißt > anders. Bis auf die Adresse haben die nichts gemein. > fuer den laden: opening_hours = ... fuer die postecke: opening_hours:post_office = ... usw. > Das alles unverknüpft in einen Tag hauen mag zwar die Information > zusammenfassen. Ausser dem Mapper selbst kann das aber keiner mehr dem > jeweiligen Teil zuordnen. > darum ist das in der form auch nicht sinnvoll. _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
