Re: [Talk-de] Keine OSM Flusskarte? - OpenSeaMap?

[Jan Jesse]

Hi tirkon,

vielleicht schaust Du Dir kurz www.freietonne.de/seekarte an?

:-)

Schönes WE

JJ


Am 15.06.2013 um 15:47 schrieb Tirkon :

> Moin,
> 
> im Zuge der andauernden Hochwasserkatastrophe habe ich nach
> Online-Flusskarten gesucht. So eine Karte wäre auch hilfreich für das
> OSM Projekt, das sich um die vollständige Erfassung aller deutschen
> Gewässer bemüht:
> http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Gew%C3%A4sser
> 
> Zunächst hatte ich so etwas bei OpenSeaMap vermutet, weil nicht nur
> auf der Hochsee Schiffe verkehren. Hier in Ostfriesland sind selbst im
> reichen Netz von kleinen Bächen bzw. größeren Entwässerungsgräben
> viele Kanus unterwegs. Aber ich habe keine entsprechende Karte
> gefunden.
> 
> Laut Wikipedia sollte der Layer "Sport" bei OpenSeaMap alle Flüsse der
> Welt amzeigen:
> http://de.wikipedia.org/wiki/OpenSeaMap#Kajak-Karte.2C_Taucher-Karte
> Tatsächlich trifft das nur auf sehr, sehr vereinzelte Abschnitte zu.
> Beispiel:
> http://map.openseamap.org/map/?zoom=9&lat=51.65234&lon=8.98363&layers=BFTTFFT0FF
> 
> Die einzige gefundene OSM basierte Flusskarte ist eine, die nur eine
> grobe Auflösung unterstützt. Flüsse unter 100 km Länge lassen sich
> meist nicht identifizieren.
> http://www.kompf.de/gps/rivermap.html
> 
> Daher die Fragen:
> * Habe ich da etwas übersehen?
> * Wäre ein Layer, der die Binnengewässer hervorhebt nicht etwas, was
> die Thematik der OpenSeaMap berührt?
> * Kennt jemand eine möglichst zoombare Online-Flusskarte außerhalb von
> OSM, die zumindest Deutschland abdeckt?
> 
> 
> ___
> 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

Re: [Talk-de] Etwas Ratlos -- taggen für den Renderer

[Jan Jesse]

Hi,
> Am 26.09.2012 15:15, schrieb Falk Zscheile:
> 
> > Mir sind in letzter Zeit vermehrt fälle von taggen für den Renderer
> > aufgefallen. So wurden Natura2000 Gebiete als
> > leisure=nature_reserve[1] und nautische Warngebiete als
> > landuse=military[2] eingetragen. Dahinter steht natürlich der Gedanke,
> > dass, was man einträgt auch sehen zu wollen.
> 
> na, so falsch ist das zumindest für den Laien doch nicht.
> 
> Was wären denn Deiner Meinung nach die richtigen Tags?
> 
> Christian
> 

Ich glaube, daß solche "für den Renderer" gemachten Einträge auf Dauer 
gefährlich sind, da hier keine Realität, sondern ein gewünschtes Kartenbild 
generiert wird. Im Zusammenhang mit nautischen Informationen hat das aber 
inzwischen seine Tradition. OpenSeaMap fährt da eine ziemlich eigenwillige 
Strategie. Schade finde ich, daß sie tatsächlich meinen, alle Informationen 
nach eigenem Schema neu taggen zu müssen, dabei unendlich viele Fehler 
passieren und die Konsistenz der nautischen Informationen zumindest in 
Deutschland erheblich gestört ist.

Die richtigen tags? Ganz klar die, die die Realität beschreiben. Und wenn ich 
das auf einer Karte sehen will, muß ich eben dafür sorgen, daß richtige 
Informationen auch richtig dargestellt werden.

Ach ja: Edit-War? Eindeutig die falsche Strategie. Die Jungs haben mehr 
Ausdauer, als Du glaubst, und der, der den Editwar begonnen hat, eindeutig die 
Community gegen sich. Also denk besser nicht darüber nach 

;-)

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

[Talk-de] Nachfrage OSMF Redaction Account - was tut der?

[Jan Jesse]

Hallo,

ich hatte die Tage flüchtig gelesen, daß der "OSMF Redaction Account" jetzt 
über Irland gejagt wird, um die neue Lizenz umzusetzen. Habe ich das richtig 
ausgedrückt? 

Jedenfalls sehe ich hier und da Änderungen des "OSMF Redaction Account", die 
mir über reine Lizenzgeschichten hinaus zu gehen scheinen. (Und die nicht 
direkt in Irland liegen.)

Frage 1: Ist irgendwo nachzulesen, was der Bot genau tut? 

Frage 2: Wenn der Bot etwas löscht, ist es dann in Ordnung, wenn ich es aus 
meinen Aufzeichnungen wieder herstelle? Oder weiß der Bot auch so Sachen wie: 
"Das und das ist nicht dort und dort"?

Hab mich nie mit dem Thema beschäftigt, also Entschuldigung für die naiven 
Fragen ...

JJ


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

[Talk-de] Single Node oder Teil von Way, Relation und Co?

[Jan Jesse]

Hallo Leute,

mich plagt so auf die Schnelle die Frage, ob es eine einfache Möglichkeit/ 
Datenbankabfrage gibt, um festzustellen, ob ein Node mit einer bestimmten 
OSM-ID allein für sich existiert, oder Teil eines Ways, einer Relation oder von 
egal was ist.

Gibt es da was einfaches?

Grund: Ich möchte die Position einzelner Nodes ändern. Es kann aber sein, das 
der mich interessierende Node an eine Hausecke angepappt wurde, seine 
Verschiebung also das Haus verändern würde. Das möchte ich natürlich nicht 
verantworten :-)

Danke vorab

JJ

www.freietonne.de

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

Re: [Talk-de] Fährlinien

[Jan Jesse]

Guten Morgen,

es ist wohl gestern für einige etwas spät geworden.

Am 07.01.2012 01:52, schrieb Klaus-Hermann Otto Stanislaus Plöger:

1. Wer fremde Tags löscht, darf sich nicht wundern, wenn er seine
eigenen nicht mehr wiederfindet.
An den OSM-Daten wird ständig gearbeitet, und mir scheint, daß sie 
dadurch insgesamt nicht nur mehr, sondern auch besser werden. Das 
unterschiedliche Anwendungen unterschiedliche Informationen benötigen, 
ist dabei normal. Mir ist absolut einsichtig, daß eine angebliche 
Fährlinie, die eigentlich eine Hafenrundfahrt ohne Zwischenstopp ist, 
das KFZ-Routing stört. Wer fährt schon auf eine "Fähre" um sein Auto zu 
wenden. Da hat Stefan recht. Und darüber kann man reden ohne ausfällig 
zu werden. Und er versucht wacker, alle Interessen zu berücksichtigen. 
Bleiben wir also fair und freundlich.

2. Openstreetmap als Navigationshilfe ist vorsätzlicher Leichtsinn.
Klaus
Das ist absoluter Quatsch, und ich mag die elitären "Seeleute" nicht, 
die mich bei jeder Gelegenheit so belehren. Welche genauen 
Seekartendaten enthält z.B. ein Kompaß, oder ein Sextant? Keine. 
Trotzdem erkennen wohl selbst die großen Seebären an, daß beide 
Instrumente als Navigationshilfe genutzt werden können. Oder?


Die entscheidende Frage ist, wie ich etwas zur Navigation einsetze. 
Natürlich fehlen uns in OSM derzeit noch die meißten Informationen, die 
eine amtliche Karte enthält. Ich hoffe, das ändert sich. Einstweilen 
kann ich der OSM-Karte entnehmen, wo ich mich gerade aufhalte, wie weit 
es zur nächsten Tonne ist, wo der Ausgang zum nächsten Kanal zu finden 
ist, wo der nächste Hafen ist, wo ich tanken, einkaufen oder in die 
Kneipe gehen kann. Alles Navigation. Ohne Zweifel kein Ersatz für die 
amtliche Karte, in Kombination aber eine große Hilfe.  Ich wiederhole 
hier: Ich fahre seit mehreren Jahren mit OSM-Daten, und handle NICHT 
leichtsinnig! Ich weiß, daß eine Untiefe existieren kann, obwohl sie bei 
uns (noch) nicht eingezeichnet ist, daß ich OSM-Daten also nur entnehmen 
kann, was wo ist, und nicht, was da nicht ist ;-)


Nebenbei sind diese Erörterungen seemännschen Brauchtums hier gar nicht 
relevant ;-)


Einen schönen Sonntag wünsche ich.

JJ

www.freietonne.de

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

Re: [Talk-de] Fährlinien

[Jan Jesse]

Guten Morgen,

es ist wohl gestern für einige etwas spät geworden.

Am 07.01.2012 01:52, schrieb Klaus-Hermann Otto Stanislaus Plöger:

1. Wer fremde Tags löscht, darf sich nicht wundern, wenn er seine
eigenen nicht mehr wiederfindet.
An den OSM-Daten wird ständig gearbeitet, und mir scheint, daß sie 
dadurch insgesamt nicht nur mehr, sondern auch besser werden. Das 
unterschiedliche Anwendungen unterschiedliche Informationen benötigen, 
ist dabei normal. Mir ist absolut einsichtig, daß eine angebliche 
Fährlinie, die eigentlich eine Hafenrundfahrt ohne Zwischenstopp ist, 
das KFZ-Routing stört. Wer fährt schon auf eine "Fähre" um sein Auto zu 
wenden. Da hat Stefan recht. Und darüber kann man reden ohne ausfällig 
zu werden. Und er versucht wacker, alle Interessen zu berücksichtigen. 
Bleiben wir also fair und freundlich.

2. Openstreetmap als Navigationshilfe ist vorsätzlicher Leichtsinn.
Klaus
Das ist absoluter Quatsch, und ich mag die elitären "Seeleute" nicht, 
die mich bei jeder Gelegenheit so belehren. Welche genauen 
Seekartendaten enthält z.B. ein Kompaß, oder ein Sextant? Keine. 
Trotzdem erkennen wohl selbst die großen Seebären an, daß beide 
Instrumente als Navigationshilfe genutzt werden können. Oder?


Die entscheidende Frage ist, wie ich etwas zur Navigation einsetze. 
Natürlich fehlen uns in OSM derzeit noch die meißten Informationen, die 
eine amtliche Karte enthält. Ich hoffe, das ändert sich. Einstweilen 
kann ich der OSM-Karte entnehmen, wo ich mich gerade aufhalte, wie weit 
es zur nächsten Tonne ist, wo der Ausgang zum nächsten Kanal zu finden 
ist, wo der nächste Hafen ist, wo ich tanken, einkaufen oder in die 
Kneipe gehen kann. Alles Navigation. Ohne Zweifel kein Ersatz für die 
amtliche Karte, in Kombination aber eine große Hilfe.  Ich wiederhole 
hier: Ich fahre seit mehreren Jahren mit OSM-Daten, und handle NICHT 
leichtsinnig! Ich weiß, daß eine Untiefe existieren kann, obwohl sie bei 
uns (noch) nicht eingezeichnet ist, daß ich OSM-Daten also nur entnehmen 
kann, was wo ist, und nicht, was da nicht ist ;-)


Nebenbei sind diese Erörterungen seemännschen Brauchtums hier gar nicht 
relevant ;-)


Einen schönen Sonntag wünsche ich.

JJ

www.freietonne.de

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

Re: [Talk-de] Fährlinien

[Jan Jesse]

Hi,

> Naja, diese Rundfahrten, die mich stören, sind als route=ferry
> getaggt, was falsch ist und nur deshalb in den Karten dargestellt
> werden. Wir haben es damiteinmal mehr  mit tagen für den Renderer zu
> tun.
> 
>> Ich meine, eine Diskussion zum Tagging ist das eine. Wie daraus eine
>> Löschdiskussion geworden ist, wäre meine Frage? Ist es zulässig zu sagen:
>> "Also das und das bezeichnen wir demnächst so und so, und den Rest werfen
>> wir weg." ???
> 
> Bevor man löscht kann man sie auch gern auf route=boat_trip umstellen.
> Dann stimmt zumindest das Tag und die Relevanzdiskussion können wir
> auf einen späteren Zeitpunkt verschieben :-)
> 
> Guß, Falk

Wobei die Unterscheidung schon ziemlich feinsinnig wird. Ein Ausflugsdampfer, 
der verschiedene Häfen in einem Rundkurs anläuft, und überall Leute und Post 
aufnimmt, ist ziemlich nah an einer Fähre dran. Umgekehrt sind Fährschiffe 
heutzutage ja fast Kreuzfahrer. 

Ferry oder Boat_trip sind mir insofern egal und zu theoretisch. Ich neige dazu, 
nur bei Ferry zu bleiben, und die weiteren beschreibenden Tags (Betreiber, 
Abfahrt, Ankunft, auto ...) für eine bessere Qualifizierung zu nutzen. 

Und ich finde nicht, daß die paar eingezeichneten Fähren auf den Karten 
stoeren. Ist doch sonst nicht viel los auf dem Wasser:-)

Schönes WE

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

Re: [Talk-de] Fährlinien

[Jan Jesse]

Am 06.01.2012 17:28, schrieb Stephan Wolff:

Ein willkürlich ausgewählter Track einer Fahrt hilft dir dabei nicht.
Dafür brauchst du viele Tracks einer Fährlinie bzw. einen daraus 
errechneten Korridor; für Tiefenabschätzungen zusätzlich den Tiefgang

der Fährschiffs und den Wasserpegel während der aufgezeichneten Fahrt.
Solche Informationen passen nicht in die OSM-Datenbank.



Ich bastele ja selbst an so einem Navi, und fahre seit Jahren damit 
durch die Gegend. Einfach aus der Erfahrung: Da es auf dem Wasser oft 
nicht auf 10 m ankommt, sind diese Linien in der Praxis seeehr nützlich, 
liefern viele Hinweise und klären manche Betonnung auf. In vielen 
Gewässerkarten, gerade für Anfänger, sind solche Daten inzwischen für 
jeden Fahrweg eingefügt, um klar zu machen, an welcher Seite man die 
bunten Tönnchen nun passieren sollte.


Mal eine Gegenfrage: Diese Tracks existieren seit Jahren, und deren 
Darstellung auf denn verschiedenen Karten ist Normalität. Die Renderer 
sind darauf eingestellt, die Datenmengen sicherlich unbedeutend. Wo ist 
der Anlaß für diese Diskussion?


Ich meine, eine Diskussion zum Tagging ist das eine. Wie daraus eine 
Löschdiskussion geworden ist, wäre meine Frage? Ist es zulässig zu 
sagen: "Also das und das bezeichnen wir demnächst so und so, und den 
Rest werfen wir weg." ???


JJ

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

Re: [Talk-de] Fährlinien

[Jan Jesse]

Am 06.01.2012 16:36, schrieb Falk Zscheile:
Wenn es Dich beruhigt, ich werde keine Löschorgie veranstalten, aber 
ich werde jeden darin bestärken in diesem Bereich aufzuräumen. 


Wenn aufräumen nicht mit löschen gleichgesetzt wird:

Danke!

Ich halte es nicht für sinnvoll, Daten zu löschen, nur weil man selbst 
damit nichts anzufangen weiß. Komischerweise scheint das Lösch-Aufräumen 
im Seebereich viel weiter verbreitet, als an Land, obwohl dort deutlich 
weniger "Ballast"-Daten existieren, als in einem Ballungszentrum an 
Land. Löschen hat so was unwiderrufliches.


JJ



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

Re: [Talk-de] Fährlinien

[Jan Jesse]

Hi,

Am 06.01.2012 02:22, schrieb Stephan Wolff:
auf meine Frage zum Tagging von Fährlinien habe ich in der 
Mailingliste und im Forum einige nützliche Antworten bekommen.


Alle möchten Fährlinien als stilisierte Ideallinie sehen. Ich finde es
auch sinnvoll.

Hm, ich nicht. Nach meinen Beobachungen sind die derzeitigen Linien aus 
entsprechenden Tracks von Passagieren und Mannschaften der Schiffe 
entstanden. Für mich als Wassersportler ist dies eine wichtige 
Information, gerade in Ufernähe:

- Wo ist es Tief genug, daß ich da lang fahren kann
- Wo muß ich mit schnellem, u.U gefährlichem Schiffsverkehr rechnen

Abgesehen davon wird eine stilisierte Ideallinie nicht anders aussehen, 
als die vorhandenen Einträge, da die moderne Schiffahrt aus 
Kostengründen immer die Ideallinie fährt ;-)



Relationen sind für Fährlinien nützlich und dies entspricht auch dem
ÖPNV-Busschema. Ich versuche für alle Fähren Relationen anzulegen und
dort name, fee, operator, falls bekannt duration und die access tags
setzen.

Am way mit route=ferry werde ich die access tags belassen, obwohl es
eher Eigenschaften des Schiffs und der Bedingungen der Reederei sind.
Möglicherweise braucht mancher Router diese tags.


Das ist m.E. nicht nur für das Straßenrouting interessant.

Wenn mehrere Fährlinien auf Teilstrecken denselben Wasserweg nutzen,
wäre es im OSM-Datenmodell konsequent, nur einen Weg zu haben, der Teil
verschiedener Fährrelationen ist. Diese Umstellung möchte ich aber nicht
einfach einführen und lasse die Wege erstmal nebeneinander,

Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich
möchte sie löschen.


Bitte aus o.g. Gründen NICHT löschen!!!

Die Anleger sind noch uneinheitlicher als die Fährlinien erfasst. Man
findet fast jede Kombination aus
public_transport=stop_position
public_transport=entrance
public_transport=platform
pt=stop
pt=entrance
für den Steg selbst, am Endpunkt des Stegs, im Mittelpunkt des Stegs 
oder im Wasser davor.


Oft legen Personenfähren an der Schmalseite des Stegs, also am Endpunkt
eines ways an. Dann ist der Steg m.E. nur Zugangsweg und nicht platform.
Für Fähren als Teil des ÖPNV erscheint mir
public_transport=stop_position
ferry=yes
an diesem Punkt sinnvoll. Braucht man mehr?

Genügt man_made=pier für Fußgängerrouting zur Fähre oder sollte man
highway=path hinzufügen?

Autofähren enden meist an einer Stahlrampe. Diese würde ich als
highway=*
bridge=yes
erfassen.

Hier wieder: Ist für den Verkehr AUF dem Wasser wichtig (Die Fähre hat 
Vorfahrt, wann legt sie ab, schaffe ich das noch?)

amenity=ferry_terminal findet sich mal Punkt im Wasser, mal an Land,
mal im Abfertigungsgebäude oder als Fläche des Anlegestegs. Das tag ist
so schlecht definiert, dass es nutzlos ist. Für reine Fähranleger ohne
weitere Infrastruktur möchte ich es löschen.


Vereinheitlichen: Ja, Löschen, idealisieren? Bitte unbedingt NEIN!

Viele Grüße
Stephan 


Grüße aus Berlin

JJ

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

Re: [Talk-de] An die Kartenbastler - IE / FF

[Jan Jesse]

Hallo Jan,

> -Ursprüngliche Nachricht-
> Von: Jan Tappenbeck [mailto:o...@tappenbeck.net]
> 
> Hast einer von Euch spezielle Erfahrungen machen können - insbesondere
> bei Karten mit POI. Darüberhinaus wäred die Frage was das Nachladen der
> OSM-Karten betrifft.
> 
> Wie habt Ihr ggf. die Performance gesteigert - IE in Richtung FF ?
> 
> Gruß jan :-)

Unsere FreieTonne-Karte nutzt alles, was Du nachgefragt hast. Insbesondere 
viele POI's. Sie läuft seit kurzem auch im IE ;-) Kannst ja mal testen.

Der IE ist deutlich gefühlt der langsamste Browser. Trotzdem schafft er alles, 
auch mit einem Netbook. Nach meinem Gefühl ist die Netzwerk-Geschwindigkeit, 
bzw. eben auch die lokale Festplatte, von der Tiles und POI's geholt werden, 
ausschlaggebend für die gefühlte Performance. Das gilt dann aber eben für alle 
Browser. Nutze ich meinen lokalen Tile-Datenbestand, bin ich deutlich schneller 
und flüssiger ...

Beste Grüße

JJ

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

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed:out of memory for query result

[Jan Jesse]

Hallo,

ich hatte ja versprochen, die Resultate noch zu melden. Der Import ist
wieder fehlgeschlagen, allerdings jetzt mit einem anderen Fehler:

Standard exception processing way_id 1170907: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(636640
33.15/s)
Standard exception processing way_id 1171398: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637360
33.15/s)
Standard exception processing way_id 1172157: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637460
33.15/s)
Standard exception processing way_id 1172262: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637980
33.16/s)
Standard exception processing way_id 1172818: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637990
33.15/s)Entity: line -563063126: parser error : Extra content at the end
of the document
 
 ^
planet-latest.osm.bz2 : failed to parse
Error occurred, cleaning up

Kennt das jemand? 

Falls nicht, werde ich jetzt wohl aufgeben, und mich mit Europa
zufrieden geben ;-)

Danke allen.

JJ

www.freietonne.de

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

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed: out of memory for query result

[Jan Jesse]

Hallo Kai,

der schlichte Geiz läßt mich einen etwas betagten Rechner nutzen. VMWare 
meckert, daß kein VT da ist, und läßt mich keine 64 Bit Guests installieren. 
Also habe ich bisher die 32 Bit Versionen verwendet, und bis zum Europa-Import 
hat das gut gereicht.

Ich kann jetzt natürlich nochmal das BIOS checken/ updaten, ob doch irgendwo VT 
zu aktivieren ist, würde aber gern darauf verzichten. Läßt sich der derzeitige 
Speicherbedarf evtl. genauer abschätzen? Hat vielleicht jemand Erfahrungen in 
dieser 32/ 64 Bit-Frage?

JJ

> -Ursprüngliche Nachricht-
> Von: Kai Krueger [mailto:kakrue...@gmail.com]
> Gesendet: Sonntag, 13. November 2011 19:23
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways
> failed: out of memory for query result
> 
> 
> Jan Jesse wrote:
> >
> > Going over pending ways
> >
> > pending_ways failed: out of memory for query result
> >
> 
> Der Query pending_ways ist "SELECT id FROM %p_ways WHERE pending;" Das
> heist
> der query result enthaelt die ids aller ways die als pending markiert
> wurden. Von dem was ich gesehen habe sind das ueblicherweise ca. die
> Haelfte
> aller ways. Bei einem vollen Planet Import sind das extrem viele. Das
> kann
> also gut sein, das das nicht mehr in 4Gb RAM passt, bzw auf einem 32bit
> system vielleicht sogar noch weniger.
> 
> Kai
> 
> 
> --
> View this message in context: http://gis.638310.n2.nabble.com/Fehler-
> Import-planet-osm-bz2-pending-ways-failed-out-of-memory-for-query-
> result-tp6989522p6990502.html
> Sent from the Germany mailing list archive at Nabble.com.
> 
> ___
> 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

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed: out of memory for query result

[Jan Jesse]

Hallo,

ich interpretiere das jetzt so, daß die Chancen für den erfolgreichen Import 
jetzt deutlich gestiegen sind. Richtig? Vielen Dank für die Hinweise. Das 
Ergebnis erwarte ich in ca. 30 Stunden, dann melde ich mich wieder ;-)

Einstweilen vielen Dank! Ohne Eure Hinweise, hätte ich es bestimmt jetzt bald 
geschmissen und mir gesagt, daß Europa dann eben reichen muß ...

Also bis in 30 Stunden ...

JJ


> -Ursprüngliche Nachricht-
> Von: Hilmar Hartmann [mailto:hilmar.hartm...@gmail.com]
> Gesendet: Sonntag, 13. November 2011 15:05
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways
> failed: out of memory for query result
> 
> Hallo Frederik,
> 
> danke für Ergänzung :-)
> 
> Gruß Hilmar
> 
> Am 13. November 2011 15:00 schrieb Frederik Ramm :
> 
> > Hi,
> >
> >
> > On 11/13/2011 02:51 PM, Hilmar Hartmann wrote:
> >
> >> den Kernel
> >> Parameter (sysctl) übernimmt Linux allerdings erst nach einem
> Neustart des
> >> Rechners
> >>
> >
> > Man kann direkt "sysctl kernel.shmmax=" eingeben fuer die
> laufende
> > Sitzung.
> >
> >
> >  Soweit ich abschätzen kann ist der PBF-Datei Import schneller zu
> >> bewerkstelligen,
> >>
> >
> > Das stimmt, aber die reine XML-Einlesezeit liegt nur bei ein paar
> Stunden,
> > die spart man also mit PBF - nicht viel, wenn man ueber Tage spricht.
> >
> > Bye
> > Frederik
> >
> > --
> > Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
> E008°23'33"
> >
> >
> > __**_
> > 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 mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed: out of memory for query result

[Jan Jesse]

Hallo Hilmar,

Danke für den link, hatte ich entweder noch nicht gefunden, oder überlesen ...
Ich habe mir die postgresql.conf angesehen, und jetzt folgende Änderungen 
vorgenommen:

 shared_buffers = 128MB # 16384 for 8.1 and earlier
 checkpoint_segments = 20
 maintenance_work_mem = 256MB # 256000 for 8.1 and earlier
 autovacuum = off

 Edit kernel parameter shmmax to increase maximum size of shared memory.
 sudo sysctl -w kernel.shmmax=268435456
 sudo sysctl -p /etc/sysctl.conf

Postgres neu gestartet, und den Import gleich auf Verdacht neu gestartet. Jetzt 
dauert es aber wieder 30 h :-(

Welche Informationen zu meinem Setup würdest Du jetzt brauchen?

Für jede Hilfe dankbar

JJ

Im Terminal sieht es jetzt in etwa so aus:

osm2pgsql -I -m -s -d gis -C 2048 /home/jan/Arbeitsfläche/planet-latest.osm.bz2
osm2pgsql SVN version 0.80.0 (32bit id space)

Using projection SRS 900913 (Spherical Mercator)
Setting up table: planet_osm_point
NOTICE:  table "planet_osm_point" does not exist, skipping
NOTICE:  table "planet_osm_point_tmp" does not exist, skipping
Setting up table: planet_osm_line
NOTICE:  table "planet_osm_line" does not exist, skipping
NOTICE:  table "planet_osm_line_tmp" does not exist, skipping
Setting up table: planet_osm_polygon
NOTICE:  table "planet_osm_polygon" does not exist, skipping
NOTICE:  table "planet_osm_polygon_tmp" does not exist, skipping
Setting up table: planet_osm_roads
NOTICE:  table "planet_osm_roads" does not exist, skipping
NOTICE:  table "planet_osm_roads_tmp" does not exist, skipping
Allocating memory for dense node cache
Allocating dense node cache in block sized chunks
Node-cache: cache=2048MB, maxblocks=0*262145, allocation method=8192
Mid: pgsql, scale=100
Setting up table: planet_osm_nodes
NOTICE:  table "planet_osm_nodes" does not exist, skipping
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index 
"planet_osm_nodes_pkey" for table "planet_osm_nodes"
Setting up table: planet_osm_ways
NOTICE:  table "planet_osm_ways" does not exist, skipping
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index 
"planet_osm_ways_pkey" for table "planet_osm_ways"
Setting up table: planet_osm_rels
NOTICE:  table "planet_osm_rels" does not exist, skipping
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index 
"planet_osm_rels_pkey" for table "planet_osm_rels"

Reading in file: /home/jan/Arbeitsfläche/planet-latest.osm.bz2
Unknown node type 8
Processing: Node(880k 38.3k/s) Way(0k 0.00k/s) Relation(0 0.00/s)

> -Ursprüngliche Nachricht-
> Von: Hilmar Hartmann [mailto:hilmar.hartm...@gmail.com]
> Gesendet: Sonntag, 13. November 2011 13:48
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways
> failed: out of memory for query result
> 
> Hallo Jan,
> 
> ich hoffe Du hast das Postgresql Setup entsprechend angepasst, ich
> verweise
> hier mal
> auf das folgende How-To
> http://weait.com/content/build-your-own-openstreetmap-server
> 
> Das Problem wurde auch schon unter folgender Adresse beschrieben
> http://web.archiveorange.com/archive/v/tomQkEFYolL1R7cr1Jer
> ... hier wird auf den -C Parameter verwiesen.
> 
> Zur weiteren Analyse hilft es jedoch nochmal einen Blick auf Dein Setup
> zu
> werfen ...
> 
> Gruß aus Berlin
> 
> Hilmar
> 
> Am 13. November 2011 13:05 schrieb Walter Nordmann
> :
> 
> >
> > Jan Jesse wrote:
> > >
> > >  und kann mir sagen, was zu tun ist, um diesen Import
> hinzubekommen?
> > >
> > am besten du postest hier mal die Software und den genauen Befehl,
> den du
> > verwendest.
> >
> > "Import Planet" kann man auf 1000 verschiedene Arten machen.
> >
> > Gruss
> > walter
> >
> > p.s. Umfeld, wie Rechner und OS wären auch nicht unflott.
> >
> >
> > -
> > Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und
> du
> > wirst sehen, dass da kein Wald ist.
> > --
> > View this message in context:
> > http://gis.638310.n2.nabble.com/Fehler-Import-planet-osm-bz2-pending-
> ways-failed-out-of-memory-for-query-result-tp6989522p6989783.html
> > Sent from the Germany mailing list archive at Nabble.com.
> >
> > ___
> > 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 mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed: out of memory for query result

[Jan Jesse]

Klar :-)

