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

[Nop]

Hi!

Guenther Meyer schrieb:
> Am Donnerstag 29 Oktober 2009 23:50:21 schrieb Karl Eichwalder:
>> Guenther Meyer <d.s.e at sordidmusic.com> writes:
>>> dann muessen das die anwendungen eben lernen.
>> Es ist nicht ganz trivial, wenn auf einmal listen in bestimmten feldern
>> auftauchen.  Wenn man so etwas nicht vorab festlegt, sollte man als
>> mapper nicht die alten daten kaputtmachen, sondern zumindest fuer eine
>> uebergangszeit ein passendes tag verwenden, z.b.:
>>
> wer macht denn was kaputt?
> listen gabs in osm schon fast immer. ich kann mich auch nicht daran erinnern, 
> dass jemand mal festgelegt hat, dass es pro key nur einen wert geben darf...

Listen wurden noch nie irgendwo ausgewertet - und das hat seinen Grund. 
Wenn jemand anders einen Node sauber und funktionstüchtig eingetragen 
hat und Du kommst, machst eine Liste aus einigen Tags und sorgst dafür, 
daß der Node von keinem Tool und keinem Renderer mehr erkannt wird, so 
würde ich das durchaus auch als kaputtmachen bezeichen.

> relationen sind schoen und gut - fuer manche dinge.
> bei anderen bringen sie nur unnoetige komplexitaet rein.
> es ist EIN laden, also reicht ein node. einfacher geht's nicht.

Nein, reicht nicht, weil der logische Zusammenhang zwischen mehreren 
Tags verloren geht.

Das ist ein leidiges Problem, zu dem es mehrere unterschiedliche 
Lösungsansätze gibt, z.B. auch den Array-ähnliche Tagstrukturen einzuführen.

Aber mehrere eindeutige Nodes zu setzen erscheint mir als die 
vielversprechendste. Dann sind die Daten eindeutig und schlimmstenfalls 
muß man beim Rendern Objekte zusammenfassen.

>>> technisch sehe ich da ueberhaupt keine probleme...
>> "Seelig sind..."
>>
> bitte programmier erst mal selber was, bevor du hier mit dummen spruechen 
> kommst!
> einen string an einem trennzeichen aufsplitten ist sowas von trivial, die 
> resultierenden daten weiterzuverarbeiten ebenso...

Vielleicht solltest Du nicht beleidigend werden - vor allem weil er 
recht hat. :-)

Den String selber aufzsplitten, ist kein Thema. Aber damit ist die Sache 
noch lange nicht erledigt.
- Du mußt jedes Objekt duplizieren, für jeden Eintrag in Deiner Liste 
einen. Das ist viel komplizierter als einfach eine Folge von Objekten zu 
verarbeiten, was heute alle Tools tun.
- Wenn die Kopien die gleiche ID behalten, funktioierne die meisten 
Mechanismen in Tools nicht mehr, da sich OSM auf eindeutige IDs geeinigt 
hat. Wenn sie eine unterschiedlcihe ID bekommen, funktionieren 
Referenzen nicht mehr
- Es ist nicht klar, ob sich andere Tags dann auf alle Einträge in der 
Liste beziehen oder nur auf einen
- Wenn mehrere Listen an einem Objekt auftauchen, ist nicht klar ob das 
dann alternative Werte sein sollen oder eigenständige Listen, die 
ausmultipliziert werden müssen. Es gibt keine Festlegung über 
Längenunterschied oder Reihenfolgen
- wenn das Objekt von einem Way oder einer Relation referenziert wird, 
ist nicht klar ob das für alle Kopien gilt oder ob nur bestimmte gemeint 
sind bzw. es ist nicht möglich, einzelne Listeneinträge einzeln zu 
referenzieren.

Soweit mal die Spitze des Eisbergs. Wenn Du's tatsächlich probierst, 
dürftest Du noch auf einige interessante Detailproblem stoßen.

> vor allem ist das semikolon als trenner schon lange in osm vorhanden, es gibt 
> sogar einen gewissen konsens dazu. das es bisher nicht so oft benutzt wurde, 
> mag vielleicht auch daran liegen, dass es vor api 0.6 nicht so die 
> notwendigkeit gab.

Wenn es einen Konsens dazu gibt, dann den von allen Tools und allen 
Renderern, daß das keine gute Idee ist und nicht ausgewertet wird. 
Möglcherweise wissen die Entwickler ja, warum sie sich in dem Punkt 
ausnahmsweise alle einig sind. :-)


bye
	Nop