Re: [Talk-de] Tagginschema für Signale- und Symbole rfassung auf Wasserwegen

[Andreas Labres]

Hallo Mario!

Mir gefällt die Möglichst-Einfach-Idee, aber das Prinzip
Underline-Detailspezifizierung ist nicht etwas, das in OSM üblich wäre.
Sondern wenn, gibt es einen Tag, der die grundsätzliche Art von etwas
bestimmt, und dann näher bestimmende zusätzliche Tags. Und ich fand die
grundsätzliche Idee eines seamark: Namespaces gut, weil es dann
garantiert nicht mit bestehenden Karten interferriert und man auch
gezielt nach diesen Tags selektieren kann.

seamark=buoy
seamark:buoytype=lateral | cardinal | safewater | isolated_danger ...
seamark:buoysubtype=starbord | portsidebei Lateralzeichen
=north | east | south | west   bei
Kardinalzeichen
oder man zieht letztere beiden zusammen:
seamark:buoytype=lateral-starbord oder cardinal-north  (gefällt mir
eigentlich noch besser als obiges)

Und daß man das System nach IALA aus den Koordinaten sieht, sagt sich
leicht, aber ich weiß nicht, was in Indien, Malaysia, Indonesien gilt
und wo da die Grenzen sind... ich tendiere dazu, das explizit
hinzuschreiben (eher, als die Farbe anzugeben).

Servus, Andreas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagginschema für Signale- und Symbole rfassung auf Wasserwegen

[Olaf Hannemann]

Hallo Stephan,

vielen Dank für deine Kritik und Anregungen,

> Sprechende OSM-Namen (buoy_lateral) finde ich besser als Abkürzungen
> (BOYLAT). Die Tags sollten nicht unnötig lang sein.

Sehe ich genauso und gebe zu, dass wir dort an einigen Stellen bestimmt noch 
Verbessrungsbedarf haben.

> Alle Seezeichen sollten mit jedem OSM-Editor ohne Zusatzprogramme
> editierbar sein. 

+1

> Die Wiki-Beschreibung oder eine Kopie eines ähnlichen
> Objekts sollten als Vorlage genügen 

+1

> Bereits vorhandene OSM-Tags (Fähre, boat, motorboat) sollten
> weiterbenutzt werden.

+1

> Die Tagnamen finde ich unnötig lang. Statt
> "seamark:buoy_cardinal:name" würde auch "seamark:name" genügen. OSM
> kommt sonst mit einem universellen "name=*" aus. Der lange Name ist
> umständlich zu tippen, passt möglicherweise nicht in jedes Textfeld,
> benötigt zusätzliche Abfragen in Renderern und Auswerteprogrammen.
> Zudem kann es zu Inkonsistenzen führen, wenn man ein
> "seamark=buoy_safewater" mit "seamark:buoy_cardinal:name" kombiniert.

Da hast du natürlich Recht. Ein "seamark:" sollte aber trotzdem davor stehen 
bleiben, da ansonsten Mapnik und Osmarender die Namen ebenfalls darstellen 
würden.


> Ich würde Redundanz vermeiden. Wenn "seamark=buoy_isolated_danger" nur
> mir "seamark:topmark:shape=2 spheres" zu kombinieren ist, würde ein
> "seamark:topmark=yes" genügen.

Da habe ich mir lange Gedanken drüber gemacht. Das Problem ist, dass einige 
Seezeichen eine genauere Definition des Topzeichens benötigen. Zumindest 
benötige ich bei den Lateral und Sonderzeichen eine Angabe der Farbe des 
Topzeichens.
Daher stellt sich die Frage, ist es jetzt einfacher ein konsistentes Schema zu 
verwenden, oder bei dem einem Zeichen ein "topmark=yes" und bei dem anderen ein 
"topmark:colour=*" zu erwarten.
Es bestünde natürlich die Möglichkeit auf ein "topmark=yes" zu reagieren und 
bei 
fehlender Farbangabe erst einmal die am häufigsten verwendete Farbe anzuzeigen.