Also: Ubuntu 10.11 (32 Bit) auf einer VMWare-Instanz, 4 GB Ram, ca. 350 GB 
SSD's.

Auf die neu installierte Ubuntu habe ich Kai Krueger's nette 
libapache2-mod-tile Paket installiert, das nach meinen Tests mit dem 
Europa-Ausschnitt der Geofabrik auch wunderbar funktioniert.

Den Import selbst habe ich dann nach Lehrbuch mit

osm2pgsql -m -s -d gis  planet-latest.osm.bz2

gestartet. Mit dem Parameter -C habe ich rumgespielt, hat aber nichts geändert. 
Alle Versuche enden an dieser pending way's Stelle.

Läßt sich daraus was schlußfolgern? 

JJ


> -Ursprüngliche Nachricht-
> Von: Walter Nordmann [mailto:walter.nordm...@web.de]
> Gesendet: Sonntag, 13. November 2011 13:05
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways
> failed: out of memory for query result
> 
> 
> Jan Jesse wrote:
> >
> >  und kann mir sagen, was zu tun ist, um diesen Import hinzubekommen?
> >
> am besten du postest hier mal die Software und den genauen Befehl, den
> du
> verwendest.
> 
> "Import Planet" kann man auf 1000 verschiedene Arten machen.
> 
> Gruss
> walter
> 
> p.s. Umfeld, wie Rechner und OS wären auch nicht unflott.
> 
> 
> -
> Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du
> wirst sehen, dass da kein Wald ist.
> --
> View this message in context: http://gis.638310.n2.nabble.com/Fehler-
> Import-planet-osm-bz2-pending-ways-failed-out-of-memory-for-query-
> result-tp6989522p6989783.html
> Sent from the Germany mailing list archive at Nabble.com.
> 
> ___
> 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] Fehler Import planet.osm.bz2: pending_ways failed: out of memory for query result

[Jan Jesse]

Hallo,

 

Ich versuche jetzt seit einigen Tagen, ein komplettes Planet-File zu 
importieren. Sieht anfangs immer alles schick aus, und ist dank der 2 neuen 
SSD's auch ziemlich  schnell. Aber nach ca. 30 h kommt immer der Fehler:

 

Going over pending ways

pending_ways failed: out of memory for query result

(7)

 

Nun gibt es im Netz den Hinweis, daß man mittels -c etwas mehr Speicher geben 
soll, habe ich gemacht, und kein besseres Resultat erzielt. Nun habe ich in 
meiner Verzweiflung schon ein neues planet-file heruntergeladen, und 
festgestellt, daß dieses ca. 4 GB kleiner ist, als das vorherige, das schon 
einige Tage älter ist. Der Größenunterschied hat mich arg verwundert. Der 
Import dieses neuen files läuft gerade, aber ich habe eigentlich keine 
Hoffnung, daß es diesmal besser funktioniert.

 

Kennt sich jemand aus, und kann mir sagen, was zu tun ist, um diesen Import 
hinzubekommen?

 

 

Beste Grüße aus Berlin

 

JJ

 

www.freietonne.de

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

Re: [Talk-de] Tiles Downloader bremsen Server aus

[Jan Jesse]

Hi,

> > als gerade selbst betroffener möchte ich mal in eine freundliche
> Richtung argumentieren. Ich gehe davon aus, daß die Tiles so beliebt
> sind, weil sie die einfachste Schnittstelle zur Endnutzung darstellen.
> Das mit der Handy-Render-App ist m.E. Zukunftsmusik.
> 
> Zukunftsmusik? Komisch dass hier OsmAnd
> (http://code.google.com/p/osmand/) noch nicht erwähnt wurde. Tut genau
> das: Aus Vektordaten (.osm.pbf) eine Kartendarstellung auf dem Handy
> (hier: Android) rendern. Bietet viele Gebiete/Regionen zum Download an,
> die das Projekt selbst hostet (Google Code).
> Klar kann das (v.a. auf älteren Geräten) länger dauern als ein
> Tile-download aber wenn man mal an den benötigten Traffic denkt 
> Vor allem kann man die Vektordaten bequem zu Hause über's WLAN laden.

OsmAnd ist Klasse, deshalb bietet mein Lieblingsprojekt auch vorgefertigte 
Daten dafür an. Aber eben als tiles zum download. Denn die Vektordaten für 
osmand sind eben wieder spezielle Auszüge aus dem planetfile, und es ist nicht 
trivial, das nachzubauen. Wenn ich dann noch meine Seezeichen dargestellt haben 
will, wird’s recht tricki bis unmöglich. Und da auch osmand den Tile-Download 
unterstützt, war das eben der einfachste Weg. Keine speziellen Daten, keine 
extra-Styles, einfach rendern und gut. Für mich DAS Auswahlkriterium für die 
Android-Unterstützung.

Ich denke, das ist die gleiche Geschichte, wie ein Trampelpfad. Der ist nicht 
schön, entsteht aber immer dort, wo der Landschaftsplaner seine Wegeplanung der 
schönen Kunst, aber eben nicht der Bequemlichkeit und Kürze entsprechend 
ausgerichtet haben will. 

Die Tiles sind vielleicht unabsichtlich der bequemste Weg geworden, und der 
wird eben genutzt. Und daraus ist ja das hier diskutierte Problem entstanden. 
Verbote werden uns da nicht helfen, und "schöne" aber eben trotzdem Umwege 
werden sich nicht durchsetzen. Und bis es einheitliche Styles, passende Filter 
fürs Planetfile usw. gibt, die ich überall und in jedem vektorbasierten 
Programm nutzen kann, wird wohl doch noch etwas Zeit vergehen. Und etwas 
robustere Hardware entstehen müssen (schneller, als unser Datenbestand wächst 
:-)).

Der Ansatz von Kai und sein schneller (relativer, weil nach meinen Tests noch 
nicht ganz perfekter) Erfolg gehen da für mich deutlich in die richtige 
Richtung. Fünf Befehle werden vielleicht nicht reichen. Aber ausgehend von 
einer bestimmten Ubuntu-Version die Installation eines kompletten renderers zu 
beschreiben, wird vielleicht vielen bedürftigen helfen. Das kann ich gut 
abschätzen, denn ich habe die letzte Woche damit verbracht, mich durch die "für 
Ubuntu", "für debian", "für Windows" zu wühlen, und war z.B. erstaunt, als ich 
heute hier von "TileLite" gelesen habe. Das hatte ich bei meinen Recherchen 
nicht mal entdeckt.

Nachdem ich mich also in einer Woche durchgewurstelt hatte, habe ich heute 
nachmittag mal ne Stunde investiert, um Kai's Ansatz zu testen. Mal auf die 
schnelle dazu noch folgende Anmerkungen:

- Klasse Arbeit!!!
- Ich habe die Ubuntu-Server Version (11.4) frisch aufgesetzt verwendet 
(vmware-Instanz).
- add-apt-repository liefert ein command not found, muß also als erstes 
installiert werden
- die DB wird nicht komplett vorbereitet, z.B. muß wohl ein Nutzer angelegt 
werden
- der renderd ist bei mir nicht angesprungen (keine Zeit zu schauen, warum 
nicht, sorry)

Update und expiry trifft übrigens nicht meinen Bedarf, das mag bei anderen 
anders sein. Aber ich denke, der Durchschnittsnutzer wird keinen Bedarf an 
einem ständig aktuellen, dafür ressourcenfressenden Datenbestand haben, sondern 
lieber ab und an komplett neu einlesen. Da kann ich mich irren, das wäre für 
mich jedoch tatsächlich "Stufe II" des Projektes, und sollte möglichst getrennt 
behandelt werden. Die 5-Punkte-Beschreibung zielt ja wohl eher auf Anfänger/ 
Gelegenheitsnutzer. Da kann ich aber auch komplett schief liegen ;-)

Und vielleicht abschließend: Was ich hier zu den bestehenden Anleitungen im 
Wiki geschrieben habe, ist keine Kritik. Schließlich habe ich es damit auch 
geschafft. Ich habe aber auch festgestellt, daß die ganze mapnik-Geschichte 
inzwischen gut gereift ist, und eine zusammenfassende, systematische 
Dokumentation und Installationsanleitung verdient hat. Ist schließlich wirklich 
eine tolle Software!

@Kai

Falls Du Beta-Tester suchst bin ich dabei ;-) Gibt es eine Seite im Wiki?

Beste Grüße aus Berlin

JJ


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

[Talk-de] Frage zu osm2pgsql --append

[Jan Jesse]

Hallo,

 

da es hier von Experten wimmelt sei eine Frage zu osm2pgsql gestattet.

 

Da ich noch immer in der Testphase, und hardwareseitig etwas wackelig bin, habe 
ich zunächst eine bbox aus dem planetfile importiert. Wie es so ist, hab ich 
aber noch etwas Platz auf der ssd und dachte, lade ich noch etwas mehr rein ;-)

 

Im Wiki habe ich die Option -a gefunden.  Natürlich gleich probiert, alles 
läuft gut an, bis der Import mit der Bemerkung abbricht, daß eine ID, die uniq 
sein soll, doppelt auftritt. Nun kann ich mir schon denken, daß meine etwas 
schlampige bbox-Abgrenzung zum ersten Import eine Überlappung hat,

 

Meine Frage: Gibt es überhaupt die Möglichkeit, einzelne, auch überlappende 
bboxes nacheinander zu importieren? Oder muß ich jeweils alles komplett neu 
einlesen?

 

Sorry, aber ich habe nichts dazu gefunden. Kann mir jemand helfen?

 

Danke

 

JJ

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

Re: [Talk-de] Tiles Downloader bremsen Server aus

[Jan Jesse]

Hi,

> Eine Applikation, die gut und schnell selber rendert, ist halt
> schwieriger zu schreiben, als der 1000. Tile-Downloader, den man sich
> mal eben im App-Baukasten zusammenklickt ;)
> 
> Bye
> Frederik

als gerade selbst betroffener möchte ich mal in eine freundliche Richtung 
argumentieren. Ich gehe davon aus, daß die Tiles so beliebt sind, weil sie die 
einfachste Schnittstelle zur Endnutzung darstellen. Das mit der 
Handy-Render-App ist m.E. Zukunftsmusik.

Nun habe ich mich selbst gerade die letzten Tage damit befaßt, einen 
Mapnik-Server aufzusetzen, um meine Tiles selbst zu rendern. Ich würde nicht 
sagen, daß ich der jüngste Anfänger hier bin, aber es ist wirklich nicht 
trivial, sich in die im Wiki verstreuten verschiedensprachigen, verschieden 
aktuellen, unterschiedlich vollständigen Beschreibungen reinzulesen, und dann 
was draus zu machen. Meiner rendert jetzt, redet aber nicht mit tirex ...

Ich denke wir sollten in dieser Richtung etwas tun. Klare Installations- und 
Benutzerleitfäden könnten deutlich zur dezentralen Stärkung unserer 
Infrastruktur beitragen, indem wir Interessierten besser helfen, die eigenen 
Ressourcen zu erschließen. Wenn es einfacher ist, die Tiles selbst zu rendern, 
als sie von überlasteten Servern zu holen, werden die Leute selber rendern. Den 
negativen Teil der Motivation haben wir ja schon gemeinsam mit den 
iPhone-App-Entwicklern realisiert. 

Viele Tile-Nutzer haben bestimmt ausreichend Rechenkapazität zu Hause, aber zu 
wenig know how. Warum nicht eine Ubuntu LTE nehmen, und genau darauf 
zugeschnitten eine Wiki-Seite schreiben? Angesichts der Größe des Planetfiles 
kann man evtl auch tatsächlich über eine virtuelle Instanz nachdenken, die zum 
Download angeboten wird.

Erst wenn das Aufsetzen eines Renderers leichter ist, als das Aufsetzen einer 
OpenLayers-html-Seite, oder der 1000-ten iPhone-App, ist diese Diskussion 
nachhaltig erledigt.

Eine Herausforderung ...

;-)

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

[Talk-de] Mapnik-DB Größe nach import aktuelles planet-file?

[Jan Jesse]

Hallo,

da ich gerade einen erneuten Anlauf unternehme, einen eigenen mapnik-db-Server 
aufzusetzen frage ich mal:

- reichen 500 GB Plattenplatz fürs gesamte planet-file?
- kann das Teil als virtuelle VMWare-Instanz überhaupt funktionieren?
- Wieviele nodes, ways, relations werden ca. importiert?

Dankbar für eine kurze Auskunft
(Ich starre gerade auf den Import :-))

JJ


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

Re: [Talk-de] coastline/ maperitive - Unterschied Daten vonxapioder aus germany.osm

[Jan Jesse]

Hi,

> Welche Parameter hast du denn bei osmosis benutzt?

... omitmetadata - autsch. Hätte ich lesen können, dass da Version und 
Timestamp dazugehören. Elender Geiz. Danke.

Deine Erklärung mit den Polygonen leuchtet ein. Dann scheint das Fluten 
Norddeutschlands unvermeidlich, da ich recht große Gebiete ausschneide (0.5x0.5 
°). Auf einer Länge von 100 km wird bestimmt keine konstistente Küstenlinie da 
sein. Was kann ich da tun? Du sagtest, Mapnik nutze spezielle Shapefiles. Sind 
die irgendwo zu bekommen? Ich meine gelesen zu haben, dass man so was dann 
einfach konvertieren kann. 

Dann könnte ich die coastline aus meiner *.osm rausschneiden, und eine intakte 
einsetzen. Oder liege ich da auch gleich wieder falsch?

JJ





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

Re: [Talk-de] coastline/ maperitive - Unterschied Daten von xapioder aus germany.osm

[Jan Jesse]

Hi,


> Von: André Joost [mailto:andre+jo...@nurfuerspam.de]
> Hi,
> 
> Versuch es mal mit der europe.osm.pbf und schneide selber aus, mit den
> diversen Optionen, die osmosis bietet.
> 

Genau das habe ich, soweit ich es eben verstanden habe, schon getan. Keine 
Abhilfe.

Auf den gerenderten Tiles sind auch eindeutig Küstenlinien zu sehen, und eine 
Überflutung aufgrund einer Lücke kann ausgeschlossen werden (auch nicht hinten 
herum).

Was ich sehe, ist die richtige Küstenlinie, die wir uns jetzt mal als 
Schlangenlinie vorstellen. Außerdem gibt es scheinbar eine weitere Küstenlinie, 
stark vereinfacht eine Gerade, die unsere Schlangenlinie natürlich regelmäßig 
kreuzt. Dadurch werden die Flächen jeweils zwischen beiden Küstenlinien zu 
Inseln, die Flächen außerhalb zu Wasser. M.E. wird hier richtig gerendert, aber 
die Daten sind falsch. Genauer gesagt, die vermutete stark vereinfachte 
Küstenlinie gehört da nicht hin, oder meine styles greifen da was unsinniges ab.

Und mein Problem: Ich bekomme diese (gerade) Küstenlinie nicht zu sehen.

Frage: Kann mir jemand die osmosis-Optionen nennen, die es erlauben, einen 
Ausschnitt zu generieren, den JOSM auch einliest? Das was ich da produziert 
habe, hat scheinbar keine Versionsnummern mehr, und wird von JOSM abgelehnt ...

Grundlage wäre wie vorgeschlagen europe.osm.pbf

Und noch eine Frage: Wenn die unterstellte gerade Küstenlinie da sein sollte, 
müsste ich sie dann nicht auch in den Daten, die die XAPI-liefert, zu sehen 
bekommen?

JJ

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

[Talk-de] coastline/ maperitive - Unterschied Daten von xapi oder aus germany.osm

[Jan Jesse]

Hallo,

ich bin ziemlich am Grübeln. Versuche gerade Tiles von Norddeutschland zu 
erstellen, und nutze dazu die germany.osm.pbf, die ich brav mit osmosis 
zerschnipsele. Was soll ich sagen, bis ca 53° scheint die Region komplett 
geflutet zu sein.

Nehme ich die Daten direkt von der xapi, ist alles schick.

Von den gerenderten Tiles her würde ich sagen, daß die normale coastline 
ständig von einer sehr grob gezeichneten weiteren coastline gequert wird, so 
daß hier immer Inseln entstehen, deren Ufer einander berühren, und so eine nach 
Süden ausgerichtete Küstenlinie ergeben. Und dann kommt die Flut.

Zum Rendern verwende ich maperitive in der aktuellen Version. Ich habe diesen 
Satz Tiles vor ca. 12 Wochen schon einmal gerechnet, da war alles ok.

Mein Problem: Mit JOSM auf der xapi kann ich diese vermutete zweite, grobe 
Küstenlinie nich sehen. JOSM auf meinem Datenextrakt (*.osm) will nicht öffnen, 
und meint irgendwas mit -1 ...

Da ich sicher glaube, mich hier etwas dumm anzustellen, habe ich große 
Hoffnung, daß Hilfe naht ;-)

Beste Grüße aus Berlin

JJ

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

Re: [Talk-de] eBay Verkauf Seekarte ...

[Jan Jesse]

 
Hi Nop

> verlangen (bzw. eine offene Versteigerung machen, die sich 
> meist auf unrealistisches Niveau
> hochzieht) hast Du nur die Möglichkeit, Deine Karte selbst 
> bei ebay zu einem sinnvollen Festpreis anzubieten, um 
> skrupellose Märchenpreise zu verhindern.
> Das ziehen ein paar OSMler schon seit über einem Jahr 
> konsequent so durch - macht aber Arbeit.
> 
> bye
> Nop

Vielleicht lohnt es tatsächlich, über sowas nachzudenken. Wir könnten dann 
vielleicht auch besser denen helfen, die mit unserer Software-Zusammenstellung 
nicht ad hoc klarkommen. Viele Leute wünschen sich ja genau die Daten Ihres 
nächsten Törns auf dem Stick, und bekommen es nicht richtig hin. Allerdings 
stelle ich mir das durchaus aufwendig vor, und habe auch innerlich irgendwie 
Skrupel, freie Software zum Kauf anzubieten. Ich meine, ich kann doch nicht 
wirklich den Apache oder php oder perl verkaufen ;-)

Aber als Supportangebot mag es inhaltlich sogar Sinn machen, Anwendern helfen, 
und damit eine gewisse Legitimation erfahren. 

Also danke nochmal an alle. Es ist für mich immer wieder verblüffend, wie 
vielfältig die Fragen um freie Projekte sind, und was man so alles lernen kann 
und muß.

JJ

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

Re: [Talk-de] eBay Verkauf Seekarte ...

[Jan Jesse]

Hallo Bernd 

> Ich finde deine Reaktion darauf unverständlich. Willst du 
> verhindern dass irgendjemand Vorteile aus den von u.A. dir 
> erstellten Karten und Tools gewinnt? Wie kommst du dann auf 
> die Idee bei einem freien Projekt mit zu machen?
> 
> Gruß, Bernd

nachdem ich das überschlafen habe, stimme ich Dir zu. Ich hatte nur nicht damit 
gerechnet, daß jemand beginnt, olle USB-Sticks mit OSM-Daten "aufzuwerten" und 
zu verhökern. 

Ich fand Deine messerscharfen Argumente übrigens gut, hat mir geholfen ...

Also Entschuldigung, ich wollte jetzt auch nicht die Riesendiskussion 
lostreten. 

Beste Grüße vom Rhein

JJ

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

[Talk-de] eBay Verkauf Seekarte ...

[Jan Jesse]

Hallo Leute,
 
ich war jetzt ziemlich verblüfft, als mir jemand mitteilte, daß unsere 
USB-Stick-Software (www.freietonne.de) unter dem Stichwort "Seekarte" auf eBay 
verkauft wird. Das ist natürlich zunächst ein Schock, aber unsere Lizenz läßt 
das wohl zu, oder?
 
Meine Frage (genervt, ich wollte eigentlich Urlaub machen): Was tut man dagegen 
(Tut man überhaupt was dagegen?).
 
Beste Grüße vom Rhein
 
JJ
 
www.freietonne.de
 
Wieviel Geduld muß ich noch lernen?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Windows: kacheln zippen und dann auf dem Serverwieder entpacken

[Jan Jesse]

Am 05.07.2011 um 12:55 schrieb M∡rtin Koppenhoefer :

> Am 5. Juli 2011 12:41 schrieb Jan Tappenbeck :
>> Am 05.07.2011 11:52, schrieb Frederik Ramm:
>>> 
>>> Hi,
>>> 
>>> On 07/05/11 11:46, Jan Tappenbeck wrote:
 
 Nun wende ich mich an Euch mit der Frage ob einer ein freies Packtool
 kennt das über Batch-Betrieb angesprochen werden kann und das dann auch
 mit einem entsprechenden Script entpackt werden kann - und das in dieser
 Konstellation auf funktioniert.
>>> 
>>> Wenn ich Dich richtig verstehe, ist Dein Problem, dass Du kein
>>> Commandline-Auspacktool fuer Zip-Dateien auf Windows hast?
>>> 
>>> Ich habe "Windows Commandline Unzip" in Google eingegeben und fand als
>>> ersten Treffer dies:
>>> 
>>> http://stahlworks.com/dev/index.php?tool=zipunzip
>>> 
>>> Hast Du das schon probiert?
>>> 
>>> Bye
>>> Frederik
>> 
>> hi !
>> 
>> ... umgekehrt - ich muss erst einmal auf windows7 packen und dann das
>> richtige entpackscript auf dem zerver haben !
>> 
>> hast Du mir dem Teil schon einaml das Bündeln von Dateien in verschachtelten
>> Verzeichnissen realisiert bekommen ??
> 
> 
> 
> such mal nach tar bzw. komprimiere dann mit bzip (tar.bz2).
> 
> komprimieren mit bz2 geht z.B. so:
> tar -cvjf archivname.tar.bz2 zusicherndedateibzwordnername
> 
> Entpacken auf dem Server sollte so gehen:
> tar -xvjf dateiname.tar.bz2
> 
> Das ist rekursiv, d.h. die Ordnerstruktur wird beibehalten.
> 
> Gruß Martin

7-zip kann auch tar, und das tut es bei mir auch im Batchbetrieb. Bin nur grad 
im Urlaub, und kann deshalb die Command-line-options nicht raussuchen. Da es um 
fertige tiles geht ist die Komprimierung evtl. zu vernachlässigen. Wie man 
einen 1&1 Server zum auspacken bekommt, weiß ich aber auch nicht :-(

Mit verschiedenen tar.exe, die so durchs Netz geistern, hatte ich schon einige 
Probleme.

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

[Talk-de] Tiefenangaben Gewässer und Navionics für iPad

[Jan Jesse]

Hai,

ich habe gerade mit dem neuesten Update der Navionics-Marine Software fürs iPad 
einen Karteneditor ähnlich OpenSeaMap und FreieTonne und gleichzeitig 
OSM-Kartendaten (ordentliche Lizenzangabe unten links am Bildschirm) bekommen.

In unsere OSM-Daten sind Gewässerdaten eingeblendet, die über das, was in 
unserer DB steckt, hinausgehen: Die für uns bisher unerreichbaren 
Gewässertiefen.

Da ich hier keine deutliche lizenzrechtliche Abgrenzung der Inhalte sehe: 
Dürfen wir die Tiefenlinien jetzt abmalen?

Ich find es übrigens beachtlich, daß die großen Firmen, die bisher mehr oder 
weniger deutlich auf der Zuverlässigkeit der "amtlichen" Seekarten rumgeritten 
sind, jetzt selbst auch im Bereich der Gewässer auf Community-Datenerfassung 
setzen.

;-)

JJ

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

Re: [Talk-de] Infrastruktur für Spezialkarten

[Jan Jesse]

Hallo Stephan,


> Im Endzustand träume ich von einer Karte, die ähnlich wie die
> Wassersportkarten von Jübermann Befahrungsmöglichkeiten und -regeln,
> Einsetzstellen für Kajaks, Umtragestrecken, Bootshäuser und ähnliches
> zeigt. 

In etwa in die Richtung geht, was ich gerade angefangen habe. Wobei ich eben an 
reinen Wassersportkarten nur den "Wasserwanderatlas", den es im Osten gibt, 
kenne. Insbesondere die Kennzeichnungen von Schwierigkeitsgraden usw sind da ja 
nur rudimentär.

> Welche Daten sich sinnvoll in OSM erfassen lassen, was man
> automatisiert darstellen kann und was sich davon in die Karte der
> Freien Tonne übertragen lässt ohne die Übersichtlichkeit stark
> einzuschränken, müssen einige Experimente zeigen.

Das ist ja beim Erstellen der "Spezialkarten" das ewige Problem. Ich möchte 
eigentlich in jeder Zoomstufe eine Wassersport-/ bzw. Seekarte präsent haben, 
und jeweils soviel darstellen, wie überhaupt geht, ohne die Übersicht zu 
verlieren. Deshalb experimentiere ich gerade mit verschiedenen Layern, die je 
nach Zoomstufe und Zeichendichte automatisch ein- und ausgeblendet werden.


> Bislang habe ich nur vage Ideen. Ich muss erst einmal mit einigen
> Beispielen spielen. Sobald erste Ergebnisse vorliegen, können wir uns
> unterhalten, was sich gemeinsam machen lässt.
> 
> Viele Grüße, Stephan
> 

Schön wäre, wenn wir etwas von Deinem Know-How in Bezug auf das Tagging 
profitieren könnten. Wir definieren ja in unserer DB, welche Zeichen/ Pois wir 
aus OSM übernehmen, pappen ein passendes Icon dazu und ... Diese Definitionen 
können durch jedermann verbessert und vervollständigt werden, so dass jeder 
direkt Einfluß auf die Gestaltung unserer Karte hat. Im Umkehrschluß stellen 
wir unsere Definitionen dann ja z.B. auch für die Arbeit im JOSM bereit. Mit 
der Qualität dessen, was wir da im Moment haben, bin ich aber nicht in jedem 
Falle glücklich :-( Wir haben viele Seeleute, aber wenig OSM-er, die an der FT 
arbeiten. Das macht die Sache ziemlich aufwendig für ein paar wenige :-)

