Gusalure (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
 
(9 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 26: Zeile 26:
Hallo Axel, ruf mich doch mal an! Gruss, --[[Benutzer:Markus|Markus]] 15:54, 22. Dez. 2009 (UTC) -->
Hallo Axel, ruf mich doch mal an! Gruss, --[[Benutzer:Markus|Markus]] 15:54, 22. Dez. 2009 (UTC) -->
<!--09155-1715 -->
<!--09155-1715 -->
== Koordinatenformat ==
Hallo Axel,
mir ist aufgefallen, dass du Koordinaten in der Koordinaten-Vorlage gern mit Dezimalkomma und durch &amp;nbsp; getrennt schreibst. Das führt zu einer Fehlermeldung. Schreib Koordinaten bitte mit Dezimal''punkt'', durch ein Komma getrennt und ohne &amp;nbsp; . Grüße, --[[Benutzer:Argonaut|Argonaut]] ([[Benutzer Diskussion:Argonaut|Diskussion]]) 21:36, 20. Nov. 2020 (CET)
:Moin Argonaut, freut mich, dass du das Thema aufgreifst, denn ich halte die Frage nach der Koordinatendarstellung tatsächlich für einen Punkt, den wir gerne einmal grundsätzlich klären können.
:Ja, ich habe die Koordinaten immer nach der hierzulande üblichen Form notiert - wenn ich doch nur die Nummer der DIN finden würde, wo dies genau beschrieben wird..., in jedem Fall werden sie so von offizieller Seite dargestellt. Danach haben wir das Komma als Dezimaltrenner, ein Punkt taucht wenn überhaupt als Tausendertrenner auf, ein Komma als Trenner zwischen Breiten- und Längenangabe wäre zumindest verwirrend, wenn nicht sogar falsch (anders als bei den Angloamerikanern, deren Geräte wir ja so gerne benutzen, weswegen deren Schreibweise bei uns wohl so geläufig ist). Zahlengruppen (hier Breiten- von Längenangabe) werden demnach durch einen größeren Abstand dargestellt. Nun ist es so, dass die Wikisoftware mehr als ein Leerzeichen automatisch zusammenfasst, um das zu umgehen kommen die gesperrten Leerzeichen zum Tragen. Nicht zufriedenstellend, wie ich durchaus zugebe.
:Interessanterweise wurde die Darstellung anfangs gar nicht als Fehler gemeldet, irgendwann wurde im Skipperguide offensichtlich eine Prüfung des Formats eingerichtet. Ich habe diese Fehlermeldungen aber bislang immer ignoriert, weil es sich bei dem Parameter ja nur um einen frei formatierbaren Eintrag handelt, so zumindest die Vorlagen-Beschreibung. Bitte korrigiere mich, wenn dieser Parameter tatsächlich noch anderweitig verwendet wird. In diesem Fall fände ich allerdings eine Bearbeitung der Vorlage angebracht (vermutlich am besten durch die Einführung eines zusätzlichen Parameters). In jedem Fall ziehe ich in unseren Beschreibungen die Verwendung der bei uns üblichen Formate vor - ein einheitliches Erscheinungsbild in den Artikeln wäre sicher ein Grund, aber viel wichtiger finde ich den Routine-Effekt (Sicherheitsaspekt, Beispiel: Übertragung von Koordinatenangaben via Funk, nicht nur bei einem Notfall). Schöne Grüße --[[Benutzer:Axel|Axel]] ([[Benutzer Diskussion:Axel|Diskussion]]) 23:22, 20. Nov. 2020 (CET)
::5 1 degrees 2 3 decimal 3 minutes north 0 0 7 degrees 1 0 decimal 9 minutes east (was elegant die Frage, ob es sich um einen Punkt oder ein Komma handelt, umgeht). Wenn ich wirklich irgendwo bin, wo ich auf deutsch funkte (z.B.  auf dem Rhein), dann gebe ich ja eher den Strom- oder Kanalkilometer an. Aber grundsätzlich - es gibt eine DIN für die Navigation - DIN 13312:2005-02, da werde ich mal 'reingucken. Ich zöge dann ja ein Makro vor, das die maschinenlesbare Koordinaten in die dargestellten übersetzt. --[[Benutzer:Argonaut|Argonaut]] ([[Benutzer Diskussion:Argonaut|Diskussion]]) 18:08, 21. Nov. 2020 (CET)
Das wäre super, wenn du die Möglichkeit hättest, in die DIN reinzugucken. Ich muss zugeben, dass es bei mir schon eher Jahrzehnte zurückliegt, mir das Thema andererseits jedoch nicht so wichtig ist, dafür weit über 100 € auszugeben. Aber interessieren täte mich der aktuelle Stand schon...
Aber noch mal zum ursprünglichen Thema: wir haben ja die Situation, dass in der Vorlage bei einer laut Beschreibung formfreien Eingabe Fehlermeldungen auftauchen. Es stellt sich also die Frage, wie es dazu kommt. Bitte lass uns wissen, wenn du dazu mehr Kenntnis hast beziehungsweise herausbekommen kannst. Schöne Grüße --[[Benutzer:Axel|Axel]] ([[Benutzer Diskussion:Axel|Diskussion]]) 23:05, 21. Nov. 2020 (CET)
== Symbole .svg aus IHO S-101 Standard, CEVNI-Symbole ==
Hallo Axel,
Ich ergänze gerade das wiki.openstreetmap hinsichtlich Seekartenzeichen (seamarks) und möchte dir nach deiner Arbeit an .svg-Symbolen hier im SkipperGuide kurz etwas zurufen:
Alle Symbole des internationalen IHO-Standards S-101 sind zum download als .svg verfügbar an zwei Stellen: 1. [https://registry.iho.int/productspec/view.do?idx=78&product_ID=S-101 S-101 Product Specification, hier vollständiger download ganz unten als "portrayal catalogue(XSLT)" based on 0.9.3 version of S-101 feature catalogue] 2. [https://registry.iho.int/portrayal/list.do symbols in Portrayal Register] Vielleicht hilft das, einige Symbole gleich entsprechen OpenSeaMap und der aktuelen Entwicklung von internationalen Standards für Electronic Navigational Charts (ENCs) zu wählen, und die Grafik-Arbeit abzukürzen.
Für standardisierte Symbole auf Europas Binnenschifffartsstraßen ist der [https://wiki.openstreetmap.org/wiki/Seamarks/CEVNI_Notice_Marks CEVNI Standard im wiki.openstreetmap] gut abgebildet, entsprechend dem dazugehörige [https://unece.org/DAM/trans/main/sc3/publications/SIGNI_2019_e.pdf SIGNI-Dokument].
Aber villeicht kennst du das alles auch bereits. Weitere Fragen gerne an josail (a) gmx.de, Beste Grüße Jo