Re: [Talk-de] Richtungsbezug (was: Datenbankbereinigung)

2008-08-08 Diskussionsfäden fred
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)

2008-08-08 Diskussionsfäden Christian Malolepszy
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)

2008-08-08 Diskussionsfäden Dirk Stöcker

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