Insofern ist jeder willkommen, der wirklich was will und kann. So sehr privat 
und eigenbrötlerisch, wie das vielleicht nach außen wirkt, sind wir nicht ;-) 
Und wir eignen uns auch nicht die Arbeit anderer an. Alles was geht, fließt 
direkt in die OSM-DB ein, wenn es bei uns gepflegt wird, steht also für jedes 
andere Projekt (hoffentlich gibt's bald mehr) auch zur Verfügung.

Frohe Weihnachten

JJ

www.freietonne.de 

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

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

[Jan Jesse]

Hallo,

> 
> On 12/21/10 23:06, Tirkon wrote:
> > Was mich an PD stören würde, wäre der Umstand, dass dann Openstreetmap
> > nicht mehr als Quelle genannt werden muss. Wenn sich dann jeder die
> > Daten zueigen macht und sein Logo druntersetzt, werden die Leute nicht
> > mehr auf OSM aufmerksam. Die Daten könnten dann an jeder beliebigen
> > Stelle weiter komplettiert werden, ohne dass OSM etwas davon abbekommt
> > und am Ende keine eigene vollständige Erfassung besitzt.
> >
> > Oder liege ich mit dieser Annahme falsch?
> 
> Dass dies *moeglich* ist, stimmt. Persoenlich gehe ich allerdings davon
> aus, dass OSM ueber kurz oder lang so bekannt und dominant wird, dass
> die Leute sich darum reissen, unseren Namen drunterzusetzen. "Enthaelt
> Daten aus OSM" wird ein Qualitaetsmerkmal sein, und wir werden
> gerichtlich gegen jene vorgehen, die das draufschreiben, OHNE unsere
> Daten zu verwenden.
> 
> Klingt weit hergeholt, aber ich meine das ernst.
> 
> Bye
> Frederik
> 

Das ist doch jetzt schon so. Wir hatten einen Schreibfehler in der descripion 
unserer Seite (ein Leerzeichen in Openstreetmap). Als ich das korrigiert hatte, 
sind wir bei Google gleich auf Seite 1 gelandet :-)

JJ

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

Re: [Talk-de] Infrastruktur für Spezialkarten

[Jan Jesse]

Hallo Stephan,

> Als erste Idee würde ich gern eine Wasserwanderkarte erstellen, auf
> der die für Kajakfahrer und Ruderer geeigneten Flüsse und Seen sowie
> die gesperrten Flächen und Hindernisse sichtbar sind.

Ich habe gerade dieser Tage das gleiche in Angriff genommen (rudimentär auf 
unserer Karte zu sehen). Nachdem viele Binnengewässer und die Küstengebiete in 
meinem Fahrgebiet schon gut verzeichnet sind, möchte ich unsere FT um die 
Kanu-Reviere erweitern.

> Ich kann und will das nicht als Einpersonenprojekt betreiben. Mir
> fehlt ein geeigneter Server und ich habe keine Zeit mich in alle
> technischen Problemfelder einzuarbeiten. Vor allem aber sterben viele
> Einzelprojekte nach einer kurzen Phase der Euphorie, wenn Probleme
> auftauchen und der Initiator keine Zeit zur Lösung hat. Ich stelle
> mir eher vor, dass mehrere Personen Zugriff auf die Renderregeln
> haben.

Cooler Ansatz. Wir hatten die FT ja eigentlich so konzipiert, und sie 
funktioniert auch so. Hast Du da mal reingeschaut (momentan Bsp. Saale)? Ich 
würde mich über "Verstärkung" freuen, zumal eben auf der Schiene Wasserwandern 
und kleinere Gewässer viel interessantes zu machen ist.

Frohe Weihnachten und ein Gesundes Neues Jahr :-)

JJ

www.freietonne.de/seekarte


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

Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)

[Jan Jesse]

Hallo Olaf, Hallo Mario, Hallo ...

ich bin über den zeitlichen Ablauf und das große Doppeltaggen der letzten Tage 
auch sehr unglücklich. Insbesondere letzteres ist ja das, wogegen ich seit mehr 
als einem halben Jahr selbst immer protestiert habe. Ich denke nach wie vor, 
daß ein Node keine redundanten Informationen in verschiedenen Sprachen 
enthalten darf, weil das die Daten ziemlich unbrauchbar macht. 

Da wir als FT beide Schemata leidlich lesen, haben wir auch kein Interesse an 
diesem Umtaggen, zumal beim Anfügen "unserer" tags genau die gleichen Fehler 
gemacht worden sind, wie umgekehrt. Auch wir haben nun etliche Zeichen, die wir 
nicht mehr erkennen. Ich fänd es hilfreich, wenn wir die Daten erst 
"bereinigen" würden, wenn die Diskussion etwas weiter, und ein 
einverständliches Handeln möglich ist. 

Allerdings stören mich die "Feindbilder" und Vorwürfe, die erneut die 
Diskussion belasten. 

Ich denke, wenn wir uns in der nächsten Zeit einfach über OSM und Proposal und 
tags usw, und weniger über die "Streitparteien" und wer Schuld an was ist, oder 
wer die meisten Zeichen getaggt hat, unterhalten würden, könnten wir wirklich 
gut vorwärts kommen. 


JJ

Kann mal jemand die Worte OSeaM und FreieTonne in dieser Liste schwärzen? :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Garmin 60 CSx via USB-Kabel an JOSM

[Jan Jesse]

Hallo,

> > Ihr wollt also allen ernstes einen 60CSx als GPS-Empfänger an einem
> > laufenden Laptop betreiben, um die livedaten in Josm angezeigt zu
> > bekommen?
> >
> > Ich kann ja verstehen, wenn Leute, die nur eine Bluetooth-Maus und kein
> > neuzeitliches Handy besitzen, soetwas (meintwegen auch mit einem
> > Netbook) tun.

Ich hab alles an Navis, was es in den letzten Jahren so zu kaufen gab, und bin 
dennoch beim Netbook bzw. iPad gelandet (letzteres natürlich nicht für Josm). 
Es hat was, eine Gegend zu erkunden und dabei sofort zu editieren. Viele 
Fragen, die beim Eintragen sonst auf Erinnerungen/ Notizen angewiesen sind, 
schaut man einfach vor Ort gleich noch mal nach. 

> > Aber das was Ihr (Du und Jan) da vorhabt, das halte ich für reichlich
> > abgedreht. Oder habt ihr jemanden, der Euch in der Gegend herumfährt, so
> > dass ihr vom Rücksitz (Auto, Tandem, Achterdeck) unterwegs in JOSM
> > arbeiten wollt?

Ich halte die Methode nicht für abgedreht, sondern genial. Bin gerade die Peene 
hoch gefahren, hab die Dinge unterwegs (während der Fahrt) erfasst, per UMTS 
hochgeladen, Fertig. Die Kontrolle auf der Rückfahrt ergab brauchbare 
Ergebnisse...

:-)

Openlayers online auf iPhone/ iPad gerade für solche POI-Projekte, wie wir s 
sind, bedeutet einfach immer das geeignete Gerät zum "Mal schnell klicken" 
dabei zu haben. Ich hab damit nur gute Erfahrungen.

Ich halte es für sinnvoll, auch solche fetten Clients für die Datenerfassung zu 
erschließen. Wenn ich in der gleichen Anwendung, mit der ich navigiere, auch 
gleich Korrekturen vornehmen kann, wird die Sache irgendwie leichter. Natürlich 
darf sie nicht zu leicht werden, aber das kann man dann steuern.

Das Garmin selbst empfinde ich inzwischen bei der Datenerfassung als etwas 
spartanisch :-)

JJ

www.freietonne.de

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

Re: [Talk-de] S-57 in OSM

[Jan Jesse]

 
Hallo Andreas,

> Die einen beharren auf ihrem Schema (und untermauern das mit 
> der IHO S-57), die andern beharren auf "nicht ihrem" Schema 
> (und betonen, daß es ein Proposal ist), aber unterm Strich 
> geht nix weiter. Schlagt Euch die Köpfe ein, spielt den 
> Beleidigten, was immer, aber kommt zu /einem/ Ergebnis... endlich...
> (tschuldige, wenn ich das jetzt so deutlich sage). Aber 
> dieses ewige "bitte der hat wieder das umgetagt" und "der 
> hält sich daran nicht" usw. muß endlich ein Ende haben.

Ich  persönlich habe da jetzt ein gutes Gefühl, und stimme Dir in Deiner 
Rückschau, und vor allem in Deiner Forderung zu. Und dabei sollten wir es dann 
auch belassen. 

Wir sind jetzt bei INT1 :-)

Sorry, das gleiche hätte ich Mario geschrieben, wenn ich vorhin Zeit gehabt 
hätte ;-)

JJ

www..??/seekarte


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

Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)

[Jan Jesse]

Hallo Olaf,

welchen aktuellen Anlaß haben Deine Vorwürfe? Ich bin jetzt einigermaßen 
überrascht.

Falls die Dinge, die Du ansprichst schon ein Jahr oder älter sein sollten: 
Können wir den alten Groll nicht einfach begraben? Können beide Projekte den 
Kleinkrieg, der hier nichts zu suchen hat, beenden?

Durch die Diskussion der letzten Tage haben sich bei mir Leute gemeldet, die 
sich lange verabschiedet hatten. Sie hoffen, daß wir jetzt weiterkommen. Ich 
hoffe das eigentlich auch. Und ich mag nicht wieder dorthin diskutieren, wo wir 
im letzten Jahr alle deutlich gescheitert sind.

Frieden?

JJ


> -Ursprüngliche Nachricht-
> Von: talk-de-boun...@openstreetmap.org 
> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von 
> Olaf Hannemann
> Gesendet: Sonntag, 15. August 2010 22:39
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)
> 
> Hallo an alle Mitleser,
> 
> > > Leider hast Du meine letzten Worte doch nicht verstanden. 
> Ich komme 
> > > auf Dich zu um einen Termin festzulegen. Hier über die Liste zu 
> > > posten bringt wirkliche keine Fortschritte. Hab noch 
> etwas Geduld. 
> > > Dann kriegen wir das schon hin.
> > > Mit freundlichen Grüßen
> > > 
> > > Rolf
> > 
> > Hi Rolf,
> > 
> > wozu immer Termin zum runden Tisch? Wenn OseaM gemeinsamen Konsens 
> > anstrebt, müsste man sich einfach den Diskussionen in der OSM-Wiki 
> > stellen und nicht einfach imemr im kleinen Kreise irgendwas 
> setzen und 
> > da einfach reinhaken.
> 
> Wie soll ich mich einer gemeinsamen Diskussion stellen, wenn 
> mir immer wieder gesagt wird "Das steht jetz nicht zur 
> Diskussion"? Ich weis dies kommt nicht von dir, aber ich habe 
> es leider nur allzuoft gelesen. Irgendwann macht man dann 
> halt einfach sein Ding.
> 
> Daher hier noch einmal meine dringensten Fragen mit der Bitte 
> auf ehrliche Antwort.
> 
> Warum wurden alle meine seamark=* Tags in seamark=buoy + 
> buoy=* umgewandelt? 
> Wozu braucht man seamark=buoy, wenn doch buoy=* die 
> Kernausage enthält? Komm mir jetzt bitte nicht wieder mit den 
> Flugplätzen und den Beacons. Genau deshalb haben wir 
> seamark:* als Namensraum eingeführt. Dabei ist seamark kein 
> Gütesiegel. Es könnte eben so gut auch nautical oder Hugo 
> heißen. Es ist einfach nur ein Namensraum. Daraus ergibt sich 
> die nächste Frage: 
> Warum ist  seamark=buoy + buoy=* einfacher als seamark = *? 
> Ihr sagt ja immer, dass euer Schema so viel einfacher sei. 
> Das seamark:* vor den eigentlichen Tags kann es ja wohl nicht 
> sein. Daran gewöhnt man sich schnell. 
> 
> Warum habt ihr bei den Leuchttürmen alle seamark=landmark 
> tags in seamark=lighthouse umgewandelt?
> Eine "landmark" ist eine Landmarke. Dies sind Objekte die von 
> See aus gut zu erkennen sind. Das können z.B. Silos, 
> Hoteltürme (Maritim), Windkraftanlagen oder eben auch 
> Leuchttürme sein.
> Was willst du mit seamark=lighthouse deutlicher machen? Es 
> gibt doch schon man_made=lighthouse um einen Leuchtturm zu 
> beschreiben. Redundanz?
> Nebenbei bemerkt diese Änderungen kommen von jemanden, der 
> mir in anderen Mails vorwirft, dass ich ohne "seamark:*" gar 
> nichts rendern kann.
> 
> Dies sind nur zwei von vielen Fragen. Ich hoffe, dass wir 
> diese irgendwann einmal unvoreingenommen in einer sachlichen 
> Diskussion klären können. Dazu gehört aber auch, dass man mir 
> (uns*¹) wenigstens zuhört.
> 
> Noch einmal kurz zur nächsten drängenden Frage warum ich die 
> FT Tags nicht render. 
> Wenn ich sie rendern würde, bräuchte ich kein eigenes 
> Tagging-Schema. Da ich keine eigene Datenbank habe, sondern 
> direkt aus der OSM-Datenbank meine Karten erstelle, bin ich 
> darauf angewiesen, dass die Syntax einigermaßen schlüssig 
> ist. Dies bedeutet z.B. , dass der Name Tag auch den Namen 
> enthält. Dies stelle ich nämlich so auch eins zu eins auf der 
> Karte dar.  Wenn dort allerdings etwas wie "Tonne rot,grün" 
> oder "gemessen am *.*.* steht, sieht das wirklich blöd aus. 
> Dies sind leider keine Einzelfälle, sondern schon fast die Mehrheit.
> Wenn man Dies anmahnt wird einem wie gewohnt das Wort 
> verboten. also habe ich für mich gelernt gar nichts mehr zu 
> sagen und zu warten. Irgendwann wird es wohl auch jemanden 
> anders auffallen. Hat in den letzten Wochen ja auch 
> funktioniert. Also schauen wir mal.
> 
> Tipp: Ignoriert doch einfach alle seamark:* Tags, sowie ich 
> auch die anderen ignoriere. Lediglich der Editor stellt diese 
> dar um Doppelungen zu vermeiden. 
> Wenn ihr das gleiche tut, gibt es keine weiteren Probleme.
> 
> just my 2cents
> 
> 
> Olaf
> 
> PS. *¹ = Rolf Meyerhof, Peter Schrey, Olaf Hannemann
>   Bin leider in 2 Stunden wieder für eine Woche weg und 
> kann Mails erst
>   wieder ab nächsten Freitag beantworten. Wollte deshalb 
> auch eigentlich
>   erst einmal gar nichts dazu schreiben.
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org

Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)

[Jan Jesse]

Hallo Rolf,
 
einiges scheint mir jetzt eine endlose Wiederholung, es bringt nichts, immer 
wieder die gleichen Argumente vorzutragen, ohne Fragen zu beantworten.

> > Und da existiert noch der seltsame Konsens, daß man den 
> falschen Wert 
> > nicht löschen darf.
> 
> Darum frage ich Dich warum es dann noch überhaupt noch eine 
> Aufregung gibt. Dieser Konsens regelt dort eigentlich das 
> Nebeneinander wunderbar. Wir ändern an euern Daten nichts und 
> ihr nichts an unseren und damit man die Daten unterscheiden 
> kann schreiben wir ein seamark davor. 

"Eure" und "unsere" Daten ist m.E. ein grundfalsches Herangehen. Worauf sollen 
sich denn diese Besitzansprüche gründen, und dürfen wir jetzt Mapper verklagen, 
die "unsere" Daten entführt, und zu zwielichtigen Gestalten gemacht haben? :-)

Im Ernst. Die Daten koexistieren nicht wirklich, sie werden durch das Umtaggen 
für den Renderer verfälscht. Kommt z.B. ein drittes Projekt dazu (und ich hoffe 
das ganz stark), finden die  Leute ein ziemliches Chaos vor. Und wenn jemand 
Daten einfach umtaggt, und dabei methodisch Fehler macht, die in Euer Projekt 
hineinwirken, kann das OSeaM doch eigentlich nicht recht sein? Ich verstehe 
Deinen Ansatz inhaltlich wirklich nicht.

> > Die Sache wird so nicht zu lösen sein. Es wäre schön, wenn 
> wir das mal 
> > inhaltlich offen diskutieren könnten.
> 
> Da gebe ich dir recht. Das Beste M.e. ist wir setzen uns zu 
> einem kleinen Rundentisch zusammen und versuchen dafür eine 
> Lösung zu finden und geben dann die Ergebnisse bekannt. Bis dahin...
> 

Das hatte ich schon desöfteren hier in der Liste angeboten oder gewünscht. 
Wann, wo?

Wobei ich nicht glaube, daß die Probleme durch uns zu lösen sind. Unsere 
Meinungen und "Beschlüsse" hier bekannt zu geben, und dann als verbindlich für 
alle anzusehen, klingt ziemlich schräg. Mit welchem Mandat würden wir das denn 
tun wollen?

Insofern sollten wir nicht alte Dinge aufrühren, und das wirkliche Interesse 
"marine-tagging" auf den Streit von zwei kleinen Projekten mit großen Namen 
reduzieren. Darauf hab ich keine Lust.

Ansonsten habe ich das Problem, so wie ich es verstehe und beobachte schon vor 
Monaten einmal auf unsere Webseiten gebracht. Wer es lesen mag nutze unten den 
Link. Mag sich jeder selbst ein Bild machen.

Die Frage "Warum machst Du das so und so?" läßt sich einfach nicht verständlich 
mit einem "Warum soll ich denn nicht?" beantworten.

JJ

http://www.freietonne.de/index.php?site=126&infotyp=1

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

Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)

[Jan Jesse]

Hallo Mario, 

> seamark:depth macht in soweit ja keinen Sinn, weil da kein 
> SEEZEICHEN ist, welches 3Meter tief ist. In soweit als TAG 
> für die Erfassung von Wassertiefen ungeeignet.

Das hatten wir ja schon, ich glaube, das ist inzwischen soweit mehrheitsfähig.

> water:depth=X oder sogar ganz simple depth=X würden die 
> Sachen doch auch und sogar sinnklarer erfassen (IMO)

ganz simpel depth=x halte ich für schwierig, weil wir in der Regel einen Node 
vor uns haben werden (glaube ich jedenfalls), und der Bezug zum Wasser 
dargestellt werden muß. Denn unter dem Wasser kann ja ein Erdölvorkommen sein. 
Das erfassen wir zwar momentan noch nicht, aber wer weiß schon, auf welche 
Ideen wir noch kommen :-)

Lies mal ein paar Tage rückwärts (ich glaube so bis 20.07.10), da sind wir 
schon einiges durchgegangen ;-)

Ach ja, nochmal: Schön, daß Du wieder da bist!

JJ

www.freietonne.de/seekarte

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

Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)

[Jan Jesse]

Hallo Rolf, 

> Hallo Jan
> 
> Ich denke schon dass ein Unterscheidungskriterium notwendig 
> ist. Es wird sicherlich Situationen geben wo der Eine einen 
> Wert anzeigen möchte und der Andere nicht. Solange sich das 
> auf alle Werte bezieht ist das einfach mit dem Renderer zu 
> lösen. Tritt der Fall ein nur bestimmte Werte ausgewählt zu 
> zeigen ist ein Unterscheidungskriterium von Vorteil. 

Ich wüßte nicht, welcher Fall das sein sollte. Wenn ein Mapper Daten ungenau 
oder falsch erfaßt, scheint es mir zufällig zu werden, ob er ein seamark: davor 
schreibt, oder nicht. Wenn ein Renderer nur bestimmte Werte auswählen will, 
sollte er das m.E. inhaltlich und objektiv tun. Private Kennzeichnungen für den 
Renderer sind hier nicht sinnvoll und entwickeln ein seltsames Eigenleben.

> Dein Sorge in allen Ehren. Ich würde gerne "seamark:" 
> weiterhin nur als Unterscheidungskriterium und nicht als 
> "amtliches Gütesiegel" sehen. Dann gibt es eben einen Wert 
> "xyz:tiefe" und ein Wert "seamark:tiefe". Es steht Dir/Euch 
> doch frei den Wert seamark auszuwerten. 

Du hast genug Erfahrungen mit der Verwendung von "seamark:" und dem seltsamen, 
damit zusammen hängenden Doppeltagging-"Konsens". In der Praxis würde das noch 
öfter als ohnehin schon dazu führen, daß an einem Node (so wie jetzt durchaus 
unterschiedliche Farben für ein und die selbe Tonne) dann eben auch noch 
unterschiedliche Tiefenangaben stehen. 

Ein und derselbe Node wird dann eben wie folgt aussehen:

seamark:depth=3.0
water:depth=5.0

Welcher Wert ist der richtige? Ich kann das in keinem Fall aus den Tags 
ableiten. Das Chaos in den Seekartendaten, das wir schon lange haben, wird noch 
größer.

Außerdem haben wir einen interessanten Diskriminierungseffekt. Ich habe schon 
öfter erlebt, daß Seezeichen solange umgetaggt wurden, bis sie in OpenSeaMap 
gerendert waren. Dabei sind ausreichend Fehler gemacht worden, die die 
ursprünglichen Daten für den uneingeweihten unbrauchbar machen, da jetzt 
widersprüchliche Informationen enthalten sind. Da ich selbst einen 
signifikanten Teil der Zeichen auf meinen Bootstouren der letzten vier Jahre 
erfaßt habe, kann ich das wirklich gut einschätzen.

Wir haben als FreieTonne mittlerweile erheblichen Aufwand getrieben, um solche 
Fehler zu erkennen. Aber wir haben kein Mittel, zu entscheiden, ob nun jeweils 
der "water:depth" oder der "seamark:depth" Wert der richtige ist, und auf der 
Karte angezeigt werden sollte. 

Und da existiert noch der seltsame Konsens, daß man den falschen Wert nicht 
löschen darf.

Die Sache wird so nicht zu lösen sein. Es wäre schön, wenn wir das mal 
inhaltlich offen diskutieren könnten.

Beste Grüße von der Dahme

JJ

www.freietonne.de 

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

Re: [Talk-de] Tiefenangabe als Name(war:JobfuereinenBot:Hoehenangabe im Namen)

[Jan Jesse]

Hallo,

> 
> > genau. Und meiner Meinung nach sollte man nicht die 
> Messwerte in OSM 
> > einkippen, sondern den bereits umgerechneten Wert.
> > 
> > Gruß Martin
> > 
> 
> Hallo Martin
> 
> Da sind wir Synchron. Also gilt es zu klären wie man die 
> Tiefe fehlerfrei ermittelt und wie man den Wert nennt damit 
> er sich deutlich von einem gemessen Wert unterscheidet. 
> 
> Gruß Rolf

Mir scheint, daß wir, wenn nur die bereits korrigierten, und keine Rohdaten 
erfaßt werden (das scheint ja Konsens zu sein), auch keine Unterscheidung 
zwischen beiden benötigen. 

(Ich hab jetzt Sorge, daß gleich wieder ein "seamark:" als amtliches Gütesiegel 
mit fragwürdiger Beweiskraft herhalten soll ;-)

Gruß

JJ

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

Re: [Talk-de] "name" für Seezeichen

[Jan Jesse]

Hallo,

> > seid ihr offen für Änderungen und Ergänzungen
> 
> Klar :-)
> 
> > mit dem Ziel eines einheitlichen Schemas für Seezeichen?
> 
> Es gibt weltweit kein besseres und einheitlichers Schema als die S-57.
> Sie ist aber sehr umfangreich und komplex, und wir freuen uns über
> fachliche Unterstützung beim Verstehen und beim Umsetzen in die GUI :-)
> 
> Gruss, Markus

Ich hatte Stephans eigentlich etwas anders verstanden. Die Frage scheint ja 
nicht zu sein, ob man die S-57 nutzt, sondern wie diese Nutzung möglichst 
einheitlich und effizient in OSM umgesetzt werden kann.

JJ

 

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

Re: [Talk-de] Datenüberschneidung bei OSM/Freie Tonn e

[Jan Jesse]

Hallo Falk
 
> ich habe eine Frage zur weiteren Vorgehensweise bei folgendem Problem:
> 
> Ich habe die (ungefähre) Lage einiger Tonnen in die OSM-Datenbank
> eingetragen. Nun sehe ich, dass an der Stelle die Tonnen auf der
> FT-Karte doppelt angezeigt werden[1], weil die Daten offenbar schon in
> der FT-Datenbank waren, nicht aber bei OSM.
> 
> Nach Möglichkeit hätte ich die Tonnen gern in der OSM-Datenbank ohne
> dass sie doppelt angezeigt werden. Im Zweifel sind aber die FT-Daten
> genauer.

Es steht unseren Benutzern frei, zu entscheiden, ob ihre Daten nach OSM 
hochgeladen werden sollen. Der entsprechende Schalter (Radiobutton) findet sich 
in unserer Bearbeitungsmaske über dem Speichern Button.

Du kannst unsere Erfassungsmaske (Icon auf Karte klicken, dann Bearbeiten) 
einfach benutzen, um die Daten, die nach Deiner Meinung nach OSM gehören, 
entsprechend zu modifizieren. Nach dem Speichern sind sie dann sofort in OSM. 
Der entsprechend bearbeitete Node wird dann immer exportiert, bis wieder jemand 
den Radiobutton auf nein setzt.


JJ

www.freietone.de


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

Re: [Talk-de] "name" für Seezeichen

[Jan Jesse]

Moin,

ich muß kurz folgende Korrektur zu meinem letzten Posting anbringen:

> Geheimnisse oder "Das MUSS unbedingt so sein"-Dinge drin. Jeder kann da
> rein schauen, jeder kann korrigieren, verändern, ergänzen. Diese Daten

Natürlich darf nicht jeder, der mal eben vorbeikommt auch drin rumschreiben. 
Hier werden zentrale Informationen gesteuert, die auch über die FT hinaus 
wirken. Wir haben dafür Zugriffsrechte, die wir gern an interessierte geben.

Richtig ist, dass wir das komplette von uns genutzte Schema immer aktuell 
veröffentlicht haben (link unten).

Beste Grüße aus Berlin

JJ

http://www.freietonne.de/index.php?site=31&infotyp=1&printable=1 

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

Re: [Talk-de] "name" für Seezeichen

[Jan Jesse]

Hallo Stephan, 

> >
> > ich bin jetzt nicht sicher, ob ich das richtig verstehe,
> 
> Ich habe gemeint, dass die Tonnen, die ein Fahrwasser oder  
> Sperrgebiet begrenzen nicht durch ähnliche Namen sondern 
> durch ein Polygon identifiziert werden sollten. Ein Computer 
> wird nicht erkennen, dass die Tonnen "Haddeby1", "Haddeby3", 
> "H2" und "H4" zusammengehören. Ein Mensch wird es 
> möglicherweise erraten, muss dann aber die Karte absuchen, ob 
> es weitere Objekte mit Namen "Haddeby?" oder "H?" gibt. Ein 
> Polygon mit Namen "Fahrwasser Haddeby" ist für Mensch und 
> Computer eindeutig.

Da hab ich keine andere Meinung, ich wollte nur etwas relativieren, weil ich 
eben unterschiedliche, sich evtl. auch gerade entwickelnde Gewohnheiten der 
Mapper beobachte. 

> > Kilometersteine/ -schilder, die immer an Land stehen 
> sollten (sonst ist Hochwasser).
> 
> Es kommt darauf an, was man ausdrücken will:
> - hier steht ein Schild. Es markiert den Flusskilometer X.
> oder
> - hier ist Flusskilometer X. Der Ort ist durch ein Schild am 
> Ufer markiert.
> Im ersten Fall gehört der Punkt ans Ufer, im zweiten in die 
> Flussmitte. 
> Ich finde die zweite Aussage wichtiger. Das Problem stellt 
> sich bei fast allen Schildern auch im Straßenverkehr 
> (Ortsschilder, Geschwindigkeitsbegrenzungen, 
> Einbahnstraßenschilder, etc.)

Ich bin auch hier Deiner Meinung. Allerdings sehe ich eben auch anderes 
Nutzerverhalten und bin hier wirklich nicht maßgeblich. Zumal in der 
Kartendarstellung, soweit ich das verfolgen kann, beides plausibel erscheint.

> Jan, ich kann bei manchen Schildern, die auf 
> http://www.freietonne.de/seekarte/ dargestellt werden, nicht 
> erkennen, ob das Verbot oder die  Begrenzung rechts oder 
> links vom Symbol gilt. In der realen Welt wird diese 
> Information über die Orientierung eines Schilds geliefert. 
> Ich finde die Lösung, "maxspeed" an eine Linie (wie bei 
> Straßen) oder Flächen zu hängen, sinnvoller als Punkte für 
> die Schilder zu erfassen.

