Re: [Talk-de] Richtungsbezug (was: Datenbankbereinigung)
Hi, > Ja. Gegen die Booleans sage ich ja gar nichts. Finde ich zwar nichts > schön, aber sei es drum. Das ist technisch einfach zu lösen. Mich stört > nur die fehlende Allgemeingültigkeit des Richtungsbezuges. Da werden > nämlich in Zukunft noch mehr Sachen kommen, die darauf aufbauen und jeder Seit Jahr und Tag predige ich jedes Mal, wenn wieder jemand mit einem tollen Proposal kommt, das irgendwie "left" und "right" enthaelt: Lasst es, Leute, das gibt nur Stress. (Oftmals handelt es sich dabei auch um den ausufernden Versuch, mehrere Objekte als eines zu konstruieren, so nach dem Motto: Eine Strasse hat cycleway_left=track, dann will man diesen Track aber noch oneway machen und mit einer Oberflaeche versehen, also cycleway_left_surface=paved und cycleway_left_oneway=true... usw. usw.) Ich bin inhaltlich also ganz auf Deiner Linie. Allerdings muss ich mich selber auch der von mir postulierten Mapper-Freundlichkeit beugen, und mir ist bislang noch kein wirklich gutes Konzept eingefallen, wie man das besser und trotzdem noch menschenlesbar machen kann. Man kann halt nicht sagen "wir kapseln die Komplexitaet im Editor", denn wer kann/will schon ALLE Editoren fixen. > P.S. Um noch mal zum alten Thema zurückzuschweifen - Du kannst die > Booleans auch technisch in den Griff bekommen. Wenn der Server beim Upload > einfach bekannte Konvertierungen vornimmt hast Du auch einen konsistenten > Datenbestand ;-) Das ist mir schon klar. Aber ich habe gerade per E-Mail mit jemandem kommuniziert, der mich fragte, wie man denn per XML formulieren kann, dass fuer bestimmte Arten von Seezeichen (Bojen usw.) in Abhaengigkeit von ihrer Farbe nur bestimmte "Topzeichen" zulaessig seien, und wie man ferner ausdruecken kann, dass diese Regeln in den USA leicht unterschiedlich von denen in Deutschland sind. Meine Antwort war natuerlich, dass wir so ein Regelsystem gar nicht haben und man das allenfalls in den Validator packen koennte. Aber angenommen, wir *haetten* so ein Regelsystem, so wuerde es mit Sicherheit in kurzer Zeit sehr komplex werden, und es gaebe aehnlich viele Maintainer dafuer wie fuer unsere Renderer-Styles (2 oder 3). Es wuerde sicherlich Bugs enthalten. Und es waere voellig unklar, wer denn jetzt die Autoritaet darueber hat, was erlaubt ist und was nicht. Meine Meinung ist, dass man mit so einer Vorkehrung (Datenkorrektur beim Upload) eine veritable Buechse der Pandora oeffnen wuerde. Klar, ist nur gut gemeint, man wollte ja "nur" die Booleans fixen. Aber am Ende geht hier alles den Bach runter. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtungsbezug (was: Datenbankbereinigung)
On Fri, Aug 08, 2008 at 09:43:03PM +0200, Dirk Stöcker wrote: > On Fri, 8 Aug 2008, Frederik Ramm wrote: > >> Wen man aber ohnehin immer davon ausgehen muss, dass sich im >> Datenbestand eine Anzahl von "unaufgeraeumten" Tags befinden, die seit >> dem letzten "Aufraeumen" entstanden sind - wozu dann noch aufraeumen? >> Ein Renderer, der mit oneway=true und oneway=yes umgehen kann, dem ist >> es doch egal, ob er 999 mal true und 1 mal yes hat oder 500 mal das eine >> und 500 mal das andre. > > Ja. Gegen die Booleans sage ich ja gar nichts. Finde ich zwar nichts > schön, aber sei es drum. Das ist technisch einfach zu lösen. Mich stört > nur die fehlende Allgemeingültigkeit des Richtungsbezuges. Da werden > nämlich in Zukunft noch mehr Sachen kommen, die darauf aufbauen und jeder > Mapper wird wieder und wieder schimpfen, wenn irgendwo ein Weg gedreht oder > verbunden wird, weil keine Software die Richtungsbezüge korrigiert (oder > aufgrund von mannigfaltigen Regeln überhaupt könnte). man sollte vielleicht die richtung der wege abschaffen und wir sollten uns ein konstrukt überlegen das uns mehr bringt als pfeile bzw die ordnung der nodes innerhalb eines wegs bei oneway könnte man zum beispiel die tags auf die endnodes setzen oneway=begin & oneway=end oder ein einfahrt verbotenschild am ende und ein einbahnstrassen schild am anfang > > Schau mal im TagWatch nach left, right, opposite, other und sag mir, wie > dass algorithmisch handhabbar sein soll. Bei vielen Sachen sehe ich ja > nicht mal als Mensch durch, was gemeint ist, wie soll das ein Programm > klarkommen. > > P.S. Um noch mal zum alten Thema zurückzuschweifen - Du kannst die > Booleans auch technisch in den Griff bekommen. Wenn der Server beim Upload > einfach bekannte Konvertierungen vornimmt hast Du auch einen konsistenten > Datenbestand ;-) das ist ja auch mein tip aber na ja man ändert die daten des mappers und das könnte ih verärgern > > Ciao > -- > http://www.dstoecker.eu/ (PGP key available) > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Richtungsbezug (was: Datenbankbereinigung)
On Fri, 8 Aug 2008, Frederik Ramm wrote: Wen man aber ohnehin immer davon ausgehen muss, dass sich im Datenbestand eine Anzahl von "unaufgeraeumten" Tags befinden, die seit dem letzten "Aufraeumen" entstanden sind - wozu dann noch aufraeumen? Ein Renderer, der mit oneway=true und oneway=yes umgehen kann, dem ist es doch egal, ob er 999 mal true und 1 mal yes hat oder 500 mal das eine und 500 mal das andre. Ja. Gegen die Booleans sage ich ja gar nichts. Finde ich zwar nichts schön, aber sei es drum. Das ist technisch einfach zu lösen. Mich stört nur die fehlende Allgemeingültigkeit des Richtungsbezuges. Da werden nämlich in Zukunft noch mehr Sachen kommen, die darauf aufbauen und jeder Mapper wird wieder und wieder schimpfen, wenn irgendwo ein Weg gedreht oder verbunden wird, weil keine Software die Richtungsbezüge korrigiert (oder aufgrund von mannigfaltigen Regeln überhaupt könnte). Schau mal im TagWatch nach left, right, opposite, other und sag mir, wie dass algorithmisch handhabbar sein soll. Bei vielen Sachen sehe ich ja nicht mal als Mensch durch, was gemeint ist, wie soll das ein Programm klarkommen. P.S. Um noch mal zum alten Thema zurückzuschweifen - Du kannst die Booleans auch technisch in den Griff bekommen. Wenn der Server beim Upload einfach bekannte Konvertierungen vornimmt hast Du auch einen konsistenten Datenbestand ;-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de