Zur Zeit ist für mich ein "topmark:colour=*" entscheidend ob ich ein Topzeichen 
darstelle oder nicht.


> Mir fehlen noch Tags für Markierungsbojen der Schwimmerbereiche (weißer
> Ball mit gelbem Kreuz), evtl. Nichtschwimmerbereichsbojen, Ankerbojen
> und dauerhafte Regattabojen. Ein Tag für Lichtsignalanlagen (typisch bei
> Schleusen, Klappbrücken, Kanalausweichstellen) wäre nützlich.

Sehe ich genauso. Ich möchte aber noch einen Augenblick warten, bevor ich 
weitere Tags einführe.
Ebenso wird noch ein Schlüssel für orange Bälle (Abgrenzung der Strandbereiche 
in der Ostsee) sowie Festmacherdalben benötigt.
Regatta Tonnen und Gebiete sind in Arbeit.

> Sehr wichtig ist ein Schema für Sperrgebiete, Warngebiete, Verbotszonen
> (keine Schwimmer, Kitesurfen verboten, etc.) und Beschränkungszonen
> (Geschwindigkeit, Tiefgang, etc) sowohl für Wasserflächen als auch für
> Kanal- und Flussabschnitte

siehe oben.

> Für Seezeichen wäre eine Angabe der Positionsgenauigkeit (von der
> vorbeifahrenden Fähre geschätzt bis aus amtlicher Quelle übernommen)
> nützlich.

Gute Idee. Des Weiteren plane ich einen Schlüssel, der die Bedeutung der 
einzelnen Seezeichen definiert. Angedacht ist so etwas wie "seamark:category= 
major|minor|habour". Damit wäre es möglich die Hauptfahrwasser ab Zoomlevel 12, 
die Nebenfahrwasser ab Zommlevel 14 und die hafenspezifischen Seezeichen ab 
Zoomlevel 15 darzustellen. Ohne diesen Schlüssel werden Seezeichen ab Zoomlevel 
14 und Leuchtfeuer ab 12 dargestellt.


Grüße

Olaf

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagginschema für Signale- und Symbole rfassung auf Wasserwegen

[Stephan Wolff]

Mario Salvini schrieb:
> als Neutraler starte ich hier mal die Diskussion, wie man Boyen, Tonnen, 
>Leuchtfeuer, und alles andere was für eine Seekarte und andere 
> intereesant werden könnte/sollte erfasst werden soll.
> 
Ich bin an einer OSM basierten Seekarte sehr interessiert, aber ich kann 
bis auf die Erfassung einiger Seezeichen wenig beitragen. Jan, Markus 
und Olaf (in alphabetischer Reihenfolge, ohne Wertung) haben sehr viel 
mehr geleistet, so dass ihnen das Vorschlagsrecht zusteht. Ich werde 
trotzdem mal meine Ideen zum Tagging der Seezeichen äußern. Vielleicht 
ist der eine oder andere Gedanke ja nützlich.

Eine gute Definition der Tags ist wichtig. Unvollständige Wiki-Texte 
führen zu Mißverständnissen und später zu Streit. Irgendwann wird dann 
ein OSM-User behaupten, jedes schwimmende, algenbewachsene Objekt sei 
eine Lateraltonne grün.

Namen sind Schall und Rauch. Ob eine Lateraltonne als "buoy_lateral" 
oder "lateral_buoy" definiert wird, ist zweitrangig. Wichtig ist, dass 
es eine eindeutige Beschreibung des Seezeichens bzw. der Ge- und Verbote 
eines Gewässerteils gibt.

Dass das OSM-Datenschema mit der Norm IHO-S-57 korrespondiert, finde ich 
richtig. Die OSM-Tags müssen nicht exakt den IHO-Konventionen folgen. 
Eine eindeutige Zuordnung genügt.