Hier haben wir das gleiche Problem wie oben. Mancher trägt das Zeichen dort 
ein, wo es real steht, dann gilt wie im Straßenverkehr das in Fahrtrichtung 
rechte Zeichen. Mancher trägt eine Geschwindigkeit mitten im See ein, um zu 
kennzeichnen, wie die Regelung ist, obwohl es gar kein Schild gibt (der Skipper 
hat sich zu informieren). Ich selbst schwanke manchmal, tendiere aber zu dort 
wo es steht.

Da bin ich jetzt aber ebenfalls nicht der Schiedsrichter.
 
> Manche Schilder stehen übrigens auch im Wasser. :-)
> 
> > Bezug auf Gewässernamen wegen der inhaltlich richtigen 
> Zuordnungen [] durchaus relevant.
> 
> Wenn ein Seezeichen mit einem Gewässerkürzel beschriftet ist, 
> gehört das Kürzel zum Namen. Der Bezug zum Gewässer sollte 
> aber über eine Relation erfolgen. Anwendungen können einen 
> Bezug über ein Namenskürzel kaum herstellen.
> 

Ich kann Deiner Meinung in allem folgen. Vermutlich sprichst Du mich namentlich 
an, weil der Eindruck entsteht, die FT würde hier eine aktive Rolle spielen und 
versuchen, Entwicklung zu bestimmen.

Das stimmt so nicht  ganz. Nach den ersten Schritten stagniert ja die 
Entwicklung auf der Schiene Marinetagging. Wir als FreieTonne sind seither eher 
defensiv unterwegs. Nach einigem Ärger haben wir uns darauf verlegt, alle 
strittigen Objekte bis zu einer weiteren Klärung einfach nicht mehr nach OSM zu 
exportieren. Das hatte ich ja schon angesprochen.

Ich persönlich freue mich über die Diskussion, jede Anregung und (auch!) 
Kritik. Ich versuche auch, alles soweit umzusetzen. Nun haben wir aber unsere 
Werkzeuge so gebaut, daß da auch andere direkt Hand anlegen können 
(Eingabemasken für die Definition von Eingabemasken ...), und etwas praktische 
Hilfe (man muß kein Programmierer sein) könnten wir da schon gebrauchen.

Ich dreh das jetzt mal um: Auf unseren Seiten gibt es eine Legende aller 
Zeichen mit allen von uns geschriebenen und interpretierten Tags 
(http://www.freietonne.de/index.php?site=31&infotyp=1&printable=1). Da stecken 
jede Menge Fehler, Ungereimtheiten, offene Enden, aber keine Geheimnisse oder 
"Das MUSS unbedingt so sein"-Dinge drin. Jeder kann da rein schauen, jeder kann 
korrigieren, verändern, ergänzen. Diese Daten werden dann direkt für alle 
unsere Im- und Exporte genutzt. ZB speisen sich hier direkt die JOSM-Presets, 
die unsere Daten auch im Standard-OSM-Editor visualisieren. Wer also hier 
tatkräftig helfen will, ist willkommen. Wir sind keine geschlossene 
Gesellschaft.

Wie das dann genutzt wird, liegt wirklich nicht in unserer Hand.

Ein Großteil der Daten wird von Skippern erfaßt, die überhaupt nichts mit einem 
Begriff "tagging" oder "JOSM" anfangen können. Viele wenden sich an mich, um zu 
fragen, wie sie es machen sollen. Manche fahren dafür extra nach Berlin ;-). 
Denen kann ich erklären, wie ich es machen würde. Aber wenn ein 70 Jahre alter 
Skipper das anders sieht, schweige ich respektvoll, und hoffe auf die 
Erfahrungen, die jeder so macht bei OSM. Genauso

Re: [Talk-de] "name" für Seezeichen

[Jan Jesse]

Hallo, 

> Am 12. August 2010 01:26 schrieb Stephan Wolff :
> > - Namen von Fahrwasser, Warn- und Sperrgebieten gehören an 
> ein Objekt, 
> > dass die Ecktonnen mit Linien verbindet
> 
> 
> hört sich vernünftig an, Flächen oder Grenzen (mit 
> mp-relationen) bieten sich da an.
> 

ich bin jetzt nicht sicher, ob ich das richtig verstehe, würde hier aber 
Einschränkungen machen. Es geht ja nicht nur um Tonnen, also Objekte, die 
zweifelsfrei auf dem Wasser schwimmen, sondern, insbesondere im Binnenbereich 
und dort sehr wichtig, z.B. auch um Kilometersteine/ -schilder, die immer an 
Land stehen sollten (sonst ist Hochwasser).

Hier ist m.E. ein Bezug auf Gewässernamen wegen der inhaltlich richtigen 
Zuordnungen (z.B. an Einmündungen und Kreuzungen) durchaus relevant. Der Node, 
der das Zeichen repräsentiert, wird aber nicht unbedingt sinnvoll in eine 
entsprechende Relation eingebunden sein. Denke ich jedenfalls.

Ob der Gewässername, oder sein amtliches Kürzel im name-tag genannt wird, ist 
dann die nächste Frage. Hier würde ich ein wenig dem Geschmack des Mappers 
folgen. So etwas wie "OHK km 99" halte ich für möglich.


Beste Grüße aus Berlin

JJ

www.freietonne.de/seekarte

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

Re: [Talk-de] Tiefenangabe als Name

[Jan Jesse]

Hallo Stephan, 

> > um hier die ursprüngliche Frage von Stephan wie es sich 
> gehört zu beantworten:
> > unsere Erfassungsmechanismen sind jetzt wie angekündigt so 
> modifiziert, daß wir zukünftig den Mißbrauch des name-tags 
> vermeiden können.
> 
> Danke.
> Gilt das nur für Gewässertiefen oder für alle Exporte der FT? :-)
> 

Wir gehen jetzt bei allen Exporten anders vor. Nur wenn jemand einer Tonne 
wirklich einen Namen verpaßt, verwenden wir den name-tag. Ansonsten fällt der 
einfach weg. Das sollte ja zunächst richtig sein, oder?

Der Rest wirdd dann sicherlich im neuen Thread erhellt :-)

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] Tiefenangabe als Name

[Jan Jesse]

Hallo Leute,

um hier die ursprüngliche Frage von Stephan wie es sich gehört zu beantworten:

unsere Erfassungsmechanismen sind jetzt wie angekündigt so modifiziert, daß wir 
zukünftig den Mißbrauch des name-tags vermeiden können. Danke für die Geduld.

Als Beschreibung für Gewässertiefen werden wir zukünftig water:depth=metrische 
Angabe taggen, sofern hier keine anderen/ besseren Ideen kommen. Ich denke, daß 
in der vorangegangenen Diskussion nur eine Gegenstimme zu diesem Vorschlag 
existierte. Wenn ich da falsch liege, bitte korrigieren.

Abschließende Frage: Sollten wir die bei uns eingetragenen Tiefenangaben dann 
wieder nach OSM-exportieren? Derzeit steht dieser Export wie bereits gesagt auf 
off. So viele sind es nicht ;-)

@stephan: Ist Deine Anfrage damit zur Zufriedenheit beantwortet?

Beste Grüße aus Berlin

JJ

www.freietonne.de/seekarte


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

Re: [Talk-de] Tiefenangabe als Name (war:JobfuereinenBot:Hoehenangabe im Namen)

[Jan Jesse]

Hallo Rolf,

Am 03.08.2010 um 03:44 schrieb "Rolf Meyerhof" :

> 
> 
> Jan Jesse
> Schrieb: Tuesday, August 03, 2010 1:01 AM
>> To: Openstreetmap allgemeines in Deutsch
>> Subject: Re: [Talk-de] Tiefenangabe als Name (war:
>> JobfuereinenBot:Hoehenangabe im Namen)
>> 
>> Hallo,
>> 
>>> 
>>> Für mich sind Wassertiefen Sicherheitskriterien,
>>> -informationen und damit wie ein Seezeichen zu behandeln und
>>> zu kennzeichnen. Eine besondere Kennzeichnung wie seamark:
>>> ist da m.e. sehr notwendig.
>>> 
>>> Gruß
>>> Rolf
>> 
> 
> Moin Jan,
> 
> 
> 
>> Was ich hier nicht verstehe: Werden die Tiefenangaben zuverlässiger oder
>> genauer, wenn sie mit "seamark:depth" statt mit "water:depth"
>> gekennzeichnet sind?
>> 
> Ja werden Sie. Water:depth ist für mich ein Wert der an irgendwann einem Ort 
> auf dem Wasser ermittelt wurde. Also ein Messwert.

Water: ist also irgendwann auf dem Wasser, und seamark: am Schreibtisch 
gemessen worden? :-) (ok, das war unsachlich, ich ziehe den Satz zurück!)

> 
> Seamark:depth ist kein Messwert sondern eine Markierung mit einer errechneten 
> (korregierten)Tiefe bezogen auf NN oder main sealevel.
> Genauso wie ein Wrack oder ein Felsen der unter Wasser liegt in der Karte als 
> seamark bezeichnet werden sollte. Auch da gibt es kein Schild.
> 

Ich denke, daß der Begriff seamark kein Qualitätssiegel ist, insofern können 
wir uns an die osm-typischen Verfahren halten. 

> 
>> Aus meiner Sicht ist seamark falsch, weil hier eben kein Seezeichen
>> existiert.
> Ist das nötig
> 
> Es handelt sich um einen Meßwert, der mittels Echolot und GPS
>> ermittelt wurde. Die Fehlermöglichkeiten, und damit die Zuverlässigkeit
>> dürfte genau so sein, wie bei allen sonstigen OSM-Daten, hängt aber in
>> keinem Fall vom Namen des Tags ab. 
> Es eben kein Messwert. Es ist ein rechenwert.
> 

Hier sind wir beim Thema. Ich glaube, noch niemand hat sich getraut, 
Tiefenangaben in Tidengewässern oder unregulierten Flüssen einzutragen. Ich 
schiebe das darauf, daß wir eben bisher nicht genau wissen, wie man das machen 
könnte. Aber es sollte getan werden, und wir benötigen ein Verfahren, welches 
Messungen vor Ort mit entsprechend richtigen Methoden so aufbereitet, daß wir 
Daten bekommen, die denen der amtlichen Karten vergleichbar sind. Ich glaube, 
Markus hatte da schon etwas vorbereitet.

Ich selber hab es vor dem Urlaub nicht geschafft, werde wohl aber mal beginnen, 
eine Erfassungsmaske zunächst für regulierte Binnengewässer zu bauen. Hier 
reicht es m.E., daß ich eine GPS-Position auslese, für mein jeweiliges 
Meßinstrument die Maßeinheit, und für mein Schiff die Tiefe des Echolotgebers 
unter der Wasserlinie eintrage, so daß ich zu einem metrischen Tiefenwert 
komme, der auch eingetragen werden kann. Über die OSM-History wäre auch der 
Erfassungszeitpunkt hinreichend genau dokumentiert.

Datum, Pegelstände usw sollten aber in der OSM-DB nur dokumentierend 
auftauchen. Wenn ich einen Wert eintrage, sollte der schon rechnerisch 
korrigiert und den amtlichen vergleichbar sein. Bei einem normalen Tidenhub von 
mehr als 2 Metern im Hamburger Hafen nützt mir eine Angabe, daß die gemessene 
Tiefe am 11.11. um 11.11. 1.10 Meter gewesen ist, nicht viel. Und wenn dann 
jeder Renderer weglässt, oder mit seiner jeweiligen eigenen Methode umrechnet, 
haben wir ein echtes Problem.


>> Ich argwöhne ja schon länger, daß der
>> Tag "seamark:" konzeptionell und technisch sehr wichtig für das Projekt
>> OpenSeaMap ist, und deshalb überall versucht wird, diesen Tag
>> unterzubringen. Wobei mir das prinzipiell egal ist.
> 
> Wenn es doch egal ist warum soviel Aufregung?

Keine Aufregung, nur eine Frage, und wieder keine Antwort :-)

>> 
>> Zu den Theorien um Gewässertiefen, Wasserständen usw. möchte ich einmal zu
>> besten geben, daß ich heute zwei Brücken durchfahren habe (Westoder). Die
>> Höhe der einen wurde auf dem Verkehrsschild mit 11,86 m, die der anderen
>> mit 11,42 m angegeben. Die genauen Zentimeterangaben finde ich lustig. Der
>> Hafen, in dem ich gerade liege (Gartz, ca. 20 km stromauf) zeigt anhand
>> des Algenbewuchses eindeutig, daß das Wasser hier oft auch einen halben
>> Meter höher steht. Ganz ehrlich: Hätte ich ein Segelboot mit einem Mast so
>> um die 11 Meter, würde ich sehr vorsichtig sein, auch wenn die amtliche
>> Angabe deutlich per Verkehrsschild an der Brücke sagt, daß alles passt.
>> 
>> Ansonsten stelle ich einfach fest, daß ich jetzt 14 Tage im Bereich der
>> inneren Boddengewässer/ Rügen unter Assistenz der FreieTonne-GPS-Seekarte
>> auf dem Laptop gefahren, und nicht aufgelaufen bin. Dabei habe

Re: [Talk-de] Tiefenangabe als Name (war: Job fuereinenBot:Hoehenangabe im Namen)

[Jan Jesse]

Hallo,

> 
> Für mich sind Wassertiefen Sicherheitskriterien, 
> -informationen und damit wie ein Seezeichen zu behandeln und 
> zu kennzeichnen. Eine besondere Kennzeichnung wie seamark: 
> ist da m.e. sehr notwendig. 
> 
> Gruß
> Rolf 

Was ich hier nicht verstehe: Werden die Tiefenangaben zuverlässiger oder 
genauer, wenn sie mit "seamark:depth" statt mit "water:depth" gekennzeichnet 
sind?

Aus meiner Sicht ist seamark falsch, weil hier eben kein Seezeichen existiert. 
Es handelt sich um einen Meßwert, der mittels Echolot und GPS ermittelt wurde. 
Die Fehlermöglichkeiten, und damit die Zuverlässigkeit dürfte genau so sein, 
wie bei allen sonstigen OSM-Daten, hängt aber in keinem Fall vom Namen des Tags 
ab. Ich argwöhne ja schon länger, daß der Tag "seamark:" konzeptionell und 
technisch sehr wichtig für das Projekt OpenSeaMap ist, und deshalb überall 
versucht wird, diesen Tag unterzubringen. Wobei mir das prinzipiell egal ist.

Zu den Theorien um Gewässertiefen, Wasserständen usw. möchte ich einmal zu 
besten geben, daß ich heute zwei Brücken durchfahren habe (Westoder). Die Höhe 
der einen wurde auf dem Verkehrsschild mit 11,86 m, die der anderen mit 11,42 m 
angegeben. Die genauen Zentimeterangaben finde ich lustig. Der Hafen, in dem 
ich gerade liege (Gartz, ca. 20 km stromauf) zeigt anhand des Algenbewuchses 
eindeutig, daß das Wasser hier oft auch einen halben Meter höher steht. Ganz 
ehrlich: Hätte ich ein Segelboot mit einem Mast so um die 11 Meter, würde ich 
sehr vorsichtig sein, auch wenn die amtliche Angabe deutlich per Verkehrsschild 
an der Brücke sagt, daß alles passt.

Ansonsten stelle ich einfach fest, daß ich jetzt 14 Tage im Bereich der inneren 
Boddengewässer/ Rügen unter Assistenz der FreieTonne-GPS-Seekarte auf dem 
Laptop gefahren, und nicht aufgelaufen bin. Dabei habe ich die meisten bisher 
in OSM verzeichneten Tonnenpositionen bestätigen können, mußte einiges an Namen 
korrigieren (ursprünglich auch von mir falsch erfaßte Daten), und nur eine 
offensichtlich aus einer Seekarte händisch abgeschriebene Tonne (Ralswiek 1 
glaube ich) löschen und neu an der richtigen Position anlegen. Ich wußte immer 
genau, wo ich bin und habe sicher jeden gewünschten Punkt angesteuert. Die 
übergroße Mehrheit dieser Seezeichen ist nicht mit seamark: getaggt. Werden die 
auf der OpenSeaMap-Karte nicht angezeigt, weil sie unzuverlässig sind?

Das große Manko unserer Daten, fehlende Tiefenlinien/ Tiefenangaben, bleibt. 
Und wenn wir hier weiterkämen, und gangbare Wege finden könnten, wäre das schön.

Die Dinge um meine Seemannschaft und mein Gewissen lasse ich knurrend 
unkommentiert.

Beste Grüße aus Gartz (Oder)

JJ

www.freietonne.de

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

Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einen Bot:Hoehenangabe im Namen)

[Jan Jesse]

Hallo,

sorry, bin gerade im Urlaub und habe früher einen Teil dieser Einträge 
verbockt. Die Anfrage von Stephan wg. des Mißbrauchs des name-tags konnte ich 
unterwegs mangels Internet (und Zeit,sorry) nicht beantworten.

Ich stimme zu, daß der name-tag hier nicht genutzt werden darf, habe den 
automatischen Export von der Tiefenangaben aus der FT  nach OpenStreetmap auch 
schon vor Monaten gestoppt. Es ist einfach ein Überbleibsel. Allerdings 
mißbraucht die FT den name-tag bestimmt noch an anderen Stellen. Wir werden das 
korrigieren. Also bitte nicht so doll hauen. Wir sind immer noch neu hier ...

Ansonsten glaube ich auch nicht, daß Gewässertiefen ein "seamark" sind. Ich 
glaube, daß beim tagging der Zusammenhang Wasser und Tiefe dargestellt werden 
muß, denn irgendwann werden wir ja warscheinlich auch Öl- und Kohlevorkommen 
kartografieren ;-) Aber ein Verkehrszeichen sollte als solches nur dort 
ausgewiesen werden, wo auch tatsächlich eins steht.

Also wenn ich mir was wünschen dürfte, wäre es die von Rolf zitierte 
water:depth=.x Variante.

Beste Grüße aus Gartz (Oder)

JJ

www.freietonne.de


> -Ursprüngliche Nachricht-
> Von: talk-de-boun...@openstreetmap.org 
> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von 
> Stephan Wolff
> Gesendet: Montag, 2. August 2010 16:15
> An: talk-de@openstreetmap.org
> Betreff: [Talk-de] Tiefenangabe als Name (war: Job fuer einen 
> Bot:Hoehenangabe im Namen)
> 
> Am 19.07.2010 00:24, schrieb Jonas Stein:
> > Bei unzaehligen Berghuetten steht die Hoehe im Namen.
> > Das hat wohl historische Gruende.
> 
> Bei (abzählbar) vielen Punkten in Wasserflächen steht nur 
> eine Tiefenangabe als "name". Es handelt sich dabei nichtmal 
> um besondere Orte, sondern nur um Stellen, an denen die Tiefe 
> gemessen wurde, wie z.B. Node 431073247:
> waterway = depth
> name = 17,2  (mit Komma)
> 
> Ich hatte dazu schon eine Nachricht an freietonne-db 
> geschrieben, aber keine Antwort erhalten. Eine Korrektur zu 
> depth=17.2 wäre auch ein guter Job für einen Bot.
> 
> Viele Grüße, Stephan
> 
> 
> 
> ___
> 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

Re: [Talk-de] Seekarten -- Offshorewindparkanlagen

[Jan Jesse]

Hallo,

>> 
>> 
>> Die Straßenklassen "gibt" es genau so wie bei OSM ja auch nicht.
>> 
> Aber die Einteilung in Bundesstraße, Landes-/Staatsstraße, Kreisstraße
> ist zumindest ein guter Anhaltspunkt.

Ich kann mir in dieser Richtung auch einiges vorstellen, aber um es umzusetzen, 
brauchen wir eigentlich erfahrene OSM-er. Zumindest bei uns treiben sich eher 
Skipper rum. Ich fürchte, viele davon ignorieren alles, was mit Tagging und 
Systematik usw zu tun hat. 

> 
>> Heisst das, Ihr kopiert einfach die Sachen aus den offiziellen Karten?

Für die FT hier eindeutig nein :-)

Wir haben einiges getan, um Daten von Garmins, Laptops, Photo-Handys und 
iPhones aus direkt erfassen zu können. Natürlich unterstützen wir auch die 
JOSM-Fraktion, die eher korrigierend eingreift. Aber bisher gehe ich davon aus, 
daß die meisten Daten vor Ort erfasst wurden. Z.B. hat mein Hafennachbar heute 
die Kilometrierung des Oder-Havel-Kanals deutlich vorwärts gebracht.

Mal ganz abgesehen von den juristischen Haarspaltereien, was man darf und was 
nicht, denke ich, daß der Spaßfaktor bei Seekartenprojekten eben darin liegt, 
daß man hier schnell mal in die Rolle von Columbus, Cook oder Magellan 
schlüpfen kann.  Da ist das mit Tagging und  Strukturen dann doch eher dröge 
Winterarbeit :-)

Obwohl hier eben durchaus dringender Bedarf besteht. Momentan scheint mir, 
werden die Daten durch die Integration in die OSM-DB nicht nur besser, sondern 
sie leiden auch ein wenig ...

Beste Grüße aus Berlin

JJ

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

Re: [Talk-de] Seekarten -- Offshorewindparkanlagen

[Jan Jesse]

Hallo,

> Ich habe den betreffenden Windpark jetzt mit offshore=yes 
> getaggt. Es wäre toll, wenn man die Windräder etwa auf dem 
> gleichen Zoomlevel sehen könnte, wie die etwas nördöstlicher 
> gelegenen Tonnen[1]. Bin schon auf das Ergebnis gespannt. Ich 
> habe das Ganze auch in eine Site-Relation gepackt.

Ich hatte zwar gesagt, daß ich dafür wäre, habe das aber natürlich bisher nicht 
in unsere Filter eingetragen. Hab ich eben erledigt.

Jetzt ist noch zu beachten, daß dieser Filter erst ab jetzt, und eben der Natur 
unseres Projektes folgend, nur für einzelne Nodes gilt. Wenn Dein Windpark ein 
Node ist, und Du ihn jetzt nochmal speicherst, sollte er etwa eine Stunde 
später in der FT dargestellt werden.

> Anhand welcher Kriterien stellt ihr die Tonnen eigentlich 
> dar. Die die Tonnen in der Kadetrinne[2] werden deutlich 
> früher gerendert als beispielsweise das Fahrwasser nach Rostock[3].

Unser Verfahren weicht hier, auch historisch bedingt, von dem Vorgehen anderer 
Renderer ab. Unsere DB existiert immer noch relativ unabhängig von OSM und 
enthält noch immer Datenstrukturen, die wir früher benutzt haben, für die es 
aber teilweise konzeptionell keinen Raum in OSM, oder eben einfach keine tags 
gibt. Betrachtest Du die history unserer Nodes, findest Du Hinweise, daß wir 
z.B. Einblend-Zoomlevel gespeichert hatten. Das hat die Community verworfen 
(berechtigt meine ich), ohne Ersatz hervorzubringen (was schade ist). Und da 
schon verschiedenste Bots über die Daten gejagt wurden, haben wir eine Art 
Diff-Import und Export gebaut. Soll heißen, unsere DB enthält mehr Daten, als 
wir exportieren. 

Schlußendlich sieht das dann so aus, daß wir einer Tonne außerhalb der OSM-DB 
sagen können, sie soll etwas eher  angezeigt werden, als die anderen. Das 
geschieht dann über unsere Eingabemaske, die Du öffnest, wenn Du den Node auf 
unserer Karte anklickst.

Eine aktuelle Übersicht aller von uns verarbeiteten Tags kannst Du übrigens 
hier direkt aus unserer DB abrufen:

http://www.freietonne.de/index.php?site=31&infotyp=1&printable=1

Daraus speisen wir dann auch die JOSM-Presets und Styles, oder die 
iPhone-Datenerfassung automatisch.

Zum Thema zurück: Die unterschiedlichen Einblend-Zoomlevel sind "handgemalt". 
Ich sage einer Tonne bei der Erfassung: Du bist wichtig, also zeig Dich schon 
"in großer Höhe", und sie tut es sofort :-)

Aber die OSM-DB erfährt davon bisher eben nichts, weil wir keine entsprechenden 
Beschreibungen dafür haben :-(

> Östlich von den Tonnen[1] liegt der Rødsand, eine Sandbank, 
> die teilweise trocken fällt. Ich habe sie mal mit 
> natural=sand_bank eingetragen. Wäre es möglich auch so etwas 
> zu rendern?

Wie oben gesagt machen wir ausschließlich in Nodes. Eine Sandbank würde bei uns 
nur auftauchen, wenn einzelne Nodes z.B. Tiefenangaben enthielten. Aber auch 
dieses Thema ist derzeit nur Theorie. Die FT-DB enthält vereinzelt 
Tiefenangaben. Aber da die theoretische Diskussion hier Anforderungen 
beschreibt, nach der ich eine Gewässertiefe nicht mehr messen, sondern nur 
aufwändig berechnen (oder abschreiben) kann, trage ich persönlich solche Daten 
wiederum nur für regulierte Binnengewässer, und eben vorerst z.T. auch nur in 
unserer FT-DB ein.

Bevor ich hier gescholten werde: Das haben wir uns so nicht gewünscht, und das 
muß hoffentlich nicht ewig so bleiben. Irgendwann wird sich ja die 
Seekartengeschichte wirklich in OSM einpassen. 

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] Seekarten -- Offshorewindparkanlagen

[Jan Jesse]

Hallo,

> > Ich bin ja nicht der Urheber, aber unsere FreieTonne reagiert im Moment
> auf folgende Tags:
> >
> > power=generator
> > power_source=wind
> > seamark=landmark
> >
> > Das hat irgendein User so für sich festgelegt, und mangels weiterer
> Diskussion gilt das eben bei uns.
> >
> Etwas in der Arthabe ich gesucht. Ab welchem Zoomlevel stellt ihr das
> dar, im Unterschied zu anderen Windkraftasnlagen?
> 

Wir stellen Windkraftanlagen momentan nur in den höchsten Auflösungen dar. 
Allerdings kann man das eben in unserer Karte für jeden POI abweichend von 
irgendwelchen Regeln, die dem jeweiligen Objekt zugeordnet sind, festlegen. 
Soll heißen, wenn Du speziell auf Windkraftanlagen abfährst, sind wir evtl auch 
nicht die erste Adresse, da ich nicht weiß, was andere Nutzer davon halten ;-)

> > Offshore=Yes
> >
> > halte ich für eine gute Idee um seamark=landmark hier zu ersetzen. Das
> hat aber bei uns mit der "prominenteren" Darstellung primär nichts zu tun.

...

> Ich bin ehrlich gesagt noch unentschieden ob es sinnvoll ist
> seamark=landmark bei Windkraftanlagen durch ein offshore=yes zu
> ersetzen. Wie Martin bereits sagte, das die Dinger im Wasser stehen
> müsste man auch so aus den Daten erkennen können. seamark dagegen
> macht den eigentlichen Zweck deutlich: "Markantes Bauwerk" zur
> Orientierung/Navigation geeignet.
> 
> Das Wort landmark kann man ja nicht bloß als Landmarke übersetzen,
> sondern schlicht als Orientierungspunkt. Dann würde es auch für
> Bauwerke die im Wasser stehen von der Semantik her passen. Ich denke
> also, ich werde einmal ein seamark=landmark an die Windkraftanlage
> setzen. Oder ist es aus Sicht der Freien Tonne notwendig zwischen
> Orientierungshilfen an Land bzw. Wasser zu unterscheiden? Dann würde
> ich ein seamark=offshore oder seamark=landmark landmark=offshore
> setzen.

Ich versuche das mal mit der eigentlichen Bedeutung zu erklären. 
Windkraftanlagen sind zwar sehr markant (und oft leider nicht so schön 
anzuschauen) und insofern ein guter Orientierungspunkt auf See, aber niemand 
wird behaupten, dass sie primär als Seezeichen dienen, oder gar als solches 
gebaut wurden. Insofern sind sie eben kein seamark. 

