[Talk-de] Rendern von Seezeichen und Editor
Werner König
wkg.koenig at googlemail.com
So Feb 28 23:14:46 UTC 2010
Am Donnerstag, 18. Februar 2010 21:51:09 schrieb Christian Wagner:
> Am Donnerstag, den 18.02.2010, 00:27 +0100 schrieb Ulf Lamping:
> > Am 17.02.2010 22:55, schrieb Christian Wagner:
> > > Schön wäre bei der ganzen, verständlichen Begeisterung für das Editor-
> > > Programmierens einfach ein Paar Vorlagen für JOSM zu haben. Wählt man z.
> > > B. Seezeichen-> Bake aus, dann kann man sich das dann auch sehr einfach
> > > zusammenklicken- Farbe, Höhe, Licht, Lichtcharakteristik etc. Das geht
> > > ja bei Autobahnauffahrten mit oneway und Spurenanzahl auch. Ist
> > > sicherlich schneller programmiert als ein Online- Editor oder ein echtes
> > > graphisches Plugin für JOSM- bei den Häfen hat es ja auch geklappt. Es
> > > erwartet im Moment sicherlich keiner Perfektion, das kann man hinterher
> > > immer noch ändern.
> >
> > Kennst du das JOSM TOMS Plugin? Das macht genau das, zumindest für die
> > Bojen (wenn ich das als Landratte so richtig verstanden habe).
> >
> > Gruß, ULFL
>
> Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der hier immer
> wieder zu Verwirrungen führt. Es versucht die Seezeichen in eine OSM-
> untypisches Raster zu pressen. Da werden z. B. Topzeichen feste
> Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der
> Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder
> eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht
> auswählen kann und dann geht der Zinnober wieder von vorne los. Warum
> nicht mappen was wirklich da ist?
>
toms versucht nur das allgemeine tagging-Schema von Seezeichen etc. wieder zugeben.
Wenn es um Spezialitaeten geht, steht es jedem Benutzer frei es mit den normalen Moeglichkeiten
von josm einzugeben. Auf alle diese Spezilialtaeten einzugehen ist einfach nicht moeglich.
> Wozu die ganzen Regeln wenn sie mit Sicherheit nicht weltweit haargenau
> eingehalten werden. Das S57 System ist eh modular aufgebaut, genau wie
> das OSM Taggingschema. So ist das Licht des Leuchturms vom Turm an sich
> völlig unabhängig. Warum also im Editor künstliche Zusammenhänge
> aufbauen? Auch der Renderer könnte diese Modularität und Unabhängigkeit
> der einzelnen Tags voneinander berücksichtigen und eben das Licht und
> den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen. So hat
> man dann auch eine Möglichkeit mit den unvollständig erfassten
> Seezeichen, welche in OSM nun mal auch erfasst werden, umzugehen. Wenn
> ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal nicht wissen
> wie die Lichtcharakteristik aussieht. Wenn ich Nachts vorbeikomme so
> erkenne ich die Lichter, kann aber eventuell nicht die Farbe oder Form
> der Tonne sehen.
>
> Ich denke ja auch nicht dass ein grafischer Editor nicht irgendwann von
> Vorteil ist, aber warum nicht eine Zwischenlösung mit Vorlagen, damit
> kann man wie auch sonst in OSM eine einigermaßen stabile Datenbasis
> aufbauen und gleichzeitig bleibt man flexibel wenn die reale Welt nun
> mal nicht den Normen entspricht. Das wäre rasch auf alle möglichen
> Seezeichen ausweitbar. Ich warte z. B. immer noch eine Möglichkeit für
> Leuchttürme, Baken und was es sonst noch so alles gibt.
>
> Falls es da von Seiten von OSeaM Interesse gibt, so bin ich als
> Nichtprogrammieren gerne bereit zu helfen.
>
> Gruß, Christian
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
Mehr Informationen über die Mailingliste Talk-de