Re: [Talk-de] Tiles Downloader bremsen Server aus
Hallo Frederick, wer eine App kauft ist ja noch lange nicht eingetragener User bei OSM. Ich finde es zum Nachteil alle das beim Download von ca 1200 Tiles die Antwortzeit auf bis 10.15 Sekunden steigt. Warum führt ihr keine Kennung nach der Anmeldung ein so wie es bei ClaudeMade gehandhabt wird. Alle mit Kennung bekommen die Daten schnell und die Anderen etwas langsamer. Gruß Leo12305 -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Mittwoch, 5. Oktober 2011 20:16 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tiles Downloader bremsen Server aus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Kacheln
Hallo Markus Heute ist Wahl und damit da Netz sehr belastet. Gruß Rolf -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet: Sonntag, 18. September 2011 08:15 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Mapnik-Kacheln Hallo Martin, evtl. hilft es, wenn Du auf permalink clickst? Nein, das Laden der Kachel dauert ähnlich lange. Oder danach nochmal neu laden? Nein, auch das dauert ähnlich lange. Hast Du eine Hypothese über die Ursache? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 10.0.1410 / Virendatenbank: 1520/3902 - Ausgabedatum: 17.09.2011 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NMEA
Hallo Dimitri In IIRMC wird nicht der Kurs angezeigt sondern die Magnetic Variation in Grad. Das ist Deklimation oder auch Missweisung. Gruß Rolf -Ursprüngliche Nachricht- Von: Dimitri Junker [mailto:o...@dimitri-junker.de] Gesendet: Dienstag, 6. September 2011 02:00 An: talk-de@openstreetmap.org Betreff: [Talk-de] NMEA Hallo, ich schlage mich gerade mit NMEA herum und wunder mich über sehr unterschiedliche Kurse in verschiedenen Sätzen: $IIRMC,203740,A,3700.660,N,00813.710,W,3.1,105.0,280711,3,W,A*10 IIHDG,043.0,,,3,W*2A $IIHDM,043.0,M*25 $IIHDT,040.0,T*26 in den letzten 3 ist der Kurs bei 43 bzw 40 Grad (magnetisc / Karte) soweit so gut, aber was soll die 105.0 in IIRMC? Bei NMEA-File im Netz habe iich ähnliche Abweichungen gefunden, scheint also kein Defekt zu sein Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 10.0.1392 / Virendatenbank: 1520/3878 - Ausgabedatum: 05.09.2011 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF
Bravo Dietmar, Du sprichst mir aus der Seele. Es war schon lange an der Zeit das einmal laut zu sagen. Viele Gruße Rolf -Ursprüngliche Nachricht- Von: Dietmar [mailto:ostr...@diesei.de] Gesendet: Mittwoch, 4. Mai 2011 12:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] OSMF Sorry, langsam wird mir echt übel. Ein paar Hänsel hier auf der Liste machen einen Aufstand und das so spät, weil sie jetzt die Fälle wegschwimmen sehen, einfach erbärmlich. Ich bin eigentlich sachlich unterwegs, aber was hier in den letzten Wochen an Postings zum Lizenzwechsel kommt, finde ich unter aller Kanone. Seit der expliziten ja/nein Pflichtaussage sind 6% echte nein-Sager [1] Wer von denen glaubt denn eigentlich, eine neue oder andere Abstimmung bringt eine neue Mehrheit? Einfach mal früher an den richtigen Stellen aktiv mit/gegengemacht, wäre zielführender gewesen. Was da an Mannmonaten/-jahren an Laberei und Destruktivismus vergeudet wird, unglaubhlich. Viele Grüße Dietmar [1] http://fred.dev.openstreetmap.org/ -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet am: Dienstag, 3. Mai 2011 20:21 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] OSMF In tiefer Besorgnis über die aktuellen Kollateralschäden des Lizenzwechsels habe ich Steve gebeten, die Community offen zu fragen, was sie sich wünscht: a) einen Wechsel zu PD/CC0 b) einen Wechsel zu ODbL c) die Beibehaltung von CC-by-SA Because it is destructive to our community to tell them: 'accept - or go'... In den vergangen 14 Tagen habe ich keine Antwort bekommen :-( Gruss, Markus ___ 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] Photovoltaik (Dach)
Hallo Chris Das ist aber nur sinnvoll wenn diese Anlagen am Netz angeschlossen sind. Das ist an der Anlage von außen nicht zu erkennen! Mfg Rolf -Ursprüngliche Nachricht- Von: Chris66 [mailto:chris66...@gmx.de] Gesendet: Dienstag, 15. Februar 2011 16:46 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Photovoltaik (Dach) Am 15.02.2011 11:56, schrieb Steffen Heinz: WIe siehts eigentlich mit Häusern aus die eine Photovoltaik Anlage auf dem Dach haben? ab wann ist es Sinnvoll die als Stomerzeuger einzutragen? Ab 1 Megawatt. ;-) Spass beseite. Generell ist es nicht verboten Haus-PV Anlagen einzutragen. Problem ist, dass die echten großen Solar-Anlagen dann in der Masse untergehen. Siehe Diskussion zu natural=tree.. Chris ___ 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] Photovoltaik (Dach)
Hallo Michael Martin Weil Du an einer Anlage von außen nicht sehen kannst ob es sich um eine Insellösung oder einen Einspeiser handelt. Es ist nach Deiner Theorie zwar damit zu rechnen das die meisten Anlagen am Netz laufen. Du gehst dann immer von einer Vermutung aus und nicht von einer sicheren Information. Gruß Rolf -Ursprüngliche Nachricht- Von: Michael [mailto:waldk...@selfservix.org] Gesendet: Dienstag, 15. Februar 2011 18:46 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Photovoltaik (Dach) Am Dienstag 15 Februar 2011 18:12:53 schrieb M∡rtin Koppenhoefer: Am 15. Februar 2011 17:00 schrieb Rolf Meyerhof r...@meyerhof-net.de: Hallo Chris Das ist aber nur sinnvoll wenn diese Anlagen am Netz angeschlossen sind. warum? Gruß Martin Dem schließe ich mich an. a. Kann man davon ausgehen das diese Anlagen fast immer am Netz angeschlossen sind, da es keine bezahlbare Möglichkeit gibt den Strom zu sammeln. (Akkus) Auch ist deren Leistungsfähigkeit bei weitem nicht ausreichend. b. Es sich mehr rentiert den Strom ins Netz einzuspeisen. Stichwort EEG. Ich weiß das ändert sich zur Zeit. Grüße Michael -- Die Erfahrung ist wie eine Laterne im Rücken; sie beleuchtet stets nur das Stück Weg, das wir bereits hinter uns haben. Konfuzius Molli http://molli.selfservix.org/ C-LFS http://c-lfs.selfservix.org/ Fellow der Free Software Foundation Europe /\ASCII Ribbon Campaign \ /No HTML/RTF in email x No Word docs in email / \Respect for open standards ___ 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] Kennzahlen für OSM-Nutzung durch Öffentlichkeit?
Hallo Dietmar Für OpenSeaMap kann ich die ziemlich genaue Zahlen bieten. Unsere Offline-Karten wurden seit Januar 2010 91.286 mal abgerufen. Dazu wurden die benötigten Kacheln von uns einmal vom Tiles-Server geladen. Mit freundlich Grüßen Rolf -Ursprüngliche Nachricht- Von: Dietmar [mailto:ostr...@diesei.de] Gesendet: Donnerstag, 10. Februar 2011 16:31 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Kennzahlen für OSM-Nutzung durch Öffentlichkeit? Hallo, ich hatte letzte Woche Kontakt zum lokalen Rathaus. Dabei wurde ich auch gefragt, wie oft die OSM-Karten denn genutzt werden und wie oft die Karten für GPS-Geräte denn heruntergeladen werden. Gibt es in diesem Bereich irgendwelche Zahlen und welche sind einigermaßen aussagekräftig? Ich vermute mal, Anzahl Downloads von AIO-Karten (insgesamt) und die von Computerteddy sind mehr oder weniger vielleicht herauszufinden (aber wie?). Und es gibt ja noch etliche andere offline-Karten oder auch online-Karten für Handys, etc. Online-Karten: ich habe mal irgendwann eine Zahl tiles gelesen, die in einem Zeitraum angefordert wurden. Aber was kann man mit einer absoluten Zahl anfangen (und wo ist die abgreifbar)? Zumal es ja offenbar einige Massendownloads gibt, von denen auch nicht immer klar, wer das wofür macht. Wäre schon gut, wenn wir hier irgendwelche Aussagen machen könnten. Viele Grüße Dietmar aka okilimu ___ 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] Flughafen namen und Kennnummern
Hallo Jan Meinst du wirklich IATA Nummern? http://de.wikipedia.org/wiki/IATA-Code#Siehe_auch Oder brauchst du die Kennung des Flughafen/Flugplatzes der ICAO. http://de.wikipedia.org/wiki/ICAO-Code Rolf From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Jan Tappenbeck Sent: Saturday, November 27, 2010 7:30 AM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Flughafen namen und Kennnummern HI ! weiß einer wie man für einen Flugplatz die IATA-Nummer etc. herausbekommen kann? Es geht mir um http://www.openstreetmap.org/browse/node/1006442278 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 10.0.1170 / Virendatenbank: 426/3282 - Ausgabedatum: 26.11.2010 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] untergegangener Bahnhof
Hi Auf keinen Fall löschen wenn Gleise da. Bitte genau darauf achten was mit der Strecke geschieht. Es gibt sicher einige Privat-Piloten unter unseren Nutzern die Bahnlinien für die Navigation nutzen. Zu diesem Zweck sind die feinen Unterschiede zwischen Strecke mit Gleis oder ohne Gleis eine große Hilfe. Mit freundlichen Grüßen rolf From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Jan Tappenbeck Sent: Thursday, November 11, 2010 3:46 PM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] untergegangener Bahnhof Hi ! wir haben hier einen Bahnhof der nicht mehr angefahren wird. Alle Tags einfach löschen und tschüss oder sollten die alten Ref-Nr. etc. irgendwie erhalten bleiben ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 10.0.1153 / Virendatenbank: 424/3250 - Ausgabedatum: 11.11.2010 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Portal Vorschlag (War: OSM quo vadis)
Der Vorschlag zum neuen Portal ist für mich ok. Wobei es sicher nicht nur auf die Optik ankommt sondern hauptsächlich auf den Inhalt. Die Akzeptanz von OSM hängt auch von einigen anderen Dingen ab. Wenn man bei OSM neu ist steht man vor großen Berg an Ungereimtheiten. Vieles was zum Verständnis gebraucht wird muss umständlich zusammengesucht werden. Viele Dinge werden z. B. in deutscher Sprache begonnen und dann in Englisch beendet. Die Beschreibungen sind häufig nicht aktuell. All diese Dinge verwirren einen Newbee sehr. Vielleicht verhindern sie auch die Mitarbeit weil z.B. die englischen Ausführungen nicht richtig versteht und deutschen gerade in diesem Fall nicht vollständig sind. Ich mein bevor es hier um neue Portale geht sollte vielleicht doch erst einmal das große Aufräumen stattfinden. Als ich mich zum Mitmachen entschlossen hatte fehlte mir eine Übersichtlich aktuelle Struktur. Mit freundlichen Grüßen Rolf M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiessstand Schweiz
Hallo Markus Dann ist das alles zusammen ein Schießanlage. Gruß Rolf From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Markus Sent: Wednesday, October 06, 2010 10:01 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Schiessstand Schweiz Hallo Rolf, Schießbahn ist die Einrichtung auf der geschossen wird. Schußbahn ist die Bahn auf der die Kugel oder das Geschoss fliegt. Ja, so kenne ich es auch. Bei einer Open-Air-Schiessbahn (wie in der Schweiz üblich) sieht man aber oft nur das Schützenhaus und den Scheibenstand. Das dazwischen ist unsichtbar - aber endgültig fühlbar (wenn man sich zur Unzeit dort hin verirrt). Eine Einrichtung ist da aber nicht. In der Kartografie wird das Dazwischen als Pfeil dargestellt. Schiessbahn ist also auch nicht so genau passend... Schussbahn meint genaugenommen: Hauptschussbahn (es gibt ja immer auch Fehlschüsse: siehe Sicherheitszone 2..5). Und genaugenommen müsste man je nach Anzahl der einzelnen Schiessstände mehrere Hauptschussbahnen einzeichnen (oder die eine mit lane=# ergänzen). Aber ich mag hier nicht auch noch die Diskussion Linienbündel vs. lanes führen - das erschine mir oversized... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 10.0.1120 / Virendatenbank: 422/3179 - Ausgabedatum: 05.10.2010 eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 10.0.1120 / Virendatenbank: 422/3179 - Ausgabedatum: 05.10.2010 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiessstand Schweiz
Hallo Markus, Hallo Ulf Ich habe den Eintrag in der Karte betrachtet dabei fällt mir auf das an dem Lift Schußbahn steht. Ich meine gelernt zu haben, dass eine Schießbahn die Einrichtung ist auf der geschossen wird. Eine Schußbahn ist die Bahn auf der die Kugel oder das Geschoss fliegt oder geflogen ist. Mit freundlichen Grüßen Rolf From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Ulf Lamping Sent: Tuesday, October 05, 2010 11:31 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Schiessstand Schweiz Am 05.10.2010 22:55, schrieb Markus: Am 04.10.2010 16:13, schrieb Markus: Die Anlage besteht aus: - Schützenhaus (mit Parkplatz) - Wall mit Scheiben etc. - Schussrichtung vom Haus zu den Scheiben ┌─┐ ┐ │ | | │ | ─ │ │ | | └─┘ ┘ Habe jetzt mal ein eigenes Schema ausprobiert: http://www.openstreetmap.org/?lat=47.524031lon=8.431179zoom=18 Die Schussbahn ist allerdings nur bei Kurzdistanz (50m) eine Seilbahn. Bei 300m erfolgt die Anzeige elektronisch (power=line?), oder visuell (aber dafür kenne ich kein OSM-Attribut). Wieso lügst du alle OSM Nutzer an? Da ist kein Sessellift, also trage da auch keinen ein. Was du machst ist reinrassiges Taggen für den Renderer - genau was man *nicht* tun soll. Ich hätte mehr von dir erwartet ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 10.0.1120 / Virendatenbank: 422/3178 - Ausgabedatum: 05.10.2010 eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 10.0.1120 / Virendatenbank: 422/3178 - Ausgabedatum: 05.10.2010 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name
Hi Mario Als langjähriger Motorflieger kann ich die Angaben von Martin bestätigen. Der wichtigste Wert für uns Flieger ist die Elevation. Mit dem Wert wird vor den Start die Höhe des Platzes über NN (oder wie das Heute heisst?) eingestellt damit man bei der Landung auch weiß wie hoch man noch ist. Gruß Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Mario Salvini Sent: Tuesday, August 24, 2010 6:15 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name Hi MArtin, also aus Sicht des Flugzeugs finde ich diese 3teilige Angabe eigenltich sehr eindeutig. height ist in diesem Zusammenhang die Distanz zwischen der Position in der Luft bis zu einer Materie ungleich Luft (der Grund/boden/Oberfläche)... und elevation ist die lotrechte Distanz vom Meeresspiegel zu diesem natürlichen Grund/Boden-Level (bei Seen z.B. ein Füllstand-Mittelwert?) Haben wir hier keine Segelflieger, die das verifi- oder falsifizieren können? Die sollten doch die Definition bestimmt kennen ;) Auf der Suche nach der Wahrheit grüßt Mario Am 24. August 2010 10:14 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com : Am 23. August 2010 23:24 schrieb Mario Salvini salv...@t-online.de: - *height* (HGT) ist die Höhe über GND (ground)... - *altitude* (ALT) ist die Höhe über... - *elevation* (ELEV) bezeichnet die Entfernung von MSL (mean sea level)... das macht uns hoffentlich alle etwas schlauer :-) wieso sollte das hilfreich sein? Zur Frage, ob elevation bei Seen die Oberfläche oder den Grund angibt hilft das kein Stück weiter. Gruß Martin ___ 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] Tiefenangabe als Name
Hi Mario Die Tiefe des Sees ist nur für Notfälle interessant, Da sucht man etwas Flaches. Jetzt zur Frage. Auf dem mitgeführten Höhenmesser siehst du immer die Altitude. Height ist die Höhe über Grund und dabei ist egal es ob das Wasserloch unter dir 10 oder 100m tief ist. Es zählt der Wasserspiegel. Gruß Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Mario Salvini Sent: Tuesday, August 24, 2010 6:46 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name Hi Rolf, da sind wir uns alle einig. Die Frage ist halt, was für eine elevation bzw. was für eine height hast du, wenn du, sagen wir mal, über dem tiefsten Punkt eines Sees mit deinem Flieger 20m über der Wasseroberfläche fliegst? Aus dem laienhaften Bauch raus beurteilt würde ich sagen - height=20, ele=vertikaler Abstand zum Meeresspiegel depth=Tiefe des Sees, egal wie tief der See ist... Gruß Mario Am 24. August 2010 18:25 schrieb Rolf Meyerhof r...@meyerhof-net.de: Hi Mario Als langjähriger Motorflieger kann ich die Angaben von Martin bestätigen. Der wichtigste Wert für uns Flieger ist die Elevation. Mit dem Wert wird vor den Start die Höhe des Platzes über NN (oder wie das Heute heisst?) eingestellt damit man bei der Landung auch weiß wie hoch man noch ist. Gruß Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Mario Salvini Sent: Tuesday, August 24, 2010 6:15 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name Hi MArtin, also aus Sicht des Flugzeugs finde ich diese 3teilige Angabe eigenltich sehr eindeutig. height ist in diesem Zusammenhang die Distanz zwischen der Position in der Luft bis zu einer Materie ungleich Luft (der Grund/boden/Oberfläche)... und elevation ist die lotrechte Distanz vom Meeresspiegel zu diesem natürlichen Grund/Boden-Level (bei Seen z.B. ein Füllstand- Mittelwert?) Haben wir hier keine Segelflieger, die das verifi- oder falsifizieren können? Die sollten doch die Definition bestimmt kennen ;) Auf der Suche nach der Wahrheit grüßt Mario Am 24. August 2010 10:14 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com : Am 23. August 2010 23:24 schrieb Mario Salvini salv...@t- online.de: - *height* (HGT) ist die Höhe über GND (ground)... - *altitude* (ALT) ist die Höhe über... - *elevation* (ELEV) bezeichnet die Entfernung von MSL (mean sea level)... das macht uns hoffentlich alle etwas schlauer :-) wieso sollte das hilfreich sein? Zur Frage, ob elevation bei Seen die Oberfläche oder den Grund angibt hilft das kein Stück weiter. Gruß Martin ___ 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 ___ 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] Tiefenangabe als Name
Martin schrieb am August 25, 2010 2:30 AM .. ich bin mir ehrlich gesagt nicht ganz sicher, ob es besser ist, die Oberfläche oder den Grund zu taggen. Meistens wird man wohl nur den See an sich taggen mit einer Höhe, und kein Messpunkteraster in OSM eingeben, von daher ist die Frage für mich eher theoretischer Natur. ... Hallo Martin Ich denke wir taggen nur das was wir sehen. (darauf wurde ich gerade vor ein paar Tagen hingewiesen). Unter dieser Voraussetzung kann man eigentlich nur die Oberfläche taggen. Gruß Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)
Hallo Martin From: dieterdre...@gmail.com Sent: Tuesday, August 17, 2010 1:46 AM Am 16. August 2010 23:35 schrieb Arne Johannessen a...@thaw.de: Wie wäre es mit einfach nur: landmark=* (z. B. landmark=yes oder landmark=prominent) (Mögliches Problem: Landmarken für die Luftfahrt?) wie wärs mit landmark=nautic? Wenn es natürlich von Land, See und aus der Luft ein Landmark ist (dürfte öfters vorkommen), dann bräuchte man dafür evtl. einen extra Wert (sowas wie landmark=nautic/aerial/all od. yes). Gruß Martin Warum nicht landmark=navigation ? wenn es für Land Luft und See gelten soll? Gruß Rolf ___ 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] Unterscheidung (war Tiefenangabe alsName)
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 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. 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. Gruß Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)
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. Inhaltlich bedeutet ich darf entscheiden ob ich die 10m oder die 2.5m Linien darstelle. Ich möchte aber selbst entscheiden dürfen welche Punkte bei 10m ich darstelle. Nach welchen Kennzeichen kann ich dann noch wählen wenn ich nur Dein water:depth=10.0 zur Verfügung habe. Private Kennzeichnungen für den Renderer sind hier nicht sinnvoll und entwickeln ein seltsames Eigenleben. Das ist genau das was FT macht, wenn aus der privaten Datenbank gearbeitet wird und das laden in die OSM Daten Bank nur Alibi-Funktion hat. Denn sagt ja selbst: Es wird entschieden was zu OSM geschickt wird. 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. Auch das muß M.e. erlaubt sein. 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. Es gibt hier kein richtig oder falsch und aus diesem Grund muß der Kartenersteller ( Renderer ) entscheiden können welchen Wert er nimmt. Dazu braucht es aber ein Unterscheidungsmerkmal. Außerdem haben wir einen interessanten Diskriminierungseffekt. Ich habe schon öfter erlebt, daß Seezeichen solange umgetaggt wurden, bis sie in OpenSeaMap gerendert waren. Was ist daran eine Diskriminierung? Die FT Daten sind immer so geblieben wie sie waren. Es kamen nur neue dazu, die auch manchmal Fehler hatten. Wo Menschen arbeiten gibt es nun einmal Fehler. Ich denke eine Koexistenz von den Seekartensystemen wird es nur geben wenn jeder sein taggingschema selbst bestimmen darf. 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. Und du konntest auch nicht verhindern das die fehlerhaften Eintragungen, wir Rote Tonne oder Gelbe Tonne, im Namen: gab. 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. 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. 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... Mit freundlichen Grüßen Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)
Hallo Jan 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 -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Jan Jesse Sent: Sunday, August 15, 2010 6:46 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName) 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=126infotyp=1 ___ 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] Tiefenangabe als Name (war:JobfuereinenBot:Hoehenangabe im Namen)
Hallo Martin, -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of dieterdre...@gmail.com Sent: Saturday, August 14, 2010 4:30 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name (war:JobfuereinenBot:Hoehenangabe im Namen) Am 3. August 2010 07:30 schrieb Jan Jesse j...@jesse.de: 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. bis zum Wert eintragen +1, vor dem Eintragen wird man aber wohl noch etwas rechnen müssen: die Differenz des aktuellen Wasserspiegels zum durchschnittlichen Wasserspiegel (bzw. Höchst/Niederigst?, das solltet Ihr mal abklären wie die Ämter das machen). Ich will hier einmal eine Erklärung versuchen. Die Binnenwasserstrassen sind in Abschnitte eingeteilt für die ein Pegel gemessen wird. Aus diesen Meßwerten wurde ein Durchschnittswert ermittelt. Ich bezeichne diesen Wert einmal als Bezugpegel für diesen Abschnitt. Wird jetzt im Bereich des Abschnitts irgendwo ein Wasserstand gemessen ist das die Tiefe am Meßpunkt zur Meßzeit. Möchte ich diesen Wert mit einem Wert aus der Seekarte an diesem Ort vergleichen geht das nur wenn ich weiß wie groß die Differenz am Pegel dieses Abschnitts zur Meßzeit war. Also: Ist der Pegel 3 dm tiefer als der Bezugspegel muß ich meinen Messwert um 3 dm (Dezimeter) erhöhen um auf den Wert in der Karte zu kommen. Das umgekehrte gilt für Pegel höher als Bezugspegel. Nur bei Gleichheit braucht man nicht zu rechnen. Da die Wasserstände bei den Wasser- und Schifffahrtsdirektionen aufgehoben werden kann aus jedem gemessenen Wert dem Ort Tag uns Zeit beigefügt ist ein normierter Wert für die Karte errechnet werden. Ich hoffe mein Erklärungsversuch hilft Dir weiter Gruß Rolf (Leo) Über die OSM-History wäre auch der Erfassungszeitpunkt hinreichend genau dokumentiert. -1, oder trägst Du die Daten sofort bei der Messung ein und lädst sie hoch? Selbst dann sollte man diesen Umstand dokumentieren, weil es eher unüblich ist. Insgesamt finde ich nicht, dass das Datum hier ausreicht, die Umrechnung sollte schon der Eintragende vornehmen. 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. ja eben Gruß Martin ___ 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] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen)
Hallo Flo Wenn Du schon zitierst dann reiß die Zitate nicht aus dem Zusammenhang. Oder gehörtst du zu der Gruppe in diesem Artikel http://www.golem.de/1008/77137.html kritisiert wird. Mit freundlichen Grüßen R. Meyeerhof -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Florian Gross Sent: Saturday, August 14, 2010 11:16 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen) Rolf Meyerhof glaubte zu wissen: Bitte versteht meine Bemerkung als Hinweis auf mögliche Folgen. Du weißt sicher dass es sehr Merkwürdige Urteile gibt, die zum Beispiel dazu führen das an einer Mikrowelle stehen muss Nicht zum trocknen von Haustieren geeignet. Deiner Logik nach muß man jetzt auch noch in die Karten reinschreiben, daß man trotz Karte sein Hirn benutzen muß? Verändert sich der Meeresboden nie? Ich finde es grob fahrlässig, egal ob mit Auto/Schiff/whatever als Verkehrsmittel sich blind auf ein Navi oder eine Karte zu verlassen. Eine auf die Sekunde aktuelle Karte wird man nie haben und Fehler können immer passieren. Das muß man miteinkalkulieren und mitdenken. flo -- Ich fand die 288 GB RAM neulich auch sehr recovery... Java 1.4 kann nun endlich mehr als 4 GB in einem Prozeß adressieren, womit man endlich 288 GB bereits für einzigen Nutzer verbrauchen kann. [Florian Weimer in dasr] ___ 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] Tiefenangabe als Name (war:JobfuereinenBot:Hoehenangabe im Namen)
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of dieterdre...@gmail.com Sent: Sunday, August 15, 2010 12:31 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name (war:JobfuereinenBot:Hoehenangabe im Namen) Am 14. August 2010 20:43 schrieb Rolf Meyerhof r...@meyerhof-net.de: bis zum Wert eintragen +1, vor dem Eintragen wird man aber wohl noch etwas rechnen müssen: die Differenz des aktuellen Wasserspiegels zum durchschnittlichen Wasserspiegel (bzw. Höchst/Niederigst?, das solltet Ihr mal abklären wie die Ämter das machen). Ich will hier einmal eine Erklärung versuchen. Die Binnenwasserstrassen sind in Abschnitte eingeteilt für die ein Pegel gemessen wird. Aus diesen Meßwerten wurde ein Durchschnittswert ermittelt. Ich bezeichne diesen Wert einmal als Bezugpegel für diesen Abschnitt. Wird jetzt im Bereich des Abschnitts irgendwo ein Wasserstand gemessen ist das die Tiefe am Meßpunkt zur Meßzeit. Möchte ich diesen Wert mit einem Wert aus der Seekarte an diesem Ort vergleichen geht das nur wenn ich weiß wie groß die Differenz am Pegel dieses Abschnitts zur Meßzeit war. genau. Und meiner Meinung nach sollte man nicht die Messwerte in OSM einkippen, sondern den bereits umgerechneten Wert. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name
Martin Simon schrieb: Tuesday, August 03, 2010 8:01 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name Am 2. August 2010 18:28 schrieb Rolf Meyerhof r...@meyerhof-net.de: Ich würde alle schifffahrtrelevanten Angaben in OSM mit seamark kennzeichnen, sie sind besser zu unterscheiden. Ich bin zwar Landratte, aber hier möchte ich mir doch einen Kommentar erlauben: wenn ihr wirklich alles schiffahrtsrelevante in OSM(!) in den seamark:-Namensraum schieben wollt, werdet ihr in Konflikte mit etablierten tags kommen. Türme, Schornsteine, Windkraftanlagen und was sonst noch schiffahrtsrelevant sein mag, existieren in OSM unabhängig davon, ob ein Projekt sie zur Erzeugung von Seekarten, für Wanderkarten oder etwas ganz anderes verwenden will: das Objekt wird als das beschrieben, was es ist und gefiltert wird an der Ausgabeseite. Hier sollten wir Neutralität wahren und unter den Sub-Projekten, die ihre Daten in OSM speichern, sollte m.E. keines gleicher als die anderen auftreten. (eventuell habe ich den Satz ja auch falsch interpretiert...) Es m.e. wichtig wie so eine Tiefenangabe entsteht und auch auf was sie bezieht, denn Wasserstände variieren bekanntlich. Wenn du die Karten von OpenSeaMap betrachtest wirst du merken, dass es dort keine Angabe von Wassertiefen gibt. Das sieht so aus als ob wir dass nicht könnten. Wir meinen das Wassertiefen, die eben mal mit einem Echolot oder einen Lot messen zu ungenau und auch gefährlich für die Schifffahrt sind. Wenn wir eine Messmethode gefunden haben oder die Angaben vom BSH bekommen dann werden wir auch die Tiefen in der Karte darstellen. Hallo Martin, ich verstehe nicht warum ein seamark unbedingt ein Seezeichen sein muß. Landmark ist doch auch nicht immer ein Verkehrszeichen am Strassenrand. Deine Zusätze finde ich ok Gruß Rolf Wäre es ein Problem, Wassertiefen (nur) dann zu rendern, wenn sie zusätlich mit source=BSH oder amtlich=jawoll oder einem anderen tag, das die Vertraulichkeit sicherstellt, gekennzeichnet sind? Dann könnte seamark den vor Ort vorhandenen, designierten Schiffahrtsmarkierungen vorbehalten sein... Gruß, Martin ___ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen)
Hallo Andreas, na dann lasst uns aufräumen. Gruß Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Andreas Neumann Sent: Tuesday, August 03, 2010 9:01 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen) Am 03.08.2010 03:20, schrieb Rolf Meyerhof: Übrigens im Feld Name stehen noch viele unsinnige Dinge. Wie Tonne rot, gelbe Tonne Sperrung usw. Nicht nur auf dem Wasser. Ich kenne highway=*-Wege, die Namen haben wie weiß-rot-weiß (path im Wald) oder Zufahrt zu Hotel Tanne (service vor einem Hotel). Und es gibt noch andere Dinge, wo der Name als Beschreibungsfeld missbraucht wird. MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. ___ 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)
Stephan Wolff schrieb am August 02, 2010 4:31 PM To: talk-de@openstreetmap.org Subject: [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 Hallo Stephan Ich schlage vor seamark:depth=##.# wird angegeben in Metern wie in Wiki DE:Water Depth zu benutzen. Gruß Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Frederik Ramm Sent: Monday, August 02, 2010 5:15 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einen Bot:Hoehenangabe im Namen) Hallo, Rolf Meyerhof wrote: seamark:depth=##.# wird angegeben in Metern Eine Wassertiefe ist doch nicht notwendigerweise mit einem Seezeichen verbunden? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Frederik Wassertiefen im Namen sind natürlich Murks. Wollen wir dann mehrere Wassertiefenbezeichnungen benutzen. Die Wassertiefe in den Seekarten ist eine schifffahrtsrelevante Angabe. Damit wird sie auch zum seamark. Mit freundlichen Grüßen Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name
Frederik Ramm schrieb : Monday, August 02, 2010 6:01 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name Hallo, Rolf Meyerhof wrote: Wassertiefen im Namen sind natürlich Murks. Wollen wir dann mehrere Wassertiefenbezeichnungen benutzen. Die Wassertiefe in den Seekarten ist eine schifffahrtsrelevante Angabe. Damit wird sie auch zum seamark. Ich dachte immer seamark = Zeichen = etwas muss vor Ort vorhanden sein. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Frederik Ich würde alle schifffahrtrelevanten Angaben in OSM mit seamark kennzeichnen, sie sind besser zu unterscheiden. Es m.e. wichtig wie so eine Tiefenangabe entsteht und auch auf was sie bezieht, denn Wasserstände variieren bekanntlich. Wenn du die Karten von OpenSeaMap betrachtest wirst du merken, dass es dort keine Angabe von Wassertiefen gibt. Das sieht so aus als ob wir dass nicht könnten. Wir meinen das Wassertiefen, die eben mal mit einem Echolot oder einen Lot messen zu ungenau und auch gefährlich für die Schifffahrt sind. Wenn wir eine Messmethode gefunden haben oder die Angaben vom BSH bekommen dann werden wir auch die Tiefen in der Karte darstellen. Mit freundlichen Grüßen Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen)
Jan Jesse schrieb: Monday, August 02, 2010 8:46 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen) 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 Hallo Jan Es nett einmal wieder etwas von Dir zu hören. Ich hoffe Du hast einen netten Urlaub. Du hast sicher vergessen das falsche oder schlecht ermittelte Wassertiefen Menschen in Gefahr bringen können. Ich weiß jetzt kommt gleich Dein Einwand die Karten sind nur zur Information und wer damit navigiert ist selber Schuld wenn etwas passiert. Ich möchte nicht in Deiner Haut stecken wenn dann doch einmal einer nach Deiner der Karte fährt und dabei absäuft. Was dann eventuell auch noch Menschenleben kostet? Oder hast Du kein Gewissen? Ich finde Dein Vergleich mit dem Öl und Kohle taggen da schon recht zynisch. Etwas ernster solltest Du die maritime Sicherheit schon nehmen. Du bist der erste der laut schreit wenn da eine Tonne nicht richtig Aussieht. Gilt das jetzt für Wassertiefen nicht mehr. 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name (war: Job fuereinenBot:Hoehenangabe im Namen)
Guenther Meyer schieb: Monday, August 02, 2010 11:31 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name (war: Job fuereinenBot:Hoehenangabe im Namen) Am Montag 02 August 2010, 22:55:51 schrieb Rolf Meyerhof: 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. ich bin ja nur eine Landratte, aber sollten nicht Seezeichen nur dort getaggt werden, wo auch welche sind? Die Tiefenangabe mit water:depth= ist doch voellig ausreichend, und sagt auch genau das aus, was es ist. Hallo Günther Alle Gewässertiefen in Karten beziehen sich auf eine Bezugebene und sind berechnet. Diese Angaben fehlen hier. Also Tiefen messen und taggen geht bei Wassertiefen nicht. Deshalb seamark um eine nachträgliche Bearbeitung erkennen zu können. Ein Wrack unter Wasser ist in der Karte m.e. auch ein seamark. Man kann es nicht sehen und ein Schild steht nicht immer daneben. Gruß Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name
Garry schierb:Monday, August 02, 2010 11:31 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name Am 02.08.2010 18:28, schrieb Rolf Meyerhof: Ich würde alle schifffahrtrelevanten Angaben in OSM mit seamark kennzeichnen, sie sind besser zu unterscheiden. Es m.e. wichtig wie so eine Tiefenangabe entsteht und auch auf was sie bezieht, denn Wasserstände variieren bekanntlich. Wenn du die Karten von OpenSeaMap betrachtest wirst du merken, dass es dort keine Angabe von Wassertiefen gibt. Das sieht so aus als ob wir dass nicht könnten. Wir meinen das Wassertiefen, die eben mal mit einem Echolot oder einen Lot messen zu ungenau und auch gefährlich für die Schifffahrt sind. Wenn wir eine Messmethode gefunden haben oder die Angaben vom BSH bekommen dann werden wir auch die Tiefen in der Karte darstellen. Könnte mir vorstellen dass so eine Tiefenangabe im Mittelmeer eine wesentlich längere Lebenszeit hat als z.b. an der deutschen Nordseeküste. Wird den das Messdatum auch mit berücksichtigt? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Garry Ja genau an dieser Stelle liegt ja die Schwierigkeit bei den Wassertiefen. Es wird immer ein Bezugssystem benötigt. Welches im Tagg auch angegeben werden sollte. Also dazu gehört bei Tidengewässern Datum und Urzeit der Erfassung oder eine Umrechnung auf NN (Normal Null) oder auf main sealevel. Bei Binnengewässern ist der Bezugspegel für den entsprechenden Abschnitt der Wasserstrasse zu nennen, sowie die Datum, Urzeit und Pegelstand. Ohne diese zusätzlichen Daten sind die Angaben nicht zu gebrauchen und könnten dann eigentlich wegfallen. Aus dem vorgeschlagenen water:depth=.x Sind all diese Fakten nicht zu ersehen. Deshalb finde ich es unbrauchbar. Seamark: depth=xxx,x unit=meter,fuß date=xx.xx. time=xx.xx Windrichtung und -stärke gehen natürlich auch in den gemessen Wert mit ein. Gruß Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen)
To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen) Am 02.08.2010 22:55, schrieb Rolf Meyerhof: Hallo Jan Es nett einmal wieder etwas von Dir zu hören. Ich hoffe Du hast einen netten Urlaub. Du hast sicher vergessen das falsche oder schlecht ermittelte Wassertiefen Menschen in Gefahr bringen können Stephan Wolff schrieb: Tuesday, August 03, 2010 2:31 AM Hallo Stephan Was sollen solche unsinnigen und beleidigenden Kommentare. Nahezu alle Daten in OSM sind mehr oder minder fundierte Schätzungen der Teilnehmer. Eine Haftung für Fehler, Auslassungen oder Ungenauigkeiten gibt es in keinem Bereich von OSM. Bitte versteht meine Bemerkung als Hinweis auf mögliche Folgen. Du weißt sicher dass es sehr Merkwürdige Urteile gibt, die zum Beispiel dazu führen das an einer Mikrowelle stehen muss Nicht zum trocknen von Haustieren geeignet. Sicher ist die Angabe der Wassertiefe wertvoll. Dann aber bitte richtig mit allen nötigen Daten. Die gemessene Tiefe alleine reicht nicht. Ich finde solche Angaben der Wassertiefe wertvoll und begrüße es, wenn Jan die Daten weiterhin nach OSM exportiert. Meine Kritik richtete sich nur gegen den Missbrauch des name-Tags. 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. Ich finde seamark unpassend und würde water:depth=.x oder nur depth=.x vorziehen. Die Eintragung einer amtlichen Wassertiefe in eine Seekarte ist eine Markierung für diesen Ort. Also ein seamark. Dazu brauche ich kein Schild. OSM ist zwar keine amtliche Karte. Es gibt aber Länder die ihre amtlichen Daten freigeben in diesem Fall würde ich bei den Wassertiefen gerne darauf zurückgreifen. Wie wollen wir diese Werte von den selbst erstellten Unterscheiden. Da bleibt doch nur eine andere Bezeichnung. Übrigens im Feld Name stehen noch viele unsinnige Dinge. Wie Tonne rot, gelbe Tonne Sperrung usw. Gruß Rolf Gruß, 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] Tiefenangabe als Name (war: JobfuereinenBot:Hoehenangabe im Namen)
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. 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. 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. 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? 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. Vielleicht sollten wir noch einmal Versuchen das gemeinsam zu klären. (FT und OpenSeaMap). Gruß Rolf PS: Bin einige Tage Unterwegs Antworten dauern etwas länger. 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landsat
Am 01.08.2010 11:46, schrieb Bodo Meißner: Es könnte sein, daß die normalen WMS-Zugriffe wegen Server-Überlastung derzeit wieder gesperrt sind. Den Hinweis auf http://onearth.jpl.nasa.gov/ gibt es schon mindestens seit Sommer 2008. Damals hatte ich für das alte WMS-Plugin eine Erweiterung (siehe http://wiki.openstreetmap.org/wiki/User:Bomm#JOSM-WMS-Plugin_-_Tiled_WMS) implementiert. Scheinbar wäre das auch für das derzeitige WMS-Plugin sinnvoll, ich kann aber nichts versprechen. Wenn jemand Interesse und Zeit hat, das zu übernehmen, bitte melden. Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxVQVYACgkQnMz9fgzDSqdDIACdHG0NrVL1aL30qBM8bG0b9TgO ungAnjwRJbTikW1qs6OCIld5wpFZfzG4 =VUzK -END PGP SIGNATURE- Hallo Bodo Danke für die Info. Ich lese dass es ein generelles Problem ist. Es gilt also abzuwarten bis sich einer mit diesem Problem beschäftigt. Mit freundlichen Grüßen Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Landsat
Hallo, Wo ist die Verbindung von Josm zu Landsat geblieben.?? .mfg Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landsat
Am 31.07.2010 21:31, schrieb Bodo Meissner: -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Bodo Meissner Sent: Saturday, July 31, 2010 9:31 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Landsat -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 31.07.2010 14:13, schrieb Rolf Meyerhof: Wo ist die Verbindung von Josm zu Landsat geblieben.?? Hallo Rolf, was meinst Du mit der Frage? Werden keine Bilder mehr angezeigt (stattdessen vielleicht eine Exception) oder weißt Du nicht, wie man dem WMS-Plugin den Zugriff auf Landsat beibringt? Bei mir funktioniert derzeit der Landsat-WMS-Server nicht: Grabbing WMS http://onearth.jpl.nasa.gov/wms.cgi?request=GetMaplayers=global_mosaicst yles=format=image/jpegbbox=12.7956371,49.324,12.8229199,49.3733202s rs=EPSG:4326width=500height=499 java.net.SocketTimeoutException: Read timed out Es gab auch früher schon Zeiten, in denen der Server nicht ging. (siehe auch http://onearth.jpl.nasa.gov/) Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxUdx8ACgkQnMz9fgzDSqee6wCcCDRtxTGe1POhnJFwWNMAXogO R9sAn3Ua6TCvWWA4a3dQjIjQSAfu3HQv =vekY -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Bodo Landsat ist bei mir seit einigen Tagen weg. Ich hatte gehofft dass es sich wieder gibt. Es gibt aber mails auf osm-Talk die leider nicht richtig deuten kann. Siehe diese mail. yeah, I'm having the same issues (Read timed out) Roman From: Tomas Straupis tomasstrau...@gmail.com Subject: [OSM-talk] Landsat? Hello Is anybody else experiencing landsat problems in JOSM? For about three days now landsat images are not available to JOSM. http://onearth.jpl.nasa.gov/ says something about evil ?repetitive requests for non-cached, small WMS tiles?. Does that mean no more landsat in JOSM? Mit freundlichen Grüßen Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pegelmessstelle
Am 28. Juni 2010 22:38 schrieb Martin dieterdre...@gmail.com ich halte das nach wie vor für falsch, da es bei Flüssen keine Gezeiten gibt, wenn sie nicht in Nähe des Meeres sind. Da wird früher oder später jemand kommen und das umwerfen. Nur weil es für Euch keine Rolle spielt, was die Ursache der Schwankungen ist, sollte man das m.E. trotzdem entweder nicht in einen Topf werfen, oder einen Topf nehmen, der für beides passt (z.B. Wasserstandsmessung anstatt Gezeitenmessung). Hallo Martin Du musst Dich bitte einmal gedanklich von Gezeiten lösen. Auch auf Flüssen und Kanälen gibt es schwankende Wasserstände. (z.B. eine größere Regenmenge oder ein längere Dürre im Sommer. Die Änderungen sind nicht so stark oder so häufig wie bei den Gezeiten, aber sie sind da. Die Wasserstände werden zusätzlich durch verstellen der Wehre reguliert. Damit dürfte doch Klar sein das auch die Binnenschiffer diese Pegel brauchen. Sie sind über das gesamte Wasserstraßensystem verteilt und meist in der Nähe von Schleusen zu finden. Für Personenschifffahrt sind die Angaben besonders wichtig in Regionen mit sehr niedrigen Brücken. Bei der Frachtschifffahrt geht immer um die Ladetiefe. Für See und Binnenkarten der Schifffahrt gibt Normen. Solange wir nur Papierkarten hatten waren die Begriffe getrennt. Die elektronischen Karten wurden für Seeschifffahrt erzeugt, dadurch wurde der Begriff tide_scale für Pegel festgelegt. Heute sind wird gerade das elektronische System ECDIS (ENC) von der See auf die Binnengewässer transponiert. Da beide Systeme kompatibel sein sollen ist auch in den Unterlagen keine unterschiedliche Bezeichnung zu finden. Mit freundlichen Grüßen Rolf (Leo) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pegelmessstelle
Hallo Martin Ich sehe auch wie Du, dass es einen Unterschied zwischen Tide und Wasserstand eines Flusses gibt. Die Geräte, die die Messung vornehmen heißen bei mir egal ob sie Tiden oder Wasserstände messen immer noch Pegel oder Pegelmesser. Siehe http://de.wikipedia.org/wiki/Pegel_%28Wasserstandsmessung%29 Für diese nautischen Geräte ist laut Leo (Online-Dienst) die englische Übersetzung - tide scale oder tide gauge wobei der Standort dabei nicht definiert ist. Darum bietet sich an den begriff seamark: tide_scale für alle nautischen Pegel zuverwenden. Die anderen Vorschläge halte ich für zu allgemein. Obwohl ich immer noch die Angabe einer Maßeinheit vermisse. In Meter oder Fuß zu messen macht doch einen kleinen Unterschied. Gruß Rolf (Leo) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pegelmessstelle
Hallo Martin, das spart ein doppeltes erfassen. Denn aus den Darten von OSM wird auch OpenSeaMap generiert. Gruß Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Martin Holz Sent: Monday, June 28, 2010 3:16 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Pegelmessstelle M∡rtin Koppenhoefer dieterdre...@gmail.com writes: Am 28. Juni 2010 13:43 schrieb Rolf Meyerhof r...@meyerhof-net.de: Die anderen Vorschläge halte ich für zu allgemein. Obwohl ich immer noch die Angabe einer Maßeinheit vermisse. In Meter oder Fuß zu messen macht doch einen kleinen Unterschied. Aber wofür muß das in einer Landkarte vermerkt werden? Wenn Du Dir den Link ansiehst http://wiki.openstreetmap.org/wiki/Tag:man_made=monitoring_station so wird dort zusätzlich monitoring:river_level=* vorgeschlagen, auch wenn ich das nicht komplett verstehe. Wäre monitoring=river_level nicht besser? Und was machst Du, wenn die gleiche Station außerdem noch die Wassertemperatur mißt? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.830 / Virendatenbank: 271.1.1/2967 - Ausgabedatum: 06/27/10 20:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pegelmessstelle
Hallo Martin, OpenSeaMap macht nicht nur Karten in Ländern die das metrische System als Norm haben. Die Pegel für die Schifffahrt egal ob Binnen oder See sind meist so gebaut das sie auch von Bord eines Schiffes abzulesen sind. Wenn ich in der Karte die Information vom Standort einer Pegelmeßstelle bekomme ist die Information über Scala des Pegels eine große Hilfe für die Interpretation der Messwerte. Wenn ich dort z. B. den Wert 12 sehe kann es sich um 12 Dezimeter, 12 Meter oder 12 Fuss handeln. Übrigens die Werte selbst sind für die Karte nicht interessant. Mit freundlichen Grüßen Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Martin Holz Sent: Monday, June 28, 2010 8:00 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Pegelmessstelle Rolf Meyerhof r...@meyerhof-net.de writes: Hallo Martin, das spart ein doppeltes erfassen. Denn aus den Daten von OSM wird auch OpenSeaMap generiert. Nur aus Neugier, wozu benötigt OpenSeaMap die Information? Ob die Messung in Fuß oder Meter erfolgt, ist doch erst interessant, wenn ich konkrete Meßwerte habe. Dann sollte die Einheit aber an den Meßwerten stehen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.830 / Virendatenbank: 271.1.1/2967 - Ausgabedatum: 06/28/10 08:37:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pegelmessstelle
Hallo Tide_scale ist genau die richtige Übersetzung für Pegel in der Nautic. Dabei spielt es doch keine Rolle ob der Pegel am Meer, in einer Flussmündung oder an einer Binnenwasserstrasse steht. Ich würde bei bei seamark=tide_scale bleiben was aber dringent fehlt ist die Maßeinheit. Diese könnte Meter, Fuß, Inch oder auch Faden sein. Mit freundlichen Grüßen Leo Am 27. Juni 2010 20:47 schrieb Norbert Kück o...@nk-bre.net: Hallo, am 27.06.2010 20:26 schrieb M∡rtin Koppenhoefer: richtig kann ich auch nicht beantworten, aber den verlinkten Node halte ich für falsch getaggt. unter seamark=tide_scale stelle ich mir zumindest Gezeiten und Meer vor, damit haben Flüsse üblicherweise nichts zu tun (Ausnahmen ggf. im Mündungsbereich). Das ist falsch reicht nicht. Mach einen besseren Vorschlag. Den Key seemark habe ich übernommen, weil es nicht besseres gab. Übrigens haben wir hier stärkere Gezeiten als am Meer (ca. ein Meter mehr Tidehub als die Nordsee). wenn es Tidenhub ist, finde ich das Tagging OK (wie erwähnt Ausnahme Richtung Meer), ich war davon ausgegangen, dass es sich um einen Flusspegel handelt, der von den Gezeiten unabhängig ist (Pegeländerung durch Witterung / Zuflussänderungen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder in Website einbinden
Hallo Markus Siehe doch bitte einmal unter http://sautter.com/map/?zoom=17lat=52.36648lon=14.00513layers=00B000TF Mit freundlichen Grüßen Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Markus Sent: Tuesday, June 08, 2010 1:15 PM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Luftbilder in Website einbinden Ich suche nach einer Möglichkeit, Luftbilder so in eine Website einzubinden, dass man umschalten kann zwischen OSM-Karte und Luftbild, wobei sich die jeweiligen Ausschnitte und Zoomstufen entsprechen sollen. Interessant wäre auch eine Überblendmöglichkeit. Haben wir sowas schon? * Was sind die technischen Voraussetzungen? Wenn nicht: wer hat Lust, sowas zu entwickeln? Gruss, Markus * es soll nicht die Google-API benutzt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.829 / Virendatenbank: 271.1.1/2924 - Ausgabedatum: 06/07/10 20:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Rettungsdienst
Hallo Jürgen Dieses ist sicherlich auf der OpenSeaMap Binnenwasserstraßen-Karte mit einem Extra Overlay zu erreichen. Gruß Leo12305 -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Jürgen Frank Sent: Friday, May 28, 2010 10:31 AM To: Talk-de@openstreetmap.org Subject: [Talk-de] OSM für Rettungsdienst Ich weiß ja, dass die Feuerwehren aufgrund ihrer gesetzlicher Verankerung und besserer finanzieller Mittel als der ehrenamtliche Rettungsdienst kaum andere Götter neben sich dulden, aber es gibt nicht nur den Anwendungsfall Feuerwehr. Auch für den Rettungsdienst gibt es spezielle Bedürfnisse, die es zu beachten gilt. Als Mitglied in der weltweit größten Wasserrettungsorganisation auf Freiwilligenbasis (DLRG), bei der ich Bootsführer und Einsatztaucher bin, ist mir und meinen KameradInnen beispielsweise die Kennzeichnung potentieller Slipstellen für Rettungsboote in Gewässern, die für den regulären, zivilen Bootssport nicht freigegeben sind, und die deswegen auch keine normalen Slipstellen haben, sehr wichtig. Auch Strömungsgeschwindigkeiten von Gewässern spielen beim Taucheinsatz eine wichtige Rolle. Ganz allgemein ist der Schutz wichtiger Daten, die im Notfall Leben retten können, ein Thema, das angegangen werden muss. Grüße Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.819 / Virendatenbank: 271.1.1/2899 - Ausgabedatum: 05/27/10 20:30:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offline-Kombination von zwei Tiles
Hallo Thomas Ich mache das ständigt mit den Overlays von OSeaM. (Grundkarte + Overlay = Seekarte) Nur dann kann ich die Karten weiter verarbeiten z.B. als png. Und habe dafür eine Routine in perl und php. Beste Grüße Leo -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Thomas Ineichen Sent: Thursday, May 06, 2010 3:00 PM To: talk-de@openstreetmap.org Subject: [Talk-de] Offline-Kombination von zwei Tiles Hallo zusammen, Ich habe auf meinem Computer zwei Tiles-Ordner: Im Mapnik-Ordner sind die normalen Tiles, in 'MeineTiles' habe ich mir eine transparente Karte gerendert, auf der bestimmte Wege hervor- gehoben sind. Da OSMTracker nur eine einzelne Karte anzeigen kann, möchte ich die beiden Layer vermischen. Gibt es dafür ein einfaches (Windows-)Programm? Mapnik/16/4452/3598.png +MeineTiles/16/4452/3598.png = MeineMischung/16/4452/3598.png Danke und Gruss, Thomas ___ 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] Attribution - warum nimmt sie keiner ernst?
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Georg Feddern Sent: Thursday, April 22, 2010 9:30 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Attribution - warum nimmt sie keiner ernst? Moin, Rolf Meyerhof schrieb: Dann wird dir nicht anderes übrig bleiben immer wie schon vorgeschlagen die seite oder die ansicht zuteilen um den ganzen salm dort bekannt zu machen. naja, ein Kompromiß mit Nennung des jeweils letzten Produktes/Erstellers (eines abgeleiteten Werkes) sowie Hinweis auf die Datenherkunft OSM würde m. E. als Attribution ausreichen - und dem Kunden eine deutlich leichtere Recherche ermöglichen. Beispiele: Reiner Verkauf: Karte: /Reit- und Wanderkarte von Nop/, Daten von OSM Reiner Verkauf: Karte: All in one Garmin Map von Computerteddy, Daten von OSM Weiterentwicklung: Karte basiert auf Composer (Nop), Daten von OSM (entsprechend Links oder Texte wie vorgenannt einsetzen) Dafür braucht man keinen halben Bildschirm ... Gruß Georg Hi Georg Habe ich richtig verstanden das soll nur für Karten gelten die verkauft werden. Wie behandeln wir die kostenfreien Karten welche über einen kostenfreien Download abgegeben werden. Gruß Rolf ___ 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] Attribution - warum nimmt sie keiner ernst?
Hi Georg Da kann ich leider nicht folgen. Wenn das so ist verstossen wir auf jeder Seite von OSM gegen dieses Gebot. Dieses Produkt OSM ist immer das Werk einer freiwilligen Gemeinschaft. Ich meine wer für ein open Projekt oder Produkt mitarbeitet verzichtet auf seine persönliche Nennung. Darum reicht es eigentlich wenn als Besitzer des © das Projekt auftritt. Gruß Rolf (Leo) -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Georg Feddern Sent: Thursday, April 22, 2010 10:46 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Attribution - warum nimmt sie keiner ernst? Moin, Rolf Meyerhof schrieb: Habe ich richtig verstanden das soll nur für Karten gelten die verkauft werden. Nein, hast Du nicht. ;-) Beispiele umfassen nicht immer den gesamten Anwendungsbereich. Sie bezogen sich auf die aktuelle ebay-Diskussion. Wie behandeln wir die kostenfreien Karten welche über einen kostenfreien Download abgegeben werden. Genau so - es gehört sich m. E. schlichtweg, das man sagt, wenn das eigene Werk auf der freien, kostenlosen Arbeit Anderer beruht. Gruß Georg ___ 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] Attribution - warum nimmt sie keiner ernst?
Hallo Zur Durchsetzung dieser Forderungen schlage ich vor: Die Anzeigen unserer Karten auf dem Bildschirm zu halbieren dieses gibt uns dann die Möglichkeit auf der einen Hälfte die Karte zu zeigen und auf der Anderen alle Namensnennungen aufzuführen. Mit freundlichen Grüßen leo -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Frederik Ramm Sent: Wednesday, April 21, 2010 2:31 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Attribution - warum nimmt sie keiner ernst? Hallo, Tobias Knerr wrote: Was genau verstehst du unter der Verpflichtung zur Namensnennung, wenn nicht den Hinweis auf OSM? Er moechte, dass er selbst genannt wird. Dieses Recht steht ihm lt. CC-BY-SA zu; jeder, der sich an Nops Reit- und Wanderkarte bedient, muss angeben, dass er die Daten von Nops Reit- und Wanderkarte hat *und* zugleich alle dort angegebenen Namensnennungen beibehalten. Otto Muellers Grillplatzkarte muesste also den Hinweis tragen: Kartendarstellung von Nops Reit- und Wanderkarte (topo.openstreetmap.de), basierend auf Daten von OpenStreetMap (openstreetmap.org), lizensiert unter CC-BY-SA. Wenn jemand dann diese Grillplatzkarte nimmt und da noch ein paar Wasserstellen einmalt, dann: Kartendarstellung von Otto Muellers Grillplatzkarte (url), basierend auf Nops Reit- und Wanderkarte (topo.openstreetmap.de), basierend auf Daten von OpenStreetMap (www.openstreetmap.org). Die schwierige Handhabbarkeit dieser kaskadierenden Namensnennung, sowie die Tatsache, dass OSM selbst sie nicht verwendet, ist vermutlich der Grund, warum viele sie nicht ernst nehmen, obwohl sie von der Lizenz her erforderlich ist. 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
Re: [Talk-de] Attribution - warum nimmt sie keiner ernst?
Hallo Ich finde die Nennung eines Copyrights schon wichtig. Es sollte bitte aber nur die Herkunft angezeigt werden z.B ©-OSM damit kann jeder der es braucht bei OSM genau nachschlagen. Gruß Leo -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Stefan Dettenhofer (StefanDausR) Sent: Wednesday, April 21, 2010 3:46 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Attribution - warum nimmt sie keiner ernst? Das müsste man dann ja konsequenter weise auch auf den Kartendarstellungen der mobilen Geräte machen. Dann bleibt wahrscheinlich für die Karte gar kein Platz mehr... Stefan Rolf Meyerhof schrieb: Hallo Zur Durchsetzung dieser Forderungen schlage ich vor: Die Anzeigen unserer Karten auf dem Bildschirm zu halbieren dieses gibt uns dann die Möglichkeit auf der einen Hälfte die Karte zu zeigen und auf der Anderen alle Namensnennungen aufzuführen. ___ 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] Attribution - warum nimmt sie keiner ernst?
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of NopMap Sent: Wednesday, April 21, 2010 4:31 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Attribution - warum nimmt sie keiner ernst? Hi! Rolf Meyerhof wrote: Ich finde die Nennung eines Copyrights schon wichtig. Es sollte bitte aber nur die Herkunft angezeigt werden z.B ©-OSM damit kann jeder der es braucht bei OSM genau nachschlagen. Genau das kann er eben nicht. Du kannst mit so einem allgemeinen Hinweis nicht herausfinden, um was es sich (z.B. bei einem eBay Angebot oder einem Download irgendwo) letztendlich handelt, wozu es dient, was es kann, wer es erstellt hat, ob es aktuell ist, ob es Updates gibt, wo man es kostenlos holen kann... bye Nop Hallo Nop Dann wird dir nicht anderes übrig bleiben immer wie schon vorgeschlagen die seite oder die ansicht zuteilen um den ganzen salm dort bekannt zu machen. Bye leo -- View this message in context: http://n2.nabble.com/Attribution-warum- nimmt-sie-keiner-ernst-tp4936347p4937240.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] Grenze folgt der Küstenlinie
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Norbert Kück Sent: Sunday, March 21, 2010 9:31 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Grenze folgt der Küstenlinie Hallo, am 21.03.2010 01:35 schrieb Falk Zscheile: Am 21. März 2010 00:31 schrieb Martin Koppenhoefer dieterdre...@gmail.com: vorausgesetzt, die Kreisgrenze ist die Land-Wasser Grenze (das Wasser ist AFAIR Bundesgebiet). Habe dazu auf die Schnelle nichts gefunden. Auch die Kreise und Gemeinden gehören zum Bundesgebiet, aber ich denke ich verstehe was du sagen willst :-) Ich habe mir das wie folgt zusammengereimt: § 96 KV M-V sagt sinngemäß, dass sich die Kreise aus den zugehörigen Gemeinden bilden. § 10 KV M-V definiert dann das Gemeindegebiet. Dieses setzt sich aus allen Grundstücken zusammen, die nach geltendem Recht zur Gemeinde gehören. An dieser Stelle kommt §§ 52 Abs. 1, 53 LWasserG M-V zum tragen. § 52 Abs. 1 sagt: Ist ein Gewässerbett ein selbständiges Grundstück, so wird die Eigentumsgrenze zwischen dem Gewässerbett und den Ufergrundstücken durch die Uferlinie bestimmt. Ich gehe davon aus, dass die Ostsee hier als eigenständiges Grundstück anzusehen ist. Wie die Uferlinie bestimmt wird sagt dann unser § 53 LWasserG M-V. In § 1 Abs. 1 des Wasserhaushaltsgesetzes (WHG) steht, dass der Bund Eigentümer der Bundeswasserstraßen ist. Hatten wir auch schon mehrfach hier: Laut Grundgesetz besteht die Republik aus den Ländern. Es gibt kein bundesunmittelbares Gebiet. Jeder m² gehört hoheitlich einem Land. Eigentum enthält keine Hoheitsrechte. Das war gerade zum Jahreswechsel in Bremerhaven zu beobachten. Da bekam das Land Bremen per Staatsvertrag mit Niedersachsen die Hoheitsrechte für Fläche, an denen es schon vor Jahren Eigentum erworben hatte. http://de.wikipedia.org/wiki/Luneplate Der Bund hat *nur* Eigentum an den Schifffahrtsstraßen. Er konkurriert daher mit den Gemeinden nur, soweit diese Eigentum an den Flächen haben. Wir reden hier aber nicht über Eigentumsgrenzen, sondern Verwaltungsgrenzen. Die Verwaltung obliegt den Ländern bzw. den nachgeordneten Gebietskörperschaften mit nur einer Ausnahme: Angelegenheiten des Verkehrswegs Wasserstraße - das macht der Bund. Schon der Gewässerschutz ist wieder originäre Ländersache. Was Bundeswasserstraßen sind bestimmt sich nach der Seeschifffahrtsstraßenordnung (SeeSchStrO). Dort findet sich in § 1 Abs. 1 Nr. 1 folgendes: [Seeschiffahrtsstraßen sind] die Wasserflächen zwischen der Küstenlinie bei mittlerem Hochwasser [...] und einer Linie von drei Seemeilen Abstand seewärts der Basislinie. Wie immer in Gesetzestexten empfiehlt sich *genaues* Lesen und Zitieren. Es heißt hier nämlich: Seeschiffahrtstraßen *im Sinne dieser Verordnung* sind... (Beschreibung des Geltungsbereichs der Verordnung). Was Seeschifffahrtstraßen generell sind, bestimmt § 1 Abs. 2 Bundeswasserstraßengesetz: Seewasserstraßen sind die Flächen zwischen der Küstenlinie bei mittlerem Hochwasser oder der seewärtigen Begrenzung der Binnenwasserstraßen und der seewärtigen Begrenzung des Küstenmeeres. Zu den Seewasserstraßen gehören nicht die Hafeneinfahrten, die von Leitdämmen oder Molen ein- oder beidseitig begrenzt sind, die Außentiefs, die Küstenschutz-, Entwässerungs-, Landgewinnungsbauwerke, Badeanlagen und der trockenfallende Badestrand. Per Gesetz ist also schon geregelt, dass die Küstenlinie und die Grenze der Bundeswasserstraße nicht deckungsgleich sind. Gruß nk Hallo Die Seewasserstraßen heißen doch amtlich Seeschifffahrtsstraßen. Sie haben folgende Grenzen. * Ems bis zu der bei der Hafeneinfahrt nach Papenburg über die Ems gehende Verbindungslinie zwischen dem Diemer Schöpfwerk und dem Deichdurchlass bei Halte; * Leda bis zur Einfahrt in den Vorhafen der Seeschleuse von Leer; * Weser bis zur Eisenbahnbrücke in Bremen (km 1,37) mit den Nebenarmen Schweiburg, Rechter Nebenarm, Rekumer Loch und Westergate; * Lesum und Wümme bis zur Franzosenbrücke in Borgfeld; * Hunte bis zum Hafen Oldenburg einerseits und bis 140 m unterhalb der Amalienbrücke in Oldenburg andererseits; * Elbe bis zur unteren Grenze des Hamburger Hafens mit der Wischhafener Süderelbe (von km 8,03 bis zur Mündung in die Elbe), dem Ruthenstrom (von km 3,75 bis zur Mündung in die Elbe) und der Bützflether Süderelbe (von km 0,69 bis zur Mündung in die Elbe); * Oste bis zum Mühlenwehr in Bremervörde; * Freiburger Hafenpriel bis zur Deichschleuse in Freiburg an der Elbe; * Schwinge bis zur Salztorschleuse in Stade; * Lühe bis zum Unterwasser der Au-Mühle in Horneburg; * Este bis zum Unterwasser der Schleuse in Buxtehude; * Stör bis zum Pegel in Rensing; * Krückau bis zur im Verlauf der Straße Wedenkamp liegenden Straßenbrücke in Elmshorn; * Pinnau bis zur
Re: [Talk-de] Grenze folgt der Küstenlinie
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Norbert Kück Sent: Sunday, March 21, 2010 11:01 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Grenze folgt der Küstenlinie Hallo, am 21.03.2010 10:05 schrieb Rolf Meyerhof: Die Seewasserstraßen heißen doch amtlich Seeschifffahrtsstraßen. Sie haben folgende Grenzen. * Ems bis zu der bei der Hafeneinfahrt nach Papenburg über die Ems gehende Verbindungslinie zwischen dem Diemer Schöpfwerk und dem Deichdurchlass bei Halte; [..] * Uecker bis zur Straßenbrücke in Ueckermünde. Jo, aber das hilft hier nix, weil das alles Binnenwasserstraßen mit der Klassifikation Seeschifffahrtsstraße. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Die Binnenwasserstraße hört für mich dort auf wo der Sportbootführerschein Binnen seine Gültigkeit verliert und SBF See verlangt wird. Wenn wir etwas Anderes Festlegen stiften wir nur Verwirrung. leo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenze folgt der Küstenlinie
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Norbert Kück Sent: Sunday, March 21, 2010 2:00 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Grenze folgt der Küstenlinie Hallo am 21.03.2010 12:43 schrieb Rolf Meyerhof: Die Binnenwasserstraße hört für mich dort auf wo der Sportbootführerschein Binnen seine Gültigkeit verliert und SBF See verlangt wird. Wenn wir etwas Anderes Festlegen stiften wir nur Verwirrung. Nun mal sinnig! Du hast doch selbst die Liste aus der § 1 Seeschiffahrtsstraßenordnung zitiert. über dieser Liste steht: --- Darüber hinaus sind Seeschiffahrtsstraßen im Sinne dieser Verordnung die Wasserflächen zwischen den Ufern der nachstehend bezeichneten Teile der angrenzenden Binnenwasserstraßen: --- Tja, so kannst du 60 km von der Küste entfernt auf einer Binnenwasserstraße mit deinem SBF Binnen unterwegs sein und fährst rechtmäßig auf einer Seeschiffahrtstraße. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo nk noch immer gilt folgendes: Das deutsche Führerscheinsytem unterscheidet zwei Geltungsbereiche: Binnenschifffahrtsstraßen und Seeschifffahrtsstraßen / Seestraßen. Ein Bootsführerschein für den Geltungsbereich Binnenschifffahrtsstraßen berechtigt nicht zum Befahren von Seeschifffahrtsstraßen; ein Bootsführerschein mit dem Geltungsbereich Seeschifffahrtsstraßen berechtigt nicht zum Befahren von Binnenschifffahrtsstraßen. Ausnahme: Der vor dem 1. April 1978 im Bundesgebiet und vor dem 1. April 1989 im Land Berlin erworbene Sportbootführerschein (nach Sportbootführerscheinverordnung-See vom 20. Dezember 1973) gilt auf Seeschifffahrts- und auf Binnenschifffahrtsstraßen. Alles andere sind für mich selbst gestrickte Regeln und führen zu Verwirung. Gruß leo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Apple User
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Christian Schmitt Gesendet: Mittwoch, 24. Februar 2010 14:30 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Apple User Hallo Bernd, Am 23.02.2010 um 17:23 schrieb Bernd Wurst: Allerdings: Über Geschmack streiten ist doof. ACK (Ich will irgendwann mal den ersten Apple-User kennen lernen, der es *akzeptiert*, dass nicht jeder sein Betriebssystem nicht nach Optik aussucht bzw. wenn man es täte, nicht jeder zwangsläufig bei Apple landen würde.) Die Optik ist nur ein Kriterium, sicher nicht das Wichtigste (bei mir zumindest, glaube ich jedenfalls). Man musste dafür auch schon immer tief in die Tasche greifen und sich dem Diktat einer Firma unterwerfen (du darfst *diese* Zubehör-Hardware kaufen und du darfst *jene* Software nutzen). Naja im Bereich Computer hat sich das in den vergangenen 10 Jahren doch sehr stark relativiert. Die Anschluss-Möglichkeiten für Peripherie entsprechen heute den Standards und die Auswahl ist dementsprechend groß. Auf der Software-Seite gibt es die Möglichkeit Windows-proprietäre Programme unter Parallels laufen zu lassen. Das funktioniert erstaunlich gut. Schnell, problemlos, ohne Abstürze. Bei iPhone und iPod (und demnächst iPad) sieht es sicher anders aus. Da trifft der Vergleich mit dem goldenen Käfig (bedingt) zu. Wobei das Konzept mit dem App-Store schon genial ist. Aber wie gesagt: es kommt darauf an worunter man die bisweilen stunden- oder tagelange Rumtüftelei mit Hard- und Software-Problemen unter Windows verbucht. Zum Glück hast du keine Vorurteile. :) Mit jedem heutigen System (vorab passend ausgesuchte Hard- und Software- Kombination vorausgesetzt) kann man erstmal ne Reihe Dinge tun ohne dass es stressig wird. Ob man dann noch mehr machen will oder überhaupt mehr machen kann ist ne andere Sache. Mag sein dass auch in der Microsoft-Welt die Entwicklung weiter gegangen ist. Als ich vor über 10 Jahren auf Apple Macintosh umgestiegen bin, kam es mir vor als wechselte ich von einem alten klapprigen Anfänger-Auto zu einem ausgereiften Mittelklasse-Wagen. Der Anlass war damals eine 3tägige Ochsentour, während der ich auf meinem beruflich genutzten PC unter Windows 98 vier Erweiterungskarten gleichzeitig installieren musste. Wenn ich alleine an die verlorene Arbeitszeit denke .. und den Ärger noch dazu .. da müsste mir Bill Gates eigentlich heute noch Schmerzensgeld zahlen. Der Mac brachte mir dann das Schlüsselerlebnis: Auspacken, Anschließen, Arbeiten. Nunja, diese Diskussion hat mir zumindest eines gebracht: ein Umdenkprozess, aufgrund dessen ich bei meiner nächsten Kaufentscheidung zumindest mal wieder in Erwägung ziehen werde, auf Windows zurückzuswitchen. Windows XP ist auch ein richtig gutes, ausgereiftes Betriebssystem, das will ich gar nicht abstreiten. Windows Vista so lala (frisst viel Ressourcen und will ständig gepatcht werden). Windows 7 hab ich aktuell noch nicht getestet. Gibt es denn aktuell ein PC-Notebook, das ausstattungsmäßig dem MacBook Pro 17 das Wasser reichen kann (und noch dazu preiswerter ist)? Killerkriterien sind für mich: 1) Full-HD-Bildschirm im Breitformat, hintergrundbeleuchtet 2) Energieeffizienz (Akkulaufzeit je nach Nutzung 6 bis 8 Stunden) 3) Geräuschentwicklung praktisch null (außer der Festplatte darf kein Lüfter zu hören sein, es sei denn der Prozessor ist ausgelastet) 4) Wechsel in den Ruhezustand und Wieder-Aufwachen muss so gut funktionieren, dass man mind. 2 Wochen am Stück so verfahren kann (ohne Abstürze / ohne zwischenzeitlichen Neustart) 5) Paralleler Betrieb eines externen Bildschirms muss möglich sein Gruß, Christian Hallo Christian, ich lese mit erstaunen immer wieder Deine Verteidigungsreden warum Du Dir einen Apple gekauft hast. Für so eine Entscheidung braucht man sich nicht zu entschuldigen. Bitte bedenke aber, das es auch Kriterien gibt die für andere Systeme sprechen. Du solltest akzeptieren das jeder sicherlich eigene Anforderungen und auch Möglichkeiten hat. Gruß Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2706 - Ausgabedatum: 02/23/10 19:34:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Apple User (was: Motivation zum Beheben vonBug-meldungen von kommerziellen Verwertern der OSM Daten?!?)
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Christian Schmitt Gesendet: Dienstag, 23. Februar 2010 11:45 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Apple User (was: Motivation zum Beheben vonBug-meldungen von kommerziellen Verwertern der OSM Daten?!?) Am 23.02.2010 um 11:14 schrieb Bernd Wurst: Dass man iPhone-User um alles schröpft was Ihnen zur Geldbörse rausquillt finde ich sehr amüsant und irgendwie begrüßenswert. Apple-User sind doch schon lange per Definition Leute, die es geil finden für sonst kostenlose Dinge zu zahlen, so what? Hallo Christian Oha. Interessante Informationen hast Du da offenbar. Kannst Du mir bitte nen Tipp geben wo ich einen Notebook-Akku _kostenlos_ bekomme, der 7 Stunden durchhält ohne zwischendurch an die Ladestation zu müssen? (so wie bei meinem MacBook Pro)? Und natürlich ein _kostenloses_ Betriebssystem das ohne jeglichen Installationsaufwand (out of the box) läuft und mit dem man auch als Nicht-Nerd sofort arbeiten kann. Ein System das alle erdenklichen Features und Gadgets bereits eingebaut hat. All diese Schönen Dinge bekommst du kostenlos. Was für eine Wohltäter ist doch dieser Hersteller. Wo lebst du denn das du nicht merkst das all diese Fearures und Gadgets auch Geld kosten. Gruß Rolf PS nach 15 Jahren Apfel war bei mir Schluß. Du kommst auch noch dahinter das sie Sauer sind. Und wo wir schon dabei sind: bitte auch eine Bezugsquelle nennen für eine _kostenlose_ hintergrundbeleuchtete Notebook-Tastatur. Gruß, Christian ___ 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] Ein See mitten in Grunewald
Hallo hier ist doch wohl einiges durcheinander. Siehe link http://www.openstreetmap.org/?lat=52.4611330032349lon=13.2024550437927zoom=16 ich kann es leider nicht reparieren, hoffe es fühlt sich jemand angesprochen und bekomme nicht wieder wie am 8.2. so eine dumme Antwort. Leo Am 08.02.2010 10:51, schrieb Bernd Wurst: Hätte das ein Satz (mit Bedeutung) werden sollen? Wenn ja, bitte nochmal versuchen. Gruß, Bernd +1 Bei Zoom 17 und 18 ist er schon wieder grün, das wird schon. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein See mitten in Grunewald
Die Kachel mit dem See ist jetzt wieder weg. In level 16 ist der Wald immer noch nicht grün. Vielleicht kann sich jemand mal dieser Sache annehmen. Gruß Leo -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Rolf Meyerhof Gesendet: Dienstag, 16. Februar 2010 16:16 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Ein See mitten in Grunewald Hallo hier ist doch wohl einiges durcheinander. Siehe link http://www.openstreetmap.org/?lat=52.4611330032349lon=13.2024550437927zoom=16 ich kann es leider nicht reparieren, hoffe es fühlt sich jemand angesprochen und bekomme nicht wieder wie am 8.2. so eine dumme Antwort. Leo Am 08.02.2010 10:51, schrieb Bernd Wurst: Hätte das ein Satz (mit Bedeutung) werden sollen? Wenn ja, bitte nochmal versuchen. Gruß, Bernd +1 Bei Zoom 17 und 18 ist er schon wieder grün, das wird schon. Martin Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2691 - Ausgabedatum: 02/16/10 07:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Sonntag, 14. Februar 2010 11:00 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Hallo Rolf, Rolf Meyerhof wrote: Hallo Mein Ziel ist die Tonnen bei OSeaM in der Karte anzeigen zu lassen. Das geschieht nur wenn ich diese Tonnen mit dem OSeaM Editor bearbeite Dann hast Du aber OpenStreetMap nicht verstanden. OpenStreetMap ist eine Datenbank, in der wir Dinge erfassen, die in der Realitaet existieren. Hallo Frederik Frage: Machen dieses erfassen nur aus Selbbstzweck oder wollen wir diese Daten auch einmal benutzen? Gruß Rolf Du bist meiner Frage ausgewichen. Du hast in der OpenStreetMap-Datenbank die Information, dass diese Tonne ein rot-weisses Topzeichen besitzt, entfernt. Das ist *nur* dann zulaessig, wenn diese Tonne tatsaechlich kein rot-weisses Topzeichen hat. Hat die Tonne in der Realitaet ein rot-weisses Topzeichen, dann war deine Handlung falsch (entweder aus Irrtum oder weil Du mit fehlerhafter Software arbeitest). Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem gelben Kreuz und das ist falsch. Ein anderes Topzeichen kann nicht ausgewählt werden. Darum bleibt die Tonne ohne Topzeichen. Was dann der Editor ändert oder nicht ändert ist so Du selbst schreibt ein Problem der Software. Nein. Wenn die Software aufgrund von Maengeln Dich dazu verleitet, Daten in der Datenbank zu verfaelschen, dann hat die Software ein Problem und sollte nicht mehr auf die OSM-Daten losgelassen werden - und ich weiss immer noch nicht, ob hier ueberhaupt was verfaelscht wurde, ich weiss nicht, ob die besagte Tonne ueberhaupt ein rot-weisses Topzeichen hat oder nicht, aber *wenn* sie eines hat, dann hast Du unbestreitbar Daten verfaelscht. Du musst das doch wissen: Du musst doch fuer die Bearbeitung der Tonne irgendwelche Quellen haben, vermutlich warst Du selbst vor Ort - also was ist das nun fuer eine Tonne, in der Realitaet? Du musst sie doch gesehen haben, Du musst doch wissen, ob sie ein rot-weisses Topzeichen hat oder nicht. Wenn der OSeaM-Editor ploetzlich ueberall, wo Du eine gelbe Tonne eintraegst, Telefonzellen in die Datenbank schreibt, dann ist das zwar nicht Deine Schuld, sondern die des kaputten Editors, aber in dem Moment, wo Du darauf aufmerksam gemacht wirst, dass Du hier mit kaputter Software Daten verfaelschst, musst Du damit aufhoeren, bis die Autoren der Software das reparieren konnten. Also ich mache Dich jetzt hiermit darauf aufmerksam, dass Du mit der Software, die Du im Moment verwendest, rot-weisse Topzeichen loeschst. Das ist ausschliesslich dann zulaessig, wenn Du aufgrund von eigenen Aufzeichnungen oder sonstigen Informationen weisst, dass diese Tonnen tatsaechlich kein rot-weisses Topzeichen haben. Alles andere (ich will, das die Tonne bei name von meinem Hobbyprojekt richtig angezeigt wird, deswegen habe ich so lang an den Tags rumgedreht, bis die Tonne fuer mich richtig war) entspricht nicht der Art, wie wir bei OpenStreetMap arbeiten. Ich bin ziemlich unvoreingenommen an diese Sache herangegangen, aber wenn es wirklich so ist, dass Du ohne Ruecksicht und Kenntnis der Sachlage mit einem Spezialeditor hier an irgendwelchen Tonnen herumklickst, bis sie in diesem Spezialeditor richtig sind, und dabei korrekte Information (ich weiss immer noch nicht, ob diese Tonne ein rot-weisses Topzeichen hat oder nicht...) entfernst, dann ist es nicht nur zulaessig, sondern notwendig, alle Deine Aenderungen rueckgaengig zu machen - wer weiss, was Dein Spezialeditor sonst noch alles kaputt macht, ohne dass Du es merkst. Stell Dir vor, es kommt noch jemand drittes dazu, macht eine OpenOceanMap auf, programmiert einen Spezialeditor, der aber leider die Tonnen, die Du malst, nicht anzeigt, und man muss in dem Spezialeditor erst auf diese Tonne korrigieren klicken, damit sie auf OpenOceanMap erscheint, und dabei werden dann alle OSeaM-Tags geloescht. Du sprichst einen der Benutzer darauf an, und der weist empoert alle Schuld von sich: Ich mache hier Karten fuer Seefahrer, und mir kommt es in erster Linie darauf an, dass diese Tonne in der Karte richtig enthalten ist, und das geht nur, wenn ich in meinem Editor auf den diese-Tonne-korrigieren-Button klicke. Glaubst Du, so kommen wir weiter? 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
Re: [Talk-de] Toppzeichen gesperrte Wasserflaeche (was: kein Betreff)
Hallo Arne -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Arne Johannessen Gesendet: Sonntag, 14. Februar 2010 06:01 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Toppzeichen gesperrte Wasserflaeche (was: kein Betreff) Rolf Meyerhof wrote: Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem gelben Kreuz und das ist falsch. Ein anderes Topzeichen kann nicht ausgewählt werden. Darum bleibt die Tonne ohne Topzeichen. Ist das dann nicht auch falsch? ;-) Deine Frage Hier wird durch die Binnenschifffahrtsordnung doch selbst beantwortet. Siehe den Auszug aus Elwis. (steht über dem Bild in Punkt 1). Steht in Absatz (1. Tonnen für gesperrte Wasserflächen Gelbe Tonnen mit oder ohne Radarreflektoren, mit oder ohne Toppzeichen kennzeichnen eine gesperrte Wasserfläche. Als Toppzeichen können insbesondere die Zeichen nach Anlage 7 in Form von Tafeln oder Zylindern verwendet werden.) Also warum die Aufregung? Das Bild wird zwar verändert aber nicht die Funktion. Bei den Anwendern geht es um die Aussage: Darf ich oder darf ich nicht in diesem Bereich fahren. Wenn man jetzt aus prinzipiellen Erwägungen (nur richtig mit TopZeichen) auf eine Darstellung dieser Tonnen verzichtet ist das für den Benutzer (oder machen wir die Karten nur für den Selbstzweck)nachteilig und nicht erklärbar. Also muss man Abwägen, keine Darstellung weil Topzeichen, oder lieber Darstellung dann aber ohne Topzeichen. Was dann der Editor ändert oder nicht ändert ist so Du selbst schreibt ein Problem der Software. Frederik bezog sich auf Darstellungs-Software, welche die Datenbank nur ausliest. Der Editor ist aber eine Software, welche die Datenbank verändert und dabei -- wenn ich es richtig verstanden habe -- aufgrund eines Bugs zwangsweise die in der Datenbank existierenden Daten mit falschen Werten überschreibt. Vielleicht wäre es eine gute Idee, bis zur Korrektur des Fehlers im Editor diesen nicht mehr für gelbe Tonnen [1] einzusetzen. Ich das nicht für einen Fehler des Editors. Wenn du bitte einmal das Tagging der gelben Tonnen an der Berliner Pfaueninsel betrachtest wirst du sehen dass es da in Koexistenz der Anwender gelöst ist. Warum also dieses Verfahren nicht für andere Positionen Einsetzen. Markus hat gerade über die Namensräume beim Tagging berichtet. Wenn man die Knoten Chronik für fraglich Tonne betrachtet wird man feststellen dass einer seinen Namensraum erst gepflegt hat als ich die Tonne bearbeitet habe. Leider hat er dann dabei auch meine Änderung rückgängig gemacht. Bei einer rechtzeitigen Pflege der Daten hätten wir dieses Problem überhaupt nicht. Ist der Editor Open Source, liegt der im OSM-Subversion? Wenn mir jemand den Code zeigen mag, werfe ich gern mal einen Blick darauf. Grüße, Arne [1] Es geht um den letzten ganz unten auf folgender Seite abgebildeten Tonnentyp (Bild 34): http://www.elwis.de/Schifffahrtsrecht/BinSchStrO/Anlagen/Anlage-8/ -- Arne Johannessen ___ 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] (kein Betreff)
Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Falk Zscheile Gesendet: Sonntag, 14. Februar 2010 14:31 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Am 14. Februar 2010 12:48 schrieb Markus liste12a4...@gmx.de: Unsere Editoren bearbeiten konsequent und ausschliesslich Daten, die in diesen Namensräumen liegen. Die Editoren ändert in diesem Namensraum ausschliesslich Daten, die der Benutzer ändert. Auch wenn da nun grad zwei einander gegenseitig etwas gelöscht haben, so ist das alles kein Problem, sondern kann recht einfach gelöst werden. Voraussetzung ist, dass man in guter Absicht handelt, sich gegenseitig nichts anderes unterstellt, bereit ist zu lernen, und sich gemeinsam um Lösungen bemüht. Aufgaben löse ich am liebsten nach vorne gewandt, also nach Lösungen suchend (statt nach Schuldigen). So wie Du es ja auch machst. Wenn mit der Lösung auch noch gleich strukturelle oder methodische Fortschritte erzielt werden: umso besser! Die Erweiterung ist bereits in Arbeit :-) Das Problem im vorliegenden Fall liegt doch im Fokus von OpenSeaMap. Hier geht es primär um die Abbildung von Schifffahrtszeichen auf *See*wasserstraßen. Anlass zum Handeln von Rolf war, dass sich manche Schifffahrtszeichen auf *Binnen*wasserstraßen schlicht nicht mit dem OSeaM-Editor eintragen lassen. Das händische Eintragen von Daten im OSeaM-Syntax ist nur etwas für Fortgeschrittene und macht auch dann nicht wirklich Spaß. Hall Falk Hier irrst du etwas das Problem liegt in nicht gepflegten Daten, denn bei anderen Tonnen geht es ja Sehe bitte in die Konten Chronil dieser Tonne! Rolf OSeaM muss sich also an die Ergänzung der Binnenschifffahrtszeichen (soweit nicht mit den Schifffahrtszeichen auf See identisch) im Editor machen. Dann wären auch die Verleitungen vom Tisch, denen Rolf hier offensichtlich erlegen war. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (kein Betreff)
Hallo es hat sich dort keiner beschwert über den Fakt das da eine Tonne zurückgesetzt wurde. Die ursprüngliche mail war eigentlich nicht für die Talk Runde hier bestimmt. Sie ist aber leider durch einen Tippfehler veröffentlicht worden und wurde als Beschwerde verstanden. Eigentlich können jetzt wieder alle in den Hafen zurück rudern. Denn das Problem wird bestimmt schnell gelöst wenn wir Zeit dafür nutzen. Leo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Mein Ziel ist die Tonnen bei OSeaM in der Karte anzeigen zu lassen. Das geschieht nur wenn ich diese Tonnen mit dem OSeaM Editor bearbeite (vielleicht einmal selber Probieren den Du hast das Problem nicht verstanden). Im übrigen mache ich Karten aus den OSeaM-Daten für die Bootsleute da ist mir jede Tonne die dargestellt (auch wenn es eventuell unvollständigt ist )wird besser als keine Darstellung. Bye Leo Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem gelben Kreuz und das ist falsch. Ein anderes Topzeichen kann nicht ausgewählt werden. Darum bleibt die Tonne ohne Topzeichen. Was dann der Editor ändert oder nicht ändert ist so Du selbst schreibt ein Problem der Software. -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Sonntag, 14. Februar 2010 00:16 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Hallo, Rolf Meyerhof wrote: Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein Fehler von mir Die besagte Tonne hat also *kein* rot-weiss-rotes Topzeichen, und deswegen hast Du dieses Tag entfernt. Derjenige, der urspruenglich das rot-weiss-rote Topzeichen eingetragen hat, hat sich geirrt. Ist das richtig? denn nur mit dem Bearbeiten erreiche ich eine Darstellung einer bereits im System vorhanden Tonne bei OSeaM. Das Verhalten eines bestimmten auswertenden Systems ist nicht Massgabe fuer die Erfassung der Realitaet. Wir erfassen das, was da ist - und was die Software damit macht, ist das Problem der Software. 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 Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2684 - Ausgabedatum: 02/13/10 08:43:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Frederik Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein Fehler von mir, denn nur mit dem Bearbeiten erreiche ich eine Darstellung einer bereits im System vorhanden Tonne bei OSeaM. Es wird auch Zeit das hier einmal über die Fakten geredet wird. Und Ross und Reiter zu nennen. Punkt 1: Freie Tonne hat ihre Merkmale (topmark) im Tagging Schema um Tonnen darzustellen und OSeaM hat andere (Seamark:). Topmark Zeilen wurden von mir nicht ändert. Punkt 2: Die Merkmale topmark von Freie Tonne worden erst mit der Version 5 (siehe Knoten Chronik) hinzugefügt worden. Das heißt für mich: freie tonne hat hier offenbar versäumt die benötigten Daten rechtzeitig zu pflegen. Punkt 3: Das einfügen der topmark-Zeilen wäre auch gegangen ohne meine Eingaben zu ändern und mich der Zerstörung von Daten zu beschuldigen. Bekanntlich kann man nur etwas zerstören was auch vorhanden ist. Leo -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Freitag, 12. Februar 2010 12:30 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Hallo, Olaf Hannemann wrote: Leo hat, ob inhaltlich richtig oder nicht, mit dem Editor das Topzeichen entfernt. Da, da kommen wir der Sache doch schon naeher. Dann muesste man doch jetzt nur noch gucken, ob dieses konkrete Objekt tatsaechlich ein rot-weiss-rotes Topzeichen hat - wenn ja, hat Leo einen Fehler gemacht (aber irgendwie scheint er den gleichen Fehler oefters zu machen - so schwierig kann es doch nicht sein, ein rot-weiss-rotes Topzeichen zu erkennen, oder braucht das spezielles Fachwissen?), und wenn nein, dann waren die Daten falsch und es ist gut, dass Leo sie verbessert hat. Oder? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2683 - Ausgabedatum: 02/12/10 07:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (kein Betreff)
Hier der link mit den gelbe Tonnen http://www.openstreetmap.org/browse/node/431074149/history und der netten Zeile Bearbeitet am: Dienstag, 02. Februar 2010, 10:09 Uhr Bearbeitet von: freietonne-db http://www.openstreetmap.org/user/freietonne-db Version: 5 Im Changeset: 3774363 http://www.openstreetmap.org/browse/changeset/3774363 Kommentar: Daten nach Zerstörung durch LEO12305 zurück gesetzt Tags: buoy = special_purpose description = 02-MAI-09 14:31:30 ft_link = www.freietonne.de?edit=3558 http://www.freietonne.de?edit=3558 name = 019 seamark = buoy seamark:buoy_special_purpose:colour = yellow seamark:topmark:colour = red:white:red seamark:topmark:colour_pattern = horizontal stripes seamark:topmark:shape = cylinder topmark = yes topmark:colour = red,white,red topmark:colour_pattern = horizontal_stripes Koordinaten: 52,2087892, 14,0103285 http://www.openstreetmap.org/?lat=52.2087892lon=14.0103285zoom=18 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grunewald in Berlin
Hallo Wer hilft der Grunewald in Berlion in in Mapnik nicht mehr grün. http://www.openstreetmap.org/?lat=52.4530220031738lon=13.1952667236328zoom=12 Leo12305 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Oder-Havel Kanal
Hallo Der Oder-Spree-Kanal ist von der Schleuse Kerdorf Bis zum Ort Dudrow In der Osmarender Ansicht nicht mehr zu sehen. Wer kann helfen. Danke Leo12305 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Oder Havel Kanal
Hallo Der Oder-Spree-Kanal ist von der Schleuse Kersdorf Bis zum Ort Dubrow In der Osmarender Ansicht nicht mehr zu sehen. Wer kann helfen. Siehe link http://www.openstreetmap.org/?lat=52.2891712188721layers=0B00FTFlon=14 .3029975891113zoom=13 Danke Leo12305 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oder-Havel Kanal
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Claudius Gesendet: Donnerstag, 4. Februar 2010 11:31 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Oder-Havel Kanal Am 04.02.2010 11:04, Rolf Meyerhof: Hallo Der Oder-Spree-Kanal ist von der Schleuse Kerdorf Bis zum Ort Dudrow In der Osmarender Ansicht nicht mehr zu sehen. Wer kann helfen. Danke Leo12305 Zwei Kommentare dazu: 1) Bitte starte ein neues Thema in einer Mailingliste nicht per Kick auf Antworten und ändern des Betreff. Dadurch wird es nämlich weiterhin unter dem vorherigen, in deinem Fall Fotomapping in Ratingen einsortiert. Verwende stattdessen die Funktion Neue Mail verfassen. 2) Ich und leider auch die OSM-Suche Nominatim kennen weder Kerdorf noch Dudrow. Schicke daher bitte einen Link zum Kartenausschnitt mit. Das geht einfach durch Rechtsklick auf den Link Shortlink unten rechts auf der Karte und Auswahl von Link-Adresse kopieren. Claudius Danke für die nette freundliche Belehrung Herr Oberlehrer Leo12305 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2666 - Ausgabedatum: 02/03/10 19:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oder-Havel Kanal
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von DarkAngel Gesendet: Donnerstag, 4. Februar 2010 12:00 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Oder-Havel Kanal Am 04.02.2010 11:45, schrieb Rolf Meyerhof: -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Claudius Gesendet: Donnerstag, 4. Februar 2010 11:31 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Oder-Havel Kanal Am 04.02.2010 11:04, Rolf Meyerhof: Hallo Der Oder-Spree-Kanal ist von der Schleuse Kerdorf Bis zum Ort Dudrow In der Osmarender Ansicht nicht mehr zu sehen. Wer kann helfen. Danke Leo12305 Zwei Kommentare dazu: 1) Bitte starte ein neues Thema in einer Mailingliste nicht per Kick auf Antworten und ändern des Betreff. Dadurch wird es nämlich weiterhin unter dem vorherigen, in deinem Fall Fotomapping in Ratingen einsortiert. Verwende stattdessen die Funktion Neue Mail verfassen. 2) Ich und leider auch die OSM-Suche Nominatim kennen weder Kerdorf noch Dudrow. Schicke daher bitte einen Link zum Kartenausschnitt mit. Das geht einfach durch Rechtsklick auf den Link Shortlink unten rechts auf der Karte und Auswahl von Link-Adresse kopieren. Claudius Danke für die nette freundliche Belehrung Herr Oberlehrer Leo12305 Wo er recht hat, hat er recht und freundlich war es auch... Gruß Mario Also der Fehler ist nicht interessant sondern nur der Formalismus beim mailen eine Mit einem Danke für den Hinweis wäre es gut beraten gewesen. Ich lerne daraus und werde auf Fehler künftig nicht mehr hinweisen. Leo12305 -- Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2666 - Ausgabedatum: 02/03/10 19:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oder Havel Kanal
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von DarkAngel Gesendet: Donnerstag, 4. Februar 2010 12:00 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Oder Havel Kanal Am 04.02.2010 11:44, schrieb Rolf Meyerhof: Hallo Der Oder-Spree-Kanal ist von der Schleuse Kersdorf Bis zum Ort Dubrow In der Osmarender Ansicht nicht mehr zu sehen. Wer kann helfen. Siehe link http://www.openstreetmap.org/?lat=52.2891712188721layers=0B00FTFlon=14.3029975891113zoom=13 Danke Leo12305 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Der Kanal ist mit Layer = -1 getagt und wird von Osmarender deshalb unter die Fläche landuse = forest gezeichnet. Also einfach Layer = -1 wieder löschen und fertig, kannst natürlich auch r-michael http://www.openstreetmap.org/user/r-michael fragen, warum er dort den Layer gesetzt hat. Wäre mir aber neu, dass der Kanal da unterirdisch verläuft. ;-) -- Gruß Mario Dann tue es bitte ich fasse diese Ecke nicht mehr Danke Leo12305 Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2666 - Ausgabedatum: 02/03/10 19:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo Markus Das kann der Adobe Illustrator. Groß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Markus Gesendet: Donnerstag, 19. November 2009 23:16 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] SVG to PDF Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Die Virendatenbank sind veraltet. Von AVG überprüft - www.avg.de Version: 8.5.424 / Virendatenbank: 270.14.54/2488 - Ausgabedatum: 11/07/09 23:52:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo Johannes , DGPS ist gut beschrieben. Auf vielen Rundfunksendern wird ein DGPS Signal im RDS Blöck mit übertragen und kann mit einem RDS-Decoder empfangen werden. Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Johannes Eiseler Gesendet: Donnerstag, 19. November 2009 14:01 An: talk-de@openstreetmap.org Betreff: [Talk-de] HighPrecision GPS receiver home build? Hallo Karl sehr gut zusammengefasst, vielleicht noch etwas präzisiert: Verfahren mit Bezugspunkt zur Korrektur gibt es viele. Das wohl bekannteste ist DGPS. Hier werden die Korrekturdaten durch i.d.R. geostation?re Satelliten ?bermittelt, weshalb man sie in h?heren Breiten (vom Boden aus) auch sehr schlecht empfangen kann. Die Landesvermessungs?mter in Deutschland ?bermitteln Korrekturdaten z.B. per Funk. Es gibt wohl drei Verfahren, die unterschiedlich teuer sind, und die eine Genauigkeit von bis zu einem Zentimeter erlauben sollen. Je nach Variante bezahlt man die Lizenzgeb?hren ?ber den GPS-Empf?nger oder nach Zeit oder abgerufener Datenmenge oder so. Kann man alles unter http://www.sapos.de nachlesen. IMHO ist beides DGPS. Vereinfacht erklärt funktioniert das so: Eine Bodenstation empfängt die Signale aller ihr empfangbaren Satelliten. Da sie weiß wo sie ist, kann sie sagen welcher Satellit welche (ortsabhängige) Abweichung hat. Diese Daten schickt sie irgendwie (Satellit z.B. egnos, oder über Funk (mehr, schnellere Daten) oder über Internet) an den GPS Empfänger. Dieser rechnet die Korrekturdaten zu seinen Daten und voila, ist genauer. Und zwar umso genauer je näher er an der jeweiligen Bodenstation ist und je mehr Daten übertragen werden können. Bei Egnos sind es einfach mehr Bodenstationen und ein Netz von Korrekturdaten. Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Man kann so etwas aber auch selber basteln. Wenn man ein Ger?t hat, das die GPS-Rohdaten herausr?ckt. Die ESA bietet z.B. die EGNOS-Korrekturdaten zum kostenlosen Download an. Damit kann man immerhin schon mal die DGPS-Korrekturen in Rahmen eines Postprocessings ber?cksichtigen. Oder man hat eine eigene Basisstation, die ihre Koordinaten genau kennt und ebenfalls die GPS-Rohdaten herausr?ckt. Hoffe eher, dass da mal was kommt. GPS + UMTS sollte eigentlich gehen. Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Die Virendatenbank sind veraltet. Von AVG überprüft - www.avg.de Version: 8.5.424 / Virendatenbank: 270.14.54/2488 - Ausgabedatum: 11/07/09 23:52:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Hallo Garry Von Höhendaten kann ich bei der Kiste aber nicht finden. Einen genauen Höhenmesser kenne ich aus Elektor 07 / 2009. Der wird sogar für Ultralights benutzt. Wie soll das eigentlich gehen mit der Höhenmessung? Der Luftdruck für die Höhe ist doch immer abhängig vom aktuellen Luftdruck für die momentane Position. Und wo bekommst du denn immer her? Mit freundlichen Grüßen Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry Gesendet: Mittwoch, 14. Oktober 2009 13:16 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map Garry schrieb: Gerade entdeckt: Es gibt eine OSM-Software für den Primer2, eine (fast) outdoortaugliche ARM-Entwicklungsumgebung in der Grössenordnung eines Garmins http://www.stm32circle.com/projects/project.php?id=75 Die Hardware gibt es hier: http://elmicro.com/de/stm32primer2.html Bevor das als Werbung für einen Händler missverstanden wird - der Ursprung steckt in einer Kostenabschätzung zwischen einer Eigenentwicklung einer speziellen Hardware für den OSM-Höhendatenlogger und der Lösung mittels einer fast fertig-Hardware die sich auch für andere OSM-Anwendungen eignet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.421 / Virendatenbank: 270.14.15/2434 - Ausgabedatum: 10/14/09 06:33:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Hallo Mirko Warum gehst du nicht in Richtung DGPS das machen auch die Vermesser so. Ein kostenloses Differenz-Signal ist übrigens auf vielen RDS Signalen beim normalen Rundfunksender mit bei. Mit DGPS kommst du dann mit der Genauigkeit in die Größenordnung von 1-3 Metern. Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Mirko Küster Gesendet: Mittwoch, 14. Oktober 2009 15:31 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de]OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map Bitte lasst uns jetzt nicht wieder die alten Threads diskutieren, in denen festgestellt wurde, dass _ein Gerät alleine_ nichts taugt. Wenn das Wetter umschlägt, musst Du Dein Gerät standig nacheichen, weil es ja echte Druckveränderung nicht von Höhe unterscheiden kann. Dann erkläre doch endlich mal was dein _Gerät alleine_ besser kann. Beides ist nichts anderes als eine sensorische Baugruppe, welche egal wo sie verbaut ist ohne Korrekturdaten immer Blind ist. Und das teilweise schon nach wenigen Metern. Hier im Wald ist die Eichung nach Beobachtungen meist nach dem ersten Kilometer wieder hin. Liegt einfach daran das wir hier Mikroklima bedingt bei egal welchem Wetter immer ein bis zu starken böhen gehendes Lüftchen wehen haben und in einzelnen Zonen rapide ändernde Temperaturunterschiede bis zu 10° auftauchen. Der Druck ändert sich ebenso rapide. Hier ist es normal das im Tal komplett Ruhe ist und das Unwetter rundherum über die Hügel zieht. Kommst du über diese Grenze, ist der Sensor immer komplett aus dem Takt. Irgendwoher musst du ja Korreturdaten bekommen. Und wo der Sensor da nun verbaut ist, dürfte ja eigentlich egal sein. Entscheidend ist ja das er sie dahin transportieren kann, wo man die Sensordaten mit den Korrekturdaten vereinigen kann. Ob das nun auf irgendeiner Bastellösung direkt passiert, oder ein vorhandener Sensor die Daten meinetwegen an einen Palm liefert, der dann die Berechnung macht, ist unterm Strich egal. Nur gewinnst du mit letzteren vielleicht mehr Höhendatensammler. Denn es dürfte nur ein lächerlicher Bruchteil unter den OSMern sein, der sich dann so eine Bastellösung zusammmenbauen kann. Zur genaueren Messung habe ich ohnehin immer das Notebook mit einer genaueren Maus mit. Statt tot im Rucksack zu liegen, könnte der während der Fahrt auch schön den Stream empfangen und vor sich hin rechnen. Genau so habe ich vor der Zeit der günstigen und vor allem brauchbaren Datenlogger meine Tracks gesammelt. Maus mit dem Magnet auf dem Lenker und im Rucksack lief der Geogrid mit GPS Plugin. Würde ich wieder so machen, wenn man denn irgendwie den Vorteil hätte Korrekturdaten für die Höhen und vielleicht sogar GPS selbst direkt mit einrechnen kann. EGNOS ist hier nämlich ebenfalls nicht zu gebrauchen, hier unten kriegst du kein Signal. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.421 / Virendatenbank: 270.14.16/2435 - Ausgabedatum: 10/14/09 06:33:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Hallo Frederik Wir diskutieren auch an einem anderen Ort! Bitte benenne einen. -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Mittwoch, 14. Oktober 2009 15:46 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map Hallo, Tobias Wendorff wrote: Wie gesagt: Das wurde alles schon mindestens fünf Mal in den Threads zum Thema Höhenmessung durchdiskutiert. Benutze bitte - wie alle anderen User - Google oder warte auf das Wiki. Ist in diesen Threads denn auch diskutiert worden, was man mit den hochgenauen Daten macht, wenn man sie erstmal hat? Denn in OpenStreetMap koennen wir die nicht gebrauchen - da taggst Du an einen Punkt auf der Strasse Deine 237,18m dran und ich verschiebe den Punkt spaeter, weil ich eine genauere Geometrie habe, um 2m nach links, aber dort ist die Hoehe ja dann gar nicht mehr gueltig ;-) Die Hoehendaten muessen in eine separate Rasterdatenbank. Dazu braucht es separate Editoren und spaeter beim Rendering eine Zusammenfuehrung von OSM- und Hoehenrasterdaten. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.421 / Virendatenbank: 270.14.16/2435 - Ausgabedatum: 10/14/09 06:33:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Der gute alter garmin etrex kann Dgps Signale verarbeiten. Siehe Link http://www.dellas.de/shop/start.htm?gps-geraete_garmin_handgeraete.htm Mit freundlichen Grüßen rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Tobias Wendorff Gesendet: Mittwoch, 14. Oktober 2009 16:15 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map Welche Consumer-Geräte können mit L1-Singalen umgehen? Rolf Meyerhof schrieb: Hallo Mirko Warum gehst du nicht in Richtung DGPS das machen auch die Vermesser so. Ein kostenloses Differenz-Signal ist übrigens auf vielen RDS Signalen beim normalen Rundfunksender mit bei. Mit DGPS kommst du dann mit der Genauigkeit in die Größenordnung von 1-3 Metern. Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Mirko Küster Gesendet: Mittwoch, 14. Oktober 2009 15:31 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de]OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map Bitte lasst uns jetzt nicht wieder die alten Threads diskutieren, in denen festgestellt wurde, dass _ein Gerät alleine_ nichts taugt. Wenn das Wetter umschlägt, musst Du Dein Gerät standig nacheichen, weil es ja echte Druckveränderung nicht von Höhe unterscheiden kann. Dann erkläre doch endlich mal was dein _Gerät alleine_ besser kann. Beides ist nichts anderes als eine sensorische Baugruppe, welche egal wo sie verbaut ist ohne Korrekturdaten immer Blind ist. Und das teilweise schon nach wenigen Metern. Hier im Wald ist die Eichung nach Beobachtungen meist nach dem ersten Kilometer wieder hin. Liegt einfach daran das wir hier Mikroklima bedingt bei egal welchem Wetter immer ein bis zu starken böhen gehendes Lüftchen wehen haben und in einzelnen Zonen rapide ändernde Temperaturunterschiede bis zu 10° auftauchen. Der Druck ändert sich ebenso rapide. Hier ist es normal das im Tal komplett Ruhe ist und das Unwetter rundherum über die Hügel zieht. Kommst du über diese Grenze, ist der Sensor immer komplett aus dem Takt. Irgendwoher musst du ja Korreturdaten bekommen. Und wo der Sensor da nun verbaut ist, dürfte ja eigentlich egal sein. Entscheidend ist ja das er sie dahin transportieren kann, wo man die Sensordaten mit den Korrekturdaten vereinigen kann. Ob das nun auf irgendeiner Bastellösung direkt passiert, oder ein vorhandener Sensor die Daten meinetwegen an einen Palm liefert, der dann die Berechnung macht, ist unterm Strich egal. Nur gewinnst du mit letzteren vielleicht mehr Höhendatensammler. Denn es dürfte nur ein lächerlicher Bruchteil unter den OSMern sein, der sich dann so eine Bastellösung zusammmenbauen kann. Zur genaueren Messung habe ich ohnehin immer das Notebook mit einer genaueren Maus mit. Statt tot im Rucksack zu liegen, könnte der während der Fahrt auch schön den Stream empfangen und vor sich hin rechnen. Genau so habe ich vor der Zeit der günstigen und vor allem brauchbaren Datenlogger meine Tracks gesammelt. Maus mit dem Magnet auf dem Lenker und im Rucksack lief der Geogrid mit GPS Plugin. Würde ich wieder so machen, wenn man denn irgendwie den Vorteil hätte Korrekturdaten für die Höhen und vielleicht sogar GPS selbst direkt mit einrechnen kann. EGNOS ist hier nämlich ebenfalls nicht zu gebrauchen, hier unten kriegst du kein Signal. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.421 / Virendatenbank: 270.14.16/2435 - Ausgabedatum: 10/14/09 06:33:00 ___ 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 Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.421 / Virendatenbank: 270.14.15/2434 - Ausgabedatum: 10/13/09 19:11:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Hallo Der etrex war nur als beispiel genannt. Natürlich gibt es auch noch andere Geräte. In der See- oder Binnenschifffahrt werden sie heute noch gebraucht um die Genauigkeit soweit zu verbessern damit man bei schlechtem wetter doch noch die hafeneinfahrt sicher findet. Für Schifffahrt gibt es in Deutschland drei Sender je eine an Nord- und Ostsee und einen im Bunnenland für die Flüsse. Der Empfang ist kostenlos und nicht verschlüsselt wenn der entsprechede Empfänger vorhanden ist. Mit freundlichen Grüßen rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry Gesendet: Mittwoch, 14. Oktober 2009 18:31 An: m...@koppenhoefer.com; Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map Martin Koppenhoefer schrieb: Am 14. Oktober 2009 16:39 schrieb Rolf Meyerhof r...@meyerhof-net.de: Der gute alter garmin etrex kann Dgps Signale verarbeiten. das alte GPS Map 60 (ohne Csx) kann das glaub auch (zumindest lt. Gebrauchsanweisung und Werbung), die neuen koennen es nicht mehr. Sind wohl überwiegend die Geräte aus der Zeit vor der SA-Abschaltung als der Normalnutzer sich noch über 50m Genauigkeit freuen musste... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.421 / Virendatenbank: 270.14.16/2435 - Ausgabedatum: 10/14/09 06:33:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Nicht oder sondern und Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Tobias Wendorff Gesendet: Mittwoch, 14. Oktober 2009 19:46 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map Rolf Meyerhof schrieb: In der See- oder Binnenschifffahrt [...] Ich dachte, es geht um Consumer-Geräte?! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.421 / Virendatenbank: 270.14.15/2434 - Ausgabedatum: 10/14/09 06:33:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erst ellung
Hallo Jan, Hallo Detlev Ihr könnt auch png Kacheln erzeugen und die mit Fireworks zur Karte zusammensammen setzen. Mit freundlichen Grüßen rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Detlev Reiners Gesendet: Donnerstag, 1. Oktober 2009 16:16 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erstellung Moin, bei Interesse schicke ich Dir gerne die benötigten Ausschnitte als editierbare Illustrator-Files als Auszug aus den OSM-Daten. Leider steht unser Tool dazu aktuell noch nicht Online zur Verfügung. Ich bräuchte dann nur gewünschten Ausschnitte als Screenshot. Ich schicke Dir gerne eine Beispieldatei zum Test. Gruß Detlev Jan Tappenbeck schrieb: Moin ! vor einigen Wochen hatten wir uns über die schönen gedruckten Karten erfreut und waren gespannt auf die Schritte zur Erstellung.# Leider habe ich bis dato keine entsprechende Doku gefunden - aber vielleicht kommt da noch etwas. Grund für diese aktuelle Nachfrage ist eine Anfrage für die Erstellung von Karten für eine Doku des Jakobsweges(abschnitt). Dafür sind sicherlich viele Karten über einen langgestreckten Bereich gefragt. Hat einer schon einige händelbare Ideen sammeln können oder vergleichbares machen können?? Gruß Jan .-) ___ 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 Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.409 / Virendatenbank: 270.13.113/2400 - Ausgabedatum: 10/01/09 06:34:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erst ellung
Hallo Freunde der Schwarzen Kunst Seht euch doch einmal die Seite von Rolf Bartusel an http://www.rolf-bartusel.de/openstreetmap_oziexplorer.html hier der link. Ich habe gerade eine Karte von Berlin erzeugt und zwar in Stufe 15. Diese Karte ist dann im Oziexplorer lesbar und kann auch weiterverarbeitet werden. Vielleicht hilft das. Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Johann H. Addicks Gesendet: Donnerstag, 1. Oktober 2009 22:16 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erstellung Jan Tappenbeck produzierte TOFU: kannst Du mir ganz kurzfristig einen Musterausschnitt (o...@ tappenbeck[DOT]Net ) zukommen lassen ?? Ich suche noch einen Regelsatz für Kosmos, der ein Z18 rendert mit den Regeln von Z16, dafür jedoch mit vierfacher Fontgröße und vierfache Liniendicke. Dann hätte man zumindest Bitmaps von druckfähiger Auflösung (und Lesbarkeit) Denn derzeit sind die Regelsätze aus Bildschirmausgabe (75dpi) optimiert. Wenn man diese Bitmaps drucken will, muss man entweder großskalieren (unleserlich) oder sie klein (auf 1:1) lassen (noch unleserlicher) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.409 / Virendatenbank: 270.14.1/2407 - Ausgabedatum: 10/01/09 06:34:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erst ellung
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Johann H. Addicks Gesendet: Donnerstag, 1. Oktober 2009 22:45 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erstellung Rolf Meyerhof schrieb: Hallo Freunde der Schwarzen Kunst Ich habe gerade eine Karte von Berlin erzeugt und zwar in Stufe 15. Diese Karte ist dann im Oziexplorer lesbar und kann auch weiterverarbeitet werden. Vielleicht hilft das. Für freunde der Lichtdruckkunst (vulgo: Weiterverarbeitung für Bildschirme) hilft das. Aber den angesprochenen Buchdruckern (egal ob nun nur schwarz oder auch CMYK) wird es kaum helfen, da die mehr als 75 dpi benötigen. -jha- Hallo Johann Bei einer Bildgröße von 290 x290 cm bin ich bei ca 75 dpi Dann haßt du bei 50 x 50 cm ca 450 dpi Und damit kannst du sicher etwas anfangen rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.409 / Virendatenbank: 270.14.1/2407 - Ausgabedatum: 10/01/09 06:34:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erst ellung
Ich dir auch nicht! Möchtest Du eine druckfähige Datei mit 300 - 500 DPI erzeugen. Ich verändere keine Parameter. Ich gebe nur in einem großen Maßstab aus und verkleinere die Datei dann um gute scharfe Kanten zu haben. Vielleicht solltest Du die gewünschte Größe einmal angeben. Eine Karte kann ja A3 oder A0 haben. Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Johann H. Addicks Gesendet: Donnerstag, 1. Oktober 2009 23:31 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erstellung Rolf Meyerhof schrieb: Bei einer Bildgröße von 290 x290 cm bin ich bei ca 75 dpi Dann haßt du bei 50 x 50 cm ca 450 dpi Und damit kannst du sicher etwas anfangen Ich kann Dir leider nicht folgen. Wie veränderst Du die Parameter, dass die Schriften größer gerendert werden? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.409 / Virendatenbank: 270.14.1/2407 - Ausgabedatum: 10/01/09 06:34:00 ___ 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
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 Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Stephan Wolff Gesendet: Sonntag, 12. Juli 2009 03:45 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tagginschema für Signale- und Symbolerfassung auf Wasserwegen Mario Salvini schrieb: als Neutraler starte ich hier mal die Diskussion, wie man Boyen, Tonnen, Leuchtfeuer, und alles andere was für eine Seekarte und andere intereesant werden könnte/sollte erfasst werden soll. Ich bin an einer OSM basierten Seekarte sehr interessiert, aber ich kann bis auf die Erfassung einiger Seezeichen wenig beitragen. Jan, Markus und Olaf (in alphabetischer Reihenfolge, ohne Wertung) haben sehr viel mehr geleistet, so dass ihnen das Vorschlagsrecht zusteht. Ich werde trotzdem mal meine Ideen zum Tagging der Seezeichen äußern. Vielleicht ist der eine oder andere Gedanke ja nützlich. Eine gute Definition der Tags ist wichtig. Unvollständige Wiki-Texte führen zu Mißverständnissen und später zu Streit. Irgendwann wird dann ein OSM-User behaupten, jedes schwimmende, algenbewachsene Objekt sei eine Lateraltonne grün. Namen sind Schall und Rauch. Ob eine Lateraltonne als buoy_lateral oder lateral_buoy definiert wird, ist zweitrangig. Wichtig ist, dass es eine eindeutige Beschreibung des Seezeichens bzw. der Ge- und Verbote eines Gewässerteils gibt. Dass das OSM-Datenschema mit der Norm IHO-S-57 korrespondiert, finde ich richtig. Die OSM-Tags müssen nicht exakt den IHO-Konventionen folgen. Eine eindeutige Zuordnung genügt. Sprechende OSM-Namen (buoy_lateral) finde ich besser als Abkürzungen (BOYLAT). Die Tags sollten nicht unnötig lang sein. Alle Seezeichen sollten mit jedem OSM-Editor ohne Zusatzprogramme editierbar sein. Die Wiki-Beschreibung oder eine Kopie eines ähnlichen Objekts sollten als Vorlage genügen (eine evangelische Kirche kann ich auch nicht ohne Hilfe korrekt eingeben). Für Leuchttürme mit Sektorenfeuer, die nicht sehr zahlreich sind, kann anderes gelten. Bereits vorhandene OSM-Tags (Fähre, boat, motorboat) sollten weiterbenutzt werden. Das DE:Tonne/Datenmodell von Olaf unter http://wiki.openstreetmap.org/wiki/DE:Tonne/Datenmodell gefällt mir recht gut. Die Tagnamen finde ich unnötig lang. Statt seamark:buoy_cardinal:name würde auch seamark:name genügen. OSM kommt sonst mit einem universellen name=* aus. Der lange Name ist umständlich zu tippen, passt möglicherweise nicht in jedes Textfeld, benötigt zusätzliche Abfragen in Renderern und Auswerteprogrammen. Zudem kann es zu Inkonsistenzen führen, wenn man ein seamark=buoy_safewater mit seamark:buoy_cardinal:name kombiniert. Ich würde Redundanz vermeiden. Wenn seamark=buoy_isolated_danger nur mir seamark:topmark:shape=2 spheres zu kombinieren ist, würde ein seamark:topmark=yes genügen. Zu Jans Vorschlägen unter http://www.freietonne.de/index.php?site=31infotyp=1printable=1 habe ich mich schon geäußert. Hauptkritikpunkt war, dass er strecken- oder flächenbezogene Verbote als Punktobjekte der Verbotsschilder taggen will. Er hat seine Konvention, in welcher Richtung ein Schild zu lesen ist, noch nicht erläutert. Häfen sind nicht einfach zu erfassen. Auf Übersichtskarten möchte man wahrscheinlich die wichtigen Handel-, Fähr und Militärhäfen als Punkt sehen, im mittleren Maßstab auch die Fischerei- und Yachthäfen und auf Detailkarten stört ein Hafenmittelpunkt. Dort möchte man die eher einzelnen Liegeplätze für die Großschiffahrt mit ihren Parametern sehen. Mir fehlen noch Tags für Markierungsbojen der Schwimmerbereiche (weißer Ball mit gelbem Kreuz), evtl. Nichtschwimmerbereichsbojen, Ankerbojen und dauerhafte Regattabojen. Ein Tag für Lichtsignalanlagen (typisch bei Schleusen, Klappbrücken, Kanalausweichstellen) wäre nützlich. Sehr wichtig ist ein Schema für Sperrgebiete, Warngebiete, Verbotszonen (keine Schwimmer, Kitesurfen verboten, etc.) und Beschränkungszonen (Geschwindigkeit, Tiefgang, etc) sowohl für Wasserflächen als auch für Kanal- und Flussabschnitte Für Seezeichen wäre eine Angabe der Positionsgenauigkeit (von der vorbeifahrenden Fähre geschätzt bis aus amtlicher Quelle übernommen) nützlich. Soweit zu meinen Vorstellungen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Von AVG überprüft - www.avg.de Version: 8.5.387 / Virendatenbank:
Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen
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. Ich kann eigentlich nicht vertreten wenn vom Schema der S-57 abgegangen wird. Mir geht hier nicht um meiner ist besser oder länger sondern um Qualität. Da die Infos schwierig einzugeben sind findest du bei OSeaM auch noch keine Flächendecken Daten. Gruß Rolf Hi Rolf, die Frage ist, ob man die Infos auch ohne euren Editor einfach eingeben kann. Und das ist momentan noch bei keinem richtig gegeben ( weder OseaM (also euch) noch bei FT). Finde also solche meiner is besser/länger als beim Anderen eher kontroproduktiv für die Diskussion. Auch find ichs schade, dass du meinen Vorschlag (den eines Fraktionslosen) gekonnt zu überlesen/ignorieren scheinst. Gerade da hätte ich von euch Input/Kommentare erhofft. Gruß Mario Rolf Meyerhof schrieb: 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 Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Stephan Wolff Gesendet: Sonntag, 12. Juli 2009 03:45 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tagginschema für Signale- und Symbolerfassung auf Wasserwegen Mario Salvini schrieb: als Neutraler starte ich hier mal die Diskussion, wie man Boyen, Tonnen, Leuchtfeuer, und alles andere was für eine Seekarte und andere intereesant werden könnte/sollte erfasst werden soll. Ich bin an einer OSM basierten Seekarte sehr interessiert, aber ich kann bis auf die Erfassung einiger Seezeichen wenig beitragen. Jan, Markus und Olaf (in alphabetischer Reihenfolge, ohne Wertung) haben sehr viel mehr geleistet, so dass ihnen das Vorschlagsrecht zusteht. Ich werde trotzdem mal meine Ideen zum Tagging der Seezeichen äußern. Vielleicht ist der eine oder andere Gedanke ja nützlich. Eine gute Definition der Tags ist wichtig. Unvollständige Wiki-Texte führen zu Mißverständnissen und später zu Streit. Irgendwann wird dann ein OSM-User behaupten, jedes schwimmende, algenbewachsene Objekt sei eine Lateraltonne grün. Namen sind Schall und Rauch. Ob eine Lateraltonne als buoy_lateral oder lateral_buoy definiert wird, ist zweitrangig. Wichtig ist, dass es eine eindeutige Beschreibung des Seezeichens bzw. der Ge- und Verbote eines Gewässerteils gibt. Dass das OSM-Datenschema mit der Norm IHO-S-57 korrespondiert, finde ich richtig. Die OSM-Tags müssen nicht exakt den IHO-Konventionen folgen. Eine eindeutige Zuordnung genügt. Sprechende OSM-Namen (buoy_lateral) finde ich besser als Abkürzungen (BOYLAT). Die Tags sollten nicht unnötig lang sein. Alle Seezeichen sollten mit jedem OSM-Editor ohne Zusatzprogramme editierbar sein. Die Wiki-Beschreibung oder eine Kopie eines ähnlichen Objekts sollten als Vorlage genügen (eine evangelische Kirche kann ich auch nicht ohne Hilfe korrekt eingeben). Für Leuchttürme mit Sektorenfeuer, die nicht sehr zahlreich sind, kann anderes gelten. Bereits vorhandene OSM-Tags (Fähre, boat, motorboat) sollten weiterbenutzt werden. Das DE:Tonne/Datenmodell von Olaf unter http://wiki.openstreetmap.org/wiki/DE:Tonne/Datenmodell gefällt mir recht gut. Die Tagnamen finde ich unnötig lang. Statt seamark:buoy_cardinal:name würde auch seamark:name genügen. OSM kommt sonst mit einem universellen name=* aus. Der lange Name ist umständlich zu tippen, passt möglicherweise nicht in jedes Textfeld, benötigt zusätzliche Abfragen in Renderern und Auswerteprogrammen. Zudem kann es zu Inkonsistenzen führen, wenn man ein seamark=buoy_safewater mit seamark:buoy_cardinal:name kombiniert. Ich würde Redundanz vermeiden. Wenn seamark=buoy_isolated_danger nur mir seamark:topmark:shape=2 spheres zu kombinieren ist, würde ein seamark:topmark=yes genügen. Zu Jans Vorschlägen unter http://www.freietonne.de/index.php?site=31infotyp=1printable=1 habe ich mich schon geäußert. Hauptkritikpunkt war, dass er strecken- oder flächenbezogene Verbote als Punktobjekte der Verbotsschilder taggen will. Er hat seine Konvention, in welcher Richtung ein Schild zu lesen ist, noch nicht erläutert. Häfen sind nicht einfach zu erfassen. Auf Übersichtskarten möchte man wahrscheinlich die wichtigen Handel-, Fähr und
Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen
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 -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Mario Salvini Gesendet: Sonntag, 12. Juli 2009 14:46 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Tagginschema für Signale- und Symbolerfassung auf Wasserwegen Hi Rolf. Wer behauptet denn, dass ich vom Schema der S-57 abweiche? Ihr solltet nur vor lauter kompliziertem Beschreibungskatalog nicht vergessen es auch einfach/logisch/nachvollziehbar zu halten. Klar kann man Details mit beliebig vielen Tags beschreiben, und das ist auch richtig so. Aber wenn nicht auch schon minimalste Infos eine Aussage haben, dann nützt das Schema nicht viel. Mit buoy=lateral_port kann man z.B. einer Tonne eine eindeutige Funktion geben ohne auch nur ein Detail zu kennen. Gruß Mario Rolf Meyerhof schrieb: 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. Ich kann eigentlich nicht vertreten wenn vom Schema der S-57 abgegangen wird. Mir geht hier nicht um meiner ist besser oder länger sondern um Qualität. Da die Infos schwierig einzugeben sind findest du bei OSeaM auch noch keine Flächendecken Daten. Gruß Rolf Hi Rolf, die Frage ist, ob man die Infos auch ohne euren Editor einfach eingeben kann. Und das ist momentan noch bei keinem richtig gegeben ( weder OseaM (also euch) noch bei FT). Finde also solche meiner is besser/länger als beim Anderen eher kontroproduktiv für die Diskussion. Auch find ichs schade, dass du meinen Vorschlag (den eines Fraktionslosen) gekonnt zu überlesen/ignorieren scheinst. Gerade da hätte ich von euch Input/Kommentare erhofft. Gruß Mario Rolf Meyerhof schrieb: 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 Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Stephan Wolff Gesendet: Sonntag, 12. Juli 2009 03:45 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tagginschema für Signale- und Symbolerfassung auf Wasserwegen Mario Salvini schrieb: als Neutraler starte ich hier mal die Diskussion, wie man Boyen, Tonnen, Leuchtfeuer, und alles andere was für eine Seekarte und andere intereesant werden könnte/sollte erfasst werden soll. Ich bin an einer OSM basierten Seekarte sehr interessiert, aber ich kann bis auf die Erfassung einiger Seezeichen wenig beitragen. Jan, Markus und Olaf (in alphabetischer Reihenfolge, ohne Wertung) haben sehr viel mehr geleistet, so dass ihnen das Vorschlagsrecht zusteht. Ich werde trotzdem mal meine Ideen zum Tagging der Seezeichen äußern. Vielleicht ist der eine oder andere Gedanke ja nützlich. Eine gute Definition der Tags ist wichtig. Unvollständige Wiki-Texte führen zu Mißverständnissen und später zu Streit. Irgendwann wird dann ein OSM-User behaupten, jedes schwimmende, algenbewachsene Objekt sei eine Lateraltonne grün. Namen sind Schall und Rauch. Ob eine Lateraltonne als buoy_lateral oder lateral_buoy definiert wird, ist zweitrangig. Wichtig ist, dass es eine eindeutige Beschreibung des Seezeichens bzw. der Ge- und Verbote eines Gewässerteils gibt. Dass das OSM-Datenschema mit der Norm IHO-S-57 korrespondiert, finde ich richtig. Die OSM-Tags müssen nicht exakt den IHO-Konventionen folgen. Eine eindeutige Zuordnung genügt. Sprechende OSM-Namen (buoy_lateral) finde ich besser als Abkürzungen (BOYLAT). Die Tags sollten nicht unnötig lang sein. Alle Seezeichen sollten mit jedem OSM-Editor ohne Zusatzprogramme editierbar sein. Die Wiki-Beschreibung oder eine Kopie eines ähnlichen Objekts sollten als Vorlage genügen (eine evangelische Kirche kann ich auch nicht ohne Hilfe korrekt eingeben). Für Leuchttürme mit Sektorenfeuer, die nicht sehr zahlreich sind, kann
Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen
Hi Mario Es steht dir ja frei alles von Hand zu erfassen. Ich wünsche mir lieber ein Werkzeug das grobe Fehler verhindert. Das spricht für mich für einen Editor. Bye Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Mario Salvini Gesendet: Sonntag, 12. Juli 2009 16:31 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Tagginschema für Signale- und Symbolerfassung auf Wasserwegen Der Denkfehler liegt aber dann bei euch. Denn OSM basiert darauf, dass der Detailgrad kontinuierlich gesteigert werden kann, aber auch schon die Basisinfo eine klare Aussage hat. Proprietäre Elitesysteme sind eigentlich nicht unser aller Ziel. Was ist bitte daran besser keine Tonne an einer Stelle zu haben als eine Tonne, die vielleicht noch nicht im Deatil beschrieben ist, aber trotzdem eine klare Aussage hat? Ich hab zum Navigieren doch lieber z.B. eine buoy=cardinal_north in der Karte als keine, nur weil noch kein Leuchtfeuer oder Topmark eingezeichnet ist... Wie gesagt. Details wie Form, Topmark und weitere aktive Signale sind auch wichtig zu erfassen. Ändern aber ja nix an der Richtigkeit der Grundfunktion. Aber um deine Frage zu beantworten. Hier ein Paar Beispiele:. foghorn=yes oder foghorn=horn oder foghorn=bell topmark=yes oder z.B. topmark=cylinder mit topmark:color=red light=yes oder light=red + light:category=quick (für z.B. Funkelfeuer) Das versteht jeder beschreibt den Sachverhalt und kann auch jeder wenns hart auf hart kommt manuel erfassen (ohne spezielle Editoren) Gruß Mario Rolf Meyerhof schrieb: 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 -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Mario Salvini Gesendet: Sonntag, 12. Juli 2009 14:46 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Tagginschema für Signale- und Symbolerfassung auf Wasserwegen Hi Rolf. Wer behauptet denn, dass ich vom Schema der S-57 abweiche? Ihr solltet nur vor lauter kompliziertem Beschreibungskatalog nicht vergessen es auch einfach/logisch/nachvollziehbar zu halten. Klar kann man Details mit beliebig vielen Tags beschreiben, und das ist auch richtig so. Aber wenn nicht auch schon minimalste Infos eine Aussage haben, dann nützt das Schema nicht viel. Mit buoy=lateral_port kann man z.B. einer Tonne eine eindeutige Funktion geben ohne auch nur ein Detail zu kennen. Gruß Mario Rolf Meyerhof schrieb: 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. Ich kann eigentlich nicht vertreten wenn vom Schema der S-57 abgegangen wird. Mir geht hier nicht um meiner ist besser oder länger sondern um Qualität. Da die Infos schwierig einzugeben sind findest du bei OSeaM auch noch keine Flächendecken Daten. Gruß Rolf Hi Rolf, die Frage ist, ob man die Infos auch ohne euren Editor einfach eingeben kann. Und das ist momentan noch bei keinem richtig gegeben ( weder OseaM (also euch) noch bei FT). Finde also solche meiner is besser/länger als beim Anderen eher kontroproduktiv für die Diskussion. Auch find ichs schade, dass du meinen Vorschlag (den eines Fraktionslosen) gekonnt zu überlesen/ignorieren scheinst. Gerade da hätte ich von euch Input/Kommentare erhofft. Gruß Mario Rolf Meyerhof schrieb: 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 Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Stephan Wolff Gesendet: Sonntag, 12. Juli 2009 03:45 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tagginschema für Signale- und Symbolerfassung auf Wasserwegen Mario Salvini schrieb: als Neutraler starte ich hier mal die Diskussion, wie man
Re: [Talk-de] Tagginschema für Signale- und Symboler fassung auf Wasserwegen
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 -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Jan Jesse Gesendet: Sonntag, 12. Juli 2009 17:00 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de]Tagginschema für Signale- und Symbolerfassung auf Wasserwegen 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 Von AVG überprüft - www.avg.de Version: 8.5.387 / Virendatenbank: 270.13.9/2229 - Ausgabedatum: 07/11/09 17:56:00 ___ 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
Hallo Mario -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Mario Salvini Gesendet: Freitag, 10. Juli 2009 14:00 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen und direkt editieren Stephan Wolff schrieb: Jan Jesse schrieb: Die Seekarten-Daten der FreieTonne können ab jetzt (im Testbetrieb) direkt im Josm editiert werden. Die Einbindung in JOSM ist gut gelungen. Die Installation sollte noch etwas einfacher werden :-) Ich finde es sehr positiv, wenn FreieTonne und OSM weiter zusammenwachsen. Für mich ist es einfacher, nur im OSM-Editor zu arbeiten. Dort kann ich einen Offset (10m rechts an der Tonne vorbei und 1s zu spät markiert) leicht berücksichtigen. Wenn diese Daten dann auch zu FreieTonne gelangen, freue ich mich. 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. 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=14lat=52.43928lon=13.59992layers=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 motorboat=yes für den Fluss oder Kanal eingeben. Man muss wohl etwas mehr Aufwand in den Im- und Export zu FreieTonne stecken. Hallo Mario Das ist auch richtig, denn diese stehen an den Wasserstraßen in Deutschland. Für Binnenwasserstraßen gilt immer die Landessprache. Wenn du in Holland oder Frankreich fährts musst du auch die Sprache irgend wie entziffern. Das kann nur heißen keine Sonderzeichen erfinden sondern den Standard nutzen.
Re: [Talk-de] Editor für OpenSeaMap
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Samstag, 11. Juli 2009 00:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Editor für OpenSeaMap 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. Gruß Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Von AVG überprüft - www.avg.de Version: 8.5.387 / Virendatenbank: 270.13.9/2229 - Ausgabedatum: 07/10/09 07:05:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