POI-fokussierte Projekte wie wir möchten aber nicht ganz auf tags verzichten, 
die uns die relevanten marine-Objekte leicht erkennen lassen. Soll heißen, wir 
möchten nicht wirklich jede Windmühle an Land anzeigen.

Eine Offshore-Windkraftanlage allein aus der geografischen Position heraus 
erkennen, könnte die FT übrigens derzeit nicht. Da ist die 
Coastline-Geschichte, an der ja einige zu knabbern haben :-(

Ob nun seamark oder offshore, beides würde uns helfen, die Zeichen zu erkennen. 
Dann scheint mir offshore die bessere Beschreibung. Beides ist natürlich im 
strengen Sinn nur ein Hilfskonstrukt.

Ich wäre also für offshore, würde aber in jedem Falle einen der beiden tags 
beibehalten, und nicht komplett auf beide verzichten.


Grüße aus Berlin

JJ

www.freietonne.de/seekarte
 

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

Re: [Talk-de] Seekarten -- Offshorewindparkanlagen

[Jan Jesse]

Hallo,

Am 06.07.2010 um 17:19 schrieb "Falk Zscheile" :

> Am 6. Juli 2010 16:57 schrieb M∡rtin Koppenhoefer :
>> Am 6. Juli 2010 16:46 schrieb Falk Zscheile :
>>> Dazu meine Frage an die beiden Seekartenprojekte: Wie kann man
>>> Offshorewindenergieanlagen kennzeichnen, dass sie prominenter
>>> gerendert werden können ohne auch alle Windanlagen an Land so
>>> prominent rendern zu müssen?
>> 
>> ketzerisch gedacht müsste das doch so gehen, ohne extra tag ;-)
> 
> Mal schauen ob sich noch ein Entwickler zu einer entsprechenden
> Möglichkeit äußert. Dann wäre es ein Feature-Request. Ich wäre nicht
> enttäuscht, wenn es ohne Zusatztag geht :-)
> 
> 

Ich bin ja nicht der Urheber, aber unsere FreieTonne reagiert im Moment auf 
folgende Tags:

power=generator
power_source=wind
seamark=landmark

Das hat irgendein User so für sich festgelegt, und mangels weiterer Diskussion 
gilt das eben bei uns. 

Offshore=Yes 

halte ich für eine gute Idee um seamark=landmark hier zu ersetzen. Das hat aber 
bei uns mit der "prominenteren" Darstellung primär nichts zu tun. Wir 
unterscheiden bisher 3 Darstellungshöhen, und wenn Windkraftanlagen prominenter 
dargestellt werden sollten, können wir das gerne tun. Das macht sich bei uns am 
Objekt fest, und kann im Einzelfalle separat definiert werden. Offshore=Yes 
würde uns helfen, die für Freizeitkapitäne wichtigen Orientierungspunkte von 
den allgegenwärtigen Windkraftanlagen zu unterscheiden, und entsprechend zu 
gewichten.

Die Frage ist: Wie soll es denn nun sein? Ketzerisch: Warum wird das eigentlich 
nicht wirklich diskutiert? Ich würde mich freuen, wenn wir diese Dinge hier 
besprechen würden und sichere zu, daß wir entsprechende "Entscheidungen" in 
jedem Falle einbauen können  und wollen :-)

Ob es jetzt ein Feature-Request geworden ist, weiß ich genauso wenig, wie ich 
weiß, ob ich ein Entwickler bin. Wir bauen eigentlich nur eine Seekarte. Wir 
nutzen die Möglichkeiten von OSM dazu, und halten uns den Ärger möglichst vom 
Leibe. Aber wir sind keine Eigenbrötler, und keine Streithammel. 

Lassen wir also die Frage, ob sich "einer der Entwickler" dazu äußert, und 
diskutieren das "offshore=Yes" ? 

Ich bin spontan dafür :-)

Beste Grüße aus Berlin

JJ

www.freietonne.de/seekarte - Navigation und Datenerfassung jetzt auch auf dem 
iPhone/ iPad

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

Re: [Talk-de] OSM für Feuerwehr

[Jan Jesse]

Hi,


Am 28.05.2010 um 09:29 schrieb "Bernhard Zwischenbrugger" 
:

> hi
>> ein Bekannter von mir ist bei der Freiwilligen Feuerwehr. Nachdem ich
>> ihm das Wesen von OSM erklärt hatte, war er begeistert, endlich ein
>> Mittel gefunden zu haben, mit dem man ein lange gehegtes Problem lösen
>> könnte. Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere
>> feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher
>> operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an
>> den Daten etwas ändern könnte, stellte sich dieses als Nachteil
>> heraus. Im Einsatzfall muss man sich logischerweise auf stimmige Pläne
>> verlassen können.
>> 
> Die Feuerwehr kann sich doch nicht auf ein funktionierendes
> Internet verlassen und braucht immer Papierpläne.
> Alternativ dazu wären noch offline Maps auf Garmin oder
> Laptop sinnvoll.
> 
> Ab und zu macht es natürlich Sinn neue Karten zu drucken
> und die offline Map neu zu überspielen.
> Da muss man schauen ob die Hydranten noch passen.
> 
> Wenn die Hydranten-Standorte bereits überprüft wurden, dann müssen
> in Zukunft nur noch die Änderungen überprüft werden.
> Um diese Änderungen zu sehen könnte man ein kleines Skript schreiben das 
> diese
> Änderungen anzeigt.


Sowas in der Art haben wir eigentlich seit einem Jahr in Betrieb. Eigene 
Poi-Datenbank überblendet auf Openlayers, Nutzerverwaltung, Revisionsliste, 
Onlinedatenbank, Offline-verfügbar f. Windows-Laptop, Garmin-Navis, TomTom, 
Autom. Updates für Offline-Geräte ...

Funktioniert inzwischen recht gut. Und ich dachte schon manchmal, dass es 
sinnvollere Anwendungen als Seezeichen dafür gibt. 

Ich könnte mir vorstellen, dass wir einfach unsere Tonnen-Icons durch schicke 
Hydranten, Rettungsringe usw ersetzen, und ab geht es :-)

Beste Grüsse aus Berlin

JJ
> 

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

Re: [Talk-de] OpenSeaMap: KAP files erstellen

[Jan Jesse]

Hallo Christian, 

> Moin, Markus,
> 
> > Das OpenSeaMap Projekt hat mal im Januar d.J. 
> Rasterkarten erstellt die
> > sich mittels einiger auf Schiffen gebräuchlicher 
> Kartenplotter anzeigen
> > lassen.
> 
> :-)
> 
> Die werden regelmässig aktualisiert
> und natürlich erweitert.
> Nun ja, erweitert schon, aber regelmäßig aktuelisiert ist 
> etwas übertrieben ;)- deshalb ja auch meine Anfrage hier.
> 
> 
>   Den tagesaktuellen Stand findest Du auf SourceForge:
> http://sourceforge.net/projects/openseamap/files/
> Kenne ich schon.
> 
> > selbst erstellen
> 
> Vielleicht hast Du ja Lust mitzuhelfen?
> Das ich meine KAP files, so sie denn irgendwann was taugen 
> sollten ins Netz Stelle ist klar. Meine Bereitschaft die 
> Teile selbst zu generieren habe ich ja schon in meinem 
> Ursprungsposting kundgetan.
> 
> 
> Dann schreib mir bitte per PM.
> Da ich im Prinzip dem Frederik zustimme, sollten wir das IMHO 
> ruhig öffentlich diskutieren falls Du nix dagegen hast. 
> Vielleicht interessiert es ja andere auch, der ein oder 
> andere möchte ja vielleicht auch selber mal KAP files 
> erstellen. Also, nochmal die
> Frage: 
> Wie generiere ich nun diese KAP- files aus den OseaM Daten?
> 
> Ebenfalls mit herzlichem Gruß,
> Christian
> 
> PS: Ne eigene Mailingliste wäre wirklich super oft geht in talk-de das
> OSeaM- spezifische unter und ich lese das dann erst Wochen später :(. 

Hab ich da jetzt was verpaßt, oder steht hier die Antwort wie immer aus? 
Hattest Du evtl. ne Info per PM bekommen?

Beste Grüße

JJ


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

Re: [Talk-de] Rendern von Seezeichen und Editor

[Jan Jesse]

 
Hallo Olaf, hallo Frederik,

> 
> Nein, es war immer eine Benutzer-Interaktion nötig.
> 

Das stimmt absolut.

> Dann schaue dir doch bitte einmal die Knoten-Chronik von:
> - http://www.openstreetmap.org/browse/node/431046138/history
> - http://www.openstreetmap.org/browse/node/431046061/history
> an!
> 

Und hier wird es für mich heikel und gleichzeitig interessant. Zunächst Olaf, 
hast Du recht. Die Lichter gehören zu den ursprünglichen Aufzeichnungen aus der 
FT und wurden nie entfernt. Insofern ist die von mir ausgelöste Aufregung 
unberechtigt. Ich entschuldige mich. Tut mir an der Stelle wirklich leid.

Wie kommt es nun zu dieser Fehlinterpretation meinerseits?

Die betreffenden Tonnen wurden zu einem Zeitpunkt erfaßßt, als wir ganz am 
Anfang standen. Damals offenbar mit Licht. Ich weiß nicht, ob das damals 
richtig oder falsch war, ist jetzt erst einmal egal.

Inzwischen haben die Tonnen alle eine ellenlange History, und genau das war 
eigentlich mein Thema. Es wurde mehrfach umgetaggt, in dem damals "neuen" 
Taggingschema, also in der FT sind die Lichter nicht verzeichnet, bzw. gelöscht 
worden. Die Tonne wurde durch die FT editiert, die Daten des jeweils anderen 
Schemas durften nach gültigem Konsenz nicht angetastet werden, durften also 
auch nicht gelöscht werden. 

Später haben wir (FT) entschieden, beide Schemata zu lesen. Das war in der 
Logik der Abläufe dann offenbar auch falsch. Der letzte Edit hat entsprechend  
dazu geführt, daß die Lichter von uns wieder (neu) interpretiert wurden, weil 
wir sie ja zwischenzeitlich nicht angetastet, d.h. nicht gelöscht hatten.

Hat das jetzt jemand verstanden? 

Ich sehe genau hier das Problem. Wenn ein Editor nur ein Schema schreibt, aber 
alle Möglichkeiten lesen will, ist  eine Abgrenzung verdammt schwer bis 
unmöglich. Die Daten müssen von Hand bearbeitet werden, damit verlieren die 
Editoren ihren Zweck. Wenn der Editor die jeweils anderen Daten nicht anfassen 
darf, darf er sie auch nicht interpretieren, sonst entsteht genau der 
vorliegende Fehler.

Wenn wir ein Konstrukt geschaffen haben, bei dem ein Edit eines Nodes solche 
"Seiteneffekte" hat, sind wir auf dem falschen Weg!

Was wollen wir tun?

Ich denke, wir müssen wenigstens den Konsenz modifizieren, der da sagt, keiner 
rührt die tags der anderen an.

Wir sollten zumindest zukünftig dafür sorgen, daß inhaltliche Widersprüche 
(colour=green und seamark:colour=red ist derzeit im gleichen node möglich) 
ausgeschlossen und veraltete Informationen korrigiert werden. In diesem Sinne 
müßte das Löschen der jeweils anderen Tags eigentlich verpflichtend werden.

Außerdem sollten zukünftig unnötige Edits unterbleiben. Damit meine ich sowohl 
die diversen Bots, die in der Vergangenheit über die Daten geschickt wurden 
(Stichwort color und colour), als auch wohlmeinende händische Korrekturen. 

Wie das zukünftig praktiziert werden soll weiß ich nicht, und bin da auch 
ziemlich beliebig. Aber das wir schon jetzt einen Datenbestand haben, der nur 
noch mit der entsprechenden History richtig interpretiert werden kann, zeigt 
mir eine Notwendigkeit, die Dinge endlich auf einen ordentlichen Weg zu bringen.

Beste Grüße aus Berlin

JJ


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

Re: [Talk-de] Rendern von Seezeichen und Editor

[Jan Jesse]

Hallo,

> Jan Jesse beschreibt in einem Posting vom 3.3. eine solche 
> offensichtliche Editor-Fehlfunktion:

bevor jetzt hier irgend etwas großes passiert kurz ein Update:

Ich hatte die betreffende Seite eingestellt, um ein Problem zu benennen, zu dem 
ich keinen Ansprechpartner hatte. Es hat sich inzwischen herausgestellt, daß 
dies ein Zeitproblem der anderen Seite war. Ich bin also etwas voreilig und 
nicht hinreichend gelassen an die Sache herangegangen. 

Inzwischen besteht ein Mailkontakt, und ich bin ziemlich optimistisch, daß wir 
das Problem im Sinne der Projektziele gut lösen. Denn es geht ja beiden Seiten 
tatsächlich darum, die inzwischen in der DB befindlichen Seekartendaten weiter 
zu qualifizieren, zu vermehren , und auch auf allen Plattformen darzustellen.

Beste Grüße aus Berlin

JJ

Als Zeichen des Friedens verzichte ich auf eine Signatur :-)

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

Re: [Talk-de] OpenSeaMap auf der "boot" in Düsse ldorf

[Jan Jesse]

Hallo Olaf,

> Olaf Hannemann
> Gesendet: Dienstag, 10. November 2009 22:31
> 1. Warum benutzen wir nicht den Ft-Importfilter?
>   Da wir die Daten direkt in die OSM-db schreiben und aus 
> dieser auch wieder
>   rendern (osmarender/or p), ist dieser für uns 
> unbrauchbar. Wenn ich direkt aus
>   der OSM-db render, ist es für mich wichtig, dass 99% 
> der Einträge auch nach
>   einer Änderung des Schemas noch die alten Schlüssel 
> aufweisen, sonst hätte ich
>   von jetzt auf gleich keine Seezeichen mehr auf der 
> Karte bis ich den Renderer
>   angepasst habe.

Das stimmt so nicht. Wir exportieren z.B. die rules für JOSM.
Wenn Du die mal genauer betrachtest, wirst Du feststellen,
daß Euer Schema ziemlich komplett mit dargestellt wird.

Bei Änderungen des Schemas werfen wir die "alten" Tags 
natürlich nicht einfach weg. Sie verbleiben für die lesende
Interpretation der Daten im System und werden für die
Darstellung exportiert, mithin im JOSM weiterhin angezeigt.

Deine Karte würde also NICHT plötzlich leer sein.

JJ


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

Re: [Talk-de] OpenSeaMap auf der "boot" in Düsse ldorf

[Jan Jesse]

 
Hallo Nop,

> Dann laß die seamark:-Tags einfach in Ruhe und beide Projekte können 
> sich entwickeln und vielleicht auch noch was voneinander lernen.

Ich verstehe die Aufregung nicht. Hier wurden nicht tausende von Nodes 
umgetaggt. Und natürlich werden tags in OSM geändert und korrigiert.

Wir unterstützen übrigens in unseren JOSM-rules auch die Anzeige der nach 
"seamark:"-Schema getaggten Seezeichen (Siehe unten). Wir pflegen also
derzeit beide Schemata nebeneinander in unserer Datenbank und zeigen
auch beide an.

Inzwischen gibt es mehrere tausend Nodes, die sich mit Seezeichen befassen,
ein Bruchteil davon ist nach seamark: getaggt. Die meißten Nodes sind schon
mehrfach von Scripten "überfahren" worden, an manchen Tagen hatten wir 3000
Änderungen.

Ein gut Teil der tags, die wir als FT
in der Anfangsphase wünschten und auch zur Kontrolle brauchten, wurde 
inzwischen rigoros entfernt. Manches war wirklich nicht lustig. 

Inzwischen habe ich gelernt, daß in einem freien Projekt wie OSM auch
Dinge passieren, die einem vielleicht nicht so gefallen. Scheinbar wird
ein Projekt behindert oder zurückgeworfen. Letztendlich muß man damit 
umgehen. Man lernt.

Ich möchte mich nicht unbedingt bei allen Sportsfreunden bedanken, die 
uns hier "geholfen" haben, aber es hat gewirkt :-)

Genießt nun das "seamark:"-Schema einen Sonderstatus? Dort, wo deren
traditionellen Testbereiche liegen (Häfen Rostock, Kiel, Fehmarn), 
ändere ich die Daten i.d.R. nicht. Eben weil ich weiß, daß dort getestet 
wird. Z.B. auf Fehmarn haben wir "unsere" Tonnen sogar gelöscht, um 
Platz zu machen :-)

Ansonsten glaube ich aber, daß ein Standard anzustreben ist. Und da gehört
ein wenig Datenpflege dazu. 

Zu der ganzen Geschichte habe ich noch immer 2 Fragen:

1.) Warum halten sich die seamark:-Vertreter so vornehm aus der 
Diskussion/ Arbeit am Tagging Schema raus?
2.) Wofür wird der Präfix "seamark:" tatsächlich benötigt, welchen
Vorteil bringt seine Benutzung?

Ich wünschte, wir ließen jeweils die Kirche im Dorf und verlagerten die
Diskussion auf die Arbeitsebene und ins Wiki :-)


JJ



schnipp

Auszug JOSM-rules generiert durch die DB der FreieTonne
===
  
  
  
  
  http://www.freietonne.de/ft_icons/png/287.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/268.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/268.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/268.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/293.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/213.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/21.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/196.png"; 
/>
  1
  4
   
   
  
  
  
  http://www.freietonne.de/ft_icons/png/188.png"; 
/>
  1
  4


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

Re: [Talk-de] OpenSeaMap auf der "boot" in Düsse ldorf

[Jan Jesse]

Hallo Ulf,

zunächst: Ich bin kein Bot ;-) 

> Ich war (als unbeteiligter Entwickler) auf dem OpenSeaMap 
> Developer Treffen und gebe jetzt einfach mal die Stimmung 
> dort wieder. Ich fahre nicht zur See und wenn die ganze 
> Geschichte in einem großen Editwar endet betrifft mich das 
> persönlich nicht wirklich.

Die Tonnen haben tatsächlich schon einiges durch. Die Suche 
nach dem Tagging-Schema war nicht ohne, und das eine oder andere
Script war dabei schon zugange. Ich mußte mir persönlich furchtbar
auf die Lippe beißen, als genau zu meinem Urlaubsbeginn alle
Tonnen aus meinem Navi verschwunden waren ...

Eben deshalb finde ich, daß es günstig wäre, nicht mehrere Tagging-
Schemata nebeneinander zu betreiben. Woran sollen sich diejenigen,
die mitmachen wollen, orientieren?

Das gegenwärtige Tagging-Schema ist nebenbei nicht Produkt der 
"FreieTonne", es wurde im Wiki entwickelt, und wir haben es 
übernommen. Weil eben kein anderes da war.

Die Diskussion dazu war "transatlantisch" und wie ich meine, 
erfolgreich. Zumindest haben wir ein Ergebnis.

Die FreieTonne ist nebenbei nur Übersetzer, indem sie folgendes 
bereitstellt:

- eine GPS-Upload - Interface
- JOSM Presets
- Eine Openlayers-Projektion
- eine Offline-Seekarte

Alle Daten werden aus der OSM-DB entnommen und dahin abgespeichert.

Du warst bei jenem Treffen. Welche Probleme hat OpenSeaMap mit dem
derzeitigen Schema?

> Die openseamap Entwickler haben sich beklagt, daß 
> Informationen die sie eintragen innerhalb kurzer Zeit mit dem 
> Hinweis auf Redundanz entfernt werden. Aus der Systematik und 
> Geschwindigkeit der Änderungen ist aus deren Sicht 
> möglicherweise auf einen Bot o.ä. zu schließen.

Hier wird kein Bot eingesetzt, die Qualitätskontrolle steht 
jedermann unter:

http://www.freietonne.de/index.php?site=24&infotyp=1

zur Verfügung.

Das zeitnahe Einlesen der Daten aus OSM war übrigens, der Seitenhieb
sei erlaubt, im Frühjahr DIE große Forderung von OpenSeaMap an die 
FreieTonne. Sich jetzt darüber zu beklagen, daß wir's gelernt haben

;-)

Ich habe jeden Eintrag händisch geprüft, und keine Information
gelöscht. Das mache ich fast täglich, und es sollte in Ordnung gehen.
Wir führen übrigens auch die History zu jedem Eintrag, eliminieren
Dopplungen usw. Jeder mag prüfen, ob das so geht.

> Ich fände es wirklich sehr schade, wenn die Energie beider 
> Projekte in Grabenkämpfe über den "einzig richtigen Weg" 
> verpuffen würde!
> 

Da bin ich ganz bei Dir. 

Und wir sind nicht auf der Suche nach dem einzig richtigen Weg. 

Aber wir entwickeln uns. Unser erstes Tagging-Schema war das von 
Markus. Da kam die Diskussion um "Sprechende Tags" auf, und wir 
haben das neue Schema von Olaf benutzt. Daraus hat sich schließlich 
im Wiki das derzeitige Schema entwickelt. Und die FreieTonne hat das 
jeweils nur übernommen, sich angepaßt. 

Es geht also eindeutig nicht um FreieTonne vs. OpenSeaMap. Und es 
ist schade, daß das schon wieder thematisiert wird.

Grüße aus Berlin

JJ

www.freietonne.de


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

Re: [Talk-de] OpenSeaMap auf der "boot" in Düsse ldorf

[Jan Jesse]

 

> Frederik Ramm
> Grundsaetzlich finde ich, dass es bei OSM auch Raum fuer 
> Eigenbroetler oder eigenbroetlerische Teams geben kann, die 
> auf etablierte Strukturen und Kommunikationswege nichts geben 
> und im stillen Kaemmerlein etwas auf die Beine stellen - 
> zumindest zu einem gewissen Grade.
> 

Wobei es schon ein wenig irritierend ist, hier alle halbe Jahre
mehr oder minder großartige Ankündigungen zu lesen, ohne daß
essentielle Ergebbnisse vorgelegt sind. Die PR-Abteilung des 
Projektes funktioniert jedenfalls ;-)

> Niemand ist gezwungen, sich am Wiki zu beteiligen.

Gott sei Dank :-)

> Auf der anderen Seite sollten sich die, die nicht bei 
> OpenSeaMap mitmachen wollen, nicht davon abhalten lassen, an 
> ihren Konzepten weiterzuarbeiten. Mir ist im Moment nicht 
> ganz klar, ob OpenSeaMap womoeglich sowieso ein 
> eigenstaendiges Projekt ist/werden soll, das zwar Daten aus 
> OSM entnimmt, aber gar nicht den Anspruch hat, die eigenen 
> Daten in OSM einzupflegen? Das waere ja durchaus zulaessig 
> und, wenn man den Anspruch haette, die Daten strenger zu 
> kontrollieren, auch gar nicht doof.

Das erlebe ich etwas anders und stimme hier der Kritik von Mario
zu. Inzwischen haben wir ein Tagging-Schema entwickelt, das
sicherlich nicht perfekt, aber durchaus gut genug ist, daß 
die Kollegen z.B. in Finnland (Nähe Helsinki) und Amerika 
(Detroit u. Kalifornien) damit arbeiten.

Nun kommt immer mal wieder ein Tönnchen daher, und enthält 
redundant die tags nach wiki und nach OpenSeaMap-Markus-Schema. 
Das sieht nach einem seltsamen, wenngleich eben zulässigen 
Wettbewerb aus.

Ich fänd es an dieser Stelle schön, wenn die Kollegen den
Verdacht, sie präferierten ihren tagging-Dialekt nur, weil
sie die tags ohne den Präfix "seamark" nicht lesen können,
ausräumen würden.
 
Insofern würde ich  mir wünschen, daß sich die OpenSeaMap-er
etwas offener am OSM-Projekt Schaffung einer freien Seekarte
beteiligen, und Ihrem stolzen Namen zukünftig besser gerecht 
werden. Die bewährten Kommunikationsmöglichkeiten von OSM 
dazu zu nutzen, wäre da ein schöner Weg. 

Na Leute? Wie wärs?

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] Irgendwas läuft schief in der POI-Welt !

[Jan Jesse]

Hallo allerseits,

ich werfe mal in die Debatte, daß wir seit ca. 3 Monaten unsere zugegeben 
spezielle "POI"-DB stabil (natürlich aber nicht perfekt) am Netz haben. (Link 
unten)

Die wichtigsten Features sind in etwa wie folgt zu beschreiben:

- Zuordnung POI zu entsprechendem Icon und Darstellung als Overlay in 
Openlayers oder auch in JOSM
- POI Filter OSM Import in unsere DB flexibel definierbar
- stündlicher Import neuer/ geänderter POI's aus OSM (cronjob, minutely macht 
derzeit keinen Sinn)

- Export für verschiedene Anwendungen (Openlayers, GoogleEarth, TomTom, Garmin)
- Export eigener Importfilter als Presets für die Datenpflege in JOSM
- xampp/firefox/Openlayers Offline-Anwendung zur Datenerfassung/ Navigation 
unterwegs (incl GPS-Anbindung)

- Hochladen/ Editieren von POI's aus GPX-Dateien
- Tabelle zur Qualitätskontrolle 
...

Nun sind wir ein kleines Projekt mit einem speziellen Thema. Vielleicht schaut 
ja mal einer bei uns rein, und wenn das Prinzip gefällt, könnten wir unsere 
Software vielleicht sinnvoll auf einem entsprechenden dev-Server bereitstellen 
und sie entwickelt sich da weiter?

Das wäre aber zunächst tatsächlich was für Leute, die eine solche Software 
entwickeln wollen, denn ein guter Teil unserer Lösung ist natürlich derzeit ein 
wüster Hack :-) 

Wenn also jemand Lust hat können wir uns da ja mal in Ruhe rantasten :-)

Beste Grüße aus Berlin

JJ

www.freietonne.de/seekarte

> -Ursprüngliche Nachricht-
> Von: talk-de-boun...@openstreetmap.org 
> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von 
> Frederik Ramm
> Gesendet: Samstag, 10. Oktober 2009 02:57
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
> 
> Hallo,
> 
> Bernd Wurst wrote:
> > Nein. Das OSM-Projekt leidet nicht unter dem Problem, dass 
> keinerlei 
> > taugliche Hardware vorhanden wäre.
> > 
> > Natürlich braucht man gute Hardware, aber die ist bereits 
> verfügbar, 
> > wenn man denn eine Software hätte, die man darauf laufen 
> lassen will.
> 
> Sagen wir mal so; wenn wir eine Rechnerfarm mit 5-10 
> mittelgrossen Servern exklusiv fuer XAPI haetten, dann 
> koennte man trotz der Probleme, die es mit der Software gibt 
> (naemlich, dass das Einspielen eines neuen Planet-Files 
> offenbar rund eine Woche zu dauern scheint) wohl akzeptable 
> XAPI-Dienste anbieten.
> 
> Wenn irgendjemand sich in der Lage sieht, XAPI richtig zu 
> warten, dann kann man sowas vielleicht wirklich auf einem der 
> neuen Server laufen lassen. Aber ohne Kenntnisse in der 
> obskuren Programmiersprache, in der das gemacht ist, sollte 
> man da vielleicht eher vorsichtig sein. - Ich koennte mir 
> vorstellen, dass es einfacher waere, zunaechst mal mit einer 
> effizienten POI-Datenbank zu starten, die man recht leicht 
> auf dem Laufenden halten koennte und die auch mit 
> Postgres-Bordmitteln gut hinzubekommen ist. Das scheint mir 
> schon mal viele der XAPI-Anwendungsfaelle abzudecken. Von da 
> ausgehend koennte man dann ja weitersehen.
> 
> Bye
> Frederik
> 
> ___
> 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] Seezeichen werden komplett umgetaggt - ist das so immer richtig?

[Jan Jesse]

Hallo Leute,

seit einigen Tagen werden alle Seezeichen, die bisher in den verschiedenen 
Projekten gesammlt wurden, systematisch umgetaggt. Dabei passiert zumindest 
bisher nicht unbedingt etwas schlimmes. Überflüssige Tags werden entfernt, und 
es wird ein "einheitliches" Tagging umgesetzt. Das einheitliche Tagging 
entspricht dabei den unterschiedlichen Proposals, die für Seezeichen derzeit 
existieren, indem beide Schemata (großteils redundant) abgebildet werden.

