On Fri, Aug 22, 2008 at 12:48:13PM +0200, Bernd Wurst wrote:
Die Lösung der Probleme wäre IMHO damit getan, dass man Tags Baumstruktur-artig setzen kann.Dazu ist nicht unbedingt eine Änderung an der API nötig, ein Parsen der Tag-Namen würde ausreichen:
maxspeed=50 - car=60 - bike=120 - reason=Darwin award for Bikers - source_ref=http://www.buxtehude.de/gemeinderatsbeschluss_0815.pdf maxweight=3.8 - destination=24- reason=Don't want non-local HGVs here, but emergency cars may pass through
- source=Just made up würde zu: maxspeed=50 maxspeed.car=60 maxspeed.bike=120 maxspeed.reason=Darwin award for Bikers maxspeed.source_ref=http://www.buxtehude.de/gemeinderatsbeschluss_0815.pdf maxweight=3.8 maxweight.destination=24maxweight.reason=Don't want non-local HGVs here, but emergency cars may pass through
maxweight.source=Just made upIch persönlich zerlege zwar lieber irgendwas in seine Atome, statt irgendwie rumparsen zu müssen, aber in diesem Fall fände ich es sinnvoller, die Strings zu zerlegen (selbst in C++ geht das problemlos) als irgendwelche XML-Bäume aufzubauen, die sich zudem in der SQL-Datenbank (main API) schwierig ablegen lassen.
BTW: Meine Wünsche für API 0.7 (nicht 0.6, sonst wird die nie fertig - oder gerne auch API 0.5.5 :) ) sind : - Keine Key=Value pairs mit gleichem Key mehr erlauben, stattdessen Semikolon als Trennzeichen). "Dumme"/"Naive" Tools können in ersterem Fall viel kaputtmachen, im zweiten Fall verstehen sie einfach nur die Daten nicht. - Umdrehen der Reihenfolge in Wegen verbieten, stattdessen kann man die Tags "umdrehen". Wurde auf -dev von jemand vorgeschlagen, war bisher die beste Idee für das Problem.
Und solche Worte (bzgl. Parsen vs. Datenstruktur) aus meinem Mund... Ich muß krank sein. ;)
CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/
signature.asc
Description: Digital signature
_______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de