[Talk-de] Semikolon als Trenner (war Re: Paketannahmestellen)

[Guenther Meyer]

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.