Für den Übergang sicherlich eine sinnvolle Variante, stelle ich mir aber vor, 
daß diese Redundanz auf Dauer auch nicht das wahre ist.

Es wäre schön, wenn sich der betreffende Nutzer mal melden, und kurz erklären 
könnte, was er vorhat? Vielleicht setzt das ja auch den von Mario initiierten 
Thread hinsichtlich des Proposals zum Seezeichen-Tagging nochmal in Gang?

Nach meiner Meinung sind die derzeit existierenden Tagging-Schemata noch nicht 
ausgereift, und können sich gerade hinsichtlich kurzer, knapper und eingängiger 
Beschreibungen ("sprechende tags") noch ein gutes Stück entwickeln. Nach dem 
Aufräumen, daß in der DB  stattgefunden hat, würde ich es daher als positiv 
empfinden, wenn die nachträgliche "Autokorrektur" wieder abgeschaltet würde. 

So ein wenig Raum für Kreativität sollte doch sein, oder ;-)

Beste Grüße aus Berlin

JJ

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

Re: [Talk-de] Kennzeichnung der Flusskilometer

[Jan Jesse]

Hallo, 

> wie werden die "Flusskilometer" von Flüssen und Strömen 
> gekennzeichnet?
> 
> Gruß
> Markus

Mangels besserer Vorschläge verwenden wir derzeit so etwa:





Das ist aber bestimmt auch besser zu formulieren. Wir sind für jeden gute Idee 
zu haben :-)

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] FreieTonne Importfilter

[Jan Jesse]

Hallo Leute,

unser Mike hat jetzt den Importfilter fertig, dieser ist im Testbetrieb. 
Folgende Parameter gelten momentan:

- der Filter erfaßt alle Nodes, die unserem Taggingschema, oder uns verwandten 
anderen Schemata entsprechen
- der Filter läuft 1 x pro Stunde über das Hourly-Diff des Planetfiles
- der Filter verarbeitet neue, geänderte und gelöschte Nodes gleichermaßen.
- der Filter stellt alle gefundenen Nodes in unsere DB und gleichzeitig in die 
Qualitätskontrolle ein 

http://www.freietonne.de/index.php?site=24&infotyp=1

Alle auf diesem Weg in unsere Datenbank gelangten Datensätze stehen wie immer 
sofort für die verschiedenen Downloads (gpx, gpi, FreieTonne-USB usw.) zur 
Verfügung und werden beim Editieren mit angezeigt.

Wir erwägen, zu einem späteren Zeitpunkt nochmal komplett das Planetfile 
durchzujagen, haben dafür aber etwas Zeit, da wir natürlich sehr sorgfältig auf 
OSM-ID's und Versionsnummern achten.

WER KANN UNS HELFEN: OSMOSIS!

An Osmosis beißen wir uns derzeit die Zähne aus. Wir haben schon den ganzen 
Rechner auf eine moderne Ubuntu (8.04 LTS) umgesetzt, weil wir Osmosis 
hinsichtlich der Java-version nicht zufrieden stellen konnten. Die 
Fehlermeldungen sind mehr als kryptisch und eine ausführlichere Dokumentation 
im Wiki steht scheinbar derzeit noch nicht zur Verfügung.

Hat vielleicht jemand aktuell ein fertiges Ubuntu-Howto parat?

Danke!!!

Beste Grüße aus Berlin

JJ

www.freietonne.de - Der erste Slipway in Australien, den unsere FreieTonne 
heute entdeckt hat, war schon ein Ereignis ;-)

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

Re: [Talk-de] OSeaM vs. freie Tonne

[Jan Jesse]

Hallo,
> 
> > www.freitonne.de - Warum eigentlich "OSeaM vs. freie Tonne?"
> 
> Weil das Betreff nahelegen soll, dass es einen Sieger und 
> einen Verlierer geben wird.
> 

Wir sind also wieder im "Kalten Krieg"? :-(

Was wird aus dem Verlierer? Wird der per einhelligem Beschluß aller OSM-er von 
allen Festplatten dieser Welt getilgt? Werden die Mails aus den Archiven 
entfernt? Werden Mapper, die ihre Daten beim Verlierer eingestellt hatten, aus 
der OSM-Gemeinde ausgeschlossen, ihre Daten gelöscht? :-)

Ich finde es gut, den bösen Streit, der sich hier aufgetan hat, aus den 
inhaltlich relevanten threads zu bannen. Und das scheint ja zu funktionieren.

Beste Grüße aus Berlin

JJ

www.freietonne.de - Die Zukunft wird es zurecht rücken. Zum Glück müssen wir 
uns nicht auch noch darum kümmern ...

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

Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen

[Jan Jesse]

Hallo Olaf, 

> 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
+1

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

> > Bereits vorhandene OSM-Tags (Fähre, boat, motorboat) sollten 
> > weiterbenutzt werden.
> 
> +1
+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.

+1

> 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 versteh jetzt nicht, warum das falsch wäre?

> 
> 
> > 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.
> 

Unentschieden. Scheint mir ein Fall, der in der Praxis reifen wird. Und ich 
denke, mit jedem Resultat können die Renderer leben.

> 
> > 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.
> 
+1

> > 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.
> 
+1
> 
> Grüße
> 
> Olaf
> 

Wir denken scheinbar in ziemlich ähnliche Bahnen. Mag das einer im Wiki 
darstellen?

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen

[Jan Jesse]

Hallo Rolf 

> Hallo Jan
> Wie du weisst beteilige ich mich erst seit kurzem an OSeaM.
> Ich habe auch schon verstanden was Mario möchte. Meine 
> Entscheidung ist für OSeaM gefallen weil ich das für bessere 
> System halte.Auch wenn Du schneller warst.
> Gruß Rolf

Dagegen habe ich absolut nichts. Können wir nun endlich in diesem Thread das 
diskutieren, was das Subject aussagt? Das wäre mir wichtig.

Danke :-)

JJ

www.freietonne.de - Wir waren schneller. Na und? Das sind immer solche 
Feststellungen ...

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

Re: [Talk-de] OSeaM vs. freie Tonne

[Jan Jesse]

Hi Jörk, 

> moin zusammen,
> 
> kann es sein, daß hier teilweise aneinandervorbeigeredet 
> wird? Ich verstehe es so, daß die FT im Binnenbereich 
> angefangen hat, wo die BinSchStrO gilt, die etwas anders ist, 
> als SeeSchStrO. Jetzt trifft man sich an den Küsten und da 
> gelten dann etwas andere Regeln. das macht die FT doch nicht 
> Schlechter.

Die FreieTonne begann im Wattenmeer ;-)
(http://www.freietonne.de/index.php?site=2&infotyp=1&redirect=24)

> 
> Übrigens ist NAVIGATION nach nicht offiziellen Karten immer 
> noch lebensgefährlich! (da schrieb neulich jemand, daß er das macht)
> 

Wenn man keine ordentliche Seekarte dabei hat, ja. Da ist nichts hinzuzufügen. 
Benutze ich aber unsere Daten als Ergänzung, um z.B. auf dem Garmin zu schaun, 
wie weit und in welcher Richtung die nächste Tonne liegen müßte, ist es ein 
großes PLUS an Sicherheit. Und genau das tue ich. 

Beste Grüße vom Seddinsee

JJ

www.freitonne.de - Warum eigentlich "OSeaM vs. freie Tonne?"

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

Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen

[Jan Jesse]

Hallo Rolf,

Roholf! 

> Hi Mario
> Genau das ist der Denkfehler. Lieber keine Tonne, als eine 
> Falsche oder unvollständig bezeichnete. Du verstehst nicht 
> dass ein Editor, es eigentlich leichter macht, weil man 
> diesen komplizierten Beschreibungsteil durch den Editor 
> ausgefüllt bekommt. Und wo bleibt bei deinem Beispiel das 
> mögliche Nebelhorn , das Leuchtfeuer und die Tonnengeometrie. 
> Die werden doch dann nicht erfasst.
> Gruß Rolf

Ich möchte sehen, wie Du bei Windstärke 6-7 in Böen ... Bis auf 3 Meter an die 
Einzelgefahrentonne ranfährst, Bezeichnung, Farben usw in eine Erfassungsmaske 
(Online) einträgst und dann stolz davon dampfst. 

Du wirst, wie in anderen Bereichen von OSM, dringend auf Notizen angewiesen 
sein. Auf fremde Unterlagen, ein Teil der Infos ist warscheinlich ohne 
Absschreiben aus fremden Karten, was wir ja nicht wollen, gar nicht zu leisten.

Die Daten müssen also Nachbearbeitet werden. 

Außerdem haben wir die zeitliche Dimension. Mir selbst ist es letztes Jahr auf 
dem Rückmarsch durch das Achterwasser passiert. Ich hatte lustig alle Tonnen 
unterwegs erfaßt, abends in eine stillen Bucht geankert. Am nächsten morgen 
mußte ich ansehen, wie das Arbeitsboot des Schiffahrtsamtes daher kam, exakt 
zur letzten Tonne, die ich am Vortag geklickt hatte fuhr, den Kran raus, 
anheben, 5 meter weiter, platsch die Tonne liegt. Und dann fuhr der so die 
ganze Reihe, die ich am Vortag erfaßt hatte, rückwärts ab.

Natürlich habe ich alle meine Daten sofort gelöscht ;-)

Nein. Die Anforderungen, die Du hier definierst, sind nicht einzuhalten. Und 
sie sind auch in den Sportbootkarten nicht abbildbar. 

Natürlich wollen wir so genau wie möglich sein. Aber auch bei uns 
(OpenStreetmap) kann eine Tonne mit fixme gekennzeichnet, den nächsten 
Sportfreund animieren, hier genauere Infos zu recherchieren.

Übrigens haben wir genau dafür eine Quarantänestation, die auch gern und viel 
genutzt wird. Momentan laden da fast 1000 (Korrektur, gerade sind es 1060 der 
letzten 20 Tage)Seezeichen ein, kontrolliert, verbessert, evtl aus 
Qualitätsmängeln gelöscht zu werden. Vielleicht schaust Du mal rein?

http://www.freietonne.de/index.php?site=24&infotyp=1&redirect=24

Und nun, bitte, laß uns zum Thema des Threads kommen, oder eröffne einen neuen.

Danke!

Beste Grüße vom Seddinsee

JJ

www.freietonne.de - Mir fällt kein Spruch mehr ein :-(

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

Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen

[Jan Jesse]

 
Hallo Rolf,

> Hi Mario
> Leider ist mir nicht bekannt ob du Seemann bist oder nicht. 
> Wenn ja solltest du bedenken das wir Seemänner später einmal 
> nach diesen Eingaben navigieren wollen. Dazu sollten die 
> Angaben so sicher und vollständig wie möglich sein. Das wird 
> durch vollständige Abfragen in einem Editor sicherlich 
> leichter erreicht. 

Was für eine überhebliche Frage. Willst Du andeuten, die bisher durch die 
Mapper eingetragenen Daten stimmen nicht? Oder meinst Du, sie würden durch 
einen "Fremdeditor" verfälscht? 

Die vollständige Abfrage zu einer grünen Tonne ist übrigens grün und Tonne. Und 
wenn sie verdammt nicht quietschen oder stinken will, ändert auch eine 
vollständige Erfassungsmaske nichts daran.

Wir wollen hier diskutieren, wie wir diese Dinge syntaktisch uns strukturell am 
einfachsten und handhabbarsten in der Datenbank abbilden könne. Welchen Editor 
Du persönlich bevorzugst, ist dabei egal.

> Ich kann eigentlich nicht vertreten wenn 
> vom Schema der S-57 abgegangen wird. 

Das mußt Du auch nicht. Es liegt nicht in Deiner Verantwortung. Und im übrigen 
sagst Du uns bitte, wer von der S-57 weggehen möchte? Hat überhaupt bisher 
einer gewagt, die heilige S-57 in Frage zu stellen? Ich denke nein. Nur wenn 
ich mir das erste Muster "Hafen Rostock" anschaue, sage ich, das ist nicht 
machbar, jedenfalls nicht ohne Editor. Und dies widerspricht einigen Dingen, 
die OSM grundlegend eigen sind. Der zweite Versuch "Kiel" ist da schon etwas 
realistischer, momentan eben auch das von uns verwendete Schema. Aber so 
richtig handhabbar ist es eben auch noch nicht. Das schmälert in keiner Weise, 
daß bis hierher viel Arbeit investiert worden ist. Im Gegenteil. Aber um 
richtig gut zu werden, sollten wir eben noch etwas feilen.

> Mir geht hier nicht um 
> "meiner ist besser oder länger" sondern um Qualität. 

Darüber freue ich mich. Da werden wir ja bald auch zu den Inhalten diskutieren 
können.

> Da die 
> Infos schwierig einzugeben sind findest du bei OSeaM auch 
> noch keine Flächendecken Daten.
> Gruß
> Rolf 
>  

Das wundert mich nicht. Deshalb versuchen andere Projekte eben einen eher 
empirischen Weg zu gehen, und ein System zu entwickeln, daß vorgefundene 
Realität leicht abbildbar macht, und neue Symbole sofort konsistent auf das 
Gesamtsystem (Karte, Editoren, Offline-Editoren, Josm, Garmin-Geräte) 
überträgt. Das Symbol, das heute zum ersten Mal in unserer Karte verwendet 
wurde, wirst Du morgen mit jedem Update für jedes Endgerät bekommen können. 
Z.B. bei den JOSM-Menüs kannst Du das gut nachvollziehen (Achte aber bitte 
darauf, daß der JOSM nicht bei jedem Neustart Updated :-), das liegt nicht in 
unserer Macht).

In Ostdeutschland haben wir als OPENSTREETMAP übrigens schon recht gute Daten, 
z.B. die Ostseeküste, Mecklenburg, die Havel und den Berliner Raum betreffend 
:-) 

Und, um abschließend eine Frage zu beantworten, die Du heute gestellt hattest:

Ja, ich möchte nach den Daten fahren, die wir schon haben. Ich mache das auch 
schon seit vorigem Jahr. Weil ich nach diesen Daten elektronisch navigiere, 
geht das. Bisherige Möglichkeiten, eine Papierkarte zu produzieren sind noch 
lange nicht da. Noch niemand hat sich z.B. daran versucht, eine Karte auf A1 
Format mit eingeblendeten Längen und Breitengraden zu produzieren. Bis daahin 
ist es noch ein spannender Weg.

Beste Grüße von Seemann zu Seemann

JJ (MY-Naja, Seddinsee, Berlin, Rolf: in welcher Bucht liegst Du gerade?)

www.freietonne.de - Warum sollen wir alles so machen, wie andere das wünschen?

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

Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen

[Jan Jesse]

Hallo Rolf, 

> Hallo Stephan
> Siehe Dir doch einmal die Unterschiede an. Bei Jan gibt es 
> für jede Tonne mit jeder Farbe und jedem Kopfzeichen ein 
> Symbol das beim tagging ausgewählt werden muß.
> Bei Olaf gibt es einen Editor in dem man die Tonnen Symbole, 
> die Farbe, das Kopfzeichen, die Befeuerung und das Nebelhorn 
> in einer Maske auswählen kann.
> Was ist einfacher?
> Probier es einfach einmal aus. Ein Testmodell des Editors 
> läuft bereits. Hier der Link 
> http://wiki.openstreetmap.org/wiki/DE:Seamap-Online-Editor
> 

Natürlich ist unsers einfacher, weil wir nur einen Klick brauchen, und unsere 
Zeichen direkt im GPS schon genau getaggd  werden. Mit dem GPS nach Hausse 
kommen, *.gpx hochladen, fertig :-)

Spaß beiseite. 

Stephan hat doch hier eine ganz andere Frage gestellt. Wenn ich ihn recht 
verstehe, geht es um eine Vereinfachung des Tagging-Schemas, und hier hilft der 
Glaubenskrieg FreieTonne ./. Openseamap nicht weiter. Achte bitte darauf, daß 
sogar die Bezeichnung des Threads versucht, Neutralität zu gewährleisten.

Im eigentlichen Thema, dem Tagging-Schema hat besagter Glaubenskrieg übrigens 
ebenfalls nichts verloren, die verwendeten Tags von Olaf und uns sind 
identisch, Olaf war so freundlich, seine Vorstellungen bei uns einzutragen. 

Also halte Dich bitte ans Thema, oder eröffne einen neuen Thread.

Ich selbst halte Stephans Beitrag übrigens für gut, auch wenn wir nicht allen 
seinen Anforderungen gerecht werden. Ich würde es bedauern, wenn der Flamewar 
auch hier stattfindet. Wir als FreieTonne sind nämlich gar nicht an einem 
bestimmten Schema interessiert. Nur dasjenige, was auch wir derzeit benutzen, 
scheint uns auf lange Sicht nicht zu tragen, und sowohl technisch, als auch aus 
der Sicht der Les- / Lern- und Anwendbarkeit durch den  Mapper zu kompliziert 
und fehlerträchtig.

Insofern unterstützen wir mal ins unreine:

- bereits anderweitig genutzte Tags sollten nicht verändert oder aufgeblasen 
werden (leisure=marina)
- Tags sollten kurz, genau und einprägsam sein
- Seezeichen sollten in Etagen beschrieben werden (so von unten nach oben, was 
nicht da ist, fällt weg)

Ich bin dafür, in die Richtung mal wirklich zu denken.

Beste Grüße vom Seddinsee

JJ

www.freietonne.de - Was ägert eigentlich OpenSeamap an unserer Existenz, daß 
sie uns so fertigmachen (***heul***)?

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

Re: [Talk-de] Freie Tonne USB - Fragen zur Installation

[Jan Jesse]

Hallo Jan,

Noch eine Frage:

Die Icons, die offenbar nicht angezeigt werden liegen eigentlich im Verzeichnis:

\xampp\htdocs\osm\icons

Ist dieses Verzeichnis da?

Das update dieser icons erfolgt durch ein perl-Script (ft-osm-download.pl). 
Kann es sein, daß Du auf Deinem Rechner ein Active-Perl oder so installiert 
hast? Da ich für die ft-usb ein selbskompiliertes perl auf dem stick habe, weiß 
ich nicht genau, welche Nebenwirkungen hier durch die von Active-Perl gesetzten 
Pfade, Registry-Einträge usw. auftreten könnten.

Falls Du ein ActivePerl installiert hast, kann ich besagtes 
\xampp\htdocs\osm\ft-osm-download.pl gern auch testweise in eine *.cmd Datei 
umstricken, das script besteht eh nur aus wget-Aufrufen. Diese könntest Du auch 
leicht mal selbst händisch probieren, und mir sagen, was passiert :-)

Beste Grüße von Seddinsee

JJ

www.freietonne.de 

> -Ursprüngliche Nachricht-
> Von: talk-de-boun...@openstreetmap.org 
> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Jan 
> Tappenbeck
> Gesendet: Samstag, 11. Juli 2009 18:18
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Freie Tonne USB - Fragen zur Installation
> 
> Frage: Die Slippy-Map selbst wird aber angezeigt?
> 
> => JA
> 
> 2. FT-GoogleEarth => funktioniert mit Bildern
> 
> Dann habe ich einmal auf eines der nicht angezeigten Icons 
> geklickt und es wird mir http://localhost/osm/icons/5.png 
> angezeigt. 5.png ist auf dem stick unter 
> Q:\usr\FT-Daten\icons\5.png gefunden.
> 
> Dann habe ich den Rechner nochmal neugestartet und 1. Start 
> FreieTonne.cmd das Programm gestartet -> immer noch nichts. 
> FF portable startet ordnungsgemäß!!!
> 
> Vorab habe ich nochmal ft-update.cmd ausgeführt.
> 
> Dadurch, dass die Icon-Platzhalter da sind - vermute ich den 
> Fehler irgendwo anders.
> 
> Eine Idee ?
> 
> Gruß Jan :-)
> 
> 
> Jan Jesse schrieb:
> > Hallo Jan,
> >  
> > 
> >> Hi !
> >>
> >> habe mir die FT-Usb installiert und zwei Fragen die auf der 
> >> Beschreibung irgendwie nicht finde (Vista64bit) :
> >>
> >> - bei mir werden keine Seezeichen angezeigt!
> >> - wie starte ich beim nächsten Einsatz die Karte richtig !
> >> - wo finde ich die Update-Funktion
> >>
> >> Anmerkung - Console ist noch offen und ohne Inhalt ! MS Firewall 
> >> wurde auf nicht blockieren aktiviert !
> >>
> >> Gruß Jan :-)
> > 
> > In der leeren Console läuft der Apache selbst, das ist ok 
> und nicht weiter zu beachten. 
> > 
> > Frage: Die Slippy-Map selbst wird aber angezeigt?
> > 
> > Im Wurzelverzeichnis des USB-Sticks sollten die wesentlichen 
> > Startfunktionen als *.cmd Datei liegen und sichtbar sein. 
> Einfach "1. 
> > Start FreieTonne.cmd" anklicken, dann sollte sich der 
> Mozilla öffnen 
> > :-)
> > 
> > Die fehlenden Zeichen: - bitte nochmal updaten!
> > 
> > Das Update funktionioniert nur, wenn die FreieTonne-USB 
> abgeschaltet ist. Also im Wurzelverzeichnis "0. Stopp 
> FreieTonne.cmd", dann wird ganz unten in der Liste der 
> Befehle "ft-update.cmd" erscheinen. Doppelklick und gut.
> > 
> > Ein Durchlauf des ft-update.cmd sollte eigentlich alle 
> bestehenden Probleme beheben. Im Zweifel nochmal die 5 
> Dateien aus der install-Datei 
> (http://www.freietonne.de/ft-usb-install/ft-usb-install.zip) 
> ins Wurzelverzeichnis kopieren, und wiederum ft-update.cmd 
> starten. Sollte deine Installation evtl nicht vollständig 
> sein, wird jetzt alles fehlende nachgeholt.
> > 
> > Die Daten werden während des ft-update-Durchlaufes in einem 
> zweiten shell-Fenster geholt. Ein normaler Update-Prozess 
> dauert unter umts-Bedingungen wenige Minuten. Je nachdem, ob 
> es gerade einen neuen JOSM gibt oder nicht.
> > 
> > Kurz: Starte bitte nochmal dieses ft-update.cmd, nachdem Du 
> dieses über "0. Stopp FreieTonne.cmd" sichtbar gemacht hast.
> > 
> > Unter Vista bist Du allerdings der erste, der sich bei uns 
> meldet. Gibt's da nicht noch igendwelche Sicherheitsdinge, 
> die man testweise abschalten kann?
> > 
> > Über eine Rückmeldung würde ich mich freuen!
> > 
> > JJ
> > 
> > www.freietonne.de
> 
> 
> 
> ___
> 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

Re: [Talk-de] Freie Tonne USB - Fragen zur Installation

[Jan Jesse]

Kurznachricht/ -Antwort vom Handy
(Bitte entschuldigen Sie die Form)

Starte bitte mal ich glaube Pkt 6, die Admin-Shell. Dort den Befehl  
"repair" eintippen und abwarten. Evtl liegt ein Problem mit  
Zugriffsrecgten vor.

Mit freundlichen Grüßen

J. Jesse

Am 11.07.2009 um 18:24 schrieb "Jan Tappenbeck" :

> Frage: Die Slippy-Map selbst wird aber angezeigt?
>
> => JA
>
> 2. FT-GoogleEarth => funktioniert mit Bildern
>
> Dann habe ich einmal auf eines der nicht angezeigten Icons geklickt  
> und
> es wird mir http://localhost/osm/icons/5.png angezeigt. 5.png ist auf
> dem stick unter Q:\usr\FT-Daten\icons\5.png gefunden.
>
> Dann habe ich den Rechner nochmal neugestartet und 1. Start
> FreieTonne.cmd das Programm gestartet -> immer noch nichts. FF  
> portable
> startet ordnungsgemäß!!!
>
> Vorab habe ich nochmal ft-update.cmd ausgeführt.
>
> Dadurch, dass die Icon-Platzhalter da sind - vermute ich den Fehler
> irgendwo anders.
>
> Eine Idee ?
>
> Gruß Jan :-)
>
>
> Jan Jesse schrieb:
>> Hallo Jan,
>>
>>
>>> Hi !
>>>
>>> habe mir die FT-Usb installiert und zwei Fragen die auf der
>>> Beschreibung irgendwie nicht finde (Vista64bit) :
>>>
>>> - bei mir werden keine Seezeichen angezeigt!
>>> - wie starte ich beim nächsten Einsatz die Karte richtig !
>>> - wo finde ich die Update-Funktion
>>>
>>> Anmerkung - Console ist noch offen und ohne Inhalt ! MS
>>> Firewall wurde auf nicht blockieren aktiviert !
>>>
>>> Gruß Jan :-)
>>
>> In der leeren Console läuft der Apache selbst, das ist ok und nich 
>> t weiter zu beachten.
>>
>> Frage: Die Slippy-Map selbst wird aber angezeigt?
>>
>> Im Wurzelverzeichnis des USB-Sticks sollten die wesentlichen  
>> Startfunktionen als *.cmd Datei liegen und sichtbar sein. Einfach  
>> "1. Start FreieTonne.cmd" anklicken, dann sollte sich der Mozilla  
>> öffnen :-)
>>
>> Die fehlenden Zeichen: - bitte nochmal updaten!
>>
>> Das Update funktionioniert nur, wenn die FreieTonne-USB  
>> abgeschaltet ist. Also im Wurzelverzeichnis "0. Stopp  
>> FreieTonne.cmd", dann wird ganz unten in der Liste der Befehle "ft- 
>> update.cmd" erscheinen. Doppelklick und gut.
>>
>> Ein Durchlauf des ft-update.cmd sollte eigentlich alle bestehenden  
>> Probleme beheben. Im Zweifel nochmal die 5 Dateien aus der install- 
>> Datei (http://www.freietonne.de/ft-usb-install/ft-usb-install.zip)  
>> ins Wurzelverzeichnis kopieren, und wiederum ft-update.cmd starten.  
>> Sollte deine Installation evtl nicht vollständig sein, wird jetzt  
>> alles fehlende nachgeholt.
>>
>> Die Daten werden während des ft-update-Durchlaufes in einem zweite 
>> n shell-Fenster geholt. Ein normaler Update-Prozess dauert unter u 
>> mts-Bedingungen wenige Minuten. Je nachdem, ob es gerade einen neu 
>> en JOSM gibt oder nicht.
>>
>> Kurz: Starte bitte nochmal dieses ft-update.cmd, nachdem Du dieses 
>>  über "0. Stopp FreieTonne.cmd" sichtbar gemacht hast.
>>
>> Unter Vista bist Du allerdings der erste, der sich bei uns meldet.  
>> Gibt's da nicht noch igendwelche Sicherheitsdinge, die man  
>> testweise abschalten kann?
>>
>> Über eine Rückmeldung würde ich mich freuen!
>>
>> JJ
>>
>> www.freietonne.de
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
> Received: from jobst.jesse.de ([10.10.10.10]) by jesse.de with  
> Microsoft SMTPSVC(6.0.3790.3959);
> Sat, 11 Jul 2009 18:24:45 +0200
> Received: from localhost ([127.0.0.1])
>by jobst.jesse.de with esmtp (Exim 4.50)
>id 1MPfNV-0004lE-6w
>for j...@jesse.local; Sat, 11 Jul 2009 18:24:45 +0200
> Received: from jobst.jesse.de ([127.0.0.1])
>by localhost (jobst [127.0.0.1]) (amavisd-new, port 10024) with  
> ESMTP
>id 00614-10 for ;
>Sat, 11 Jul 2009 18:24:37 +0200 (CEST)
> Received: from cyrus by jobst.jesse.de with local (Exim 4.50)
>id 1MPfNN-0004l8-Rd
>for j...@jesse.local; Sat, 11 Jul 2009 18:24:37 +0200
> Received: from murder ([unix socket])
> by jobst (Cyrus v2.2.13-Debian-2.2.13-2) with LMTPA;
> Sat, 11 Jul 2009 18:24:37 +0200
> X-Sieve: CMU Sieve 2.2
> Received: from localhost ([127.0.0.1])
>by jobst.jesse.de with esmtp (Exim 4.50)
>id 1MPfNN-0004l1-Gw; Sat, 11 Jul 2009 18:24:37 +0200
> Received: from jobst.jesse.de ([127.0.0.1])
>by localhost (jobst [127.0.0.1]) (amavisd-new,

Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen

[Jan Jesse]

Hallo Mario,
 
ich finde den Ansatz sehr elegant und einfach. Wenn das konsenzfähig wäre, 
sollte es ausgearbeitet werden. Ich denke, daß wir damit ein gutes Stück 
Verständnis und Akzeptanz bei den Mappern ernten könnten. :-)
 
Ich werde das mal mit unserem derzeitigen - komplizierten - Tagging 
vergleichen, denke aber, daß wir so wirklich gerade die Seezeichen deutlich 
besser abbilden, als es derzeit der Fall ist. 
 
Mach mal weiter mit Deinen Vorstellungen! 
 
Und, wenn Du es gleich im Wiki zur Diskussion stellen könntest, baut sich 
vielleicht zügig was neues auf, daß dann auch gleich dokumentiert, also 
einsatzfähig ist. Ich bin gespannt!
 
Beste Grüße aus Berlin
 
JJ
 
www.freietonne.de 




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.
 
 

<<80px-Lateral_Pillar_Red.svg.png>><<80px-Lateral_Pillar_Green.svg.png>><<80px-Lateral_Pillar_PreferredChannel_Port.svg.png>><<80px-Lateral_Pillar_PreferredChannel_Starboard.svg.png>><<80px-Safe_Water_Pillar.svg.png>><<80px-Cardinal_Pillar_North.svg.png>><<80px-Cardinal_Pillar_East.svg.png>><<80px-Cardinal_Pillar_South.svg.png>><<80px-Cardinal_Pillar_West.svg.png>><<80px-Cardinal_Pillar_Single.svg.png>><<80px-SpecialPP_Pillar.svg.png>>___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freie Tonne USB - Fragen zur Installation

[Jan Jesse]

Hallo Jan,
 

> Hi !
> 
> habe mir die FT-Usb installiert und zwei Fragen die auf der 
> Beschreibung irgendwie nicht finde (Vista64bit) :
> 
> - bei mir werden keine Seezeichen angezeigt!
> - wie starte ich beim nächsten Einsatz die Karte richtig !
> - wo finde ich die Update-Funktion
> 
> Anmerkung - Console ist noch offen und ohne Inhalt ! MS 
> Firewall wurde auf nicht blockieren aktiviert !
> 
> Gruß Jan :-)

