Hallo Martin,
vielen Dank für den Link, den kannte ich noch nicht. Eigentlich wollte
ich das später lesen, habs jetzt aber doch getan und hier meine Gedanken
dazu:
Die von Jochen aufgeführten Problem sind leider nicht von der Hand zu
weisen. Trotzdem bin ich noch nicht dabei, das Semikolon "abzuschaffen".
Vielmehr gilt es in meinen Augen einen Konsens zu finden. Ich weiß, dass
die Diskussion schon alt ist und sich da immernoch keine Lösung
herauskristallisiert hat. Aber hier wir ja vieles erst mehrfach
totdiskutiert, bevor dann ein gemeinsamer Weg gefunden wird.
Um die Themen im Link aufzugreifen:
- Ein (ungeordnetes) Set von Werten, bzw. eine Aufzählung:
Das ist spontan in meinen Augen die sinnvollste Interpretation. Würd
es nur so benutzt gäbe es keine Probleme oder?
- Eine sortierte Liste, bzw. Reihenfolge ist wichtig
Die Nutzung in so einem Kontext kann ich verstehen, macht aber kaum
Sinn. Eine logische Änderung wäre, statt
[seamark:buoy_lateral:colour=red;white;red;white]
besser
[seamark:buoy_lateral:colour:1=red;white;red;white]
[seamark:buoy_lateral:colour:2=white]
[seamark:buoy_lateral:colour:3=red]
[seamark:buoy_lateral:colour:4=white]
oder so zu verwenden. Selbst wenn DAS nicht Ideal sein sollte, die
Richtung wäre ok, denk ich. (Das ist kein neuer Tagging-Vorschlag!)
- Das Editorproblem
Das ist doch sebsterklärend. Das Problem entsteht nicht beim Tagging
oder Mappen, sondern beim Editor. Werden 2 Objekte zusammengefasst,
sollte ein Konfikt angezeigt werden, ohne den Vorschlag, das mit
Semikolon zu verbinden. Weiß man nicht, welcher Wert der richtige ist,
fasst man die Objekte nicht zusammen oder entscheidet sich und hängt ein
erklärendes FIXME dran.
- Importproblem
Ein Import ist doch an sich IMMER mit einem gewissen Mehraufwand
verbunden. Ist es dann noch viel Arbeit das Skript zu erweitern und auf
Konflikte ähnlich wie beim Editorproblem mit FIXME zu reagieren?
Das einzige wirkliche Gegenargument das ich dabei bisher sehe ist der
auch von dir angeführte Fakt, dass das Semikolon durchaus auch Teil
eines Wertes (z.B. Name) sein kann. Das kommt zwar selten vor, aber auch
das muss abgedeckt werden.
Wäre es eine Möglichkeit das Semikolon in irgendeiner Form zu escapen?
Ich habe zwar recht viel mit Rechnern zu tun und programmiere auch, aber
ich bin kein Profi. Ich kann mir vorstellen, dass das mehr Probleme
bringen könnte, als es es löst.
Alternativ könnte man auch ein "Aufzählungszeichen" überlegen, das auf
einer Zeichenkombination beruht. Z.B.: &;& oder |+| (senkrechte Stiche
mit Pluszeichen)
Die Kombination müsste sich natürlich von Typischen Escapefrequenzen
oder Konstanten von Programmiersprachen unterscheiden. Da verlasse ich
aber dann langsam ganz mein Terrain.
Viele Grüße,
Christian
Am 23.05.2014 11:58, schrieb Martin Koppenhoefer:
> Am 23. Mai 2014 11:47 schrieb C.Brause <chr_bra...@gmx.de>:
>
>> Dass die Auswertung des Semikolons sich schwierig
>> gestaltet, hört man ja immer wieder. Es scheint aber, wenn auch
>> vielleicht mit Aufwand, machbar zu sein.
>>
>
> Jochens Überlegungen hier:
> http://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html hast Du
> gelesen? Es gibt sicherlich (viele) Fälle, wo eine Auswertung möglich ist,
> aber pauschal kann man das nicht sagen. Auch nicht beachtet wird dabei,
> dass es evtl. auch (einzige) Werte mit einem Semikolon geben kann, und wie
> man das dann ggf. escapen würde falls man Semikolons für "sets" verwenden
> wollte.
>
> Gruß Martin
> _______________________________________________
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