Sprechende OSM-Namen (buoy_lateral) finde ich besser als Abkürzungen 
(BOYLAT). Die Tags sollten nicht unnötig lang sein.

Alle Seezeichen sollten mit jedem OSM-Editor ohne Zusatzprogramme 
editierbar sein. Die Wiki-Beschreibung oder eine Kopie eines ähnlichen 
Objekts sollten als Vorlage genügen (eine evangelische Kirche kann ich 
auch nicht ohne Hilfe korrekt eingeben). Für Leuchttürme mit 
Sektorenfeuer, die nicht sehr zahlreich sind, kann anderes gelten.

Bereits vorhandene OSM-Tags (Fähre, boat, motorboat) sollten 
weiterbenutzt werden.


Das DE:Tonne/Datenmodell von Olaf unter 
http://wiki.openstreetmap.org/wiki/DE:Tonne/Datenmodell gefällt mir 
recht gut. Die Tagnamen finde ich unnötig lang. Statt 
"seamark:buoy_cardinal:name" würde auch "seamark:name" genügen. OSM 
kommt sonst mit einem universellen "name=*" aus. Der lange Name ist 
umständlich zu tippen, passt möglicherweise nicht in jedes Textfeld,
benötigt zusätzliche Abfragen in Renderern und Auswerteprogrammen.
Zudem kann es zu Inkonsistenzen führen, wenn man ein 
"seamark=buoy_safewater" mit "seamark:buoy_cardinal:name" kombiniert.
Ich würde Redundanz vermeiden. Wenn "seamark=buoy_isolated_danger" nur 
mir "seamark:topmark:shape=2 spheres" zu kombinieren ist, würde ein 
"seamark:topmark=yes" genügen.

Zu Jans Vorschlägen unter 
http://www.freietonne.de/index.php?site=31&infotyp=1&printable=1 habe 
ich mich schon geäußert. Hauptkritikpunkt war, dass er strecken- oder 
flächenbezogene Verbote als Punktobjekte der Verbotsschilder taggen 
will. Er hat seine Konvention, in welcher Richtung ein Schild zu lesen 
ist, noch nicht erläutert.

Häfen sind nicht einfach zu erfassen. Auf Übersichtskarten möchte man 
wahrscheinlich die wichtigen Handel-, Fähr und Militärhäfen als Punkt 
sehen, im mittleren Maßstab auch die Fischerei- und Yachthäfen und auf 
Detailkarten stört ein Hafenmittelpunkt. Dort möchte man die eher 
einzelnen Liegeplätze für die Großschiffahrt mit ihren Parametern sehen.

Mir fehlen noch Tags für Markierungsbojen der Schwimmerbereiche (weißer 
Ball mit gelbem Kreuz), evtl. Nichtschwimmerbereichsbojen, Ankerbojen 
und dauerhafte Regattabojen. Ein Tag für Lichtsignalanlagen (typisch bei 
Schleusen, Klappbrücken, Kanalausweichstellen) wäre nützlich.

Sehr wichtig ist ein Schema für Sperrgebiete, Warngebiete, Verbotszonen 
(keine Schwimmer, Kitesurfen verboten, etc.) und Beschränkungszonen 
(Geschwindigkeit, Tiefgang, etc) sowohl für Wasserflächen als auch für 
Kanal- und Flussabschnitte

Für Seezeichen wäre eine Angabe der Positionsgenauigkeit (von der 
vorbeifahrenden Fähre geschätzt bis aus amtlicher Quelle übernommen)
nützlich.

Soweit zu meinen Vorstellungen.

Stephan





___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagginschema für Signale- und Symbole rfassung auf Wasserwegen

[Mario Salvini]

Mario Salvini schrieb:
als
Neutraler starte ich hier mal die Diskussion, wie man Boyen, Tonnen, 
Leuchtfeuer, und alles andere was für eine Seekarte und andere 
intereesant werden könnte/sollte erfasst werden soll.
  