In der leeren Console läuft der Apache selbst, das ist ok und nicht weiter zu 
beachten. 

Frage: Die Slippy-Map selbst wird aber angezeigt?

Im Wurzelverzeichnis des USB-Sticks sollten die wesentlichen Startfunktionen 
als *.cmd Datei liegen und sichtbar sein. Einfach "1. Start FreieTonne.cmd" 
anklicken, dann sollte sich der Mozilla öffnen :-)

Die fehlenden Zeichen: - bitte nochmal updaten!

Das Update funktionioniert nur, wenn die FreieTonne-USB abgeschaltet ist. Also 
im Wurzelverzeichnis "0. Stopp FreieTonne.cmd", dann wird ganz unten in der 
Liste der Befehle "ft-update.cmd" erscheinen. Doppelklick und gut.

Ein Durchlauf des ft-update.cmd sollte eigentlich alle bestehenden Probleme 
beheben. Im Zweifel nochmal die 5 Dateien aus der install-Datei 
(http://www.freietonne.de/ft-usb-install/ft-usb-install.zip) ins 
Wurzelverzeichnis kopieren, und wiederum ft-update.cmd starten. Sollte deine 
Installation evtl nicht vollständig sein, wird jetzt alles fehlende nachgeholt.

Die Daten werden während des ft-update-Durchlaufes in einem zweiten 
shell-Fenster geholt. Ein normaler Update-Prozess dauert unter umts-Bedingungen 
wenige Minuten. Je nachdem, ob es gerade einen neuen JOSM gibt oder nicht.

Kurz: Starte bitte nochmal dieses ft-update.cmd, nachdem Du dieses über "0. 
Stopp FreieTonne.cmd" sichtbar gemacht hast.

Unter Vista bist Du allerdings der erste, der sich bei uns meldet. Gibt's da 
nicht noch igendwelche Sicherheitsdinge, die man testweise abschalten kann?

Über eine Rückmeldung würde ich mich freuen!

JJ

www.freietonne.de

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

Re: [Talk-de] Editor für OpenSeaMap

[Jan Jesse]

Hallo Rolf, 

> Hallo,
> 
> Markus wrote:
> > Wenn man das richtig machen will, damit es die Seefahrer 
> auch nutzen 
> > können, dann braucht man dafür ein sehr differenziertes Datenschema.
> > Und damit dieses auch von einem ganz normalen Segler 
> angewendet werden 
> > kann, braucht man einen Editor, der simple, von jedem OSMer zu 
> > beantwortende Fragen stellt, und aus den Antworten dann die 
> Attribute 
> > zusammenbaut.
> 
> OpenStreetMap ist bislang sehr gut damit gefahren, die 
> Antworten auf die "simplen Fragen" direkt zu mappen und nicht 
> etwa komplexe, algorithmisch
>   bestimmte Konsequenzen aus diesen Antworten. Dadurch kann 
> naemlich der besagte OSM-Jedermann diese Daten auch noch 
> verstehen, wenn er sie mal im Potlatch oder in seinem mobilen 
> Editor sieht, ohne die Prothese eines Spezialeditors.
> 
> Bye
> Frederik
> 
> Hallo Frederik
> Ich muß Markus recht geben. Wenn die Erstellung dieser Karten 
> egal ob Freie Tonne oder OpenSeaMap einen Sinn haben soll, 
> dann muß das richtig gemacht werden. Für alles Andere ist das 
> dann nur eine Spielerei und dafür ist der Aufwand den wir 
> treiben zu schade. Stell Dir vor Du willst nach den Daten 
> navigieren und dann sind die Daten unvollständig oder 
> fehlerhaft und Du landest auf der nächsten Sandbank.
> 
> Also her mit dem Editor. Damit die Daten sauber erstellt 
> werden können. 

Ich bin schon seiit zwei Jahren mit den Daten der FreieTonne unterwegs. Auf dem 
Garmin, und auf dem Laptop. Nicht aufgelaufen.

Mein Test war, nachdem wir die FreieTonnne-Vorlagen im JOSM hatten: Ich tagge 
jetzt eine Tonne "händisch", also manuelle Eingabe key/value, bis mir josm das 
richtige Symbol anzeigt. Es ist mir nicht gelungen, obwohl wir seit Wochen mit 
diesem tagging-Schema arbeiten.

Meine Schlußfolgerung daraus: Das Schema muß deutlich einfacher, les- und 
merkbarer werden.

Das mit der Spielerei und dem richtig machen ist zu hinterfragen. In vielen 
Fällen reichen bestimmte Grundinformationen, oft ist es auch gar nicht möglich 
so richtig genau zu taggen. Verzichten wir also in den OSM-daten auf die rote 
Tonne, weil wir den Namen nicht richtig notiert, oder die Lichsequenz nicht mit 
der Stoppuhr genommen haben?

Bei uns hat sich da so eine Realität eingeschliffen. Der Mapper zeichnet auf, 
was er kann, und ergänzt die Daten beim Hochladen. Aber so richtig vollständig 
sind sie nie. Verwerfen wir sie deshalb, oder bieten wir sie anderen zur 
Vervollständigung an?

Neben der Qualität müssen wir auch auf die Handhabbarkeit der Daten achten. Und 
da gehen alle derzeitigen Ansätze weit am Thema vorbei. 

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigenunddirekt editieren

[Jan Jesse]

Hallo Olaf,

Wie oft noch die eine Frage und die eine Antwort:

Wir importieren Deine Daten derzeit nicht, und dies in voller Absicht. Und wir 
fühlen uns dazu auch nicht verpflichtet.

Auf den beiden Karten, die Du zum wiederholten Male verlinkt hast, ist dies 
genau so sichtbar. Ich sehe keine Zeichen, die ein FT Mapper doppelt erfaßt 
hat, weil er Deine nicht sieht. Bin ich blind, oder gibt es die von Dir 
befürchtete Doppelerfassung, die Dich laut Markus angeblich seit Wochen an der 
Arbeit hindert, nicht?

> 
> Hallo Dirk,
> 
> > Wenn ich an den GeoDB-Import mit massenhaft doppelten Städtenamen
> > zurückdenke: Ein paar doppelte Daten sind kein Beinbruch und die 
> > Probleme sind bestimmt bald gelöst. Also geht das ganze mal etwas 
> > ruhiger an, ihr habt doch das gleiche Ziel.
> 
> Es sind vom Prinzip her nicht die doppelten Daten des final 
> Importes die das Problem machen. 
> Das Problem ist, dass bestehende OSM-Daten unter der freien 
> Tonne _nicht_ angezeigt werden und somit berechtigter Weise 
> diese Daten von Nutzern der freien Tonne noch einmal 
> eingetragen werden.
> Schaue dir bitte einmal den Link unter:
> http://www.freietonne.de/osm/?zoom=15&lat=54.38205&lon=10.1812
> 8&layers=0B0T
> und
> http://openseamap.org/map/map_full.html?zoom=15&lat=54.38228&l
> on=10.17971&layers=B0T
> an.
> Wie oben erwähnt ist das Problem, dass ein Nutzer, der nur 
> die freie Tonne sieht, die bereits existierenden Seezeichen 
> noch einmal einträgt. Dies führt immer wieder und nicht 
> einmalig zu Doppelungen.
> Meine Frage ist daher: "Warum werden diese Zeichen in der 
> Freien Tonne nicht angezeigt?" Oder anders gesagt, wenn die 
> Freie Tonne exklusiv bleiben möchte, warum benutzt sie denn 
> nicht einen eigenen Namensraum?
> 

Benenne bitte die OSM-IDS oder Koordinaten der angeblich wiederholt doppelt 
eingetragenen Daten!!!

Ich bitte heute schon mindestens zum dritten Mal um eine entsprechend präzise 
Information.

Nochmal deutlich: Wir importieren Deine Daten derzeit absichtlich nicht! 
Nochmal, zum mitschreiben: ABSICHTLICH.

Der Grund, nochmal und laut für alle:

WIR ARBEITEN AN DEN IMPORTFILTERN.

Welches Verbrechen begehen wir, wenn wir nicht alle Daten dieser Welt 
darstellen? Und wenn das ein Verbrechen ist, warum stellst Du die von uns in 
OSM einggestellten Informationen nicht dar? So wie Deine Zeichen auf unserer 
Darstellung nicht erscheinen, scheinen unsere auch auf  Deiner Karte nicht 
präsent (leisure=marina)? 

DU MUSST NICHT DARSTELLEN, WIR ABER SCHON?

Die von Dir beschriebene Gefahr bestünde, wenn Ihr Daten erfassen würdet. Dazu 
seid Ihr aber derzeit aus 2 Gründen nicht in der Lage:

1.) Weil Euer Tagging-Schema so komplziert ist, daß es niemand ohne 
Zuhilfenahme eines Editors umsetzen kann.
2.) Weil Ihr keinen einsatzfähigen Editor habt.

Zu Deiner Behinderungsanzeige: Unsere Daten sind gekennzeichnet, dazu braucht 
es keinen eigenen Namensraum. Blende sie einfach aus Deinen Testdaten aus.

Zu Deiner Dopplungsangst: Derzeit macht sich ein Mapper aus Hamburg in Deine 
Richtung auf. Ich gebe Ihm Bescheid, die Kieler Förde in Ruhe zu lassen :-)

Klartext Olaf: Was soll das. Wir verbergen nichts, auch keine Unzulänglichkeit. 
Wir haben keine Angst, Wahrheiten zuzugeben. Sie liegen auf der Hand. Wir sind 
ein offenes Projekt.

Warum fragst Du immer wieder das selbe, obwohl wir schon lange geantwortet 
haben? So ne Arte Werbeeffekt, den Du anpeilst?

Wenn ja, hätte ich mehr erwartet.

Ich werde jetzt die Frage der Doppelungen für mich abschließen und auf den 
Webseiten der FT unterbringen. Mag sich zukünftig jeder ein Bild von Sinn oder 
Unsinn dieser Diskussion machen, die ich persönlich wirklich nicht verstehe.

Ich bin außerdem überzeugt, daß niemand mehr diesen Quatsch hier liest.

Vielleicht forciert Ihr einfach die Arbeit an Euren Konzepten und deren 
Umsetzung, statt uns hier wiederholt recht böse zu beschimpfen und Vorschriften 
zu machen.

Tschüß Olaf.

Beste Grüße aus Berlin

JJ

www.freietonne.de - Wir impoertieren derzeit die Musterhäfen Rostock und Kiel 
absichtlich nicht.

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen und direkt editieren

[Jan Jesse]

Hallo Mario,

> http://wiki.openstreetmap.org/wiki/DE:FreieTonne/ sagt: * 
> *leisure=marina + Zusätze
> 
> http://wiki.openstreetmap.org/wiki/Harbour sagt:
> harbour=yes
> 
> Marina war für mich immer eher ein kleiner Yachthaven... ob 
> das stimmt können mir nur andere sagen ;)
> 
> Gruß
>  Mario

leisure=marina ist ein Yachthafen. Und genau die haben wir erfasst.
Also kein Widerspruch.

:-)

Beste Grüße aus Berlin

JJ

www.freietonne.de 

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen unddirekt editieren

[Jan Jesse]

Hallo Markus:

> Hallo Jan,
> 
> > erfassen nur die von uns sind
> > Testbetrieb
> > nur wöchentlich Daten aufnehmen
> 
> Für den Testbetrieb gibt es dev.
> Sowas gehört nicht in die OSM-DB.
> 
> Spätestens wenn man darauf hingewiesen wird, dass Doppelungen 
> erfolgen, sollte man den Testbetrieb stoppen.
> In OSM werden in kürzesten Zeitabständen Daten gespeichert.
> Da kann man nicht "wöchentlich" Daten prüfen und meinen es 
> würde dann irgendwie schon passen.
> 
> Bitte benutze dev.
> 
> Danke, Markus
> 
> PS: die JOSM-Icons finde ich schön, macht die Arbeit 
> übersichtlicher, danke.

Welche Doppelungen meinst Du. Bitte liefere Koordinaten.

Unsere Daten sind echt. Keine Spieldaten. Sie gehören in die OSM-DB.

Bitte teste unser System, bevor Du falsche Behauptungen aufstellst.

Nochmal: 

Wir fühlen uns nicht verpflichtet, alle Daten dieser Welt in unserer DB zu 
halten. Daraus einen Vorwurf zu konstruieren, ist Unfug, wir sind dazu 
keineswegs verpflichtet. 

Hört doch endlich auf mit diesem Quatsch. Was versprecht Ihr Euch eigentlich 
davon?

Langsam etwas genervt von der ewigen Wiederholung falscher Behauptungen, die 
kein Versehen mehr sein kann, und so eine Absicht unterstellt,

und doch

Beste Grüße aus Berlin :-)

JJ

www.freietonne.de - Mir fällt nichts mehr ein.

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen und direkt editieren

[Jan Jesse]

Hallo Markus,

> -Ursprüngliche Nachricht-
> Von: talk-de-boun...@openstreetmap.org 
> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Markus
> Gesendet: Freitag, 10. Juli 2009 15:04
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] FreieTonne kann jetzt JOSM - 
> Seezeichen anzeigen und direkt editieren
> 
> Hallo Mario,
> 
> > Auf den Elternseiten DE:Tonne, etc. steht BOYLAT. 
> 
> Das entspricht der IHO-S-57 (steht auch so im erläuternden Text.
> 
> Wir haben diese Codierung extra für OSM in menschenlesbare 
> Sprache übersetzt. Damit der Benutzer das alles simpel 
> editieren kann, bauen wir einen grafischen Editor. Aber Olaf 
> ist seit Wochen mit Jan's "Tonnenimport" beschäftigt, und 
> deshalb dauert es länger als geplant.
> 
> Gruss, Markus
> 

Nachdem Olaf mir nicht erklärt hat, inwieweit wir seine Arbeit tatsächlich 
beeinträchtigt haben, kannst Du es vielleicht tun?

Kannst Du bitte außerdem beachten, daß Olaf inzwischen bemerkt hat, daß wir 
nicht, wie öfter falsch behauptet, ständig neue Doppelungen produzieren?

Kannst Du außerdem zur Kenntnis nehmen, daß Kiel und Rostock vollkommen 
unterschiedlich getaggd sind, und erklären, wen Du mit "wir" meinst?

Ich bitte Dich, zukünftig mit Vorwürfen sparsam und genau umzugehen.

Danke

JJ

www.freitonne.de

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen und direkt editieren

[Jan Jesse]

Hallo Mario, hallo Stephan,

wer mach denn nun der neuen Thread auf? :-)

Ich denke, die Diskussion zum tagging sollte geführt werden. Wir laden explizit 
auch Markus, Olaf, Werner und all die anderen Aktivisten ein, das Thema endlich 
anzugehen. Wir müssen uns ja nicht wirklich einigen ;-)

Übersichtlichkeit und Transparenz in der Diskussion und zügigen Fortschritt 
würde ich mir wünschen, große Ruhe und wenig Hast.

talk-de ist ein schön neutraler Platz, und ich glaube, alle Interessenten sind 
inzwischen hier versammelt. Falls wir die Liste hier überlasten, könnte die 
FreieTonne auch die Wiki-Seiten und Mailingliste als bestehende Infrastruktur 
anbieten, nur wäre das wahrscheinlich schon wieder kein neutraler Platz und 
störender Diskussionspunkt.

Mein Hauptargument für Veränderungen im Schema: Es ist mir nicht gelungen, eine 
eigene FreieTonne-Tonne mit Licht im Josm "händisch" so zu taggen, daß unsere 
eigenen Styles angesprungen wären. Wenn das taggen aber nur mittels Vorlagen 
machbar ist, ist das Schema zu kompliziert. 

Also: Wer eröffnet den Thread?

Beste Grüße aus Berlin

JJ

www.freietonne.de

> Stephan Wolff schrieb:

> freuen. Wir 
> >> glauben außerdem, daß das verwendete tagging-Schema nun 
> auch noch einmal zu hinterfragen ist.
> >> Eine entsprechende Diskussion wäre interessant.
> >> 
> >
> > Ja, über das Datenmodell sollte man noch einmal verhandeln 
> :-) Für die 
> > Tonnen / Baken und Pricken ist es schon ganz nett, aber die Ge- und 
> > Verbote über ein "waterway:sign=..." einzugeben passt nicht zum 
> > OSM-Datenmodell. In OSM werden die Eigenschaften der Orte, Wege und 
> > Flächen erfasst, meist nicht die Schilder, die darauf hinweisen.
> >
> > Ein Verbotsschild markiert allgemein die Grenze eines Bereichs. Ein 
> > Schild hat eine Orientierung, wobei die bedruckte Seite in 
> der Regel 
> > nach außen gerichtet ist. Diese Information fehlt hier. Auf 
> > 
> http://www.freietonne.de/osm/?zoom=14&lat=52.43928&lon=13.59992&layers
> > =B00T kann ich z.B. nicht erkennen, ob sich die 
> > Geschwindigkeitsbegrenzung auf 10km/h auf den Bereich rechts oder 
> > links bezieht oder die Mitte markiert.
> >
> > Viele Verbote sind nicht über explizite Beschilderung sondern über 
> > Verordnungen erfasst. An der Küste stehen oft an den 
> Zugangswegen zum 
> > Ufer Schilder, die informieren, wo man schwimmen, wo tauchen und wo 
> > surfen darf. So etwas kann man schlecht als waterway:sign abbilden.
> >
> > Die Erfassung der Schilder als Punkte macht es schon für einen 
> > Menschen schwer, die Grenzen eines Gebiets zu erkennen. Eine 
> > Auswertung durch einen Rechner ist damit unmöglich. Dabei 
> möchte man 
> > vielleicht einmal wissen, auf welchem Anteil der schiffbaren Flüsse 
> > und Kanäle in Berlin Kajaks und Ruderboote verboten sind.
> >
> > Was soll "waterway:sign=ferry" markieren? Den Mittelpunkt der 
> > Fährstrecke oder die Anleger oder die Hinweisschilder für die 
> > Schifffahrt, die oft mehrere hundert Meter vor der Fähre an 
> Land stehen?
> > Für die Fährroute gibt es schon ein Tag in OSM, beim 
> Warnschild macht 
> > operator etc. keinen Sinn.
> >
> > Ein Gewässername sollte nicht an einem Punkt hängen, sondernd als 
> > "name=ABCsee" am "natural=water"-Objekt.
> >
> > Für Flüsse und Kanäle kann man viele Probleme leicht 
> beheben, wenn man 
> > die Tags einfach an das Objekt "waterway=river" hängt. Für Seen und 
> > das Meer könnte man überlagerte Flächen einzeichnen und mit dem 
> > jeweiligen
> > Ge- oder Verbot versehen. In der Karte könnte man das Icon 
> aus Freie 
> > Tonne jeweils innerhalb des durch eine dünne Linie 
> markierten Bereichs 
> > zeichnen.
> >
> > Noch einige eher kleine Anmerkungen:
> >
> > Die Liste der Gebote und Verbote (naja, fast nur Verbote) ist schon 
> > für meine Bildschirmauflösung (1400:1050) zu lang. Für 
> > waterway:maxspeed würde ein Menüeintrag mit freiem 
> Zahlenwert reichen.
> >
> > Ein Hafen sollte ein Gebiet und kein Punkt sein und auch 
> einen Namen haben.
> >
> > Befeuerte Tonnen haben ein 
> "seamark:light:reference_number". Was ist 
> > das? Bei der Tonne selbst fehlt mir dagegen der "ref"-Eintrag.
> >
> > Den Namen "Pricke1" könnte man durch "Bake grün / Pricke stb" oder 
> > ähnlich ersetzten. Analog "pricke2".
> >
> > Das Schema "seamark:landmark=silo" finde ich für OSM unpassend. Ein 
> > Zusatztag wie beim Leuchtturm "man_made=lighthouse" mit 
> > "seamark=landmark" ist besser. Das kann man dann an die 
> verschiedenen 
> > Objekte wie Fernsehturm, Kirchturm, Silo etc. hängen.
> >
> > "Rudern verboten" würde ich nicht als "motor_only" übersetzten.
> >
> > Einige Menüpunkte scheinen noch nicht fertig zu sein 
> ("unbekannt ?").
> >
> > FreieTonne bildet die deutschen Binnenschiffahrtszeichen 
> exakt nach. 
> > Das ist nicht falsch, aber für OSM sollten wir uns bemühen, 
> > universelle Tags ohne implizite Festlegungen zu nutzen. 
> Z.B. statt des 
> > Schilds "Rudern verboten" sollte man "boat=no" und 
> "motorb

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigenunddirekt editieren

[Jan Jesse]

Hallo Olaf,

> Die Doppelungen sind das Problem.
> 
> > Mit den neuen JOSM-Möglichkeiten keine große Sache mehr!
> 
> Wenn du dich denn nicht selber doppelst.
> 
> > Ich verstehe den Vorwurf nicht.
> 
> Ich verstehe nicht, dass du es nicht verstehst.
> 
> 

Magst Du uns bitte nochmal die Koordinaten geben, von den "Doppelungen"? 

Und vielleicht einen Hinweis, inwiefern sie Dich behindern? Letzteres verstehe 
ich nicht.

Theoretisch malst Du doch bei einer Doppelung zweimal das selbe an der jeweils 
gleichen Stelle. Was ist da so schlimm?

Im übrigen bestreite ich zunächst nach wie vor den Vorwurf, wir würden die 
verursachen. Wir hatten allerdings schon Fälle, in den Nutzer Daten mehrfach 
hochgeladen haben. Nicht nur die FreieTonne-DB hat das zugelassen, sondern auch 
OSM. Vielleicht schreibst Du eine Mail nach England?

Und nun nochmal zu Testen folgende Schritte:

1.) Lösche einen der doppelten Nodes in Josm (jetzt gut zu erkennen :-)).
2.) Öffne den gleichen Node in der FreieTonne zum bearbeiten.
3.) Lies aufmerksam den roten Informationstext am Anfang des Formulars.

Wir stellen fest, daß die FreieTonne sehr wohl die in der OSM-DB getätigten 
Veränderungen/Löschungen SOFORT berücksichtigt.

Das Problem mag sein, daß im Zuge der Qualitätskontrolle dem Nutzer nicht klar 
wird, daß z.B. die rote Tonne doppelt ist, weil daneben eine Tonne liegt, der 
leider der key seamark:bla:colour=red fehlt (weil sie anders getaggd wurde), 
und die dementsprechend für ihn nicht erkennbar ist. Reaktiviert nun  unser 
Nutzer eine solche Tonne, so tut er es, weil er hier keine Doppelung erkennt, 
vollkommen zu Recht. Dürfen wir die Tonnen in Kiel "vervollständigen"?  Oder 
stört das auch Deine Arbeit?

Wenn also die tags, die Du in die FreieTonne eingetragen hast, richtig sind, so 
wende sie doch bitte beim Tagging an.

Damit kommen wir zu einem nächsten Problem. Das tagging ist momentan so 
aufwändig, daß es ohne Editor gar nicht zu leisten ist, und das geht wohl ein 
wenig am Erfolgsrezept von OSM vorbei. Darüber würden wir zukünftig gern 
nochmal diskutieren.

Danke.

Beste Grüße aus Berlin

JJ

www.freietonne.de 

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen unddirekt editieren

[Jan Jesse]

Hallo Olaf, 

> Hallo Mario,
> 
> > irgendwie scheinen da 2 unterschiedliche Art und weise 
> benutzt wworden 
> > zu sein, wie mans taggt. In Josm bekommen so viele Nodes natürlich 
> > auch nicht ihr Symbol.
> >
> > eine variante
> >
> > seamark=BOYLAT
> 
> OK, du hast mich erwischt. BOYLAT ist eine veraltete Art des 
> taggings, die nicht mehr benutzt wird.
> 
> > andere
> >
> > seamark=boy_lateral
> 
> Diese Bezeichnung ist richtig und wird von beiden benutzt. 
> Doch auch diese Zeichen werden nicht in der Karte der FT 
> angezeigt, solange sie nicht über den FT-Editor eingeben 
> wurden. Schaue selbst. 
> 
> > ihr solltet euch auf eine Schreibweise einigen ;)
> 
> Ich dachte, dass wir das haben. 
> 
> Grüße 
> 
> Olaf

Du sagst hier nicht neues. Ich habe glaube ich letzte Woche erst bei einem 
ähnlichen Vorwurf darauf verwiesen, daß wir momentan OSM-Daten nur dann 
erfassen, wenn sie eine uns bekannte OSM-ID haben (richtig, also von uns sind) 
oder mit stabil etablierten tags (lighthouse, leisure=marina ...) 
gekennzeichnet sind. Ich habe  erklärt, daß dies im Testbetrieb läuft, daß wir 
an den Filtern arbeiten, und momentan nur wöchentlich ausgewählte Daten 
aufnehmen.

Eine Zwischenfrage: Renderst Du inzwischen die ganze Welt, oder nach wie vor 
das Testgebiet Kiel? Auch unsere Daten sollten ja zu Deinen kompatibel sein. 
Kann es sein daß wir da alle auch ein schlichtes API-Problem haben?

Ich habe heute übrigens per Mail ein paar Hinweise eingeholt, wie wir das 
zukünftig hinbekommen und bin guter Dinge :-)

