Re: [Talk-de] Wiese gleich / ungleich Weide ??
Hallo Rainer, Wiese/Weide auseinanderhalten (Zaun) Unterscheidung für die meisten Nutzer unerheblich Für Reiter ist diese Unterscheidung wichtig. Auf Weiden kann ein Pferd übernachten. (auf Wiesen auch, aber da muss man dann einen eigenen Zaun mitbringen oder das Pferd hobbeln (siehe Wikipedia) ) Wiese mit Zaun wäre m.E. eine gute Beschreibung (Stangenzaun, E-Zaun). Aber wir haben ja noch nicht mal Wiese...? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiese gleich / ungleich Weide ??
Am Montag 02 August 2010, 08:36:58 schrieb Markus: Für Reiter ist diese Unterscheidung wichtig. Auf Weiden kann ein Pferd übernachten. Ich wage ganz stark zu bezweifeln, dass ein Reiter sein Pferd auf eine x-beliebige Weide stellen darf. Gruß, Bernd -- Der Kurs Flirten für Informatiker wurde inzwischen zusammen mit Freeclimbing für Epileptiker aus allen VHS-Programmen entfernt. - Jochen Linnich signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiese gleich / ungleich Weide ??
Am 2. August 2010 08:36 schrieb Markus liste12a4...@gmx.de: Für Reiter ist diese Unterscheidung wichtig. Auf Weiden kann ein Pferd übernachten. (auf Wiesen auch, aber da muss man dann einen eigenen Zaun mitbringen oder das Pferd hobbeln (siehe Wikipedia) ) Wiese mit Zaun wäre m.E. eine gute Beschreibung (Stangenzaun, E-Zaun). Wie wäre es, wenn du einfach die Zäune einträgst? am besten mit Höhe und Machart, da freut sich auch der abkürzende Wanderer. ;-) Gruß, Martin, der das schon in seiner Garmin-Karte auswertet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
Am 02.08.2010 02:07, schrieb fly: Wirklich verschwendete Nodes kannst Du hier sehen: http://tinyurl.com/osm-dupes-europe was ist da denn in unseren Nachbarländern den passiert ? sehe nur noch rot ! Das waren wohl Importe. In NL Mobilfunkmasten: http://www.openstreetmap.org/browse/node/599595922 http://www.openstreetmap.org/browse/node/599595914 In FR Gebäude. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Job fuer einen Bot: Hoehenangabe im Namen
Am 2. August 2010 01:56 schrieb Garry garr...@gmx.de: Die Höhe ist durchaus eine bezeichnende Angabe im Namen die eine Verwechslungsgefahr verringert.und in den wenigsten Fällen wir man eine Suchhilfe haben die nach der Höhe filtert. Dann kopiert man sich die Höhe halt aus dem ele-tag, wo sie auch hingehört, in den Namen, den man zum rendern verwenden will. Drops gelutscht. ;-) Das Ganze ist ein Anwendungs- und damit ein wir taggen nicht für-Problem. Umgekehrt lässt sich dieser Zusatz nicht so einfach - oder gar nicht - aus dem Name-tag entfernen, wenn man ihn nicht mitrendern will. M.E. ein klarer Fall für ein eigenes Tag, das zudem etabliert und benutzt ist(ele). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User Dr_Pupvogel und TeleAtlas
René Falk schrieb: Hallo zusammen, ein User Dr_Pupvogel scheint sich bei TeleAtlas zu bedienen, er hat einer Reihe von Feldwegen, Namen gegeben, die ich real nicht kenne und bei GoogleMaps wiederfinde. Scheinbar trägt er auch bevorzugt unclassified ein, egal welche Kategorie (innerorts, außerorts Feldwege). http://www.openstreetmap.org/?lat=54.2412lon=9.1965zoom=14layers=M Ist dieser User noch woanders auffällig? Wenn nicht, verbuche ich das als Anfängerfehler. laut: www.openstreetmap.org/user/Dr_Pupvogel/edits?page=1 war der schon länger nicht mehr aktiv. Hat da jemand vielleicht was zurückgesetzt ? Schau Dir mal die Historie der Wege genauer an. cu colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User Dr_Pupvogel und TeleAtlas
Am 02.08.2010 10:14, schrieb fly: laut: www.openstreetmap.org/user/Dr_Pupvogel/edits?page=1 war der schon länger nicht mehr aktiv. Hat da jemand vielleicht was zurückgesetzt ? Schau Dir mal die Historie der Wege genauer an. Sehe da nichts auffälliges. Na, da werde ich das gelegentlich halt mal korrigieren. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
On Sat, Jul 31, 2010 at 10:43:57PM +0200, Jonas Stein wrote: Als einfache Abhilfe kann der Verwalter in (allen gaengigen) Mailinglisten einstellen, dass der html-Teil automatisch nach reinen Text gewandelt wird. Ich wuerde mir automatischen Plaintext wuenschen. Ich wuerde mir wuenschen das die Mailinglistsoftware die mails verweigert. Jede gaengiger list manager kann die bouncen mit einem netten hinweis. HTML mail ist eine fiese Pest ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
On Sun, Aug 01, 2010 at 10:27:07AM +0200, steffterra wrote: +1, da es auch webclients gibt, die plaintext _leider_ nicht können. Wäre super und es gäbe keine Diskussionen darum mehr, weil man sich einfach nicht mehr darum kümmern muss. RFC2822: 2.3. Body The body of a message is simply lines of US-ASCII characters. The only two limitations on the body are as follows: - CR and LF MUST only occur together as CRLF; they MUST NOT appear independently in the body. - Lines of characters in the body MUST be limited to 998 characters, and SHOULD be limited to 78 characters, excluding the CRLF. Note: As was stated earlier, there are other standards documents, specifically the MIME documents [RFC2045, RFC2046, RFC2048, RFC2049] that extend this standard to allow for different sorts of message bodies. Again, these mechanisms are beyond the scope of this document. Wer hier mit HTML um die Ecke kommt und meint nichts anderes zu koennen soll einfach in irgendeinem 3l33t Phorum mitlesen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiese gleich / ungleich Weide ??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 02.08.2010 08:36, schrieb Markus: Hallo Rainer, Wiese/Weide auseinanderhalten (Zaun) Unterscheidung für die meisten Nutzer unerheblich Für Reiter ist diese Unterscheidung wichtig. Auf Weiden kann ein Pferd übernachten. (auf Wiesen auch, aber da muss man dann einen eigenen Zaun mitbringen oder das Pferd hobbeln (siehe Wikipedia) ) Wiese mit Zaun wäre m.E. eine gute Beschreibung (Stangenzaun, E-Zaun). Aber wir haben ja noch nicht mal Wiese...? Ok. Mit der Unterscheidung mit Zaun vs. ohne Zaun bin ich bei dir. Das ist ja schon mit Key:fenced etc. realisiert. Ich meinte nur, das eine Unterscheidung nach Nutzung nicht viel Sinn macht und das dies für viele Nutzer auch unerheblich sein wird. Wichtig finde ich die Unterscheidung Ackerfläche vs. (landwirtschaftliche) Grünfläche, da sie von Taggern fehlerfrei unterschieden werden kann und für Nutzer auch einen gewissen Informationswert bietet. Da ja landuse=farm allgemein landwirtschaftlich genutzte Flächen beschreibt, könnte man (landwirtschaftl.) Grünflächen mit landuse=pasture(land) und Ackerflächen (wie bereits geschieht) mit landuse=farmland taggen. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJMVpFRAAoJEPT/XJzV1tNzzT8IAKRGZVbId2OYXx+qzRt8u5q2 2gwoyNv7b845eNeoe1jTy7ybqXUIYOUQ0mjO6fFrTacql0ETI4vXpNUWcKgLA8Fh hE+QeQIZJBdG0Ni+P4Nv/vm+GVJsXq9CapqIBJLl96Cv4Fgp95WG1JiSgNqo92mt F3FmTcJlsu8y02W0gj/im08vkcb8bI5wVecy07fRS7hJz0Rx1rTJStOSqiueKQCo KewSYeRW8oQ7sfq3D1fOz2G0Fda5dgnFGNf1LI5hHuslWYjsGg8lY9tO2ZOKWRB/ WY3oA7eErj4pfH+50sBWp1acsFXr4cEGkBIfA8FjAPgC8Le/wAopm6n7YQFVJiU= =76Y7 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
Am 02.08.2010 11:21, schrieb Florian Lohoff: Jede gaengiger list manager kann die bouncen mit einem netten hinweis. HTML mail ist eine fiese Pest ... Auch ohne HTML sind einige Mails kaum noch zu lesen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiese gleich / ungleich Weide ??
Hallo Rainer, Wiese mit Zaun wäre m.E. eine gute Beschreibung (Stangenzaun, E-Zaun). Ich meinte nur, das eine Unterscheidung nach Nutzung nicht viel Sinn macht und das dies für viele Nutzer auch unerheblich sein wird. Was für Benutzer erheblich ist, kann nur dieser selbst sagen. Und alles was für Benutzer erheblich ist, sollten wir erfassen. Für Radfahrer ist der Belag wichtig, für Autofahrer die erlaubte Geschwindigkeit, für Reiter die Wiesen und Weiden, etc, etc. Wichtig finde ich die Unterscheidung Ackerfläche vs. (landwirtschaftliche) Grünfläche Unterschieden wird zwischen *Ackerland* und *Weideland*. (sind meist andere Böden) Einige Böden können als Acker- und Weideland genutzt werden. In der Fruchtfolge wird meist auch Gras gesät und als Grünfutter oder Heu geerntet. Weideland wird aber selten Ackerland und umgekehrt. Ackerland wird weiter unterschieden. In Europa sind Weiden meist eingezäunt. Nur Schafe werden oft noch gehütet. Je nach Art des gehaltenen Viehs nutzt man unterschiedliche Zäune. Für Pferde werden neben Elektrozäunen (Stacheldraht im Ausland) auch feste Zäune benutzt (Holzstangen, Eisenrohre). Und dann gibt es noch Obstplantagen und Gemüseplantagen, Weinberge, Olivenhaine, etc. Sowie Brachflächen, also solche, die nicht mehr bewirtschaftet werden, sondern nur noch zur Landschaftspflege hin und wieder geschnitten werden. von Taggern fehlerfrei unterschieden Kartografieren setzt vielerlei Kenntnis voraus :-) landuse=farm ist ähnlich unspezifisch wie früher road ;-) landuse=pasture Mit englischen Bergriffen kann ich leider nicht helfen. Man sollte sowieso immer landessprachliche Begriffe benutzen (Übersetzungstabelle) - das vermeidet Fehler durch falsches Übersetzen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
Am 02.08.2010 11:21, schrieb Florian Lohoff: Ich wuerde mir wuenschen das die Mailinglistsoftware die mails verweigert. Jede gaengiger list manager kann die bouncen mit einem netten hinweis. HTML mail ist eine fiese Pest ... HTML in Mails ist eigentlich gar nicht so schlecht: ein a /, ein strong / oder ein em / könnte man schon manchmal gebrauchen -- nur der Rest ist Mist. Ich wünsch mir also ein Plugin für Thunderbird, das alles außer diesen drei Tags in einer HTML-Mail raus wirft und mir einen Editor bietet, der es mir erlaubt, Plaintext-Mails zu schreiben + die og. drei Tags drin :) Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User Dr_Pupvogel und TeleAtlas
Am 02.08.2010 10:28, schrieb René Falk: Am 02.08.2010 10:14, schrieb fly: laut: www.openstreetmap.org/user/Dr_Pupvogel/edits?page=1 war der schon länger nicht mehr aktiv. Hat da jemand vielleicht was zurückgesetzt ? Schau Dir mal die Historie der Wege genauer an. Sehe da nichts auffälliges. Na, da werde ich das gelegentlich halt mal korrigieren. Hi, dieser User hat letztes Jahr innerhalb eines relativ kurzen Zeitraums in diesem Bereich Wege erfasst, und das in einer Dichte, die schon sehr ungewöhnlich ist. Ausser den Wegen sind mir weiter keine Details aufgefallen, die er erfasst hat. Daher bringe ich auch nicht viel Vertrauen in die Daten dieses Users auf. Aber zuvor war diese Ecke in Dihmarschen noch komplett leer, vielleicht hat ihn das gereizt, sich auszutoben. Gruß, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User Dr_Pupvogel und TeleAtlas
Daher bringe ich auch nicht viel Vertrauen in die Daten dieses Users auf. Aber zuvor war diese Ecke in Dihmarschen noch komplett leer, vielleicht hat ihn das gereizt, sich auszutoben. aber wohl nur am schreibtisch und das mit zwei bildschirmen :( walter - if it's there and you can see it, it's REAL if it's there and you can't see it, it's TRANSPARENT if it's not there and you can see it, it's VIRTUAL if it's not there and you can't see it, it's GONE Roy Wilks, 1983 -- View this message in context: http://gis.638310.n2.nabble.com/User-Dr-Pupvogel-und-TeleAtlas-tp5363140p5363779.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
Re: [Talk-de] Zugriffszahlen auf openstreetmap.org
Am 01.08.2010 23:42, schrieb Frederik Ramm: [...] OpenLayers ist da ziemlich verschwenderisch, das muss man schon sagen. Falls man eine Anwendung baut, bei der es wenig wahrscheinlich ist, dass der Benutzer die Karte nach links und rechts verschiebt, koennte man drastisch Volumen sparen, indem man OpenLayers so patcht/konfiguriert (?), dass es etwas konservativer mit dem ich lad schon mal vorsichtshalber etwas mehr umgeht. Bei OL kann man mittels buffer angeben ob bzw. wieviel Kacheln außerhalb des viewports geladen werden. Ein Beispiel dazu gibt es auch online: http://openlayers.org/dev/examples/buffer.html Oder willst Du sagen: Lade nur Kacheln die links vom aktuellen Viewport liegen? Das geht nicht ohne Patch. Wobei mir auch kein sinnvoller Anwendungsfall dazu einfällt. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User Dr_Pupvogel und TeleAtlas
Am 2. August 2010 13:38 schrieb Peter Karstens fanda...@gmx.de: Am 02.08.2010 10:28, schrieb René Falk: Am 02.08.2010 10:14, schrieb fly: laut: www.openstreetmap.org/user/Dr_Pupvogel/edits?page=1 war der schon länger nicht mehr aktiv. Hat da jemand vielleicht was zurückgesetzt ? Schau Dir mal die Historie der Wege genauer an. Sehe da nichts auffälliges. Na, da werde ich das gelegentlich halt mal korrigieren. Hi, dieser User hat letztes Jahr innerhalb eines relativ kurzen Zeitraums in diesem Bereich Wege erfasst, und das in einer Dichte, die schon sehr ungewöhnlich ist. Ausser den Wegen sind mir weiter keine Details aufgefallen, die er erfasst hat. Daher bringe ich auch nicht viel Vertrauen in die Daten dieses Users auf. Aber zuvor war diese Ecke in Dihmarschen noch komplett leer, vielleicht hat ihn das gereizt, sich auszutoben. Ein Vergleich des Gebietes bringt aber einige Abweichungen zu Tage. Ich denke, er wird die Wege mit GPS abgefahren haben, aber sich deren Namen nicht gleich mit notiert haben. (Wenn das einzige Problem ein in TeleAtlas gleich falsch, vorhandener Name ist) http://sautter.com/map/?zoom=14lat=54.2412lon=9.1965layers=00B000TF André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
On Mon, Aug 02, 2010 at 01:06:50PM +0200, Peter Körner wrote: HTML in Mails ist eigentlich gar nicht so schlecht: ein a /, ein strong / oder ein em / könnte man schon manchmal gebrauchen -- nur der Rest ist Mist. ein guter Mailclient braucht dazu kein HTML... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Max. Speed für highway = servi ce?
Hallo, ich bin dabei die OSM für mich aufzuarbeiten. Nun habe ich viele Ways mit highway = service die kein max. Speed haben. Wenn ich die Beschreibung des Tags richtig verstanden habe, sind das eh nur Parkplätze und Gründstückseinfahrten, richtig? Ich würde also mit max. Speed ungefähr bei 7 km/h liegen, ja? Danke Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = servic e?
ich bin dabei die OSM für mich aufzuarbeiten. Nun habe ich viele Ways mit highway = service die kein max. Speed haben. Wenn ich die Beschreibung des Tags richtig verstanden habe, sind das eh nur Parkplätze und Gründstückseinfahrten, richtig? Ich würde also mit max. Speed ungefähr bei 7 km/h liegen, ja? An Parkplätzen von Supermärkten zum Beispiel findet man öfters ein Maxspeed-Schild. Das kann man dann auch so eintragen. Ist nirgendwo ein Maxspeed-Schild vorhanden, würde ich auch nichts eintragen. Ein Routingprogramm sollte eigentlich von sich aus davon ausgehen, dass ein service-Weg nicht mehr als 30km/h zulässt. Da diese Wege meistens auch sehr kurz sind, macht das bei der Berechnung der schnellsten Route auch nicht viel aus. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = service ?
Am 02.08.2010 14:36, schrieb Alexander Matheisen: ich bin dabei die OSM für mich aufzuarbeiten. Nun habe ich viele Ways mit highway = service die kein max. Speed haben. Wenn ich die Beschreibung des Tags richtig verstanden habe, sind das eh nur Parkplätze und Gründstückseinfahrten, richtig? Ich würde also mit max. Speed ungefähr bei 7 km/h liegen, ja? An Parkplätzen von Supermärkten zum Beispiel findet man öfters ein Maxspeed-Schild. Das kann man dann auch so eintragen. Ist nirgendwo ein Maxspeed-Schild vorhanden, würde ich auch nichts eintragen. Ein Routingprogramm sollte eigentlich von sich aus davon ausgehen, dass ein service-Weg nicht mehr als 30km/h zulässt. Da diese Wege meistens auch sehr kurz sind, macht das bei der Berechnung der schnellsten Route auch nicht viel aus. D.h. aber wenn ich es explizit setzen will eher 20km/h - 25km/h als 7, ja? Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
Am 22.07.2010 13:27, schrieb Frederik Ramm: Ich habe sogar einen WMS aufgesetzt, mit dem man die PLZ-Coverage sehen kann: Wird da auch addr:postcode und nicht nur postal_code an der Relation ausgewertet? Weil die Naturschutzgebiete hier etwas querschiessen : http://up.picr.de/4898134.png Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = servic e?
D.h. aber wenn ich es explizit setzen will eher 20km/h - 25km/h als 7, ja? Wenn nichts angegeben ist, kann man eigentlich auch kein maxspeed angeben, denn dies gibt ja die erlaubte Höchstgeschwindigkeit an. Ist nichts angegeben, kann man ja z.B. auch nicht für zu schnelles Fahren bestraft werden. Mit maxspeed:practical könnte man zumindest die tatsächliche Geschwindigkeit angeben, also die zu erwartende, bzw. physikalisch mögliche. Bei einer Tankstellenauffahrt könnte man dann zum Beispiel 10km/h oder auch 7km/h nehmen, bei einer größeren Zufahrt, wo man auch praktisch und durch die baulichen Gegebenheiten schneller fahren könnte, würde ich dann eher ein 30km/h setzen. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiese gleich / ungleich Weide ??
Hallo Bernd, Ich wage ganz stark zu bezweifeln, dass ein Reiter sein Pferd auf eine x-beliebige Weide stellen darf. Das ist ähnlich wie bei den Menschen und den Betten: Man sollte vorher fragen. Und manchmal muss man sogar dafür bezahlen ;-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] opening_hours - Aufruf
On 01.08.2010 21:45, Andreas Neumann wrote: Außerdem, würde ich beim parsen die Regel: Ausnahmen zu einem Bereich von Tagen: Erst der Bereich, dann die Ausnahme (z.B. Mo-Sa 10:00-20:00; Tu off ) oder (z.B. Mo-Sa 10:00-20:00; Tu 10:00-14:00 ) beachten, würde auch folgendes drunter fallen: Mo-Fr 08:00-12:00;Th,Tu 14:00-18:00 und am Ende käme raus Mo,We,Fr 08:00-12:00;Th,Tu 14:00-18:00 (in dem Fall stands auf der Website richtig) Nu frag ich mich, ob ich die Regel in meiner Anwendung parsen sollte und die Wenigen*, die nach der Regel gehen sind glücklich, aber die vielen, die wegen Unverständnis o.a. es so gemacht haben, haben Pech. Oder soll ich's lassen... (*): xx off wird soundso priorisiert behandelt und ignoriert alle Zeitangaben ;-) Hallo, ich bin der Verantwortliche für das von Stephan angesprochene Plugin. Momentan werden die Bereichs-Ausnahme-Regeln noch nicht unterstützt. Das ist auch der Hauptgrund, weswegen ich bis jetzt noch nicht an die große Öffentlichkeit mit dem Plugin gegangen bin. Meiner Meinung nach sollte man sich immer an die Regelungen im Wiki halten. Ansonsten kommt es bei unterschiedlichen Anwendungen zu Ungereimtheiten. Von daher wäre für mich die Frage nicht, ob man einige Regeln aus dem Wiki missachten darf oder nicht, sondern ob wir die Spezifizierung ändern sollten oder nicht. Ich denke aber nicht, dass es nur wenige glückliche gibt die nach der Ausnahme-Regel gehen würden. Von daher sehe ich keinen Anlass etwas zu ändern. Gerne für andere Meinungen offen und mit freundlichen Grüßen, Falko. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
Hallo Peter, *fett* /kursiv/ _unterstrichen_ Ich wünsche mir, dass die Mail-Schreiber unnötigen Text weglassen. Also nur das stehen lassen, auf das sie sich explizit beziehen. TOFU und TUFO finde ich ziemlich respektlos. Vielleicht gibt es ja ein Skript, das solche Fehler findet und dem Schreiber erklärt, wie das richtig geht? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = service ?
Am 02.08.2010 14:43, schrieb Tom Müller: D.h. aber wenn ich es explizit setzen will eher 20km/h - 25km/h als 7, ja? Bitte setze es nicht explizit, so es dort keine explizite Geschwindigkeitsbegrenzung gibt. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiese gleich / ungleich Weide ??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Markus, Am 02.08.2010 12:58, schrieb Markus: Was für Benutzer erheblich ist, kann nur dieser selbst sagen. Und alles was für Benutzer erheblich ist, sollten wir erfassen. Natürlich kann und will ich niemandem das Taggen verbieten. Ich habe aber die Befürchtung, dass einige Nutzer Wiesen/Weiden falsch taggen werden, weil sie versuchen, es anhand von äußerlichen Merkmalen festzumachen. Der Straßenbelag und die Höchstgeschwindigkeit, um bei deinem Beispiel zu bleiben,... Für Radfahrer ist der Belag wichtig, für Autofahrer die erlaubte Geschwindigkeit, für Reiter die Wiesen und Weiden, etc, etc. ... kann äußerlich festgemacht werden. Bei einer Flächennutzung reicht das aber nicht immer. Daher werden wohl einige Nutzer dazu übergehen, grüne Flächen default-mäßig mit Wiese oder Weide zu taggen. Worunter zwangsläufig die Aussagekraft einer Karte leidet. Wichtig finde ich die Unterscheidung Ackerfläche vs. (landwirtschaftliche) Grünfläche Unterschieden wird zwischen *Ackerland* und *Weideland*. (sind meist andere Böden) [..] Ok. Dann meinte ich wohl das. Gerade bei Tagwatch gesehen, dass sowohl landuse=farmland und landuse=grass verbreitet sind. Mit dieser Unterscheidung für Acker und Weide würde ich mich zufrieden geben. In Europa sind Weiden meist eingezäunt. [..] Ich finde nach wie vor, dass Existenz und Nichtexistenz eines Zaunes kein sicheres Unterscheidungsmerkmal zwischen Wiese und Weide darstellt. Und dann gibt es noch Obstplantagen und Gemüseplantagen, Weinberge, Olivenhaine, etc. Dafür gibt es landuse=vineyard bzw. landuse=orchard mit all seinen Abstufungen. Sowie Brachflächen, also solche, die nicht mehr bewirtschaftet werden, sondern nur noch zur Landschaftspflege hin und wieder geschnitten werden. Würde ich vielleicht mit landuse=meadow bezeichnen. Bin mir aber nicht schlüssig. landuse=farm ist ähnlich unspezifisch wie früher road ;-) Und erfüllt dennoch einen Zweck: Wo landwirtschaftliche Fläche ist, ist halt kein Wasser oder Wald. landuse=pasture Mit englischen Bergriffen kann ich leider nicht helfen. Man sollte sowieso immer landessprachliche Begriffe benutzen (Übersetzungstabelle) - das vermeidet Fehler durch falsches Übersetzen. Wie wäre dann dein Vorschlag? Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJMVsZ4AAoJEPT/XJzV1tNzEQoH/jUKgHAd8Eo02d8xmy8Mn80O KavQyl9uDtVGPgPUQpKefswu8ggyAYGUai0WKHSjfjeIrzoOuPt4FqdGxaopjA78 jGEwkgeDz4G90/NISYJyCea7da8ZgQnjPYki0Dfqz3PgUHVSIoLfK9TE/JJTAb+o rkxg4cv358OBJTN0GQ8m1bB0TsqUgIrZKlUZp9MVMaMK9cdIu5dKGsgLgKLYWM2l vJlqRN3NuUPrJ2zzhqVTr7XnvbdrAQsqU5Wzt8vFMiEovB7idJ7pHXzlEysDt7YP zuYpNFhC4/uNB9pP46tMaPZKHIUUxP7RdoKbULDnD0uWa1qxfnTKhhSB3FX/QZI= =lp+0 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Job fuer einen Bot: Hoehenangabe im Namen
Das Ganze ist ein Anwendungs- und damit ein wir taggen nicht für-Problem. Umgekehrt lässt sich dieser Zusatz nicht so einfach - oder gar nicht - aus dem Name-tag entfernen, wenn man ihn nicht mitrendern will. M.E. ein klarer Fall für ein eigenes Tag, das zudem etabliert und benutzt ist(ele). Und auch so schon huebsch gerendert wird. Wer kann denn nun Helfen, dass die Zahlen ins ele kommen? Gruesse, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiese gleich / ungleich Weide ??
Am Montag 02 August 2010, 14:55:28 schrieb Markus: Ich wage ganz stark zu bezweifeln, dass ein Reiter sein Pferd auf eine x-beliebige Weide stellen darf. Das ist ähnlich wie bei den Menschen und den Betten: Man sollte vorher fragen. Und manchmal muss man sogar dafür bezahlen ;-) Ja, aber was bringt es dem Reiter dann, wenn er auf einer Karte sieht, dass da Weiden sind? Ich glaube nicht, dass jemand der selbst keine Pferde auf der Weide hat jemandem erlauben würde, Pferda da drauf zu stellen. Ergo nützt dir das nur was, wenn zusätzlich eingetragen wird, welche Tiere da drauf stehen und ob der Besitzer bereit ist, das zu vermieten. Nicht besonders realistisch (im Rahmen des Mappings von Landnutzung). Gruß, Bernd -- Gebildet ist, wer weiß wo er findet, was er nicht weiß signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[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
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 (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
Re: [Talk-de] Max. Speed für highway = servi ce?
Tom Müller schrieb: ich bin dabei die OSM für mich aufzuarbeiten. Nun habe ich viele Ways mit highway = service die kein max. Speed haben. Wenn ich die Beschreibung des Tags richtig verstanden habe, sind das eh nur Parkplätze und Gründstückseinfahrten, richtig? So? Habe erst die Tage 4 km service mit 50 km/h getaggt, weil sie durch ein derartiges Schild verziert wurden (Zufahrt zu einem Hof und einer Grillhütte) Ich würde also mit max. Speed ungefähr bei 7 km/h liegen, ja? Auf einem Autobahnparkplatz darfst Du m.E. auch mit 200 km/h einparken, wenn Dein Auto das schafft und Du einen Richter kennst, der das noch als angepasste Geschwindigkeit durchgehen lässt, wenn's auffällt ;-) Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
C66 Weil die Naturschutzgebiete hier etwas querschiessen : C66 http://up.picr.de/4898134.png Auch wenn ich hier der Einzige bin, den die unorthodoxe Verwendung der addr-Tags bei den Naturparks stört, werde ich die Tags in eine note verschieben. FR Bei den Naturschutzgebieten hab ich wenig Mitleid, wer denen ein FR addr:postcode verpasst, ist selber schuld, aber sowas wie Rathaus FR Remscheid find ich problematischer... Hmm, wieso taucht das denn im PLZ-WMS auf? Chris ___ 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] Postleitzahlen-Import
Hallo, Chris66 wrote: C66 Weil die Naturschutzgebiete hier etwas querschiessen : C66 http://up.picr.de/4898134.png Auch wenn ich hier der Einzige bin, den die unorthodoxe Verwendung der addr-Tags bei den Naturparks stört, werde ich die Tags in eine note verschieben. FR Bei den Naturschutzgebieten hab ich wenig Mitleid, wer denen ein FR addr:postcode verpasst, ist selber schuld, aber sowas wie Rathaus FR Remscheid find ich problematischer... Hmm, wieso taucht das denn im PLZ-WMS auf? Ich hab den PLZ-WMS so gebaut, dass er alle Flaechen, die mit addr:postcode getaggt sind, beruecksichtigt. Darunter auch ein Gebaeude ;) ich denke, ich sollte addr:postcode aus dem PLZ-WMS rausnehmen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
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
Re: [Talk-de] Max. Speed für highway = servic e?
Peter Körner osm-li...@mazdermind.de wrote: D.h. aber wenn ich es explizit setzen will eher 20km/h - 25km/h als 7, ja? Bitte setze es nicht explizit, so es dort keine explizite Geschwindigkeitsbegrenzung gibt. +1 Wir beurteilen nicht selbst sonden mappen die Realität. Ich schreibe auch nicht an eine 100 Meter lange Einfahrt zu einer Supermärktgruppe mit 12 Metern Breite ein maxspeed=100. Hier könnte höchstens die Innerortbeschränkung zum Einsatz kommen: maxspeed=50 source:maxspeed=DE:urban ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
Am 02.08.2010 17:45, schrieb Frederik Ramm: Ich hab den PLZ-WMS so gebaut, dass er alle Flaechen, die mit addr:postcode getaggt sind, beruecksichtigt. Darunter auch ein Gebaeude ;) ich denke, ich sollte addr:postcode aus dem PLZ-WMS rausnehmen. Gut. Gibt es schon weitere Tools, wie zum Beispiel: Zeige alle Adressen (Gebäude), wo die addr:postcode nicht innerhalb des zugehörigen PLZ Polygons liegen, wo es also einen Mismatch gibt ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = servic e?
Bitte setze es nicht explizit, so es dort keine explizite Geschwindigkeitsbegrenzung gibt. +1 +1 Wir beurteilen nicht selbst sonden mappen die Realität. Ich schreibe auch nicht an eine 100 Meter lange Einfahrt zu einer Supermärktgruppe mit 12 Metern Breite ein maxspeed=100. Oder halt wie ich gesagt habe ein maxspeed:practical, um eine realistische und tatsächlich dort gefahrene Höchstgeschwindigkeit anzugeben. Somit hat das Navi dann wenigstens einen ungefähren Wert z.B. für die Berechnung der Fahrtdauer und somit der schnellsten Route. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = servic e?
Ich denke, er will nur eine sinnvolle Annahme für die reale Geschwindigkeit auf solchen Wegen treffen für den Fall, dass in OSM keine Begrenzung eingetragen ist. Vielleicht baut er einen Router oder eine Karte für sein Garmin. Gruß, Martin ___ 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] Max. Speed für highway = servic e?
Am Montag, den 02.08.2010, 18:22 +0200 schrieb Martin Simon: Ich denke, er will nur eine sinnvolle Annahme für die reale Geschwindigkeit auf solchen Wegen treffen für den Fall, dass in OSM keine Begrenzung eingetragen ist. Vielleicht baut er einen Router oder eine Karte für sein Garmin. Eine reale Geschwindigkeit gehört dann aber nicht ins maxspeed-Tag. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 02.08.2010 17:45, schrieb Frederik Ramm: Darunter auch ein Gebaeude ;) Über das ich eben gestolpert. :) Hatte mich etwas gewundert. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJMVvQ9AAoJEPT/XJzV1tNzZQgIALAJZeUrLYF4kVLeZZ/Po7JK B489R8wKQtaj9LrPlbsZHZcpnPT1pxf9Hcg0KYgehSyQiSO99CswqsRyYmOwsGug WwxLEHbEemLkxfm7wjd7ftvAI/V7rwZnq6pAzXlGSZjRIpf06wG85y/o7QJMBvXm 8zIpLlmGYn8rxUHwJZvpbQbvHPgdPpaAK+8rRrUr+1x1ac2LrZH6oJQ1gPFLtrc3 sRHXOuJCf/oo4LX7BzIjIDss55E3q0lfrqd06e1V/66tgqShpJwnxvNANy+uMD+9 IWHKjJyrWsTQKS4nwq1PDR1dmrQ2KssktuzyuRCm9JJARPWiHaN4Nxdxek+BbzU= =aiJf -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = servic e?
Am 02.08.2010 18:22, schrieb Martin Simon: Ich denke, er will nur eine sinnvolle Annahme für die reale Geschwindigkeit auf solchen Wegen treffen für den Fall, dass in OSM keine Begrenzung eingetragen ist. Vielleicht baut er einen Router oder eine Karte für sein Garmin. Soweit ich das verstanden habe, ging's tatsächlich nicht um Änderungen am OSM Datenbestand sondern nur um Annahmen für für den lokalen gebrauch. Ich würde sagen, max. 50 km/h, min. 5 km/h - dazwischen ist alles möglich. Lg ___ 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)
Hallo, sorry, bin gerade im Urlaub und habe früher einen Teil dieser Einträge verbockt. Die Anfrage von Stephan wg. des Mißbrauchs des name-tags konnte ich unterwegs mangels Internet (und Zeit,sorry) nicht beantworten. Ich stimme zu, daß der name-tag hier nicht genutzt werden darf, habe den automatischen Export von der Tiefenangaben aus der FT nach OpenStreetmap auch schon vor Monaten gestoppt. Es ist einfach ein Überbleibsel. Allerdings mißbraucht die FT den name-tag bestimmt noch an anderen Stellen. Wir werden das korrigieren. Also bitte nicht so doll hauen. Wir sind immer noch neu hier ... Ansonsten glaube ich auch nicht, daß Gewässertiefen ein seamark sind. Ich glaube, daß beim tagging der Zusammenhang Wasser und Tiefe dargestellt werden muß, denn irgendwann werden wir ja warscheinlich auch Öl- und Kohlevorkommen kartografieren ;-) Aber ein Verkehrszeichen sollte als solches nur dort ausgewiesen werden, wo auch tatsächlich eins steht. Also wenn ich mir was wünschen dürfte, wäre es die von Rolf zitierte water:depth=.x Variante. Beste Grüße aus Gartz (Oder) JJ www.freietonne.de -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Stephan Wolff Gesendet: Montag, 2. August 2010 16:15 An: talk-de@openstreetmap.org Betreff: [Talk-de] Tiefenangabe als Name (war: Job fuer einen Bot:Hoehenangabe im Namen) Am 19.07.2010 00:24, schrieb Jonas Stein: Bei unzaehligen Berghuetten steht die Hoehe im Namen. Das hat wohl historische Gruende. Bei (abzählbar) vielen Punkten in Wasserflächen steht nur eine Tiefenangabe als name. Es handelt sich dabei nichtmal um besondere Orte, sondern nur um Stellen, an denen die Tiefe gemessen wurde, wie z.B. Node 431073247: waterway = depth name = 17,2 (mit Komma) Ich hatte dazu schon eine Nachricht an freietonne-db geschrieben, aber keine Antwort erhalten. Eine Korrektur zu depth=17.2 wäre auch ein guter Job für einen Bot. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Projektstände auf der Intergeo 2010 | OSGeo Park on Intergeo 2010 - project booths?(german )
Am 25.07.2010 00:10, schrieb Sven Geggus: Jochen Topf joc...@remote.org wrote: überlegen, was man so braucht zur Präsentation (minimum wäre sicher Poster und Flyer (bei Fred anfordern), Demo-Rechner organisieren, mehr geht immer) und ein paar Leute finden, die den Stand besetzen (3 Tage * mind. 2 Leute zu jedem Zeitpunkt). Ich hab zur Intergeo 2009 einen Rechner aufgesetzt und die wichtigesten OSM Tools installiert. Dieser Rechner hat nächste Woche seinen dritten Messeeinsatz. Wer mag kann gerne ein Komplettimage der Installation haben. Gruss Sven Der Rechner (bzw. das Image) wären sicherlich gut auf der Intergeo einsetzbar. Bis jetzt hat sich aber noch niemand auf von OSM auf der Wiki-Seite eingetragen der OSM auf der Intergeo prässentieren möchte. Aus Planungsgründen wäre die Bennenung einer Kontaktperson oder einer Absage (wer auch immer eine für die community geltende Sammelabsage machen könnte ;-) sehr hilfreich. Marco ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Projektstände auf der Intergeo 2010 | OSGeo Park on Intergeo 2010 - project booths?(german )
Hallo, Marco Lechner - FOSSGIS e.V. wrote: Der Rechner (bzw. das Image) wären sicherlich gut auf der Intergeo einsetzbar. Bis jetzt hat sich aber noch niemand auf von OSM auf der Wiki-Seite eingetragen der OSM auf der Intergeo prässentieren möchte. Aus Planungsgründen wäre die Bennenung einer Kontaktperson oder einer Absage (wer auch immer eine für die community geltende Sammelabsage machen könnte ;-) sehr hilfreich. Also ich werde auf jeden Fall zur Intergeo fahren, weil ich da einen Vortrag halten muss. Ich wollte aber nicht die ganze Messe ueber da sein, da waere es schon gut, wenn das ein paar Leute vor Ort organisieren wuerden... 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
Re: [Talk-de] Zugriffszahlen auf openstreetmap.org
Danke, ich werde das mal probieren, gerade beim Geohack erscheint es mir besonders sinnvoll. Grüße Kolossos Lars Lingner schrieb: Am 01.08.2010 23:42, schrieb Frederik Ramm: [...] OpenLayers ist da ziemlich verschwenderisch, das muss man schon sagen. Falls man eine Anwendung baut, bei der es wenig wahrscheinlich ist, dass der Benutzer die Karte nach links und rechts verschiebt, koennte man drastisch Volumen sparen, indem man OpenLayers so patcht/konfiguriert (?), dass es etwas konservativer mit dem ich lad schon mal vorsichtshalber etwas mehr umgeht. Bei OL kann man mittels buffer angeben ob bzw. wieviel Kacheln außerhalb des viewports geladen werden. Ein Beispiel dazu gibt es auch online: http://openlayers.org/dev/examples/buffer.html Oder willst Du sagen: Lade nur Kacheln die links vom aktuellen Viewport liegen? Das geht nicht ohne Patch. Wobei mir auch kein sinnvoller Anwendungsfall dazu einfällt. Lars ___ 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] Zugriffszahlen auf openstreetmap.org
Lars Lingner wrote: Bei OL kann man mittels buffer angeben ob bzw. wieviel Kacheln außerhalb des viewports geladen werden. http://openlayers.org/dev/examples/buffer.html Da ist die Doku mal wieder bescheiden. Selbst auf der Beispielseite steht buffer layer option for any layer that inherits from OpenLayers.Layer.Grid und OSM ist nicht von Grid abgeleitet sondern von Layer.XYZ. Ich habe dazu mal ein Ticket geöffnet. http://trac.openlayers.org/ticket/2766 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugriffszahlen auf openstreetmap.org
Am 02.08.2010 21:39, schrieb Stephan Knauss: Lars Lingner wrote: Bei OL kann man mittels buffer angeben ob bzw. wieviel Kacheln außerhalb des viewports geladen werden. http://openlayers.org/dev/examples/buffer.html Da ist die Doku mal wieder bescheiden. Selbst auf der Beispielseite steht buffer layer option for any layer that inherits from OpenLayers.Layer.Grid und OSM ist nicht von Grid abgeleitet sondern von Layer.XYZ. Ich habe dazu mal ein Ticket geöffnet. http://trac.openlayers.org/ticket/2766 Cool. Es wurde schon gefixed! Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Job fuer einen Bot: Hoehenangabe im Namen
Am 02.08.2010 09:33, schrieb Martin Simon: Die Höhe ist durchaus eine bezeichnende Angabe im Namen die eine Verwechslungsgefahr verringert.und in den wenigsten Fällen wir man eine Suchhilfe haben die nach der Höhe filtert. Dann kopiert man sich die Höhe halt aus dem ele-tag, wo sie auch hingehört, in den Namen, den man zum rendern verwenden will. Drops gelutscht. ;-) Der Anwender(!), der dazu in der Lage ist hat sicher auch kein Problem eine Höhenangabe aus dem Namen zu Filtern wenn sie ihn beim Rendern stört. Das Ganze ist ein Anwendungs- und damit ein wir taggen nicht für-Problem. Umgekehrt lässt sich dieser Zusatz nicht so einfach - oder gar nicht - aus dem Name-tag entfernen, wenn man ihn nicht So kompliziert ist dass dann auch wieder nicht eine Höhenangabe aus einem Namen herauszulösen - sonst erübrigt sich auch die Frage mit dem Job für einen Bot mitrendern will. M.E. ein klarer Fall für ein eigenes Tag, das zudem etabliert und benutzt ist(ele). Ich spreche ja nicht gegen das ele-Tag, nur sehe ich keinen zwingenden Grund einen Bot einzusetzen der unter Umständen mehr Schaden als Nutzen anrichtet. Garry ___ 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] Max. Speed für highway = servic e?
Am 02.08.2010 20:18, schrieb Peter Körner: Soweit ich das verstanden habe, ging's tatsächlich nicht um Änderungen am OSM Datenbestand sondern nur um Annahmen für für den lokalen gebrauch. Ich würde sagen, max. 50 km/h, min. 5 km/h - dazwischen ist alles möglich. ://lists.openstreetmap.org/listinfo/talk-de Genau. Aber dann weiß ich Bescheid. Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
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
Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot: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. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugriffszahlen auf openstreetmap.org
Hab etwas recherchiert, wir hatten im Geohack einfach die offizielle embed.html von OSM als Iframe eingebunden. (Das ist wohl auch der Grund, warum wir in keiner Statistik erschienen sind.) Ich hab mir jetzt diese kopiert und buffer auf 0 gesetzt: http://toolserver.org/~kolossos/openlayers/embed.html?layer=mapnikbbox=13.37309226604897,52.51252661901855,13.38246373395103,52.52025138098144marker=52.516389,13.38 Diese werden wir kurzerhand in den Geohack einbinden. Eine Reduktion von 42 Tiles auf 6 ist ja schonmal nicht schlecht. Grüße Kolossos Lars Lingner schrieb: Am 01.08.2010 23:42, schrieb Frederik Ramm: [...] OpenLayers ist da ziemlich verschwenderisch, das muss man schon sagen. Falls man eine Anwendung baut, bei der es wenig wahrscheinlich ist, dass der Benutzer die Karte nach links und rechts verschiebt, koennte man drastisch Volumen sparen, indem man OpenLayers so patcht/konfiguriert (?), dass es etwas konservativer mit dem ich lad schon mal vorsichtshalber etwas mehr umgeht. Bei OL kann man mittels buffer angeben ob bzw. wieviel Kacheln außerhalb des viewports geladen werden. Ein Beispiel dazu gibt es auch online: http://openlayers.org/dev/examples/buffer.html Oder willst Du sagen: Lade nur Kacheln die links vom aktuellen Viewport liegen? Das geht nicht ohne Patch. Wobei mir auch kein sinnvoller Anwendungsfall dazu einfällt. Lars ___ 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] Max. Speed für highway = servi ce?
Am 02.08.2010 17:02, schrieb Heiko Jacobs: Auf einem Autobahnparkplatz darfst Du m.E. auch mit 200 km/h einparken, wenn Dein Auto das schafft und Du einen Richter kennst, der das noch als angepasste Geschwindigkeit durchgehen lässt, wenn's auffällt ;-) Das ist falsch. Du hast hier in der Regel keine baulich getrennte Fahrbahnen und(wenn nicht zusätzlich als Einbahnstrasse beschildert) gibt es auf dem Parkplatz keine vorgegeben Fahrtrichtung - man darf nur nicht in die falsche Richtung auf die Autobahn einfahren. Somit ist nach oben hin in jedem Fall die Grenze nach oben spätestens bei 100km/h. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = servi ce?
Garry schrieb: Am 02.08.2010 17:02, schrieb Heiko Jacobs: Auf einem Autobahnparkplatz darfst Du m.E. auch mit 200 km/h einparken, wenn Dein Auto das schafft und Du einen Richter kennst, der das noch als angepasste Geschwindigkeit durchgehen lässt, wenn's auffällt ;-) Das ist falsch. Du hast hier in der Regel keine baulich getrennte Fahrbahnen ... Somit ist nach oben hin in jedem Fall die Grenze nach oben spätestens bei 100km/h. Flasch ... §3: Diese Geschwindigkeitsbeschränkung gilt nicht auf Autobahnen (Zeichen 330.1) sowie auf anderen Straßen mit Fahrbahnen für eine Richtung, die durch Mittelstreifen oder sonstige bauliche Einrichtungen getrennt sind. Sie gilt ferner nicht auf Straßen, die mindestens zwei durch Fahrstreifenbegrenzung (Zeichen 295) oder durch Leitlinien (Zeichen 340) markierte Fahrstreifen für jede Richtung haben. Autobahn ODER Trennung, nicht UND. Und Autobahnparkplätze sind auch Autobahn, es steht nämlich kein Autobahn-Ende-Schild am Parkplatz-Anfang, wurde gerade erst an anderer Stelle außerhalb OSM durchdiskutiert ... Aber wie schon gesagt: wenn's auffällt, kommt man in geringfügige Argumentationsprobleme, wenn der RIchter auf hoher See fragt Sie hielten 200 für angepasst? ;-) Gruß Mueck, der regelmäßig weit über 200 hm/h radelt! ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
Jonas Stein glaubte zu wissen: Da ich gerade mal wieder Beschwerden ueber html-Mails in dieser Liste las, folgende Ueberlegung: In dieser Mailingliste tauchen immer wieder Mails mit html Inhalt und/oder html-attachment [...] Ich wuerde mir automatischen Plaintext wuenschen. Was meint ihr dazu? +1 In dieser Liste geht es darum, sich auszutauschen. Dafür ist reiner Text völlig ausreichend. flo -- Warum schiesst Du Dir nicht einfach in den Fuß? Das bereitet nur Dir Schmerzen und nicht auch den anderen Lesern dieser Newsgruppe/Mailingliste. [Ralph Angenendt in daci] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Max. Speed für highway = service ?
Am 02.08.2010 18:31, schrieb Alexander Matheisen: Eine reale Geschwindigkeit gehört dann aber nicht ins maxspeed-Tag. Der könnte aus einem Grade-Eintrag kommen. auf einem Grade1-track oder service wird man mit einem KFZ 30km/h Reisegeschwindigkeit hinbekommen, auf einem grade2 würde ich das eher bei 20km/h ansiedeln. und bei grade 3 würde ich auf 15km/h runtergehen. (Ja, es mag Tracks und Services geben, auf denen man 100km/h fahren kann. Habe ich auch schon gemacht. Aber sinnvoll ist das nicht.) -jha- ___ 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 fuereinenBot: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 Was ich hier nicht verstehe: Werden die Tiefenangaben zuverlässiger oder genauer, wenn sie mit seamark:depth statt mit water:depth gekennzeichnet sind? Aus meiner Sicht ist seamark falsch, weil hier eben kein Seezeichen existiert. Es handelt sich um einen Meßwert, der mittels Echolot und GPS ermittelt wurde. Die Fehlermöglichkeiten, und damit die Zuverlässigkeit dürfte genau so sein, wie bei allen sonstigen OSM-Daten, hängt aber in keinem Fall vom Namen des Tags ab. Ich argwöhne ja schon länger, daß der Tag seamark: konzeptionell und technisch sehr wichtig für das Projekt OpenSeaMap ist, und deshalb überall versucht wird, diesen Tag unterzubringen. Wobei mir das prinzipiell egal ist. Zu den Theorien um Gewässertiefen, Wasserständen usw. möchte ich einmal zu besten geben, daß ich heute zwei Brücken durchfahren habe (Westoder). Die Höhe der einen wurde auf dem Verkehrsschild mit 11,86 m, die der anderen mit 11,42 m angegeben. Die genauen Zentimeterangaben finde ich lustig. Der Hafen, in dem ich gerade liege (Gartz, ca. 20 km stromauf) zeigt anhand des Algenbewuchses eindeutig, daß das Wasser hier oft auch einen halben Meter höher steht. Ganz ehrlich: Hätte ich ein Segelboot mit einem Mast so um die 11 Meter, würde ich sehr vorsichtig sein, auch wenn die amtliche Angabe deutlich per Verkehrsschild an der Brücke sagt, daß alles passt. Ansonsten stelle ich einfach fest, daß ich jetzt 14 Tage im Bereich der inneren Boddengewässer/ Rügen unter Assistenz der FreieTonne-GPS-Seekarte auf dem Laptop gefahren, und nicht aufgelaufen bin. Dabei habe ich die meisten bisher in OSM verzeichneten Tonnenpositionen bestätigen können, mußte einiges an Namen korrigieren (ursprünglich auch von mir falsch erfaßte Daten), und nur eine offensichtlich aus einer Seekarte händisch abgeschriebene Tonne (Ralswiek 1 glaube ich) löschen und neu an der richtigen Position anlegen. Ich wußte immer genau, wo ich bin und habe sicher jeden gewünschten Punkt angesteuert. Die übergroße Mehrheit dieser Seezeichen ist nicht mit seamark: getaggt. Werden die auf der OpenSeaMap-Karte nicht angezeigt, weil sie unzuverlässig sind? Das große Manko unserer Daten, fehlende Tiefenlinien/ Tiefenangaben, bleibt. Und wenn wir hier weiterkämen, und gangbare Wege finden könnten, wäre das schön. Die Dinge um meine Seemannschaft und mein Gewissen lasse ich knurrend unkommentiert. Beste Grüße aus Gartz (Oder) JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name (war: Job fuer 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 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. 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. Gruß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefenangabe als Name
Moin! Bezugssystem ... Datum und Urzeit der Erfassung ... Bezugspegel Aus dem vorgeschlagenen water:depth=.x Sind all diese Fakten nicht zu ersehen. Deshalb finde ich es unbrauchbar. Für die meisten Anwendungen dürfte eine Tiefenmessung mit maximal 10% Fehler ausreichend sein. Seamark: depth=xxx,x Besser Punkt statt Komma. unit=meter,fuß OSM verwendet metrische Daten. Fuß/foot, Faden/fathom und ähnliche Einheiten haben hier nichts zu suchen und führen zu Fehlinterpretationen der Tiefenangabe. date=xx.xx. time=xx.xx In welcher Weise sollten solche Daten in eine Auswertung eingehen? Viele Grüße, Stephan ___ 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] Job fuer einen Bot: Hoehenangabe im Namen
Am 2. August 2010 10:33 schrieb Garry garr...@gmx.de: So kompliziert ist dass dann auch wieder nicht eine Höhenangabe aus einem Namen herauszulösen - sonst erübrigt sich auch die Frage mit dem Job für einen Bot Naja, es gibt sicherlich verschiedenste Schreibweisen, denk allein an Kommata, Klammern, NN, ü.N.N. und Konsorten... wir haben ja schon bei anderen eigentlich simplen Dingen die kreativsten Schreibweisen in der DB. ;-) Ich spreche ja nicht gegen das ele-Tag, nur sehe ich keinen zwingenden Grund einen Bot einzusetzen der unter Umständen mehr Schaden als Nutzen anrichtet. Mir ging's nur um die Frage, ob es richtig oder erträglich ist, die Höhe in name=* zu packen - meiner Meinung nach nicht. Gruß, Martin ___ 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 Rolf, Am 03.08.2010 um 03:44 schrieb Rolf Meyerhof r...@meyerhof-net.de: Jan Jesse Schrieb: Tuesday, August 03, 2010 1:01 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Tiefenangabe als Name (war: JobfuereinenBot:Hoehenangabe im Namen) Hallo, Für mich sind Wassertiefen Sicherheitskriterien, -informationen und damit wie ein Seezeichen zu behandeln und zu kennzeichnen. Eine besondere Kennzeichnung wie seamark: ist da m.e. sehr notwendig. Gruß Rolf Moin Jan, Was ich hier nicht verstehe: Werden die Tiefenangaben zuverlässiger oder genauer, wenn sie mit seamark:depth statt mit water:depth gekennzeichnet sind? Ja werden Sie. Water:depth ist für mich ein Wert der an irgendwann einem Ort auf dem Wasser ermittelt wurde. Also ein Messwert. Water: ist also irgendwann auf dem Wasser, und seamark: am Schreibtisch gemessen worden? :-) (ok, das war unsachlich, ich ziehe den Satz zurück!) Seamark:depth ist kein Messwert sondern eine Markierung mit einer errechneten (korregierten)Tiefe bezogen auf NN oder main sealevel. Genauso wie ein Wrack oder ein Felsen der unter Wasser liegt in der Karte als seamark bezeichnet werden sollte. Auch da gibt es kein Schild. Ich denke, daß der Begriff seamark kein Qualitätssiegel ist, insofern können wir uns an die osm-typischen Verfahren halten. Aus meiner Sicht ist seamark falsch, weil hier eben kein Seezeichen existiert. Ist das nötig Es handelt sich um einen Meßwert, der mittels Echolot und GPS ermittelt wurde. Die Fehlermöglichkeiten, und damit die Zuverlässigkeit dürfte genau so sein, wie bei allen sonstigen OSM-Daten, hängt aber in keinem Fall vom Namen des Tags ab. Es eben kein Messwert. Es ist ein rechenwert. Hier sind wir beim Thema. Ich glaube, noch niemand hat sich getraut, Tiefenangaben in Tidengewässern oder unregulierten Flüssen einzutragen. Ich schiebe das darauf, daß wir eben bisher nicht genau wissen, wie man das machen könnte. Aber es sollte getan werden, und wir benötigen ein Verfahren, welches Messungen vor Ort mit entsprechend richtigen Methoden so aufbereitet, daß wir Daten bekommen, die denen der amtlichen Karten vergleichbar sind. Ich glaube, Markus hatte da schon etwas vorbereitet. Ich selber hab es vor dem Urlaub nicht geschafft, werde wohl aber mal beginnen, eine Erfassungsmaske zunächst für regulierte Binnengewässer zu bauen. Hier reicht es m.E., daß ich eine GPS-Position auslese, für mein jeweiliges Meßinstrument die Maßeinheit, und für mein Schiff die Tiefe des Echolotgebers unter der Wasserlinie eintrage, so daß ich zu einem metrischen Tiefenwert komme, der auch eingetragen werden kann. Über die OSM-History wäre auch der Erfassungszeitpunkt hinreichend genau dokumentiert. Datum, Pegelstände usw sollten aber in der OSM-DB nur dokumentierend auftauchen. Wenn ich einen Wert eintrage, sollte der schon rechnerisch korrigiert und den amtlichen vergleichbar sein. Bei einem normalen Tidenhub von mehr als 2 Metern im Hamburger Hafen nützt mir eine Angabe, daß die gemessene Tiefe am 11.11. um 11.11. 1.10 Meter gewesen ist, nicht viel. Und wenn dann jeder Renderer weglässt, oder mit seiner jeweiligen eigenen Methode umrechnet, haben wir ein echtes Problem. Ich argwöhne ja schon länger, daß der Tag seamark: konzeptionell und technisch sehr wichtig für das Projekt OpenSeaMap ist, und deshalb überall versucht wird, diesen Tag unterzubringen. Wobei mir das prinzipiell egal ist. Wenn es doch egal ist warum soviel Aufregung? Keine Aufregung, nur eine Frage, und wieder keine Antwort :-) Zu den Theorien um Gewässertiefen, Wasserständen usw. möchte ich einmal zu besten geben, daß ich heute zwei Brücken durchfahren habe (Westoder). Die Höhe der einen wurde auf dem Verkehrsschild mit 11,86 m, die der anderen mit 11,42 m angegeben. Die genauen Zentimeterangaben finde ich lustig. Der Hafen, in dem ich gerade liege (Gartz, ca. 20 km stromauf) zeigt anhand des Algenbewuchses eindeutig, daß das Wasser hier oft auch einen halben Meter höher steht. Ganz ehrlich: Hätte ich ein Segelboot mit einem Mast so um die 11 Meter, würde ich sehr vorsichtig sein, auch wenn die amtliche Angabe deutlich per Verkehrsschild an der Brücke sagt, daß alles passt. Ansonsten stelle ich einfach fest, daß ich jetzt 14 Tage im Bereich der inneren Boddengewässer/ Rügen unter Assistenz der FreieTonne-GPS-Seekarte auf dem Laptop gefahren, und nicht aufgelaufen bin. Dabei habe 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
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. 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 fuereinenBot:Hoehenangabe im Namen)
Am Dienstag 03 August 2010, 00:20:46 schrieb Rolf Meyerhof: 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. das macht es IMHO immer noch nicht zum Seezeichen. Um anzugeben, woher die Daten(in diesem Fall die Tiefe) kommen, bzw. wie sie entstanden sind, gibt es das source-Tag. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de