Dann mal produktive Diskussion ;)
  
Gruß
Mario
  
Noch traut sich irgendwie keiner, also füre ich mal meinen Monolog
hier weiter ;-)

Ein Seezeichen-Taggingschema sollte in 3 Stufen aufgebaut sein.

1. Erfassung
2. Klassifizierung
3. Detailerfassung

zu 1. schrieb ich schon: Minimalvorraussetzungen eines Seezeichens muss
seamark=* sein. Bei Bojen/Tonnen und Baken wäre das also seamark=buoy
und seamark=beacon

2. es ist möglich die Funktion der Boje mit möglist knapper
Umschreibung weiterstgehend zu erfassen.
Bei Bojen und Baken ist das sehr einfach.

Für die Fahrwasser-Bojen (lateral) nutz man folgende Werte:
 buoy=lateral_port

buoy=lateral_starboard

 buoy=lateral_preferred_channel_port

 buoy=lateral_preferred_channel_starboard



Ansteuerbojen (safewater) erfasst man mit:

 buoy=safewater



Untiefenbojen (cardinal) erfasst man mit:

 buoy=cardinal_north

 buoy=cardinal_east

 buoy=cardinal_south

 buoy=cardinal_west




Einzelgefahrentonnen (isolated danger) erfasst man mit:

 buoy=isolated_danger




Sonderzeichentonnen (special purpose) erfasst man mit:

 buoy=special_purpose




So hat man mit 2 Tags - nämlich seamark=buoy + buoy=* -
die Tonne eindeutig erfasst.(Also von wegen kompliziert ;-) )


Alle weiteren Angaben gehören in die Rubrik Detailerfassung. Also Daten
wie welche Farbe, Form, existiert ein Topmark oder verfügt der Standort
über zusätzliche aktive Signale (Nebelhorn, Leuchtfeuer,
Radarsignal,...), etc.

Ich hoffe es traut sich jetzt mal einer mit zu diskutieren ;)


Gruß
 Mario


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagginschema für Signale- und Symbole rfassung auf Wasserwegen

[Mario Salvini]

Mario Salvini schrieb:
> http://wiki.openstreetmap.org/wiki/DE:Tonne/Datenmodell
>
> das Schema scheint Tonnen sehr gut zu erfassen.
> Da könnte man direkt eine Vrlage für JOSM draus machen.
>
> --
>   
ich würde allerdings das Schema vereinfachen, so dass es auch Laien 
benutzen können.

*seamark=buoy* sollte als mindestbedingung reichen.

im zweiten Schritt wird dann der Fachmann definieren können

*buoy=lateral, safewater, cardinal, isolated_danger, special_purpose*

auch die genaueren Angaben könnte man verkürzen in:


+ buoy:name 
=*
 

 (Name/ Nummer)
+ buoy:shape 
=*
 

(Tonnenform: conical | can | pillar | ... )
+ buoy:category 
=*
 

 (Kategorie: port | starboard | preferred_channel_port | 
preferred_channel_starboard )
+ buoy:colour 
=*
 

   (Tonnenfarbe: red | green | red;green;red | green;red;green)
+ buoy:colour:pattern 
=*
 

 


Gruß
 Mario



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagginschema für Signale- und Symbole rfassung auf Wasserwegen

[Mario Salvini]

http://wiki.openstreetmap.org/wiki/DE:Tonne/Datenmodell

das Schema scheint Tonnen sehr gut zu erfassen.
Da könnte man direkt eine Vrlage für JOSM draus machen.

--
 Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Tagginschema für Signale- und Symbole rfassung auf Wasserwegen

[Mario Salvini]

als Neutraler starte ich hier mal die Diskussion, wie man Boyen, Tonnen, 
   Leuchtfeuer, und alles andere was für eine Seekarte und andere 
intereesant werden könnte/sollte erfasst werden soll.

Dann mal produktive Diskussion ;)

Gruß
  Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de