Bist Du jetzt ganz sicher, auf dem fairen Weg zu sein? Wir haben uns geeinigt? 
Schauen wir nach Kiel! Wenn Du magst, bearbeite ich Deine Mustertonnen gern, so 
daß auch die Farben, auf die wir uns auch "geeinigt" hatten, die Du selbst in 
die FreieTonne-tags eingepflegt hast (danke, nach wie vor) enthalten sind.

Mit den neuen JOSM-Möglichkeiten keine große Sache mehr!

Wir sind gerade an die Mustergebiete anderer Projekte bisher respektvoll NICHT 
rangegangen. Und mehr Daten als in den Mustergebieten gibt es nicht wesentlich, 
sonst wären unsere Anstrengungen sinnlos. Mapnick rendert keine Inseln 
(Entschuldigung!), kein Renderer beherrscht die Küstenlinien weltweit sicher 
(nochmal Entschuldigung). Es sei uns gestattet, in der Funktion des "Renderers" 
nur die Daten darzustellen, die wir tatsächlich (schon) bearbeitet haben und 
beherrschen. Bei Dir ist es wohl gegenwärtig die Umgebung von Kiel, oder?

Und letztendlich: Was hat dies alles mit dem JOSM-Thema zu tun?

Ich verstehe den Vorwurf nicht. 


Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen unddirekt editieren

[Jan Jesse]

 

> -Ursprüngliche Nachricht-
> Von: talk-de-boun...@openstreetmap.org 
> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von 
> Olaf Hannemann
> Gesendet: Freitag, 10. Juli 2009 01:52
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] FreieTonne kann jetzt JOSM - 
> Seezeichen anzeigen unddirekt editieren
> 
> Hallo Mario,
> > zu dem Thema noch die Frage: Gibts im Wiki irgendwo eine Auflistung 
> > all dieser möglichen Tags?
> > Die Suchfunktion hats mir noch nicht offenbart.
> 
> http://wiki.openstreetmap.org/wiki/DE:Tonne/Datenmodell
> http://wiki.openstreetmap.org/wiki/DE:Leuchtfeuer/Datenmodell
> http://wiki.openstreetmap.org/wiki/DE:Bake/Datenmodell
> 
> Gruß
> 
> Olaf
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 

Ja, gibt es. Gerade heute angelegt :-)


JJ

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen unddirekt editieren

[Jan Jesse]

Hallo Olaf,

> Hallo Jan,
> 
> schafft ihr es den auch irgendwann einmal eure eigenen Daten zu lesen?
> 
> http://www.freietonne.de/osm/?zoom=15&lat=54.16763&lon=12.10987&layers=0B0T
> vs.
> http://openseamap.org/map/map_full.html?zoom=15&lat=54.17&lon=12.09618&layers=B0T
> 

Ein kleines "cool" oder so wäre für die beteiligten sicherlich schön gewesen. 
(Ich war nicht beteiligt ;-))

Oder wenigstens ein Bezug auf unsere Arbeit, bzw. das Subject.

Im bezeichneten Bereich liegen keine Tonnen von uns. Ich bin noch nie in den 
Hafen Rostock eingefahren, unsere Tonnen gehen also nur bis Yachthafen 
Hohe-Düne. Mein Kumpel Ingolf war auch noch nicht da, ist vom Sturm gerade in 
Wismar festgehalten. Hoffe ich wenigstens, er hat mein Garmin dabei :-)

Ja, unsere Tonnen können wir locker und genau lesen. Hatten wir schon 
geschrieben und ist schon höchstpeinlich geprüft worden. (Vielleicht meldet 
sich der "Prüfer" :-))

Alle seamarks? Nein, derzeit nicht. Zu unterschiedlich getaggt, und wir müssen 
die tags erst alle finden und aufnehmen. Du weißt, daß wir z.B. derzeit auf 
Farben abfahren, die sind aber nicht überall (z.B. Muster  Kiel, eigentlich 
zwischen uns abgestimmt) drin. Und z.B. die boylat-Variante (Muster Rostock) 
haben wir noch gar nicht untersucht. Wir mögen die auch nicht sooo sehr, das 
ist bekannt und legitim.

Du schiebst uns hier wessen Daten unter? Ausgerechnet Rostock? Nicht fein, wenn 
Du nach unseren Daten fragst und "fremde" Daten zum Beweis zitierst. (Das war 
jetzt übrigens der zweite Versuch.)

---schnitt---

Wir haben über die jetzt umgesetzte JOSM-Variante vor einigen Wochen 
telefoniert. Du erinnerst Dich? 

Daß die XML-Dateien so einfach über unsere Datenstruktur zu generieren sind, 
haben wir zu diesem Zeitpunkt nicht gewußt. Ein großes Plus übrigens für das 
JOSM-Team. Du weißt, daß und wie Du das Tagging-Schema der FreieTonne 
bearbeiten und beeinflussen kannst. Alles ist veröffentlicht. Bei uns: alles!

Unsere Infrastruktur ist als Werkzeug für alle gedacht. Alle Daten stehen 
jedermann jederzeit uneingeschränkt in verschiedenen Exporten zur Verfügung. 
Daran halten wir fest. Warum nutzen wir diese Möglichkeiten nicht gemeinsam für 
die freie Seekarte?

---schnitt---

Beste Grüße aus Berlin


JJ

www.freietonne.de - Wir haben uns heute total gefreut. Für uns war es ein 
schöner Schritt ...

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

Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen und direkt editieren

[Jan Jesse]

Hallo Mario, 

> Olaf Hannemann schrieb:
> > Hallo Jan,
> >
> > schafft ihr es den auch irgendwann einmal eure eigenen 
> Daten zu lesen?
> >
> > 
> http://www.freietonne.de/osm/?zoom=15&lat=54.16763&lon=12.10987&layers
> > =0B0T
> > vs.
> > 
> http://openseamap.org/map/map_full.html?zoom=15&lat=54.17&lon=12.09618
> > &layers=B0T
> >
> > SCNR
> >
> > Olaf
> >   
> irgendwie scheinen da 2 unterschiedliche Art und weise 
> benutzt wworden zu sein, wie mans taggt. In Josm bekommen so 
> viele Nodes natürlich auch nicht ihr Symbol.

... Und beide URL's  sind ein MUSTERHAFEN NICHT VON  UNS ;-)

Ich denke, die Standards im Bereich der Seekarten werden noch etwas brauchen. 
Ein Beispiel für "unsere" Daten würde ich hier sehen:

http://www,freietonne.de/osm/index.php?lat=54.18475&lon=13.75384&zoom=12&layers=00BTT

Die Koordinaten oben sind wirklich kein guter Witz in diesem Kontext.

Und: Nein, ich verstehe das auch nicht.

Beste Grüße aus Berlin

JJ

www.freietonne.de - Warum eigentlich wollen wir derzeit nicht openseamap heißen?

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

[Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen und direkt editieren

[Jan Jesse]

Hallo Leute,

zunächst nochmal großen Dank an Dirk S., der uns den Weg geebnet, und uns auch 
geduldig und mit viel eigenem Aufwand unterstützt hat, unsere FreieTonne Daten 
nun auch direkt in JOSM anzeigen und auch mittels der entsprechenden Vorlagen 
editieren zu können. Dirk, ich kann nur sagen, unsere Fangemeinde hat gerade 
heftig applaudiert ;-)

An der Stelle auch den gleichen Dank an Mike J., der auf unserer Seite die 
Exporte generiert hat. Er wird hier viel zu selten genannt. Unser 
Chief-Information-Officer :-)

Es ist also geschehen. Die Seekarten-Daten der FreieTonne können ab jetzt (im 
Testbetrieb) direkt im Josm editiert werden. Die vorläufige Kurzanleitung und 
Links findet Ihr hier:

http://www.freietonne.de/index.php?site=96&infotyp=2

Das verwendete Tagging-Schema wird direkt aus unserer Datenbank generiert. Legt 
also bei uns ein Nutzer ein neues Icon an, wird es nach der nächsten 
Aktualisierung automatsich im JOSM erscheinen. So ist der Plan.

Wir gehen hier die ersten Schritte mit einem "Fremd-Editor" :-) und würden uns 
über entsprechende Tester und deren Hinweise freuen. Wir glauben außerdem, daß 
das verwendete tagging-Schema nun auch noch einmal zu hinterfragen ist. Eine 
entsprechende Diskussion wäre interessant.

Zunächst aber wünschen wir viel Spaß mit den neuen Möglichkeiten.

Beste Grüße aus Berlin

JJ

www.freietonne.de - Jetzt auch im JOSM

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

Re: [Talk-de] WG: www.freietonne.de - Upload unsererSeekartendatennach OSM gestartet

[Jan Jesse]

Hallo,

> Darf ich's mal so sagen: sollen eher die umdenken, die taggen 
> (und die ALL abschreiben oder sowas), oder die, die die 
> Renderer bauen? Ich hielte es schon für sinnvoll, beim 
> Tagging die gängige Nomenklatur zu verwenden. Schon bei einem 
> Leuchtfeuer mit zwei Sektoren hast Du 3-4 Möglichkeiten, Dich 
> zu irren.
> 
> Dann müssen die zwei Leute, die Renderer dafür bauen, halt 
> +180 rechnen.
> Das müssen sie genau einmal richtig machen. Das ist ihnen 
> zuzumuten, denke ich... ;)

Ich möchte jetzt nicht falsch verstanden werden. Mir persönlich ist es ziemlich 
egal. Ich hatte nur geschrieben "Wenn ich mir was wünschen darf". Ich selbst 
benutze die OSM Daten für die elktronische Navigation auf dem Laptop bei 
Tagfahrten, sehe also wo ich bin. Leuchttürme sind als Bauwerke und Landmarken 
für mich wichtig, die Lichter sehe ich nur im Hafen :-)

Ich gehe davon aus, das die Eintragungen auch für den normalen Mapper 
eindeutlig lesbar sein sollten. Wenn sie das so sind, dann ist alles gut. Den 
Nachweis überlasse ich gern der Zukunft.

In der FreieTonne haben wir uns um das Problem noch nicht gekümmert, können 
aber die 180 durchaus einfach addieren :-)

Und wenns dann jemand anders taggen will, schaffen wir das auch.

Beste Grüße aus Berlin

JJ

www.freietonne.de


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

Re: [Talk-de] WG: www.freietonne.de - Upload unsererSeekartendatennach OSM gestartet

[Jan Jesse]

Hallo Andreas,

> Guenther Meyer wrote:
> > wenn als irgendwas den sektor von norden bis osten 
> "beleuchtet", dann 
> > ist das fuer mich 0°-90°.
> >   
> 
> Nochamal, Markus hatte es ja schon erklärt: in der Admiralty 
> List Of Lights And Fog Signals sind für Sektoren immer 
> Peilungsrichtungen angegeben. Machts daraus doch bitte kein 
> Drama, sondern nehmt es zur Kenntnis.
> 
> Z.B.: Rt Vnetak auf Unje 44° 37.2' N, 014° 14.4' E hat 
> W270°-158°(248°), R158°-176°(18°).
>
> (http://www.openstreetmap.org/?lat=44.6208&lon=14.2516&zoom=13
>  an der SW-Spitze von Unje)
>(http://www.plovput.hr/eng/tabid/212/Default.aspx)
> 
> Wenn Du also aus Unje mit Kurs etwa 300° rausfährst, weißt 
> Du, daß Du im Süden das Rt Vnetak suchen mußt, und wenn das 
> dann die Farbe von Rot auf Weiß ändert, darfst Du nach S 
> (max. 158°) drehen, ohne an Unje anzuschrammen.
> 
> Und das funktioniert bei stockdunkler Nacht und dabei ist Dir 
> schnurzpiep egal, daß das Licht in die entgegengesetzte 
> Richtung leuchten muß, damit Du es siehst. Und wenn Du einen 
> Renderer baust, der das aufzeichnet, dann mußt Du halt die 
> 180° dazurechnen. Nicht wirklich ein Drama... :)
> 
> Servus, Andreas

ist kein Drama, sagt auch keiner. Nur ist es dann halt für den Laien (mich) 
auch nicht schlüssig. Aus meiner Sicht, bevor sich hier wieder sonstwas 
entwickelt, kann doch jeder dranschreiben, wie es gemeint ist (z.B. 
from_lighthouse und to_lighthouse). Wir werden mal drüber nachdenken und für 
die von uns erfaßten Nodes irgendwas eindeutiges verzapfen.

Das dürfen wir doch, oder? ;-)

Und wenn die Diskussion ein Resultat hat, bauen wir um.

Oder zeichnet sich ein schneller Konsens ab? ;-)

JJ

www.freietonne.de


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

Re: [Talk-de] WG: www.freietonne.de - Upload unsererSeekartendatennach OSM gestartet

[Jan Jesse]

Hallo Andreas,

> Jan Jesse wrote:
> > Das muß ich glauben, die Angaben in den Verzeichnissen sind 
> ja so seltsam. Aber verstehen verstehe ich das nicht. Heißt 
> vom Schiff aus gepeilt immer, daß die Küste im Süden liegt? 
> Oder geht es tatsächlich um das berühmte "Banditen in 09.00 
> Uhr", was technisch dann kaum zu bewältigen wäre?
> >   
> 
> Bitte denke mal kurz nach:
> - wenn ich ein Leuchtfeuer in 0° (im N) anpeile, so sehe ich 
> den Strahl, der nach S zeigt
> - wenn ich ein Leuchtfeuer in 90° (im O) anpeile, so sehe ich 
> den Strahl, der nach W zeigt
> - wenn ich ein Leuchtfeuer in 180° (im S) anpeile, so sehe 
> ich den Strahl, der nach N zeigt
> - wenn ich ein Leuchtfeuer in 270° (im W) anpeile, so sehe 
> ich den Strahl, der nach O zeigt und dazwischen analog.
> 
> Oder anders gesagt: wenn wir aufeinander zufahren, wie groß 
> ist dann die Richtungsdifferenz unserer Kurse?
> 
> ;)
> 
> Servus, Andreas

Das war eine schöne Erklärung. Aber wenn ich ihn tagge, BIN ICH DER LEUCHTTURM 
:-)

Ich denke, wir sind dabei, unsere Daten in OpenStreetMap zu integrieren. Und da 
weiß ich nicht, ob wir tatsächlich unsere eigene Sicht der Welt gleich mit 
exportieren müssen. Die Darstellung eines Nodes sollte aus der Position des 
Nodes erfolgen. Der ist immer da. Der Skipper hingegen ist immer unterwegs. Was 
die Segelanweisung sagt, ist der Tonne glaub ich egal. mappen wir also die 
Daten für die Karte, oder für die Segelanweisung?

Beste Grüße aus Berlin

JJ

www.freietonne.de


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

Re: [Talk-de] WG: www.freietonne.de - Upload unsererSeekartendatennach OSM gestartet

[Jan Jesse]

Moin, 

> Hallo Jan,
> 
> > Ich wünsch mir, daß 0° gleich Nord ist.
> 
> In der Nautik sind Gradangaben immer rechtsweisend 360° 000° 
> Nord 090° Ost 180° Süd 270° West
> 
> Bei Leuchtfeuern hingegen ist die Gradangabe von Sektoren 
> immer *von See aus gesehen*. Also so wie der Kapitän sie vom 
> Schiff aus peilt.
> Die Peilwerte sind natürlich ebenfalls rechtsweisend 360°
> 
> Die Zahlenwert am Leuchtfeuer sind folglich 180° "verschoben".
> 
> Gruss, Markus

Das muß ich glauben, die Angaben in den Verzeichnissen sind ja so seltsam. Aber 
verstehen verstehe ich das nicht. Heißt vom Schiff aus gepeilt immer, daß die 
Küste im Süden liegt? Oder geht es tatsächlich um das berühmte "Banditen in 
09.00 Uhr", was technisch dann kaum zu bewältigen wäre?

Aus der Sicht der Karte benötigen wir schlicht eine einheitliche Tagging-Regel. 
Ob da nun 0° im Norden oder im Süden liegt ist für mich nicht so spannend, wie 
die Einheitlichkeit. Wobei ich ein tagging  vorziehe, daß auch dem Landei 
verständlich ist. Was dann in einer verbalen Seemanns-Description steht, mag 
etwas anderes sein.

Und, da wir nur diese Navy-Unterlage haben, die wir eh übersetzen müssen, 
können wir doch einfach alle Angaben um 180° drehen, oder?

Kannst Du's also nochmal für "nur tags seefahrende Binnenschiffer" erklären? 
Und gleich die Verständlichkeit im Sinne der OSM-Besschreibungen (jeder soll 
alles lesen und verstehen können) berücksichtigen. Ich denke, es ist eine Frage 
der Abwägung, wie wir hier vorgehen.

Beste Grüße aus Berlin

JJ

www.freietonne.de - keine Gruppe

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

Re: [Talk-de] freie Tonne in Josm

[Jan Jesse]

Hallo Dirk,

> >
> > http://www.freietonne.de/index.php?site=96&infotyp=1
> >

Da ist jetzt auch die gewünschte OSM-Datei verlinkt (unten).

> P.S. Generell muss der Link auf die XML so gestaltet sein, 
> dass er mit "wget -N" nur dann heruntergeladen wird, wenn 
> sich wirklich etwas geändert hat, sonst entsteht unnötige 
> Serverlast :-)

Das bekommen wir dann auch hin :-)

> Ich war gestern abend ganz fleißig und habe Dialoge 
> gebastelt. Ist aber noch nicht ganz fertig.
> 
> Auch Multi-Conditions habe ich eingebaut (noch ungetestet).
> 

Wir sind sehr gespannt ;-)


Beste Grüße aus Berlin

JJ

www.freietonne.de 

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

Re: [Talk-de] freie Tonne in Josm

[Jan Jesse]

Hallo Dirk,

> 
> Ah, Die Styles auch noch, ich wusste bis jetzt nur von Vorlagen.
> 
> Dann etwas dazu:
> 
> Hier: 
> http://josm.openstreetmap.de/browser/trunk/styles/standard/ele
> mstyles.xml
> 
> ist ein Style-File. Genau so ein Ding müsst Ihr auch 
> erstellen (ist eigentlich autoplausibel). Und in JOSM 
> einbinden (einfach auf einen Server laden und die URL in JOSM 
> einbinden  - wie das geht steht hier:

Wir haben mal zwei verschiedene Files zum Download vorbereitet. Beide 
referenzieren unsere Symbole.

http://www.freietonne.de/index.php?site=96&infotyp=1

Kannst Du damit etwas anfangen? Die "eine Condition" Variante sollte doch 
sofort funktionieren, oder ist da was falsch dran?

> 
> http://wiki.openstreetmap.org/wiki/JOSM/MapPaint
> 
> Das ist momentan noch etwas kompliziert, weil es keine 
> externen Styles gibt und deshalb niemand schöne 
> Einstellungsdialoge dafür geschrieben hat.
> 

Deshalb haben wir das noch nicht probiert. Ich komme frühestens heute Abend 
dazu. Velche JOSM-Version sollten wir nehmen (latest hat ja wohl noch Probleme)?

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] freie Tonne in Josm

[Jan Jesse]

Hallo Dirk,

> Ah, Die Styles auch noch, ich wusste bis jetzt nur von Vorlagen.
> 
> Dann etwas dazu:
> 
> Hier: 
> http://josm.openstreetmap.de/browser/trunk/styles/standard/ele
> mstyles.xml
> 
> ist ein Style-File. Genau so ein Ding müsst Ihr auch 
> erstellen (ist eigentlich autoplausibel). Und in JOSM 
> einbinden (einfach auf einen Server laden und die URL in JOSM 
> einbinden  - wie das geht steht hier:

Das Teil bekommen wir sofort exportiert. Was mich wundert: Da steht immer nur 
eine Condition. Unsere bisherigen überlegungen gehen aber immer davon aus, daß 
wir einen node mit mehreren Keys qualifizieren, aus denen dann das betreffende 
Icon resultiert. Etwa so: es ist eine Kugeltonne, die ist gelb, hat ein 
Topzeichen ...

Läßt sich das hier abbilden?

Ansonsten könnten wir auch einen tag wie 'ft_symbol' zur Referenzierung nutzen 
um mit einer condition auszukommen. Da möchte ich aber wie gesagt nicht so ran, 
weil sich das u.U. mit anderen Vorhaben beißt und unnötig ist. 

Olaf? Werner? Könnt Ihr dazu was sagen?

> S
> http://wiki.openstreetmap.org/wiki/JOSM/MapPaint
> 
> Das ist momentan noch etwas kompliziert, weil es keine 
> externen Styles gibt und deshalb niemand schöne 
> Einstellungsdialoge dafür geschrieben hat.
> 
> Aber das mache ich gerade. Eine Änderung ist auch schon da: 
> Wenn Ihr bei den Iconpfaden in der XML eine komplette URL 
> eintragt, wird das Icon aus dem Netz geladen (Achtung, 
> benötigt JOSM latest, die momentan etwas mit Vorsicht zu 
> genießen ist).
> 
> Wenn das ganze klappt, bitte die URL des Styles an mich 
> schicken. Wenn alles fertig ist kann man Presets und Styles 
> dann ähnlich wie Plugins unabhängig von JOSM verwalten und 
> die JOSM-Nutzer können wählen, was sie haben wollen.
> 

Wenn wir das File gebaut haben schicken wir es Dir sofort ;-)

Danke für die Hinweise

JJ

www.freietonne.de

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

Re: [Talk-de] Freie Tonne USB - ist das "unser" JOSM

[Jan Jesse]

Hallo Jan,

> durch den Vorgänger-Beitrag habe ich einmal auf Freie Tonne 
> geschaut und Freie Tonne USB gelesen - ist das "unser" JOSM 
> auf einem USB-Stick der "überall" läuft oder wird noch ein 
> zusätzliches JAVA benötigt - das wäre für Vielreiser direkten 
> Webanschluss sehr interessant !
> 
Natürlich ist es "unser" JOSM, allerdings halt eine normale Beigabe per wget 
aktualisiert (die testet Version). Java sollte auf dem Rechner schon vorhanden 
sein, und da die meisten Skipper mit Windows unterwegs sind, haben wir das 
ganze vom ursprünglichen Linux-Ansatz dahin portiert.

Wenn Du unsere FreieTonne-USB dabei hast, kannst Du mit GPS-Anschluß auf Deine 
aktuelle Reiseposition gehen, ins gewünschte Level zoomen (Slippy-Map) und ab 
Zoomlevel 14 aufwärts den Josm mit der betreffenden Bouding-Box starten.

Die gerenderten Daten kannst Du dann später per Knopfdruck auf den USB-Stick 
holen.

Das ganze ist eben auf Wassersport-Navi getrimmt, und man soll unterwegs 
möglichst komfortabel Mappen können.

Ob sich der "Ballast" FreieTonne da lohnt mag jeder für sich entscheiden. Aber 
ich hab mit diesem Stick immer gleich alles dabei. Die Karte, den JOSM, der 
Gimp ...

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] freie Tonne in Josm

[Jan Jesse]

Hallo Jan,
> Moin !
> 
> die Kollegen von der Freien Tonne sind ja schon richtig am 
> Arbeiten und bei mir tauchen immer mehr Nodes ohne Symbole 
> auf die von Euch stammen.
> 
> Ist es angedacht kurzfristig entsprechende Symbole in JOSM 
> einzubinden - ansonsten wird es etwas verwirrend.
> 
> Gruß Jan :-)

Dich schickt der Himmel. Wir hatten schon recherchiert, wie das geht, sind aber 
wieder mal nicht so schnell so weit gekommen. Es spricht deutlich für Euch, daß 
es bei Euch sofort aufgefallen ist.

Frage: Welches Format, und nach welchen Konventionen benannt werden die Icons 
benötigt. Und wo müssen sie hin? Kommen wir da ran?

Kurz: Hilfst Du uns ein wenig in dieser einen Sache? Oder nennst uns DIE 
informative Wiki-Seite für Anfänger? Frage an alle: Ist jemand fit genug, uns 
hier zu unterstützen?

Bei uns liegen die Icons zentral in der DB (png 16x16). Jeder Nutzer kann 
eigene hochladen, die dann sofort wirken. Können wir diese Icons automatisiert 
irgendwo ablegen, wo JOSM sofort weiß, was er damit tun soll? Das wäre für uns 
der Königsweg. Evtl. nötige Tags können wir natürlich unseren Datensätzen 
gleich mitgeben.

Wir haben wirklich keine Ahnung und waren erst einmal davon ausgegangen, daß 
Ihr unsere unschuldigen kleinen Nodes nicht bemerken bzw. beachten würdet. 
Außerdem dachten wir, daß wir das irgendwann mit Olaf und Werner koordiniert 
bekommen. Nichts liegt uns ferner, als hier dumme Fakten zu schaffen.

Also, was sollten wir jetzt Deiner Meinung nach tun?

Beste Grüße aus Berlin

JJ

www.freietonne.de


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

Re: [Talk-de] WG: www.freietonne.de - Upload unsererSeekartendatennach OSM gestartet

[Jan Jesse]

Moin Olaf, 

> Ich denke, dass es wichtig ist sich in Zukunft auf eine 0° 
> Position zu einigen, das umrechnen der Angaben sollte trivial sein.

Ich wünsch mir, daß 0° gleich Nord ist. Stimmt so schön mit meinem Kompaß 
überein ;-)

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendatennach OSM gestartet

[Jan Jesse]

Hallo André 

> > Wie erklärst du dir dann die Unterschiede zwischen 
> > 
> http://www.freietonne.de/osm/?zoom=15&lat=54.37125&lon=10.17588&layers
> > =0B0T und 
> > 
> http://openseamap.org/map/map_full.html?zoom=15&lat=54.36908&lon=10.17
> > 19&layers=B0T obwohl wir an dieser Stelle beide das gleiche 
> > Datenmodell benutzen.
> 
> Was mir bei diesem Beispiel aufgefallen ist, dass die 
> Leuchttürme in den 2 Karten ihre Lichter doppelt gespiegelt 
> ausgeben. Dabei scheint mir OpenSeaMap das richtig Ergebnis 
> zu liefern, jedoch scheint mir die Interpretation anhand der 
> Daten bei FreieTonne korrekter zu sein.
> 
> Hier die Daten für den nördlichen Leuchtturm:
> seamark:light:1=green:217:224:45
> seamark:light:2=white:224:270:50
> seamark:light:3=green:270:12:45
> seamark:light:4=white:12:39:50

Schönes Beispiel. Die Leuchttürme bei uns sind derzeit nur ungenügend 
gekennzeichnet. Sie entstammen zum großen Teil unseren ersten Import-Versuchen 
aus der OSM-DB, wo oft nur "lighthouse" getagged ist. Die Lichtsektoren haben 
wir bisher nur testweise eingegeben. Manche OSM-Einträge haben entsprechende 
Beschreibungen, die aber früheren Datums sind, und nicht dem gegenwärtigen 
Tagging-Schema von FreieTonne und OpenSeaMap (soweit abgestimmt) entsprechen. 
Dazu kommt irgendeine Drehung in den Grad-Angaben, die Olaf besser erklären 
kann als ich. Olaf?

Fakt ist, die Leuchttürme bedürfen grundsätzlich einer Überarbeitung. Unsere 
jedenfalls. Ich möchte da nicht für andere sprechen.

Falls Du Dich da rein vertiefen möchtest, nur zu. Irgend jemand muß es 
schließlich tun ;-)

Die FreieTonne und OpenSeaMap können hier Werkzeug zur Visualisierung und zum 
Editieren sein. Die eigentliche Arbeit ist aber, die Daten zusammen- und 
einzutragen. War das nicht auch das Konzept von OpenStreetMap?

Also, lassen wir die Vergleiche der Projekte. Es ist kein Wettbewerb. 

Laßt uns Mappen! :-) 

Wir werden die Probleme unterwegs früh genug entdecken, und lösen. In beiden 
Projekten. Ganz sicher.

Beste Grüße vom Seddinsee, frisch gebadet und gut erfrischt :-)

JJ

www.freietonne.de - Die Elde-Müritz-Wasserstraße ist fast fertig. Danke 
Vaestervik. 
Gute Arbeit !!!

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