[Talk-de] RFC: Tags für Tags - warum so kompliziert?

[Guenther Meyer]

Am Samstag 30 August 2008 schrieb Garry:
> Guenther Meyer schrieb:
> > Am Samstag 30 August 2008 schrieb Garry:
> >> Vielleicht sollte man einfach nur den genauen Wortlaut eines Schildes
> >> eintragen - dass kann dann jeder
> >> eintragen und überprüfen. Die Auswertung überlässt man dann einem
> >> Interpreter in den man den nötigen
> >> Gehirnschmalz steckt um anwendungsspezifischen Kartenmaterial zu
> >> erstellen.
> >
> > da die daten primaer von programmen verarbeitet werden, ist ein tagging,
> > das zumindest irgendein schema ergibt, absolut vorzuziehen.
> > ansonsten wird man ja wahnsinnig beim parsen...
>
> Das setzt aber voraus dass die Daten richtig eingetragen wird.
> Die Angabe "7,5t - Anlieger frei" kann jeder Mapper richtig eintragen
> und von jedem anderen leicht überprüft werden.
> Einen 10Zeiler zu überprüfen der sämtliche Interpretaionsmöglichkeiten
> wiedergibt manuell auszufüllen ist extrem
> fehlernanfällig und kaum einer wird alle Angaben überprüfen.
>
der deutsche schreibt "anlieger frei", der englaender "access only", der 
oesterreicher "Nur für Anrainer", andere Länder was anderes.
viel spass beim parsen!

die ansaetze bisher in diesem thread sind doch recht vielversprechend, da kann 
man schon was vernuenftiges mit machen.

abgesehen davon: ich rede schon seit monaten davon, dass das tagging in den 
editoren sowieso abstrahiert werden muss:
der durchschnittsmapper klickt was aus einer auswahlliste an, was er in seiner 
sprache eindeutig versteht. der editor generiert daraus das entsprechende 
tag. erfahrene mapper, die wissen, wie zu taggen ist, koennen alternativ 
direkt eingeben.



-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 197 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20080831/a9790492/attachment.sig>