Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
vielen dank für die Antworten ich habe es bei den ersten Straßen so gemacht wie feneks es beschrieben hat. Bei mir haben die GPS Tracks und die Daten geoimage so gut wie immer übereingestimmt. Am Dienstag, den 13.03.2012, 05:38 +0100 schrieb martin: Hallo, also ich fahre meist ein paar Strassen ab und vergleiche die Daten mit geoimage. Und wenn die Daten grossteils übereinstimmen übernehme ich die Daten aus geoimage. Bis jetzt hat es übrigens immer sehr gut gepasst, die Leute haben meiner Meinung nach einen super Job gemacht. Man muss natürlich auf die Aktualität der Luftfotos achten, aber als Einheimischer werden dir eventuelle Änderungen sicher auffallen. Der Vorteil von Begehungen ist, dass man zusätzliche Informationen eintragen kann: Da ist das Geschäft X mit folgenden Öffnungszeiten, der Parkplatz ist ein Kurzzeitparplatz, ... Momentan zeichne ich mehr von geoimage ab und wenn ich damit in meinem Gebiet fertig bin, wird wieder fleissig für die POI begangen. Übrigens, wenn ich von geoimage abzeichne trage ich immer ein source=geoimage.at ein. Ich hoffe damit geholfen zu haben. feneks Am Dienstag, den 13.03.2012, 01:05 +0100 schrieb lukas h: Hallo Liste Mir sind auf dem Kartenmaterial meines Wohnortes in Tirol bei den Straßen ziemliche Ungenauigkeiten/Fehler aufgefallen alle haben als source plan.at 2009. Ich habe mir den Wiki Artikel über die Problematik mit den plan.at Daten durchgelesen und mir ist das auch klar. Ich möchte die Daten jetzt korrigieren/ergänzen was haltet ihr für die bessere Lösung? - Soll ich die Fehlerhaften Straßen mit meinem GPS Geräte ablaufen? - oder kann ich die Straßen mit Hilfe der geoimage.at Orthofoto Richtstellen? Die geoimage.at Orthofoto sind wahrscheinlich genauer (darf) soll ich diese Variante verwenden? oder sollte ich die Straßen doch lieber mit meinem GPS Geräte neu tracken? danke für die Infos. Grüße lukas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
Aber nicht zu genau abzeichnen von geoimage.at! ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
Weswegen nicht? Worauf willst du hinaus? martin ringer martinrin...@hotmail.com schrieb: Aber nicht zu genau abzeichnen von geoimage.at! ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
Schönen guten Tag! @Martin: bist du immer noch sauer deswegen, weil es nicht so gut angekommen ist, jede Latschengasse mit 1m-Auflösung abzuzeichnen, oder wie soll man deine Antwort deuten? Ich würde einmal folgende Daumenregel vorschlagen: Nodes die näher als 5m beieinander liegen, sind mit hoher Wahrscheinlichkeit überflüssig (Ausnahmen bestätigen die Regel, um eine Haarnadelkurve zu zeichnen, wird es manchmal nötig sein, auch bei Details bei Häusern). Insbesonders Leute, die jeden Ausreißer ihres GPS-Tracks einzeichnen, sollten das berücksichtigen. Heute (14. März) um 08:22 tippte Christoph Lingg: Weswegen nicht? Worauf willst du hinaus? martin ringer martinrin...@hotmail.com schrieb: Aber nicht zu genau abzeichnen von geoimage.at! -- MfG, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
On 13.03.12 01:05, lukas h wrote: - Soll ich die Fehlerhaften Straßen mit meinem GPS Geräte ablaufen? - oder kann ich die Straßen mit Hilfe der geoimage.at Orthofoto Richtstellen? Du kannst davon ausgehen, dass geoimage.at recht genau ist. Z.B. in Wien gibt's im Vergleich mit der Mehrzweckkarte kaum Abweichungen. Und GPS ist nur so genau, wie auch der DOP (dilution of precision, sofern Dir das Dein GPS überhaupt anzeigt) gut ist. Ablaufen/-radln bietet halt auch die Chance, noch mehr Details zu erfassen. Aber Tracks sollte man immer mit geoimage.at vergleichen und dann halt den best guess eintragen. Hier mal ein Beispiel, die Features sind von geoimage.at abgemalt, darunter eingeblendet die ViennaGIS Mehrzweckkarte (CC-BY wien.at): http://openstreetmap.at/karte/vergleich_geoimage.at.png Manche Dinge, die man genau erkennen kann (Zäune, Wendekreismittelpunkt), sind genau, manche Dinge sind unter'm Laub der Bäume versteckt und nur geschätzt, bei manchen Häusern ist das Dach gemappt statt des Grundrisses, die üblichen Fehler/Ungenauigkeiten halt. Und die Tracks sind zur Verdeutlichung auch eingeblendet. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
Hallo Lukas! On 13/03/12 01:05, lukas h wrote: meines Wohnortes in Tirol Neben Geoimage.at könnten zusätzlich die Laserscanning-Hintergrundbilder der Tiroler Landesregierung [1] nützlich sein, besonders wenn du Wege im Wald einzeichnest. Grüße Simon [1] http://www.mail-archive.com/talk-at@openstreetmap.org/msg03358.html ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13/03/12 01:05, lukas h wrote: Hallo Liste Ich möchte die Daten jetzt korrigieren/ergänzen was haltet ihr für die bessere Lösung? - Soll ich die Fehlerhaften Straßen mit meinem GPS Geräte ablaufen? - oder kann ich die Straßen mit Hilfe der geoimage.at Orthofoto Richtstellen? Die geoimage.at Orthofoto sind wahrscheinlich genauer (darf) soll ich diese Variante verwenden? oder sollte ich die Straßen doch lieber mit meinem GPS Geräte neu tracken? Geoimage erlaubt die Nutzung für OSM explizit - und sie sind ziemlich genau - das hat uns schon vil Geländearbeit erspart :-) Viel Spaß beim Abzeichnen! lg, Michi - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPXyy6AAoJEPDJmZ2oE4mG+1cP/24VOI/qnPE8pPQzQcZefWM+ H+oWV+H/wo7YUetIm3cHBQnFS011t8uwO0h12SwqXFUUH+WWkdmTvqqow1NAWuuk qFn4gS23QPN9sPlgTMhX+QJ/s99QctGijtr3Ax7Jlh9fB3xqhZDXFSooL7MkygSx Y64qUqiK2ijHDzCLXqjVpHhULIHhVgulJlA8RSl3lyiwt3xQSXamFsrmpHbuBQhg AgHArxAGUN0TEqPHGt/9stXL+1mw6Du7iV+BiLr022WqOjo+ilVcxDCIfA7/jfpg rQyxLylh6Kay/rTsdZ9RrwI5X7QFRl6W38lPxoLCO1kw1NOShuP/H230uzBmt8KL tNShVuC2I35C2p1Z3xuFUTBrhaenpVmU/Eyfx345PnQXUdv2vIUkodwUc4EbFCGo FdgAs2fsfL2W+OcFTkNzSOz1maueK4VmGCjMiYcWfutmJJU+1br5pKsEeWW7lrAx ywfiLNr0RMx6QhCvZSHZWX1g03lgyhx5FRcXBqwIwfrpOWOPgT22rIFP333EbJ2R BiUWjwS+O6NTidGm+nxIyW/NMhP+4JFpOKEa8xjiGa189KYYScjo76fZDUDH5VCA f2KVsp67eArgOflI0aOEF3YWvWS4mQS0/0pvlf1FNAV70NWVi7h2BcA1iBPlGxpM mytrIcjmKS7ny/WzX5pl =rby2 -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Straßen fixen - geoimage.at Orthofoto ODER gps track
Hallo, also ich fahre meist ein paar Strassen ab und vergleiche die Daten mit geoimage. Und wenn die Daten grossteils übereinstimmen übernehme ich die Daten aus geoimage. Bis jetzt hat es übrigens immer sehr gut gepasst, die Leute haben meiner Meinung nach einen super Job gemacht. Man muss natürlich auf die Aktualität der Luftfotos achten, aber als Einheimischer werden dir eventuelle Änderungen sicher auffallen. Der Vorteil von Begehungen ist, dass man zusätzliche Informationen eintragen kann: Da ist das Geschäft X mit folgenden Öffnungszeiten, der Parkplatz ist ein Kurzzeitparplatz, ... Momentan zeichne ich mehr von geoimage ab und wenn ich damit in meinem Gebiet fertig bin, wird wieder fleissig für die POI begangen. Übrigens, wenn ich von geoimage abzeichne trage ich immer ein source=geoimage.at ein. Ich hoffe damit geholfen zu haben. feneks Am Dienstag, den 13.03.2012, 01:05 +0100 schrieb lukas h: Hallo Liste Mir sind auf dem Kartenmaterial meines Wohnortes in Tirol bei den Straßen ziemliche Ungenauigkeiten/Fehler aufgefallen alle haben als source plan.at 2009. Ich habe mir den Wiki Artikel über die Problematik mit den plan.at Daten durchgelesen und mir ist das auch klar. Ich möchte die Daten jetzt korrigieren/ergänzen was haltet ihr für die bessere Lösung? - Soll ich die Fehlerhaften Straßen mit meinem GPS Geräte ablaufen? - oder kann ich die Straßen mit Hilfe der geoimage.at Orthofoto Richtstellen? Die geoimage.at Orthofoto sind wahrscheinlich genauer (darf) soll ich diese Variante verwenden? oder sollte ich die Straßen doch lieber mit meinem GPS Geräte neu tracken? danke für die Infos. Grüße lukas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Statistik
Hallo, On Wed, 4 May 2011 11:14:35 +0200, m5st m...@abwesend.de wrote: Die derzeitige Statstik: Datum: 'note=imported from plan.at' 'fixme=check import' 'at:maxspeed' 18.04.2011: 113049 120852 54433 01.05.2011: 112713 119708 52020 04.05.2011: 112850 119649 50612 Warum da 'note=imported from plan.at' steigt ist mir rätselhaft. Das ist mir auch gleich aufgefallen :-) Aber vermutlich werden beim Aufräumen einfach Wege gesplittet, und während das fixme-Tag entfernt wird, bleibt das note-Tag erhalten (dann an beiden Wegen ...)!? Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Statistik
On 05/04/11 11:14, m5st wrote: Ich habe jetzt eine Auswertung gemacht um die plan.at-Mapper etwas anzuspornen. Was sind plan.at-Mapper? Warum da 'note=imported from plan.at' steigt ist mir rätselhaft. Straßen werden oft gesplittet (um Brücken einzufügen oder um Abschnitte in Routenrelationen einzuhängen oder mit maxspeed etc. zu versehen). -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Statistik
On 04.05.2011 11:14, m5st wrote: Hallo! Ich habe jetzt eine Auswertung gemacht um die plan.at-Mapper etwas anzuspornen. Ausgewertet werden folgende tags: *note=imported from plan.at *fixme=check import *at:maxspeed Ausgwertet wird das Geofabrik-Extrakt. Die derzeitige Statstik: Datum: 'note=imported from plan.at' 'fixme=check import' 'at:maxspeed' 18.04.2011: 113049 120852 54433 01.05.2011: 112713 119708 52020 04.05.2011: 112850 119649 50612 Ui, das wird aber noch lange brauchen. Also 16 Tage um 1200 Straßen zu fixen. Da brauchen wir ja noch gute 1600 Tage - oder über 4 Jahre bis die plan.at Sachen korrigiert sind (und das unter der Annahme, die Geschwindigkeit wird nicht langsamer, was aber passieren wird, je weniger plan.at Schrott noch übrig ist). Weiß jemand wieviele Wege insgesamt importiert wurden? (bzw wieviele Wege vor 1 Jahr übrig waren - da ja Teils in Gegenden einfach alles gelöscht wurde). Warum da 'note=imported from plan.at' steigt ist mir rätselhaft. lg, m5st ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Statistik
Hallo, note und at:maxspeed braucht Du nicht auswerten, die bedeuten nichts (können summarisch gelöscht werden, zahlt sich nicht aus, die extra zu bearbeiten). Am wichtigsten finde ich die 845 Geister-highways und 10 Geister-waterways, die könnten wir nämlich in kurzer Zeit schaffen und aktivieren. Die fixmes brauchen noch lange, aber die sind auch nicht störender als alle anderen fixmes (es gibt jede Menge Ways die nicht aus plan.at stammen/kein fixme haben und qualitativ auch nicht besser sind). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at die X-te
Hallo miteinander, ich habe heute ein Style für JOSM geschrieben, das alle Objekte mit problematischen plan.at-Tags rot hervorhebt. Siehe http://josm.openstreetmap.de/wiki/Styles, plan.at ToDos. Grüße Simon Legner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at die X-te
wolfbert wrote: Hallo Boris, finde ich gut (Treffen), persönlich kommt man da besser voran, finde ich. Eigentlich reduziert sich das Ganze auf zwei Fragen: 1. Wollen wir eine solche Initiative jetzt starten? Bitte eine Sache beachten: Alle Wege, die bisher noch nie bearbeitet worden sind haben als Tagger den plan.at Upload User drinnen. Das ist ein super Filterkriterium. ZB Bezirk Imst / Tirol können jetzt alle Wege gelöscht werden, die noch plan.at als Autor haben, da ich alle sinnvollen schon portiert habe und damit der Autor plan.at ein 100% Schrottkriterium ist (sofern ich nichts übersehen habe). Aber wenn nun jemand die at:maxspeed raus löscht, dann steht sein User als neuer Autor drinnen und das tolle Filterkriterium ist unbrauchbar geworden. Bitte dies zu beachten, bevor irgendwelche Aktionen gemacht werden. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at die X-te
On 26.03.2011 18:01, Stefan Hirschmann wrote: wolfbert wrote: Hallo Boris, finde ich gut (Treffen), persönlich kommt man da besser voran, finde ich. Eigentlich reduziert sich das Ganze auf zwei Fragen: 1. Wollen wir eine solche Initiative jetzt starten? Bitte eine Sache beachten: Alle Wege, die bisher noch nie bearbeitet worden sind haben als Tagger den plan.at Upload User drinnen. Das ist ein super Filterkriterium. ZB Bezirk Imst / Tirol können jetzt alle Wege gelöscht werden, die noch plan.at als Autor haben, da ich alle sinnvollen schon portiert habe und damit der Autor plan.at ein 100% Schrottkriterium ist (sofern ich nichts übersehen habe). Ein Problem hast du nicht bedacht. Evtl sind andere Wege an den unveränderten Import verbunden worden. Also automatisch alle raushauen ist evtl auch wieder nicht optimal. Aber wenn nun jemand die at:maxspeed raus löscht, dann steht sein User als neuer Autor drinnen und das tolle Filterkriterium ist unbrauchbar geworden. Bitte dies zu beachten, bevor irgendwelche Aktionen gemacht werden. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at die X-te
Hallo, also, vielleicht klappt's ja diesmal... Ich habe unter http://wiki.openstreetmap.org/wiki/WikiProject_Austria/plan.at/Abschluss alles zusammengetragen, was mir derzeit so einfällt. Bitte sammelt alles relevante Material dort. In ein paar Tagen werde ich auch meinen keepRight-Klon wiederbelebt haben, dann kann ich entsprechende Auswertungen kurzfristig online stellen. Inzwischen ist natürlich niemand aufgehalten, weiter individuell an der plan.at-Bereinigung zu arbeiten. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at löschen und was passiert mit Relation
Hallo! Du kannst den Plan.at Weg teilen in ein Stück mit nur 2 Nodes und in den Rest. Beim teilen bleiben beide Stücke Teil der Relation. Das Größere löscht du, und das kürzere verlängerst du. LG, Boris Gestern (Sa, 18. Dezember 2010) tippte martin ringer: Ich habe ein Problem. Die Gegend, die ich gerade abzeichne, hat einige plan.at Imports. Vieles liegt ziemlich falsch und ich würde gerne den Bereich säubern. Ich will die Nodes nicht an die richtige Stelle verschieben, sondern gleich neu zeichnen. Wenn ich nun einen Weg mit Relation lösche, ist die Relation beschädigt/unterbrochen. Gibt es eine schnelle Möglichkeit, dass die Relation erhalten bleibt, aber der Import gelöscht wird. Ich will nicht die Relation im Nachhinein wieder zusammenbasteln müssen. Danke Martin-- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at
Hallo, Am Di, 30.03.2010, 23:30, schrieb Marko Knöbl: Am Samstag 27 März 2010 22:33:27 schrieb Michael Pichler: [...], dass alte (aus 2008) Tracks anscheinend nicht mehr in OSM aufscheinen. Ich bin der Sache aber nicht weiter nachgegangen, wollte schon fragen, ob eingespielte GPS-Tracks nach einer gewissen Zeit ablaufen bzw. nicht mehr angezeigt werden. Dass ältere GPS-Tracks nach einiger Zeit in Potlatch nicht mehr angezeigt werden, ist normal. Falls du die älteren Tracks noch benötigst, musst du wohl einen anderen Editor benutzen. Merkaartor zeigt jedenfalls auch ältere Tracks an, und ich nehme stark an, dass das bei JOSM genauso ist. Einen Datenverlust bei OSM halte ich für sehr unwahrscheinlich, mir ist jedenfalls nichts derartiges bekannt. in Josm habe ich auch schon festgestellt, dass ältere GPS-Track-Punkte nicht mehr heruntergeladen werden. Das sehe ich aber nicht unbedingt als Nachteil. Hat sich irgendwo der Straßenverlauf geändert, würden sonst ewig die alten und neuen Tracks an dieser Stelle parallel erscheinen und man müsste jedes Mal beim Editieren besonders aufpassen. Alte Tracks hat man ja ohnehin lokal noch irgendwo aufgehoben und kann sie dann in Josm manuell dazu öffnen. :-) Notfalls sollte man auf http://www.openstreetmap.org/traces/mine die Tracks auch wieder herunterladen können. Datenverlust bei den OSM-Daten selbst ist mir noch nicht aufgefallen. Was einmal dort war, bleibt auch dort (außer jemand ändert oder löscht es). Theoretisch könnte man sich ein altes World-File oder Austria-File herunterladen und dann den Ausschnitt mit den aktuellen Daten vergleichen. Potlatch hat auch eine Möglichkeit, gelöschte Objekte wieder anzeigen zu lassen und wiederherzustellen. Ich weiß aber nicht, wie weit das zurückreicht. Mfg Günther ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at
Am Samstag 27 März 2010 22:33:27 schrieb Michael Pichler: Neulich habe ich im Potlach nachgesehen - dort findet man alte (Version 1) plan.at - Einträge, aber nicht die vorher auf Grund von Tracks erstellten Wege. Es ist mir früher schon einmal aufgefallen, dass alte (aus 2008) Tracks anscheinend nicht mehr in OSM aufscheinen. Ich bin der Sache aber nicht weiter nachgegangen, wollte schon fragen, ob eingespielte GPS-Tracks nach einer gewissen Zeit ablaufen bzw. nicht mehr angezeigt werden. Nunmehr habe ich an 2 Stellen bemerkt, dass ältere Bearbeitungen von mir nicht mehr vorhanden sind, eben im Bereich Gratkorn-Friesach und auch in Hörgas. Ist ein Datenverlust bei OSM möglich bzw. ein solcher Vorfall (2008/09) bekannt? Dass ältere GPS-Tracks nach einiger Zeit in Potlatch nicht mehr angezeigt werden, ist normal. Falls du die älteren Tracks noch benötigst, musst du wohl einen anderen Editor benutzen. Merkaartor zeigt jedenfalls auch ältere Tracks an, und ich nehme stark an, dass das bei JOSM genauso ist. Einen Datenverlust bei OSM halte ich für sehr unwahrscheinlich, mir ist jedenfalls nichts derartiges bekannt. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at
Neulich habe ich im Potlach nachgesehen - dort findet man alte (Version 1) plan.at - Einträge, aber nicht die vorher auf Grund von Tracks erstellten Wege. Es ist mir früher schon einmal aufgefallen, dass alte (aus 2008) Tracks anscheinend nicht mehr in OSM aufscheinen. Ich bin der Sache aber nicht weiter nachgegangen, wollte schon fragen, ob eingespielte GPS-Tracks nach einer gewissen Zeit ablaufen bzw. nicht mehr angezeigt werden. Nunmehr habe ich an 2 Stellen bemerkt, dass ältere Bearbeitungen von mir nicht mehr vorhanden sind, eben im Bereich Gratkorn-Friesach und auch in Hörgas. Ist ein Datenverlust bei OSM möglich bzw. ein solcher Vorfall (2008/09) bekannt? Boris Cornet schrieb: Servus Michael! Heute (10. März) um 22:20 meintest du: Weiß jemand, wie mit plan.at verfahren wird? Ich bin dieser Tage draufgekommen, dass im Raum Gratkorn-Friesach etliche von mir und auch anderen eingetragene Straßen und Wege durch plan.at-Einträge ersetzt wurden. Scheiße, das! Plan.at zeichnet sich teilweise durch extreme Ungenauigkeiten aus, und daher sollten bestehende Straßen niemals ersetzt werden! Wenn man im wiki plan.at ins Suchfeld eingibt, kommt man zu ein paar seiten, wo es Hinweise gibt, wie damit umzugehen ist. Geschieht das anderswo auch so? Ab und zu, aber eher doch nicht - zum Glück! War die Arbeit umsonst? NEIN! Es gibt in Potlach die segensreiche Funktion 'show deleted ways', die mit der Taste U aufgerufen wird. Da werden alle (?) gelöschten wege in rot eingeblendet, und wenn man auf das Vorhängschloß Symbol klickt, werden die wieder aktiviert. Bevor du aber massive Änderungen machst, check erst einmal (an Hand von GPX tracks, Luftbild, etc.), ob sich da nicht jemand viel Mühe gemacht hat, die plan.at Daten zu korrigieren, so dass sie möglicherweise zurecht die Vorgängerdaten ersetzen - auch das kommt vor. Du kannst in Potlach mit H auch die History aufrufen, dann siehst du wer der/die Bearbeiter waren und kannst ja höflich anfragen... ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at
Ja, ich verwende die 64-Bit Version. Andreas M. schrieb: Michael Pichler wrote: Leider funktioniert bei mir Potlach seit etlichen Monaten sogut wie gar nicht mehr (Ubuntu 9.10, Firefox 3.6 gar nicht, mit Firefox 3.5.x nur sehr mangelhaft - dauert ewig, hängt sich auf). Muss mal einen Windows-Rechner bemühen. Benutzt Du die 64-Bit-Version? Ich habe damit in Flash allgemein (nicht speziell in Potlatch) das Problem, dass oft auf Mausklicks nicht reagiert wird, obwohl sich der Mauszeiger verändert. In Potlatch kann ich z.B. bei mehreren Versuchen (neu laden) nur manchmal überhaupt den Save- oder Live-Modus auswählen. Manchmal geht es, dafür kann ich danach nichts selektieren. In meiner 32-Bit-Installation auf einem älteren Gerät tritt das Problem nicht auf. Wobei ich dazu sagen muss, dass ich Potlatch normaler Weise nicht benutze und jetzt nur mal kurz ausprobiert habe. Wie es mit der Stabilität bei längerem Arbeiten ausschaut, kann ich daher nicht sagen. Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at
Servus Michael! Heute (10. März) um 22:20 meintest du: Weiß jemand, wie mit plan.at verfahren wird? Ich bin dieser Tage draufgekommen, dass im Raum Gratkorn-Friesach etliche von mir und auch anderen eingetragene Straßen und Wege durch plan.at-Einträge ersetzt wurden. Scheiße, das! Plan.at zeichnet sich teilweise durch extreme Ungenauigkeiten aus, und daher sollten bestehende Straßen niemals ersetzt werden! Wenn man im wiki plan.at ins Suchfeld eingibt, kommt man zu ein paar seiten, wo es Hinweise gibt, wie damit umzugehen ist. Geschieht das anderswo auch so? Ab und zu, aber eher doch nicht - zum Glück! War die Arbeit umsonst? NEIN! Es gibt in Potlach die segensreiche Funktion 'show deleted ways', die mit der Taste U aufgerufen wird. Da werden alle (?) gelöschten wege in rot eingeblendet, und wenn man auf das Vorhängschloß Symbol klickt, werden die wieder aktiviert. Bevor du aber massive Änderungen machst, check erst einmal (an Hand von GPX tracks, Luftbild, etc.), ob sich da nicht jemand viel Mühe gemacht hat, die plan.at Daten zu korrigieren, so dass sie möglicherweise zurecht die Vorgängerdaten ersetzen - auch das kommt vor. Du kannst in Potlach mit H auch die History aufrufen, dann siehst du wer der/die Bearbeiter waren und kannst ja höflich anfragen... -- LG Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at
Michael Pichler wrote: Leider funktioniert bei mir Potlach seit etlichen Monaten sogut wie gar nicht mehr (Ubuntu 9.10, Firefox 3.6 gar nicht, mit Firefox 3.5.x nur sehr mangelhaft - dauert ewig, hängt sich auf). Muss mal einen Windows-Rechner bemühen. Benutzt Du die 64-Bit-Version? Ich habe damit in Flash allgemein (nicht speziell in Potlatch) das Problem, dass oft auf Mausklicks nicht reagiert wird, obwohl sich der Mauszeiger verändert. In Potlatch kann ich z.B. bei mehreren Versuchen (neu laden) nur manchmal überhaupt den Save- oder Live-Modus auswählen. Manchmal geht es, dafür kann ich danach nichts selektieren. In meiner 32-Bit-Installation auf einem älteren Gerät tritt das Problem nicht auf. Wobei ich dazu sagen muss, dass ich Potlatch normaler Weise nicht benutze und jetzt nur mal kurz ausprobiert habe. Wie es mit der Stabilität bei längerem Arbeiten ausschaut, kann ich daher nicht sagen. Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Aufraeumen
Hallo! http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_plan.at#Aufr.C3.A4umen Ich habe jetzt noch einen Absatz ergänzt: Vorab der Hinweis: Bitte bastelt an den plan.at Daten nur herum, wenn Ihr gute lokale Ortskenntnisse habt und/oder Lage/Beschaffenheit der Dinge vor Ort mit einem GPS o.ä. überprüft habt. Es bringt niemandem etwas, wie wild Tags zu löschen und ein Anderer weiß dann erst wieder nicht, ob das überprüft wurde. Und wenn ihr es überprüft und korrigiert habt, dann (im Idealfall) löscht bitte auch den fixme Tag, das ist dann der Hinweis an alle Anderen, daß dieses gewisse Objekt jetzt auch gefixt ist. - Danke! Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at (die x-te)
Ich hätte es nicht erwähnen sollen... Du springst aber auch immer gleich an drauf... ;) On 08.02.10 12:43, Boris Cornet wrote: eingesetzen. Also: name=Ort ersatzlos streichen. Da wird sowieso ein (falscher) is_in tag sein, den kannst du gerne ausbessern. Bei der Gelegenheit auch noch schnell weg mit dem elenden maxspeed=Ortsgebiet, Ich hab mir abgewöhnt, so nebenbei einzelne plan.at-Dinge zu fixen... Irgendwie sollt'ma da auf eine gemeinsame Strategie kommen, entweder bezirksweise oder wir verwenden das Arbeitsmatrix-Tool von den Deutschen... (falls wer nicht weiß, was ich da meine, suche ich die Links raus... ist in der Oberpfalz verwendet worden und zuletzt in Haiti) Jedenfalls, wenn man ein plan.at-Objekt angreift, sollte man das Objekt insgesamt bestmöglich fixen, also bei vorhandenem Yahoo-Image die Lage kontrollieren und alle falschen Tags löschen, incl. den fixme-Tag. Bei den Feldwegen heißt das so ungefähr highway=, source= und Ende (grade= auch, aber den hätte ich noch nie gesehen bei plan.at). Pfiat Di, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at (die x-te)
ok, weil das grade angesprochen wird und ich in einen kleinen Ort grade durch abgehen möglichst schön mappen will: Ein kurzes Beispiel. wenn eine Ortsstraße so drinnen ist: addr:postcode=... highway=residental name=...// ok bis hier is alles klar is_in=...,Bezirk Eferding,Oberösterreich,Österreich,Europa// ist das ok? at:maxspeed=Ortsgebiet// was soll ich mit dem Zeug ab hier machen? created_by=WWWOSM 0.1 fixme=check import note=imported from plan.at; (C)=CC-by-sa or oDBL; feel free to change if necessary plan_at:acad_id=ef16C0 source=plan.at 2009 uploaded_by=Wolfgang W. Wasserburger --- auch uploaded_by is überflüssig oder? es wird ja die Autor information gespeichert. Martin Kepplinger E-Mail: martin.kepplin...@gmail.com VoIP und IM: sip:martinkepplin...@ekiga.net Am 08.02.2010 13:08, schrieb Andreas Labres: Ich hätte es nicht erwähnen sollen... Du springst aber auch immer gleich an drauf... ;) On 08.02.10 12:43, Boris Cornet wrote: eingesetzen. Also: name=Ort ersatzlos streichen. Da wird sowieso ein (falscher) is_in tag sein, den kannst du gerne ausbessern. Bei der Gelegenheit auch noch schnell weg mit dem elenden maxspeed=Ortsgebiet, Ich hab mir abgewöhnt, so nebenbei einzelne plan.at-Dinge zu fixen... Irgendwie sollt'ma da auf eine gemeinsame Strategie kommen, entweder bezirksweise oder wir verwenden das Arbeitsmatrix-Tool von den Deutschen... (falls wer nicht weiß, was ich da meine, suche ich die Links raus... ist in der Oberpfalz verwendet worden und zuletzt in Haiti) Jedenfalls, wenn man ein plan.at-Objekt angreift, sollte man das Objekt insgesamt bestmöglich fixen, also bei vorhandenem Yahoo-Image die Lage kontrollieren und alle falschen Tags löschen, incl. den fixme-Tag. Bei den Feldwegen heißt das so ungefähr highway=, source= und Ende (grade= auch, aber den hätte ich noch nie gesehen bei plan.at). Pfiat Di, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at (die x-te)
Martin Kepplinger wrote: ok, weil das grade angesprochen wird und ich in einen kleinen Ort grade durch abgehen möglichst schön mappen will: Ein kurzes Beispiel. wenn eine Ortsstraße so drinnen ist: is_in=...,Bezirk Eferding,Oberösterreich,Österreich,Europa// ist das ok? Da fehlt leider i.d.R. der Ortsname, wo die Punkte sind. Wobei die Meinungen über die generelle Sinnhaftigkeit des is_in-Tags zumindest sehr kontrovers sind. at:maxspeed=Ortsgebiet maxspeed=richtige Zahl falls bekannt, ohne at: davor, sonst löschen. fixme=check import Löschen wenn alles erledigt ist, ansonsten ggf. anpassen. Möglichst bei Teilbearbeitungen nicht unverändert lassen, da sonst niemand weiß, was noch zu tun ist. source=plan.at 2009 Passt, macht Sinn, kann drin bleiben. created_by=WWWOSM 0.1 note=imported from plan.at; (C)=CC-by-sa or oDBL; feel free to change if necessary plan_at:acad_id=ef16C0 uploaded_by=Wolfgang W. Wasserburger Kann alles weg, wenn die Daten fertig bearbeitet sind. Bis dahin sollten sie drin bleiben, damit man unfertige plan.at-Daten finden kann. So macht das z.B. der OSMI-plan.at-Layer: http://tools.geofabrik.de/osmi/?view=plan_atlon=15.97668lat=47.99654zoom=9 Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
On Sun, Jan 03, 2010 at 02:56:34PM +0100, Andreas Labres wrote: On 03.01.10 11:26, Jochen Topf wrote: Sobald mal mit Geometrien anfängt wirds halt aufwändiger. Würde es reichen, wenn wir eine Liste der Gemeindenamen haben und schauen, ob die *irgendwo* als Straßenname auftauchen? Wie stehen die denn da drin? heißt die Straße dann Wiener Straße, wenn die Gemeinde Wien ist oder heißt die Straße wirklich Wien. In letzterem Fall sollten solche Namen ja nicht so häufig als echte Straßennamen auftauchen, auch nicht außerhalb des Bezirkes. Die stehen drin mit dem Namen der Ortschaft/der Gemeinde (?) als name= Wenn mir jemand eine Liste aller Ortsnamen gibt, dann kann ich mal versuchen dagegen zu checken. Vielleicht kann man die ja auch aus den place=*-Tags rausziehen? Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Style für JOSM
Andreas M. wrote: Hallo, ich habe für JOSM eine Style-Datei erstellt, die Datenelemente mit einigen typischen plan.at-Tags hervorhebt. [] - fixme=check import - source=plan.at 2009 - note=imported from plan.at, ... Diese Werte dürften die meisten händisch korrigierten Wege immer noch haben. - plan_at:acad_id=irgendwas - at:maxspeed=irgendwas Schon interessanter. Was ich suche, ist eine konfortable Methode, alle Wege, wo author=plan.at (oder wie das immer geheißen hat), farblich hervorhebt. Ist das technisch möglich? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Style für JOSM
Stefan Hirschmann wrote: - fixme=check import - source=plan.at 2009 - note=imported from plan.at, ... Diese Werte dürften die meisten händisch korrigierten Wege immer noch haben. Bei source tendiere ich auch eher dazu, es wieder aus dem Style rauszunehmen. Das kann man ja durchaus in der endgültigen Fassung der Daten als Information drinlassen. Die anderen beiden deuten aber auf eine unvollständige Bearbeitung hin, wenn schon jemand etwas geändert hat. fixme sollte entsprechend dem Bearbeitungsstand geändert und schließlich ganz entfernt werden. note ist eigentlich als Bearbeitungshinweis für andere Mapper gedacht und gehört ebenfalls gelöscht, wenn an dem Datenelement nichts mehr zu tun ist. Was ich suche, ist eine konfortable Methode, alle Wege, wo author=plan.at (oder wie das immer geheißen hat), farblich hervorhebt. Ist das technisch möglich? Leider nicht mit den Styles. Und sonst auch nur mit größeren Änderungen am Editor sowie deutlich höherer Serverlast. Man müsste zu jedem Datenelement die History holen und nachschauen, ob der Autor der Version 1 der Importuser ist. Das ist IMO etwas zu teuer. Alternativ könnte man einen Bereich per XAPI holen. Da stehen zu jedem Datenelement im Attribut xapi:users die Displaynamen aller bisherigen Bearbeiter drin. Damit könnte man per Skript die gewünschten Datenelemente extrahieren. Die Ausgabedatei könnte man wiederum in JOSM öffnen. Aber da sieht man dann halt nichts anderes. Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Style für JOSM
Andreas M. wrote: Alternativ könnte man einen Bereich per XAPI holen. Da stehen zu jedem Datenelement im Attribut xapi:users die Displaynamen aller bisherigen Bearbeiter drin. Korrektur nach kurzem Test: inzwischen scheint das nicht mehr drin zu stehen, die Lösung fällt also weg. Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Style für JOSM
Andreas M. wrote: Stefan Hirschmann wrote: Was ich suche, ist eine konfortable Methode, alle Wege, wo author=plan.at (oder wie das immer geheißen hat), farblich hervorhebt. Ist das technisch möglich? Leider nicht mit den Styles. Und sonst auch nur mit größeren Änderungen am Editor sowie deutlich höherer Serverlast. Man müsste zu jedem Datenelement die History holen und nachschauen, ob der Autor der Version 1 der Importuser ist. Das ist IMO etwas zu teuer. Ich glaub, ich hab mich zu undeutlich ausgedrückt. Ich will die Wege, wo der aktuelle User, der Importuser ist. Hintergrund: Ich will nur plan.at Wege haben, die nie von jemanden angegriffen wurden. Sobald ein einzelner Punkt auf diesem Weg mal von einem anderen User verschoben wurde, soll der Weg nicht mehr hervorgehoben werden. Also sowas in der Art von früher (wo es die Usertools noch gab), dass auf einen plan.at Importuser Weg geklickt hast, dann auf User, alles vom User anzeigen. Und alle Wege markiert wurden, wo der Import User in der aktuellsten Version immer noch der Editor ist. Nur will ich das ganze ohne vorher einen Punkt vom plan.at Importuser anklicken zu müssen. Warum ich das ganze will: Ich habe Imst importiert und suche die Wege, die ich übersehen habe. Diese Daten scheint also JOSM alle schon zu haben, ohne irgendwelche extra API Abfragen zu machen. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Style für JOSM
Stefan Hirschmann wrote: Ich glaub, ich hab mich zu undeutlich ausgedrückt. Ich will die Wege, wo der aktuelle User, der Importuser ist. Hintergrund: Ich will nur plan.at Wege haben, die nie von jemanden angegriffen wurden. Sobald ein einzelner Punkt auf diesem Weg mal von einem anderen User verschoben wurde, soll der Weg nicht mehr hervorgehoben werden. Ach so. Auf die Metadaten, sprich User, Version usw. hat man in den Styles AFAICS keinen Zugriff, sondern nur auf die Tags und deren Werte. Das können wohl ggf. nur Plugins. Also sowas in der Art von früher (wo es die Usertools noch gab), dass auf einen plan.at Importuser Weg geklickt hast, dann auf User, alles vom User anzeigen. Und alle Wege markiert wurden, wo der Import User in der aktuellsten Version immer noch der Editor ist. Nur will ich das ganze ohne vorher einen Punkt vom plan.at Importuser anklicken zu müssen. Das funktioniert auch noch: - Autorenliste öffnen (Alt+Shift+A oder in der vertikalen Toolbar) - alle Daten markieren (Ctrl+A) - in der Autorenliste auf plan_at_upload_by... doppelklicken, fertig Die Usertools wurden inzwischen in den Trunk übernommen und sind kein separates Plugin mehr. Falls Du die Stable-Version benutzt und das dort noch nicht geht, probier mal die Latest. Alternativ geht das in neueren Versionen auch mit der Suchfunktion, einfach als Suchbegriff user:plan_at_Upload_by_Wolfgang_Wasserburger eingeben. Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
On Sat, Jan 02, 2010 at 01:05:06PM +0100, Boris Cornet wrote: Ich würde mir allerdings noch ein Layer wünschen: Straßenname=Gemeindename. Um das nicht allzu ausarten zu lassen, sollte man es auf Bezirksebene laufen lassen, also innerhalb eines Bezirks werden alle Straßen markiert, die so wie eine der Gemeinden innerhalb des Bezirks heißen. Die Liste der Gemeindenamen pro Bezirk ist einfach zu erstellen, und die boundingboxes der Bezirke sollten auch nicht so schwierig sein (sie müssen auch nicht wirklich exakt sein...). Sobald mal mit Geometrien anfängt wirds halt aufwändiger. Würde es reichen, wenn wir eine Liste der Gemeindenamen haben und schauen, ob die *irgendwo* als Straßenname auftauchen? Wie stehen die denn da drin? heißt die Straße dann Wiener Straße, wenn die Gemeinde Wien ist oder heißt die Straße wirklich Wien. In letzterem Fall sollten solche Namen ja nicht so häufig als echte Straßennamen auftauchen, auch nicht außerhalb des Bezirkes. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
On 03.01.10 11:26, Jochen Topf wrote: Sobald mal mit Geometrien anfängt wirds halt aufwändiger. Würde es reichen, wenn wir eine Liste der Gemeindenamen haben und schauen, ob die *irgendwo* als Straßenname auftauchen? Wie stehen die denn da drin? heißt die Straße dann Wiener Straße, wenn die Gemeinde Wien ist oder heißt die Straße wirklich Wien. In letzterem Fall sollten solche Namen ja nicht so häufig als echte Straßennamen auftauchen, auch nicht außerhalb des Bezirkes. Die stehen drin mit dem Namen der Ortschaft/der Gemeinde (?) als name= Beispielsweise Zwölfaxing oder Schwechat hier: http://osm.org/go/0JqewORe-- Im ersten Schritt ist aber vieles durch andere Unarten, für die's bereits Layers gibt, abgedeckt. Im Moment scheitert es wohl auch an so einer Gemeindeliste in brauchbarer Lizenz... Ein besonders hirnrissiger Effekt hier: http://osm.org/go/0JqelO_g-- Ein Feldweg, der ständig seinen Namen ändert (natürlich haben Grenze und Feldweg gemeinsame Punkte...) Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
Andreas Labres schrieb: 1) maxspeed= sollte sicherlich einfach nur die Geschwindigkeit beinhalten, Daten wie Ortsgebiet etc. können raus, oder? Ja. Es macht aber ebenso keinen Sinn, jetzt planlos alle Ortsgebiet Tags zu entfernen. Sondern man sollte sie durch die richtigen Geschwindigkeitswerte ersetzen. Doch! Falsches Tagging gehört weg, ausnahmslos. Wenn diese Ortsgebiets-angaben wenigstens halbwegs stimmen würden, dann könnte man sie lassen, aber diese Angaben sind die bytes nicht wert, die sie belegen. So stören sie eher! Also: entweder richtigstellen, dazu muss man aber auch die Lage der Ortstafel kennen und die Straße dort auftrennen, oder sonst: weg damit! 2) is_in= wie sollte da die optimale Formatierung aussehen? Ort, Bezirk, Bundesland, Österreich, Europe oder? Denn das http://wiki.openstreetmap.org/wiki/Key:is_in habe ich nicht ganz durchschaut. Ort(steil), Gemeinde, Bezirk, Bundesland, Österreich, Europe Anm. Ortsteil kann gegebenfalls weggelassen werden Bezirk ohne Bezirk Europe, nicht Europa Also: wo ich wohne, müsste man is_in=Mühlau,Innsbruck,Innsbruck-Stadt,Tirol,Österreich,Europe angeben, das hat aber wegen dem irren Aufwand und dem bescheidenen Informationsgewinn niemand getan. Ohnehin: Naja, is_in ist wohl an sich keine gute Idee. Ich schreibe da typischerweise eine Ortschaft hinein, im Zweifelsfall sollte man es wohl eher weglassen. Zustimmung! is_in bringt's nicht wirklich, ist eher ein Dinosaurier aus den ersten Tagen. Sinnvoll ist das bestenfalls für Orts(teil)namen. Allerdings, solange es keine vollständigen Gemeindegrenzen gibt, ergibt sich durch *richtige* is_in tags ein (geringer) Informationsgewinn, also Aber auch hier gilt: nicht jetzt einfach alle plan.at-is_in Tags löschen. ...sondern (zumindest bei den wichtigeren Objekten): Richtigstellen! Wir werden beim nächsten Wiener Stammtisch Strategien und Guidelines aushecken, denke ich... Hmm! Ich möchte Andreas ja nichts unterstellen, aber das klingt etwas danach, als wollten die Wiener es den 'Provinzlern' ausrichten! Ich möchte auch daran erinnern, dass es in unterschiedlichen Regionen unterschiedliche Probleme mit plan.at gibt. So waren wir in Tirol ja das unfreiwillige Übungsgelände, hier gibt es verschiedenste (Fehl-)Tagging Varianten (highway, plan_at:highway, highway:plan_at, u.ä.) und große Gebiete, in denen der Import überhaupt gescheitert ist und nur Müll produziert worden ist. Zweitens darf ich an den plan.at Namespace erinnern (http://wiki.openstreetmap.org/wiki/Plan.at): Das sollte der zentrale Ort für 'best practices' sein, und die Diskussion sollte schon österreichweit geführt werden, also wenigstens in der mailing list. Ich empfinde ja eine Diskussion auf den ensprechenden Wiki-Seiten als offener und demokratischer, gebe aber zu, dass es dabei oft etwas unstrukturiert und chaotisch zugeht. Aber immerhin: auch die OSM proposals werden so eingebracht und entschieden, also warum sollten wir das nicht auch so machen. Generell sollte man IMO unterscheiden: - hat man von etwas die genaue Lage und die Details kontrolliert, dann sollte aus dem Tagging erkennbar sein, daß das so ist IMHO geht das am besten, indem man 1) source ergänzt: plan.at 2009; local knowledge oder plan.at 2009; yahoo imagery, usw. 2) fixme löscht (!!) 3) alles andere, das auch nur im geringsten nach plan.at riecht, entfernt (allen voran maxspeed=Ortsgebiet, note, uploaded_by) Ad 1) wenn man - wie oft bei den Bebaungsgrenzen (landuse=residential) - die vorhandenen Daten sosehr zurechtzupft und ergänzt, dass nichts mehr vom Original übrigbleibt, dann kann und sollte man natürlich auch plan.at aus source löschen. - plan.at-Objekte, die nur im Tagging verändert werden (ohne die genaue Lage oder die Realität zu kennen), sollten (an einem Merkmal) erkennbar bleiben. Hier sollte IMHO keinesfalls der source tag gelöscht oder geändert werden, und fixme muss drin bleiben. Ob man fixme nun ändert (z.B. auf Lage ungeprüft oder sowas, oder gleich das check import drin lässt, ist vermutlich Geschmackssache, im ersteren Fall scheinen die geänderten Wege aber möglicherweise nicht mehr im OSM Inspector auf. BTW, Jochen, nochmal danke für die OSMI-View! - Ich persönlich schalte am liebsten alles aus nur nur ein Merkmal ein, um das dann im Detail anzuschauen. Ja, diesem Dank schließe ich mich aus vollem Herzen an! Ich würde mir allerdings noch ein Layer wünschen: Straßenname=Gemeindename. Um das nicht allzu ausarten zu lassen, sollte man es auf Bezirksebene laufen lassen, also innerhalb eines Bezirks werden alle Straßen markiert, die so wie eine der Gemeinden innerhalb des Bezirks heißen. Die Liste der Gemeindenamen pro Bezirk ist einfach zu erstellen, und die boundingboxes der Bezirke sollten auch nicht so schwierig sein (sie müssen auch nicht wirklich exakt sein...). Liebe Grüße, Boris ___ Talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
Hallo Boris! Ich versuche nochmal, meine Gedanken rüberzubringen: Vieles an dem plan.at Tagging ist falsch. Überschaubar ist, wenn ein Objekt noch original ist, besser ist, ein Objekt ist sauber gefixt (und das muß natürlich unser Ziel für alles sein). Mühsam wird es aber, wenn bei einem Objekt teilweise am Tagging herumgedoktort wurde. Und ich würde gern verhindern, daß sowas noch weiter entsteht, drum möchte ich zu so einer Anleitung hin, wie man am besten vorgeht. Dann kann auch jemand, der neu dazustößt, da einsteigen und mitmachen. Ich finde zB ein globales Löschen von maxspeed=Ortsgebiet schlecht, weil das ein guter Indikator dafür ist, daß eigentlich noch keiner darüber nachgedacht hat, was dort wirklich gilt. Wenn ich es weiß, trage ich dort 50 (oder 40 oder 30) ein. Anderseits, bei einem Feldweg, der außerhalb des Ortes liegt, lösche ich so ein maxspeed ganz bewußt. Und alle mit dem falschen maxspeed Tagging müssen noch durchgeschaut werden. Jochen hatte ich gebeten, diesen View zu machen, damit es uns hilft, das Problem in den Griff zu kriegen und einer Lösung zuzuführen. Daß ich den Wiener Stammtisch erwähnte, hat /überhaupt/ nix mit Ausgrenzung oder Bevormundung zu tun, sondern liegt nur daran, daß ich a) es für sinnvoll halte, das IRL zu diskutieren (statt wieder endlose Threads, die nix bringen) b) halt der Wiener der nächste ist, bei dem ich dabei sein werde. Natürlich können wir uns in Salzburg darüber auch unterhalten (hoffe wir treffen uns dort?) und natürlich könnt Ihr Euch in Tirol (oder sonstwo) genauso zusammensetzen und eine gute Lösung finden. Und OSMI soll halt dabei helfen, daß man gezielter nach Detailproblemen (zB ref=0 bei Straßen) sucht und bei der Gelegenheit dann diese Objekte fixt. Und im Großen müssen wir das dann wohl bezirksweise (geht wohl nicht anders) überblicken und durchgehen... On 02.01.10 13:05, Boris Cornet wrote: Andreas Labres schrieb: Aber auch hier gilt: nicht jetzt einfach alle plan.at-is_in Tags löschen. ...sondern (zumindest bei den wichtigeren Objekten): Richtigstellen! ACK. Aber bitte das ganze Objekt auf einmal, darum geht's mir. Sodaß alle anderen dann sicher sein können: das hat jemand angeschaut, ggf. die Lage korrigiert, die Tags nach bestem Wissen richtiggestellt und man kann es daher als brauchbar annehmen und vergessen. Und dann soll's eben in dem OSMI Layer bei all den Teil-Problem-Fällen nimmer aufscheinen. -- Und irgendwann ist der OSMI-Layer dann weiß... Ich würde mir allerdings noch ein Layer wünschen: Straßenname=Gemeindename. Den würde ich mir auch wünschen, nur die Query dafür gibt's nicht... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
Andreas Labres schrieb: Hallo Boris! Ich versuche nochmal, meine Gedanken rüberzubringen: Überschaubar ist, wenn ein Objekt noch original ist, besser ist, ein Objekt ist sauber gefixt (und das muß natürlich unser Ziel für alles sein). Mühsam wird es aber, wenn bei einem Objekt teilweise am Tagging herumgedoktort wurde. Ich finde zB ein globales Löschen von maxspeed=Ortsgebiet schlecht, weil das ein guter Indikator dafür ist, daß eigentlich noch keiner darüber nachgedacht hat, was dort wirklich gilt. OK, Ich hab's verstanden: Lieber auffällig falsche Daten, weil die leicht zu erkennen sind, anstelle von Daten, die rein formal gut sind, aber trotzdem weit daneben! Trotzdem, es macht recht viel Mühe, beim Richtigstellen immer eine ganze Reihe von unnötigen Tags einzeln weg zu löschen, deshalb kann ich den Ruf nach automatischen edits/deletes gut verstehen. Und Wasserburgers maxspeed=Ortsgebiet ist so durchgängig und grundlegend falsch, dass es wirklich komplett nutzlos ist. Schlimmer noch, es verleitet Anfänger dazu, es richtig zu stellen, also in Ortsmitte 50 hineinzuschreiben, sie übersehen dabei aber, dass die Straße am Ortsende weitergeht: vom Regen in die Traufe! Deswegen halte ich es immer noch für sinnvoller, das konsequent - also auch ruhig automatisch - wegzulöschen. Was anderes ist das harmlose is_in. So, mit der falschen Form á la plan.at ist es nicht wirklich sehr hilfreich, aber zuminderst nicht kontraproduktiv, im Gegenteil, es kann nur besser werden. Insofern kann es durchaus als Indikator dienen. Natürlich können wir uns in Salzburg darüber auch unterhalten (hoffe wir treffen uns dort?) und natürlich könnt Ihr Euch in Tirol (oder sonstwo) genauso zusammensetzen und eine gute Lösung finden. Natürlich können wir in Salzburg/Innsbruck/Wien und wo auch immer drüber reden. Aber um auf einen gemeinsamen Nenner zu kommen, braucht es eine Plattform, und zwar möglichst eine, die allen offensteht (also auch Nicht-Abonnenten von [talk-at]) Ich wiederhole: Darf ich an den plan.at Namespace erinnern (http://wiki.openstreetmap.org/wiki/Plan.at)? Das sollte der zentrale Ort für 'best practices' sein, ... Ich empfinde eine Diskussion auf den ensprechenden Wiki-Seiten als offener und demokratischer, gebe aber zu, dass es dabei oft etwas unstrukturiert und chaotisch zugeht. Aber immerhin: auch die OSM proposals werden so eingebracht und entschieden, also warum sollten wir das nicht auch so machen. LG Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
Guten morgen, Danke für die Übersicht. Ein paar kleinere Fragen zu sinnvollen Ergänzung / Korrektur hätte ich aber schon noch: 1) maxspeed= sollte sicherlich einfach nur die Geschwindigkeit beinhalten, Daten wie Ortsgebiet etc. können raus, oder? 2) is_in= wie sollte da die optimale Formatierung aussehen? Ort, Bezirk, Bundesland, Österreich, Europe oder? Denn das http://wiki.openstreetmap.org/wiki/Key:is_in habe ich nicht ganz durchschaut. Danke für die Hilfe Grüße Patrick und ein Gutes neues Jahr! -Ursprüngliche Nachricht- Von: talk-at-boun...@openstreetmap.org [mailto:talk-at-boun...@openstreetmap.org] Im Auftrag von Jochen Topf Gesendet: Mittwoch, 23. Dezember 2009 15:09 An: talk-at@openstreetmap.org Betreff: [Talk-at] plan.at-View im OSM-Inspector Hi! Gerade noch rechzeitig zu Fest (damit ihr alle was zu tun habt über die Feiertage :-) hat der OSM Inspector jetzt einen plan.at-View bekommen: http://tools.geofabrik.de/osmi/?view=plan_atlon=15.97668lat=47.99654zoom= 9 Der View zeigt an, wo nach dem Import noch Sachen zu tun sind, wo fixme- Tags sind, wo die Geisterstraßen und andere spezielle Tags aus dem Import. Vielen Dank an Andreas Labres, der diesen View angeregt und sich überlegt hat, was alles wie dargestellt werden könnte. Ein bischen Doku gibts unter http://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/plan.at , die könnte aber sicher noch ausgebaut werden. Wenn sich da jemand dran setzen mag, wäre das prima. Wie alle OSMI Views ist das ein Kompromiß. Nicht alles, was man vielleicht mal braucht, läßt sich darstellen, sonst sieht man den Wald vor lauter Bäumen nicht mehr. Anregungen, wie der View verbessert werden kann, nehme ich gerne hier oder auf der Wiki-Seite entgegen. Fröhliche Weihnachten! Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
Hallo Patrick! On 01.01.10 09:13, PatDi_Wikipedia wrote: 1) maxspeed= sollte sicherlich einfach nur die Geschwindigkeit beinhalten, Daten wie Ortsgebiet etc. können raus, oder? Ja. Es macht aber ebenso keinen Sinn, jetzt planlos alle Ortsgebiet Tags zu entfernen. Sondern man sollte sie durch die richtigen Geschwindigkeitswerte ersetzen. 2) is_in= wie sollte da die optimale Formatierung aussehen? Ort, Bezirk, Bundesland, Österreich, Europe oder? Denn das http://wiki.openstreetmap.org/wiki/Key:is_in habe ich nicht ganz durchschaut. Naja, is_in ist wohl an sich keine gute Idee. Ich schreibe da typischerweise eine Ortschaft hinein, im Zweifelsfall sollte man es wohl eher weglassen. Aber auch hier gilt: nicht jetzt einfach alle plan.at-is_in Tags löschen. Wir werden beim nächsten Wiener Stammtisch Strategien und Guidelines aushecken, denke ich... Generell sollte man IMO unterscheiden: - hat man von etwas die genaue Lage und die Details kontrolliert, dann sollte aus dem Tagging erkennbar sein, daß das so ist - plan.at-Objekte, die nur im Tagging verändert werden (ohne die genaue Lage oder die Realität zu kennen), sollten (an einem Merkmal) erkennbar bleiben. BTW, Jochen, nochmal danke für die OSMI-View! - Ich persönlich schalte am liebsten alles aus nur nur ein Merkmal ein, um das dann im Detail anzuschauen. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at-View im OSM-Inspector
Servus Andreas! Danke für die rasche Antwort Hallo Patrick! On 01.01.10 09:13, PatDi_Wikipedia wrote: 1) maxspeed= sollte sicherlich einfach nur die Geschwindigkeit beinhalten, Daten wie Ortsgebiet etc. können raus, oder? Ja. Es macht aber ebenso keinen Sinn, jetzt planlos alle Ortsgebiet Tags zu entfernen. Sondern man sollte sie durch die richtigen Geschwindigkeitswerte ersetzen. Ist eh klar, dass ich keine Tags einfach entferne, aber wo ich vorbeikomme und sowas sehe, da sollte man es somit schon auf die richtige Geschwindigkeit ändern. 2) is_in= wie sollte da die optimale Formatierung aussehen? Ort, Bezirk, Bundesland, Österreich, Europe oder? Denn das http://wiki.openstreetmap.org/wiki/Key:is_in habe ich nicht ganz durchschaut. Naja, is_in ist wohl an sich keine gute Idee. Ich schreibe da typischerweise eine Ortschaft hinein, im Zweifelsfall sollte man es wohl eher weglassen. Aber auch hier gilt: nicht jetzt einfach alle plan.at-is_in Tags löschen. Löschen werde ich keine Tags, aber soweit es klar ist, kann man derzeit einfach die ... durch die richtige Gemeinde ersetzen. Und natürlich schauen, ob der Bezirk überhaupt stimmt (ist mir schon aufgefallen, dass dies oft nicht stimmt (Bezirk Wels-Land z.B.). Wir werden beim nächsten Wiener Stammtisch Strategien und Guidelines aushecken, denke ich... Generell sollte man IMO unterscheiden: - hat man von etwas die genaue Lage und die Details kontrolliert, dann sollte aus dem Tagging erkennbar sein, daß das so ist - plan.at-Objekte, die nur im Tagging verändert werden (ohne die genaue Lage oder die Realität zu kennen), sollten (an einem Merkmal) erkennbar bleiben. Verstehe ich das richtig, dass zumindest bei (in der Realität) kontrollierten Elementen das Fixme gelöscht werden soll, die restlichen Tags entsprechend der realen Situation abgeändert (= maxspeed, highway, ev. Stop-Tafeln, Zufahrtsbeschränkungen, etc.) werden aber source = Plan.at, uploaded_by, note, acad-id etc. jedoch weiterhin behalten werden? BTW, Jochen, nochmal danke für die OSMI-View! - Ich persönlich schalte am liebsten alles aus nur nur ein Merkmal ein, um das dann im Detail anzuschauen. Servus, Andreas Danke und Grüße Patrick ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Andreas M. wrote: Andreas Labres wrote: Auch das wird leider nicht so einfach funktionieren. Im Raum Wien habe ich nämlich auch schon die Variante gesehen, dass der Tag mit Präfix (neben allen anderen Import-Tags) einfach drin geblieben ist und ein weiterer(!) highway- oder sonstiger Tag hinzugefügt wurde. Das passiert ganz schnell, wenn einen plan.at Weg und einen normalen (oder bereits importierten) Weg miteinander verbindest (JOSM -Werkzeuge, weg verbinden). Ist mir grad selber passiert. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Andreas M. wrote: Noch ungünstiger wäre es natürlich, einfach nur die fixme-Tags zu löschen. Damit wäre es um so schwerer, das Aufräumen in den Griff zu bekommen. ACK. Auf jeden Fall würde ich ab einer noch festzulegenden Deadline alle Importdaten löschen, die noch auf Revision 1 stehen, d.h. überhaupt nicht bearbeitet wurden, oder bei denen die einzige Änderung im Entfernen des Präfixes besteht. ACK zu ersterem, NACK zu zweiterem. Auch wenn nur das Präfix entfernt wurde, hat sich derjenige was dabei gedacht und Du kannst ihm nicht einfach Dinge weglöschen. Auch das wird leider nicht so einfach funktionieren. Im Raum Wien habe ich nämlich auch schon die Variante gesehen, dass der Tag mit Präfix (neben allen anderen Import-Tags) einfach drin geblieben ist und ein weiterer(!) highway- oder sonstiger Tag hinzugefügt wurde. Ok, sollte man auch bedenken. Ich würde das ohnehin auf Gebiete beschränken, für die sich niemand (mehr) zuständig fühlt. Ggf. könnte man die Mapper, die sich auf der plan.at-Wiki-Seite eingetragen haben, noch mal fragen, wie der Stand der Dinge ist. Wir müssen natürlich unbedingt sicher stellen, dass niemandes Mühe um eine sorgfältige Einarbeitung durch eine solche Löschung für die Katz' war. Sorge machen mir vor allem die großen Gebiete, für die einfach niemand (insgesamt) zuständig ist, zB Baden oder Wien-Umgebung. Solche Bezirke wird's noch mehr geben... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Andreas Labres wrote: Da ist die Frage, was mehr Arbeit macht... entweder den Tag überall dort löschen, wo er falsch ist, oder überall dort dazugeben, wo er hingehört? Also bei Wegen ist es IMH nicht ausdiskutiert, ob es besser ist, falsche oder gar keine Daten zu haben. Aber in Fall von Tags ist es für mich eindeutig: Lieber kein Tag als falsche Tags. Wenn das Geschwindigkeitstag nirgends gesetzt ist, kann ich damit leben. Aber wenn es falsch gesetzt ist, dann verliert das ganze Tag seine Glaubwürdigkeit und wird sinnlos. Und plan.at unterscheidet nicht zwischen 30 km/h und 50 km/h also ist es keine gute Quelle. Andere Meinungen? MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Falls du mit doch antwortest: Ich habe bei meinem Import, alles was ich nicht mit eigenen GPS Daten kontrollieren konnte, das Fixme in ruhe gelassen. D.h. du würdest mir den ganzen Bezirk Imst raus löschen. Gilt auch für das Südostliche Mittelgebirge (Bezirk Innsbruck Land). Ich arbeite gleich. Alles was ich bis jetzt nicht durch GPS oder Yahoo prüfen konnte enthält weiter das fixme Tag. Eine Bereinigung macht sicher nur bei unbearbeiteten Elementen Sinn. -- Leo Triendl Rothmayrgasse 5 6074 Rinn Tel.: 06505071929 Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Die nodes sind nicht doppelt, sondern es gibt je einen Eintrag für einen Ort und eine Gemeinde. Viele davon sind ja nur dutzende (manchmal hunderte) Kilometer weit falsch plaziert, weil da wohl ein grosser Experte am Programmieren war ... die Koordinaten stammen offenbar aus einem automatisierten Import, der Ortsnamen verglichen hat, aber den Abstand zum eigenen is_in node ignoriert hat. Daher findet man Orte oft in einem anderen Bezirk, wo ein gleichnamiger Ort war. Bei den Orten, wo er keine Koordinaten gefunden hat, scheint der Import-Job einfach die vom is_in kopiert zu haben, das sieht dann auf der Karte lustig aus mit all den übereinander geschriebenen Ortsnamen. Ich hab da schon bis zu 12 Orte aus einem Punkt gezogen ... Bitte nicht löschen - sollten die nocheinmal einen Import fahren, haben wir den ganzen Mist wieder. Ich schiebe die überlagerten places auseinander (evtl. mit /fixme=location /oder so taggen), lösche '/place/' aus dem /openGeoDB:auto_update/ tag, und lösche das /place/-tag in den nodes, die /openGeoDB:location=political_structure /enthalten. Zu kleine Orte setze ich noch auf /place=hamlet/ um, so um die 40 EW ist da mein empirisch ermittelter Schwellwert (Definition /hamlet/: not more than a few houses) - setzt man bei mehr EW an, wird z.B. das Waldviertel auf einmal eine Wüste. --Peter Übrigens kann man bei der Gelegenheit auch gleich die OpenGeoDB location Nodes zurechtrücken. Da gibt's ja auch oftmals zwei (einen für den Ort, einen für die Gemeinde), da habe ich immer einen (glaub die Gemeinde) gelöscht. place=village für die Beschriftung des Ortes, die Gemeinde sollte IMO eher durch die Gemeindegrenze vertreten sein. Ja, die OpenGeoDB locations sind großteils echt ein Graus. Falls ein Ortskundiger sich erbarmt, bitte einmal die _Oststeiermark_ durchschauen, da ist es wüst. Ich lösche auch immer einen der beiden (oder zwei der drei) übereinanderliegenden Knoten - es gibt aber etliche village doppelt, oder zwei Punkte mit gleich viel Einwohnern, ob die sich sonst unterscheiden, hab ich nicht erkennen können (zuviele Attribute). Oft bildet sich ein richtiger Raster ab, der wohl von zuwenig Kommastellen in den Koordinaten kommt (?). Für die Suche wären ordentliche Punkte aber sicher ein echter Gewinn. Da fehlt's leider noch an vielen Stellen. Wird die OpenGeoDB eigentlich noch gepflegt? Ich hab vor Jahren mal mitgemacht, aber in Österreich gab's wimre nur eine Handvoll Aktive. grüße, roland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Peter Holzleitner wrote: Boris Cornet wrote: ALLE restlichen tags sind MapLint und gehören IMHO restlos entfernt, allen voran das maxspeed=Ortsgebiet, das ist nicht nur regelwidrig sondern auch zu 90% falsch. 90% falsch ja (Feldwege!?), regelwidrig nein - das Tag ist /*at:*maxspeed/. Ned bös sein, aber das ist noch (wie sag ich's freundlich?) eine schlechtere Idee als alles andere... es ist keineswegs so, daß die maxspeed nur für Österreicher gilt... ;) Wenn, dann maxspeed=at-ortsgebiet oder sowas. Aber auch das ist nur bedingt sinnvoll, weil es Gemeinden gibt, die ihr Ortsgebiet-Limit auf z.B. 40 gesetzt haben. Eher sollte man IMO den Weg gehen, maxspeed=Ortsgebiet generell auf maxspeed=50 zu ersetzen und dann lokal zu fixen. den einen oder anderen Lachkrampf ob der haarstäubenden Fehler hab ich ihm auch schon zu verdanken! waterway=stream mit /at:maxspeed=Ortsgebiet/ z.B.? ;-) Na, dafür brauchst ordentlich Power... ;) Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Hannes Falkner wrote: Ich habe nun diese Wege zurechtgerückt und die Wegtypen aktualisiert. Weiters habe ich, wie von Boris geschrieben, ALLE Tags aus dem Plan.at-Import entfernt. Ich hoffe, diese Vorgehensweise passt so. Perfekt. Ich nehme an, das bist Du: http://www.openstreetmap.org/user/Hannes%20Falkner/edits Grob drübergeschaut, passt alles. Ob man jetzt ein source=local knowledge oder source=GPS oder sowas noch dazumachen wollte/sollte, sei dahingestellt. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Stefan Hirschmann wrote: Ich hoffe ich habe dich jetzt nur falsch verstanden. Du hast nicht vor, alles, was fixme=check import hat, zu löschen, unabhängig, ob die anderen Tags geändert wurden, oder doch? Der Plan war eigentlich schon, irgendwann alles, was vom plan.at Import nach der Kontrolle als Müll übrig ist, zu löschen. Dabei ist fixme=check import als Suchbedingung sicher zu wenig. Das sollte dann schon mindestens fixme= und source= und vielleicht nochwas sein. Oder man löscht nur alles, was noch das Prefix vor dem :highway hat oder so. Aber da gibt's den letztgültigen Konsens noch nicht. Sollten wir vorher möglichst alles aufräumen. Ggf. könnte man ja wohl mit einer Bezirks-Suche (oder einer Bounding Box) Deine Region ausklammern, bevor Dir alles gelöscht wird. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Hallo! Gestern (Di, 14. Juli 2009) meintest du: Boris Cornet wrote: Wenn du noch nicht glücklich mit dem Ergebnis bist, dann ÄNDER fixme (schreib rein was zu tun ist), denn falls es einmal eine Aufräumaktion geben sollte, dann werden alle fixme=check import zum roten Tuch! Ich hoffe ich habe dich jetzt nur falsch verstanden. Du hast nicht vor, alles, was fixme=check import hat, zu löschen, unabhängig, ob die anderen Tags geändert wurden, oder doch? Nein, nein. Zuallererst habe ich ohnehin nicht vor, ohne Abstimmung was zu löschen (ausg. verwaiste Punkte). Und da hast du schon recht, alleine mit dem Kriterium fixme=check import wird eine Aufräumaktion nicht gehen. Oder meinst du nur, dass Fixme Tag löschen, den Rest aber in Ruhe zu lassen? Ich mach's so: wenn ich einen Weg von plan.at überarbeite, lösche ich all den Kram bis auf source=plan.at, und wenn ich die Änderung auf Grund von GPS tracks gemacht habe, änder ich source auf 'plan.at; GPS' Damit sollte klar sein, dass das jetzt korrekt ist. Mit all dem Kram meine ich ALLE tags, bis auf die, die ich auch setzen würde, wenn ich der Ersteller des wegs wäre. Das fixme lösche ich, wenn ich zufrieden mit dem Ergebnis bin, ansonsten verwende ich es wie üblich (zum Anmerken, hier muss noch was getan werden). Ziel des Ganzen ist es, die richtiggestellten plan.at Daten nicht mehr im MapLint layer zu sehen. -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import, OpenGeoDB-Nodes
Hallo, Andreas Labres: Übrigens kann man bei der Gelegenheit auch gleich die OpenGeoDB location Nodes zurechtrücken. Da gibt's ja auch oftmals zwei (einen für den Ort, einen für die Gemeinde), da habe ich immer einen (glaub die Gemeinde) gelöscht. place=village für die Beschriftung des Ortes, die Gemeinde sollte IMO eher durch die Gemeindegrenze vertreten sein. Ist vermutlich nicht mehr so wichtig, da es ja anscheinend keine erneuten OpenGeoDB-Imports gibt. Falls aber doch: Es wäre sinnvoll, keinen der OpenGeoDB-Nodes zu löschen, da diese ggf. bei einem neuen Abgleich einfach wieder erzeugt würden (mit den gleichen evtl. fehlerhaften, aber zumindest doppelten Daten/Labels). Stattdessen habe ich üblicherweise das place-Tag gelöscht, aus openGeoDB:auto_update das place und location entfernt, und den Knoten in die Nähe des nicht gelöschten verschoben (damit man ihn besser findet). Zumindest Mapnik und ti...@home rendern den doppelten Namen so auch nicht mehr. Gegen das Löschen spricht auch, dass die population-Angabe (die zwischen Ort und Gemeinde oft abweicht) evtl. von Interesse sein könnte. Viele Grüße, -- Holger Schoener nume...@ancalime.de___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import, OpenGeoDB-Nodes
Holger Schöner wrote: Ist vermutlich nicht mehr so wichtig, da es ja anscheinend keine erneuten OpenGeoDB-Imports gibt. Es gibt noch genügend Gegenden, wo die OpenGeoDB Nodes einfach an der ursprünglich falschen Stelle sind. Falls aber doch: Es wäre sinnvoll, keinen der OpenGeoDB-Nodes zu löschen, da diese ggf. bei einem neuen Abgleich einfach wieder erzeugt würden (mit den gleichen evtl. fehlerhaften, aber zumindest doppelten Daten/Labels). Aus der Sicht von OSM macht es keinen Sinn, place=village Tags doppelt zu haben. Im Gegenteil, oftmals sind die beiden an verschidenen Stellen, das muß man aufräumen. Sollte es je wieder einen Abgleich geben, so muß dieser so intelligent sein, Ort=Gemeinde Positionen richtig zu finden... das ist nicht schwierig, versteckte doppelte Nodes in OSM zu warten aber ist sinnlos. Gegen das Löschen spricht auch, dass die population-Angabe (die zwischen Ort und Gemeinde oft abweicht) evtl. von Interesse sein könnte. Das sind, grade bei den Gemeinde-Nodes, eh nur Hausnummern. Wenn, dann muß man da Daten aus einer aktuellen DB nehmen. Ja, eine ungefähre population Angabe beim village Node macht bedingt Sinn, mehr aber nicht. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Norbert Wenzel schrieb: Albin Michlmayr wrote: Da wollte ich fragen, wann es sinnvoll ist, das fixme-Tag und ggf. andere importspezifische Tags rauszulöschen. Sind zB die Tags wie note: imported from plan.at; (C)=CC-by-sa or oDBL; feel free to change if necessary oder source: plan.at 2008 dazu gedacht, dass die drinnen bleiben oder haben die ein Ablaufdatum? Also wenn der Weg in Ordnung ist, dann kannst du alles löschen, was auf plan.at hindeutet. Das hat auch der Wolfgang, der den Import durchgeführt hat, so gesagt. Wenn du den Weg nur zurechtgerückt hast, aber nicht mittels GPS überprüft, dann lass source: plan.at drin. Wenn du ihn massiv überarbeitet hast, dann tu's weg. Wenn du noch nicht glücklich mit dem Ergebnis bist, dann ÄNDER fixme (schreib rein was zu tun ist), denn falls es einmal eine Aufräumaktion geben sollte, dann werden alle fixme=check import zum roten Tuch! ALLE restlichen tags sind MapLint und gehören IMHO restlos entfernt, allen voran das maxspeed=Ortsgebiet, das ist nicht nur regelwidrig sondern auch zu 90% falsch. Kann jemand verstehen, warum ich den plan.at Inport als MapSpam bezeichne? Obwohl ich zugeben muss, dass er trotz allem Dilettantismus in der Datenaufbereitung schon ab und zu hilfreich war... und den einen oder anderen Lachkrampf ob der haarstäubenden Fehler hab ich ihm auch schon zu verdanken! LG Boris (von der the sooner the world forgets, that plan.at ever existed, the better-Fraktion) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Boris Cornet wrote: ALLE restlichen tags sind MapLint und gehören IMHO restlos entfernt, allen voran das maxspeed=Ortsgebiet, das ist nicht nur regelwidrig sondern auch zu 90% falsch. Bei allem anderen gebe ich Dir recht, außer beim maxspeed=Ortsgebiet. Sowas wie regelwidrig gibt es in OSM nicht. IMO sollte man es (an den Straßenstücken, wo es stimmt), dranlassen. Es macht Sinn, zu wissen: dieses Stück der B## ist Ortsgebiet. Und wenn es nur dazu dient, zukünftig durch etwas Neues (ich vermeide hier bewußt das Wort richtig) ersetzt zu werden. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import, OpenGeoDB-Nodes
Hallo, On Tue, 14 Jul 2009, Andreas Labres wrote: Holger Schöner wrote: Es gibt noch genügend Gegenden, wo die OpenGeoDB Nodes einfach an der ursprünglich falschen Stelle sind. Natürlich sollte da aufgeräumt werden. Das habe ich aber nicht bestritten, oder? Falls aber doch: Es wäre sinnvoll, keinen der OpenGeoDB-Nodes zu löschen, da diese ggf. bei einem neuen Abgleich einfach wieder erzeugt würden (mit den gleichen evtl. fehlerhaften, aber zumindest doppelten Daten/Labels). Aus der Sicht von OSM macht es keinen Sinn, place=village Tags doppelt zu haben. Im Gegenteil, oftmals sind die beiden an verschidenen Stellen, Deswegen habe ich vorgeschlagen, das place-Tag bei einem der doppelten Nodes zu Löschen. Der Mechanismus für einen (hypothetischen) neuen Import sah gerade vor, dass die OpenGeoDB-Tags (insbesondere deren Identifier) überprüft werden, außerdem inwiefern durch das autoupdate-Tag vom Mapper festgelegt wurde, was überschrieben werden darf und was nicht. Wenn die Nodes gelöscht werden, dann würden sie nach diesem Konzept also einfach neu importiert (wie gesagt, hypothetisch, da es bisher keinen erneuten Import gab). Außerdem sind sie ja nicht genau doppelt, sondern repräsentieren tatsächlich unterschiedliche verwaltungstechnische Einheiten. Hier in meiner Umgebung macht das schon allein aufgrund der population-Angaben auch einigen Sinn. Und selbst wenn die nicht ganz auf dem akutellsten Stand sind (hier in meiner Gegen stimmen sie sogar recht gut), ist das ganz informativ, und fürs rendering insofern auch relevant, weil damit einigermaßen automatisiert eine Priorisierung z.B. für das Erscheinen von Labels (ab welchem Zoomlevel, welches von zwei sich überlappenden soll gerendert werden, ...) genutzt werden kann. Und wenn die Gemeinde statt des Orts gelöscht wird, kann das diese Priorisierung ganz schön durcheinander bringen. das muß man aufräumen. Sollte es je wieder einen Abgleich geben, so muß dieser so intelligent sein, Ort=Gemeinde Positionen richtig zu finden... das ist nicht schwierig, versteckte doppelte Nodes in OSM zu warten aber ist sinnlos. Wie gesagt, eigentlich sind es keine doppelten Knoten, oft haben einfach nur zwei den gleichen Namen. Viele Grüße, -- Holger Schoener nume...@ancalime.de___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import, OpenGeoDB-Nodes
Hallo Holger, Am Di, 14.07.2009, 12:49, schrieb Holger Schöner: ... Hier in meiner Umgebung macht das schon allein aufgrund der population-Angaben auch einigen Sinn. Und selbst wenn die nicht ganz auf dem akutellsten Stand sind (hier in meiner Gegen stimmen sie sogar recht gut), ist das ganz informativ, und fürs rendering insofern auch relevant, weil damit einigermaßen automatisiert eine Priorisierung z.B. für das Erscheinen von Labels (ab welchem Zoomlevel, welches von zwei sich überlappenden soll gerendert werden, ...) genutzt werden kann. Und wenn die Gemeinde statt des Orts ... ich kann nicht glauben, dass diese population-Angaben jemals richtig gewesen sind, auch nicht annähernd. Vor kurzem ist mir da ein Punkt aufgefallen, an dem waren geschätzte 20 Orte des Namens Edt (oder Au o.ä.), alle mit unterschiedlichen is_in-Angaben. Soweit ist alles ja plausibel, man braucht diese Orte nur an den richtigen Ort zu schieben. Aber: alle diese ca. 20 Orte hatten exakt die selbe population, alle ca. 25!! Da dürfte damals beim Import etwas passiert zu sein, denn alle wurden seither nicht bearbeitet. Viele Grüße, Günther ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Boris Cornet wrote: ALLE restlichen tags sind MapLint und gehören IMHO restlos entfernt, allen voran das maxspeed=Ortsgebiet, das ist nicht nur regelwidrig sondern auch zu 90% falsch. 90% falsch ja (Feldwege!?), regelwidrig nein - das Tag ist /*at:*maxspeed/. den einen oder anderen Lachkrampf ob der haarstäubenden Fehler hab ich ihm auch schon zu verdanken! waterway=stream mit /at:maxspeed=Ortsgebiet/ z.B.? ;-) --Peter ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import, OpenGeoDB-Nodes
Aus der Sicht von OSM macht es keinen Sinn, place=village Tags doppelt zu haben. Genau - deshalb /place/-tag loeschen, wie Holger geschrieben hat. --Peter ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Andreas Labres schrieb: Übrigens kann man bei der Gelegenheit auch gleich die OpenGeoDB location Nodes zurechtrücken. Da gibt's ja auch oftmals zwei (einen für den Ort, einen für die Gemeinde), da habe ich immer einen (glaub die Gemeinde) gelöscht. place=village für die Beschriftung des Ortes, die Gemeinde sollte IMO eher durch die Gemeindegrenze vertreten sein. Ja, die OpenGeoDB locations sind großteils echt ein Graus. Falls ein Ortskundiger sich erbarmt, bitte einmal die _Oststeiermark_ durchschauen, da ist es wüst. Ich lösche auch immer einen der beiden (oder zwei der drei) übereinanderliegenden Knoten - es gibt aber etliche village doppelt, oder zwei Punkte mit gleich viel Einwohnern, ob die sich sonst unterscheiden, hab ich nicht erkennen können (zuviele Attribute). Oft bildet sich ein richtiger Raster ab, der wohl von zuwenig Kommastellen in den Koordinaten kommt (?). Für die Suche wären ordentliche Punkte aber sicher ein echter Gewinn. Da fehlt's leider noch an vielen Stellen. Wird die OpenGeoDB eigentlich noch gepflegt? Ich hab vor Jahren mal mitgemacht, aber in Österreich gab's wimre nur eine Handvoll Aktive. grüße, roland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Hallo, ich bin heute das erste Mal auf einige Wege getroffen, die aus dem Import stammen(Bereich Linz, Altenberg). Ich bin diese Wege selbst abgefahren und habe genaue GPS-Daten davon aufgezeichnet. Ich habe nun diese Wege zurechtgerückt und die Wegtypen aktualisiert. Weiters habe ich, wie von Boris geschrieben, ALLE Tags aus dem Plan.at-Import entfernt. Ich hoffe, diese Vorgehensweise passt so. Bitte um eine kurze Bestätigung, ob dies so passt, bzw. bitte ich um Vorschläge, wie ich es besser machen könnte. Lg Hannes -Ursprüngliche Nachricht- Von: talk-at-boun...@openstreetmap.org [mailto:talk-at-boun...@openstreetmap.org] Im Auftrag von Boris Cornet Gesendet: Dienstag, 14. Juli 2009 11:43 An: OpenStreetMap AT Betreff: Re: [Talk-at] Plan.at Import Norbert Wenzel schrieb: Albin Michlmayr wrote: Da wollte ich fragen, wann es sinnvoll ist, das fixme-Tag und ggf. andere importspezifische Tags rauszulöschen. Sind zB die Tags wie note: imported from plan.at; (C)=CC-by-sa or oDBL; feel free to change if necessary oder source: plan.at 2008 dazu gedacht, dass die drinnen bleiben oder haben die ein Ablaufdatum? Also wenn der Weg in Ordnung ist, dann kannst du alles löschen, was auf plan.at hindeutet. Das hat auch der Wolfgang, der den Import durchgeführt hat, so gesagt. Wenn du den Weg nur zurechtgerückt hast, aber nicht mittels GPS überprüft, dann lass source: plan.at drin. Wenn du ihn massiv überarbeitet hast, dann tu's weg. Wenn du noch nicht glücklich mit dem Ergebnis bist, dann ÄNDER fixme (schreib rein was zu tun ist), denn falls es einmal eine Aufräumaktion geben sollte, dann werden alle fixme=check import zum roten Tuch! ALLE restlichen tags sind MapLint und gehören IMHO restlos entfernt, allen voran das maxspeed=Ortsgebiet, das ist nicht nur regelwidrig sondern auch zu 90% falsch. Kann jemand verstehen, warum ich den plan.at Inport als MapSpam bezeichne? Obwohl ich zugeben muss, dass er trotz allem Dilettantismus in der Datenaufbereitung schon ab und zu hilfreich war... und den einen oder anderen Lachkrampf ob der haarstäubenden Fehler hab ich ihm auch schon zu verdanken! LG Boris (von der the sooner the world forgets, that plan.at ever existed, the better-Fraktion) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Am Mon, 13 Jul 2009 21:30:39 +0200 schrieb Norbert Wenzel n_wen...@gmx.net: Ich glaub die Bezirksliste im Wiki zum plan.at Import war so gedacht. Nur da hab ich meinen Teil selbst noch nicht fertig, weil ich a) teilweise über die Bezirksgrenzen hinaus gefahren bin und b) nichts von plan.at einfach so übernehmen will, weil die Lage bzw. relative Lage zu den bereits vorhanden Straßen doch relativ weit von der tatsächlichen Lage entfernt sind. D.h. mein plan.at aufarbeiten schaut dann so aus, dass ich mich aufs Rad setz, diverse Siedlungen abfahr und danach die plan.at Wege (soweit vorhanden) an meine GPX Tracks anpasse. Ist zwar sehr langsam, aber so hab ich einen brauchbaren überblick, was ich noch fahren muss und was nicht. Hallo allseits, ich bin auch relativ neu bei OpenStreetMap. Ich bin zwar Wiener, aber öfters in Niederösterreich im Raum Payerbach / Reichenau / Hirschwang unterwegs, wo es noch recht wenig gibt ausser Importen von plan.at. Ich hab mir zwar schon ein GPS besorgt und wenn ich in der Gegend bin lass ich es großteils mitlaufen, allerdings habe ich wenig Zeit, mich ausschließlich mit mapping in der Gegend zu beschäftigen. Ich habe aufgrund der Ortskenntnisse und einigen GPS-Daten schon einige Dinge zurechtgerückt, perfekt ist es aber noch lange nicht. Da wollte ich fragen, wann es sinnvoll ist, das fixme-Tag und ggf. andere importspezifische Tags rauszulöschen. Sind zB die Tags wie note: imported from plan.at; (C)=CC-by-sa or oDBL; feel free to change if necessary oder source: plan.at 2008 dazu gedacht, dass die drinnen bleiben oder haben die ein Ablaufdatum? Liebe Grüße, Albin (alias almich) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Albin Michlmayr wrote: Da wollte ich fragen, wann es sinnvoll ist, das fixme-Tag und ggf. andere importspezifische Tags rauszulöschen. Sind zB die Tags wie note: imported from plan.at; (C)=CC-by-sa or oDBL; feel free to change if necessary oder source: plan.at 2008 dazu gedacht, dass die drinnen bleiben oder haben die ein Ablaufdatum? Also zumindest um Wien herum ist mir schon desöfteren aufgefallen, dass von vielen Importdaten lediglich der plan.at-Präfix vor highway Co. entfernt wurde, aber offenbar keine weitere Bearbeitung stattgefunden hat. Und das auch dort, wo es sich leicht erkennbar um Duplikate von bereits vorhandenen Daten gehandelt hat, z.B. mehrere Bäche mit dem bekannten plan.at-Versatz gegenüber dem Original. Oft ist in diesen Fällen neben den anderen plan.at-Tags auch der ursprüngliche Tag fixme=check import unverändert drin gelassen worden, so dass man den tatsächlichen Zustand nicht erkennen kann, wenn man nicht vor Ort ist. Meine Befürchtung ist, dass diese Daten nun auf ewig als Bauruine drin bleiben, weil sich niemand mehr dran traut. Ich persönlich würde die plan.at-Tags dann entfernen, wenn man die Daten als fertig betrachtet, d.h. so bleiben sollen. Wenn man nur eine Teilbearbeitung vorgenommen hat, ist es sehr wichtig, zumindest den fixme-Tag sinnvoll zu ändern, damit andere Mapper später wissen, was noch zu tun ist. Den source-Tag würde ich ggf. drin lassen, der ist ja nicht plan.at-spezifisch. Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Hey Wolfgang! Die Sache rund um Innsbruck: Hier ist einiges schief gegangen, tausende unverbundene punkte in einem genau rechteckigen Bereich, das alles schlechten Editoren zuzuschreiben, ist mit Sicherheit nicht richtig. (ich arbeite auch mit Merkaartor, und ich gebe zu dass die v0.13 prereleases zum Teil nicht so ganz funktioniert haben, wie sie sollten, und ich schätze, dass die Fehler entlang des Inns (die weit über den Bereich hinausragten) möglicherweise so entstanden sind. Die letzgenannten Fehler wurden bereits mittels Massenlöschung entfernt (von einzelnen Ausnahmen abgesehen), und auch der restliche Bezirk ist schon fast sauber. Im restlichen Bezirk wurden allerdings auch Daten, die wir gerne übernommen hätten, nicht importiert, hier vor allem die Gemeindegrenzen und einige Bäche. Da es kaum Sinn macht, in diesem schon sehr gut gemappten Bereich nocheinmal einem kompletten Import durchzuführen, ist mein Vorschlag eben, selektiv für kleinere Bereiche einen Teilimport durchzuführen. Da du offensichtlich Zeitprobleme hast, würde ich diese Aufgabe gerne übernehmen, und ich kann mit beinahe jedem Datenformat umgehen, sei es ACAD, Arcview (am liebsten!), osm, gpx, txt (Liste von Koordinatenpaaren), usw., wobei auch eine Koordinatentransformation kein Problem darstellt. Dies ist grob gesagt mein Vorschlag, wir sollten uns wegen Details kurzschließen, vielleicht telefonisch? (0699 8133 7885) LG, Boris Vorgestern (Do, 30. April 2009) hast du angemerkt: Sorry - Diskussion nur per Mail - mehr schaffe ich im Moment einfach nicht CU W -Original Message- From: Boris Cornet [mailto:bor...@psion2.org] Sent: Tuesday, April 07, 2009 12:07 AM To: OpenStreetMap AT Cc: Wolfgang Wasserburger Subject: Re[2]: [Talk-at] plan.at Bereinigung Lieber Herr Wasserburger! Schön dass ich Sie aus der Reserve gelockt habe. Dann möchte ich mich gerne für den Dilletantismus entschuldigen! Ich weiß, dass diese Import kein Kinderspiel war, ich mach vergleichbare Dinge beruflich, und eine solche Aufgabe würde ich nicht wagen, anzunehmen. So gesehen war der plan.at Import ein Erfolg, mein Glückwunsch! Aber da ist noch die andere Seite, die comunity, die mapper, diejenigen die die Referenzpunkte schaffen, und hier regt sich Unmut. http://wiki.openstreetmap.org/wiki/WikiProject_Austria/plan.at/WasTun Ich würde gerne die Diskussion dorthin verlegen! -- CU, Boris aka borisC PS: Vorgestern (Sa, 4. April 2009) haben Sie geschrieben: Ich auch: Herr Wasserburger soll die Quelldaten veröffentlichen, dann machen wir die Koordinatentransformation selbst 1.) was tätest Du mit Autodesk Map Daten? Ich würd sie gern haben, wenn möglich (Datenmenge) nur für Bez. Innsbruck-Land. Zudem möglichst alle Zwischenschritte bis zu dem Moment, wo Innsbruck Stadt ausgeblendet wurde. Und genau von Innsbruck Stadt wurde kaum was importiert Stimmt, und - das ist nur eine Vermutung - genau deswegen sieht es in Innsbruck-Land so zerstört aus! Wobei ich schon erwartet hätte, dass mit Bezirk Innsbruck (Stadt) auch tatsächlich der *Bezirk* Innsbruck-Stadt ausgenommen worden wäre, anstelle eines zu viel zu schmalen Rechtecks über dem Stadtgebiet. Es stnad stets das Angebot definierte Importteile wieder rauszuholen, wenn sich dies als überflüssig entpuppen. Leider geab es immer nur blöde Anspielungen und keine sauberen Definitionen, was wirklich überflüssig ist. Ich hab verzweifelt versucht Sie zu kontaktieren, siehe auch http://wiki.openstreetmap.org/wiki/User:BorisC ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Ich auch: Herr Wasserburger soll die Quelldaten veröffentlichen, dann machen wir die Koordinatentransformation, und zwar diesmal richtig, löschen den ganzen MapSpam und spielen's neu ein, und zwar *mit* Einbindung der lokalen Mapper! 1.) was tätest Du mit Autodesk Map Daten? Nachdem Herr W. aber untergetaucht zu sein scheint, werden wir wohl weiter mit seinem dilletantischen Machwerk herumwursteln müssen, also... Danke für den Diletanitismus - das sagen sonst nur Unbedarfte - aber Unsachlichkeit hat ja bekanntermassen keine Grenzen Man sollte jetzt nicht den selben Fehler machen wie Hr. W. : Ich kann gut amit leben, wenn man mich mit vollem Namen anspricht ;-) über alle Köpfe hinweg zu agieren. Dieselbe Maßnahme, die in einem Gebiet sinnvoll ist, mag woanders kontraproduktiv sein. Beispiel: Im Bezirk Innsbruck-Stadt waren 99,5% der plan.at Daten unnütz, und sind auch recht flott wieder verschwunden. Aber schon in der Nachbargemeinde Rum war plan.at nützlich, hier hauptsächlich um die Namen der schon eingezeichneten (und lagerichtigen) Straßen einzutragen (natürlich im Abgleich mit tiris - der Adressverortung der Tiroler Landesreg.). Da es schon mühsam genug war, die Verwüstungen zu reparieren, die es durch Verschneidungen von plan.at mit dem bestehenden Netz gab, wird hoffentlich niemand böse sein, dass auch hier über 95% der plan.at Daten nicht überlebt haben. Und genau von Innsbruck Stadt wurde kaum was importiert - habt Ihr wirklich genau geschaut? (wir tracken nicht für Renderer) Ja, schon, aber man muss sich auch gegen MapSpam zur Wehr setzen... Es stnad stets das Angebot definierte Importteile wieder rauszuholen, wenn sich dies als überflüssig entpuppen. Leider geab es immer nur blöde Anspielungen und keine sauberen Definitionen, was wirklich überflüssig ist. So gesehen disqualifiziert sich jede unsachliche Kritik von selbst. CU Wolfgang W. Wasserburger (anscheinend aka Herr W.) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Ich hätte einen Vorschlag zur Bereinigung mancher plan.at Probleme in OSM: Überall dort, wo highway=irgendwasmitplanatpraefix, dort ersetze name=bla durch plan.at:name=bla (oder alt_name=bla oder sonstwas unsichtbares). Das täte keinem weh, weil all die importierten Dinge erhalten blieben, aber zumindest die Geisterbeschriftungen wären schlagartig weg. Meinungen dazu? Wenn's keine grundsätzlichen Bedenken gibt, würde ich das so machen. D'accord - man muß nur vorweg testen, ob Mapnik das aucch sauer mißachtet; die Geisterbeschriftungen kommen ja daher, daß die Beschriftungsregel im Mapnik unsauber ist. Kann mal jemand testen, ob da Mapnik nicht wieder Zorres macht? Ein weiterer Problemkreis sind die mit dem Ortsnamen beschrifteten Feldwege (leider sind's nicht nur Feldwege, sondern auch viele normale Straßen). Ein Gedanke wäre, zumindest die Feldwege zu sanieren, indem man für alle highway=track, die von plan.at importiert sind, generell das name= löscht (oder in obiges plan.at:name umwandelt). Ich habe so das Gefühl, man würde damit kaum etwas Wertvolles verlieren (habe da aber nicht den vollen Überblick), könnte aber mit einem Schlag zumindest die Feldwege sanieren. Wolltest Du mir nicht eine Liste von weggewünschten Ortsnamen zukommen lassen, oder sll ich einfach alles mit track wegnehmen? CU W. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Ausführlicher: Die Geisterbeschriftungen sind ein Problem der Renderer (wir tracken nicht für Renderer). Prinzipiell ist es zwar egal was in den noch nicht zusammengeführten Daten steht. Allerdings habe ich beim Zusammenführen festgestellt, dass sich zumindest in JOSM die Daten leichter bearbeiten lassen, wenn das zu korrigierende Element im Value-Teil steht (also hinter dem = ). Dann brauch ich nur die Eigenschaft doppelt anklicken, der Edit-Dialog poppt auf und ich tippe die ersten 2, 3 Zeichen des gewünschten Wegtyps, fertig (aus highway=plan.at:l:residental wurde highway=residential). Liegen die Daten hingegen im Format plan.at:highway=residential vor, brauchst einen zusätzlichen Mausklick. Klingt jetzt nach nicht viel, aber dem Aufwand den ich in den letzten zwei Wochen in OÖ rein gesteckt habe, macht das einen gewaltigen Unterschied ob ich 2 oder 3 Klicks pro Korrektur brauche. Oder gibt's da einen JOSM-Trick, den ich noch nicht kenne? Bedenken also: erstens is es wurscht und zweitens bringt's später beim Korrigieren mehr Arbeit. Tja, Du hast recht: ich habe bei späteren Importen das plan.at nur in den Key statt den Value gestellt, damit die Renderer nicht alles doppelt malen; mit dem Effekt, daß die das bei der Beschriftung erst ignorieren. Was Mapnik tut und was nicht ist vor allem nicht sauber dokumentiert. Seit dieser Woche läuft auch mein Spiegel-Server wieder (ein paar Updates fehlen noch) dann kann ich auch solche Automatismen sauber rausfahren. Ein weiterer Problemkreis sind die mit dem Ortsnamen beschrifteten Feldwege Jo, gute Frage. Aber: Am Land, wo's noch keine Straßen- sondern nur Dorfnamen in den Adressen gibt, denke ich, dass es prinzipiell nicht falsch ist, wie es jetzt gemacht wird. Straßen haben dort keine Namen, die Adressen der Häuser richten sich nach den Ortschaften. Wenn wir die Namen da generell raus löschen, werden die Adressen im Routing o.ä. nicht mehr gefunden. Fraglich ist aber, insofern stimme ich dir zu, ob name da der richtige Tag ist. Just my 2 cent. Genau das war der Grund, warum man das früher so gelöst hat - halt mit sehr schlanken Table-Strukturen ;-) Jetzt, wo wir mit Tagsurassen können, kann man sicher noch was dazuerfinden. CU W ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Hallo, da dies mein erstes Posting auf dieser Liste ist, möchte ich zunächst einmal Hallo sagen - ich komme aus Wien und hege schon seit Ewigkeiten eine besondere Begeisterung für Landkarten oä. Als ich OpenStreetmap vor kurzem kennenlernte, ahnte ich bald, daß dies einiges an Suchtpotential für mich beinhalten würde... Zum Thema: IMHO sollte das name-tag wirklich nur den Namen des Obejektes selbst beinhalten, nicht den einer eventuellen größeren Struktur. In kleinen Ortschaften ohne Straßennamen sollte es deshalb bei den Straßen eher leerbleiben, weil diese dann eben keinen Namen haben. Hausnummern lassen sich ja trotzdem taggen. Routing sollte so auch möglich sein (biegen sie links ab, dann rechts statt biegen sie links nach Kuhdorf ab, dann rechts nach Kuhdorf). Dasselbe Problem tritt übrigens auch bei Gebäuden in zusammenhängenden Gebieten (Industrie, Krankenhäuser, Universitäten). Bei einigen Wiener Krankenhäusern ist dies sehr gut gelöst: Name ist die Nummer oder Bezeichnung des jeweiligen Pavillions, Krankenhaus ist nur das Gebiet. Wenn Name oder Funktion unbekannt sind, würde ich den Namen eher leer lassen. Also zB: Gebiet: name=VA Stahl AG; Gebäude: name=Hochofen 1, Verwaltung,... Eine Ausnahme sehe ich bei Gebäuden von Institutionen, die nicht in geographisch zusammenhängenden Gebieten liegen, dort könnte man die Institution in den Namen mitaufnehmen, wenn es dafür kein geeigneteres Tag gibt. (zB TU Wien Hauptgebäude, TU Wien Freihaus,...) LG Stuffi Die aonKombi. Jetzt noch einmal mit Gratis-Herstellung!* Breitband-Internet + Mobiltelefonie + Festnetz um insgesamt nur 24,90.* Infos und Bestellung unter http://www.telekom.at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Christian Wirth wrote: Ausführlicher: Die Geisterbeschriftungen sind ein Problem der Renderer Nein, ich hab ein Problem damit. Z.B. http://www.openstreetmap.org/?lat=47.99752lon=16.52331zoom=16 Jedes mal, wenn ich mir das anschaue. Es sind jetzt 3 Monate vergangen und es hat sich noch niemand gefunden, der dort aufräumt. Jetzt muß man zumindest das Problem der Geisterbeschriftungen lösen. Das geht entweder dadurch, daß man im ganzen Bezirk die plan.at Wege löscht oder den name= Tag umsetzt. Letzteres ermöglichte halt noch das Aufräumen, falls sich wer findet. Und das ist auch nicht mehr Arbeit, weil unterm Strich muß man die doppelten Wege nur löschen. Und selbst wenn, ist das mehrfache Umtaggen weniger Ärgernis als weiterhin über Monate verunstaltete Karten zu haben. Jo, gute Frage. Aber: Am Land, wo's noch keine Straßen- sondern nur Dorfnamen in den Adressen gibt, denke ich, dass es prinzipiell nicht falsch ist, wie es jetzt gemacht wird. Doch. Ortsnamen sind keine Straßennamen, keine Straße hat den Namen eines Ortes. Sondern wenn, haben die Straßen in dem Ort eben nur /keinen/ Namen. Und die Adresse besteht dann eben nur aus einer Postleitzahl, dem Ort und einer Nummer. Und keiner Straße. Das http://www.openstreetmap.org/?lat=47.9931lon=16.49941zoom=15 ist so einfach nur grober Unfug. Und die Frage wäre, wie man dessen möglichst automatisiert Herr wird. Straßen haben dort keine Namen, Bingo, schreibst Du ja selber. Straßen haben dort keine Namen, also sollte der entsprechende Way auch keinen name= Tag haben. Wenn wir die Namen da generell raus löschen, werden die Adressen im Routing o.ä. nicht mehr gefunden. Das ist wiederum ein Problem des Routings, daß es eine Adresse 4502 St. Marien 64 findet. Deswegen alle Straßen und Wege dort St. Marien zu nennen, wäre... keine gute Idee. Fraglich ist aber, insofern stimme ich dir zu, ob name da der richtige Tag ist. Auch bei den addr:* Tags (und die sind zum Auffinden der Hausnummer gedacht) sollte es dann kein addr:street geben. Die Adresse besteht nur aus Hausnummer (addr:housenumber), Ort (addr:city) und PLZ (addr:postcode). Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Also ich weiß, dass in Ramsau am Dachstein im Ortsteil Vorberg, Vorberg der offizielle Adressname fuer alle Haeuser ist, Straßennamen existieren dort großteils nicht. Ganz so einfach ist es also nicht (auch in den Garmin City Navigator Karten sind viele Straßen daher einfach mit Vorberg benannt). In dem Fall hat der Ort also zwar einige benannte Straßen, andere Teile sind aber mit dem Ortsteilnamen benannt. Gut moeglich dass es mehrere solcher Faelle gibt. Andreas Labres wrote: Christian Wirth wrote: Ausführlicher: Die Geisterbeschriftungen sind ein Problem der Renderer Nein, ich hab ein Problem damit. Z.B. http://www.openstreetmap.org/?lat=47.99752lon=16.52331zoom=16 Jedes mal, wenn ich mir das anschaue. Es sind jetzt 3 Monate vergangen und es hat sich noch niemand gefunden, der dort aufräumt. Jetzt muß man zumindest das Problem der Geisterbeschriftungen lösen. Das geht entweder dadurch, daß man im ganzen Bezirk die plan.at Wege löscht oder den name= Tag umsetzt. Letzteres ermöglichte halt noch das Aufräumen, falls sich wer findet. Und das ist auch nicht mehr Arbeit, weil unterm Strich muß man die doppelten Wege nur löschen. Und selbst wenn, ist das mehrfache Umtaggen weniger Ärgernis als weiterhin über Monate verunstaltete Karten zu haben. Jo, gute Frage. Aber: Am Land, wo's noch keine Straßen- sondern nur Dorfnamen in den Adressen gibt, denke ich, dass es prinzipiell nicht falsch ist, wie es jetzt gemacht wird. Doch. Ortsnamen sind keine Straßennamen, keine Straße hat den Namen eines Ortes. Sondern wenn, haben die Straßen in dem Ort eben nur /keinen/ Namen. Und die Adresse besteht dann eben nur aus einer Postleitzahl, dem Ort und einer Nummer. Und keiner Straße. Das http://www.openstreetmap.org/?lat=47.9931lon=16.49941zoom=15 ist so einfach nur grober Unfug. Und die Frage wäre, wie man dessen möglichst automatisiert Herr wird. Straßen haben dort keine Namen, Bingo, schreibst Du ja selber. Straßen haben dort keine Namen, also sollte der entsprechende Way auch keinen name= Tag haben. Wenn wir die Namen da generell raus löschen, werden die Adressen im Routing o.ä. nicht mehr gefunden. Das ist wiederum ein Problem des Routings, daß es eine Adresse 4502 St. Marien 64 findet. Deswegen alle Straßen und Wege dort St. Marien zu nennen, wäre... keine gute Idee. Fraglich ist aber, insofern stimme ich dir zu, ob name da der richtige Tag ist. Auch bei den addr:* Tags (und die sind zum Auffinden der Hausnummer gedacht) sollte es dann kein addr:street geben. Die Adresse besteht nur aus Hausnummer (addr:housenumber), Ort (addr:city) und PLZ (addr:postcode). Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Felix Hartmann wrote: Also ich weiß, dass in Ramsau am Dachstein im Ortsteil Vorberg, Vorberg der offizielle Adressname fuer alle Haeuser ist, Straßennamen existieren dort großteils nicht. Also wenn ich mir Vorberg anschaue: http://www.openstreetmap.org/?lat=47.41124lon=13.63704zoom=16 dann gibt's dort Wege, die Namen haben (z.B der Blasbichlerweg), aber Wegenamen Vorberg sind Unsinn. Auch wenn das Vorberg in der Adresse vorkommt, dann ist das der Name der Ortschaft und nicht der Name der Straße. Ganz so einfach ist es also nicht Doch. Nur weil andere Datenbestände das tun, heißt das nicht, daß man es tun sollte. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Andreas Labres wrote: Christian Wirth wrote: Doch. Ortsnamen sind keine Straßennamen, keine Straße hat den Namen eines Ortes. Sondern wenn, haben die Straßen in dem Ort eben nur /keinen/ Namen. Die Tiroler Landesregierung, bzw. TIRIS scheinen anderer Meinung zu sein. Für z. B. Polling in Tirol werden folgende Straßen genannt: - Angersiedlung - Gewerbezone - Polling in Tirol - Pollingberg Da dies der Datenbestand der offiziellen Stelle ist, brauchst du schon sehr gute Argumente, für deine Behauptung, dass niemals eine Straße gleich heißen darf wie der Ort. Ich bin mal gespannt, welches Bundesgesetzblatt du liefern wirst. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Naja der Blasbichlerweg ist eine Ausnahme - kann ja nicht angehen dass der Ex-Buergermeister - Herr Blasbichler (dazu noch Wirt der Halseralm) - in einer unbenannten Straße wohnt. Zumindest als ich das letzte mal am Vorberg war (vor 2 Jahren) hatte es dort so gut wie keine Straßenschilder. Mehr noch der Lehnwieserweg laut Navteq, ist komplett verwirrend - da die Pension Lehnwieser zu der man (ein kurzes Stueck) unweigerlich ueber den sogenannten Lehnwieserweg hinfahren muss gar nicht am Lehnwieserweg liegt sondern auf Vorberg 20. Dass bei Navteq jetzt mehr und mehr Straßenname nach der groeßten Pension in der Straße benannt werden, ohne dass dies offiziell ist (Post sollte man lieber an Vorberg XX schicken damit sie ankommt). Sehe ich es nicht ein Vorberg rauszuloeschen. Wenn ich sonst einen Brief an Ramsau... Nummer 20 schicke - wird dieser kaum am Vorberg 20 ankommen! Ich bin und bleibe daher der Meinung - Straßennamen NUR dann zu uebernehmen wenn das zumindest halboffiziell ist (z.Bsp Straßenschild oder oeffentlicher Eintrag). Das Rausloeschen von Ortsnnamen ist ja noch irgendwie vertretbar - aber wenn wir Straßen die nach Ortsteilen benannt sie namentlich loeschen dann bringt das ganze nur Chaos (da ja noch keine anderen Namen existieren). Andreas Labres wrote: Felix Hartmann wrote: Also ich weiß, dass in Ramsau am Dachstein im Ortsteil Vorberg, Vorberg der offizielle Adressname fuer alle Haeuser ist, Straßennamen existieren dort großteils nicht. Also wenn ich mir Vorberg anschaue: http://www.openstreetmap.org/?lat=47.41124lon=13.63704zoom=16 dann gibt's dort Wege, die Namen haben (z.B der Blasbichlerweg), aber Wegenamen Vorberg sind Unsinn. Auch wenn das Vorberg in der Adresse vorkommt, dann ist das der Name der Ortschaft und nicht der Name der Straße. Ganz so einfach ist es also nicht Doch. Nur weil andere Datenbestände das tun, heißt das nicht, daß man es tun sollte. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
On 04/01/2009 11:04 PM, Andreas Labres wrote: Ein weiterer Problemkreis sind die mit dem Ortsnamen beschrifteten Feldwege (leider sind's nicht nur Feldwege, sondern auch viele normale Straßen). [...] Meinungen dazu? Ich hab erst letztes WE wieder ein paar km Feldwege vor Anif abgefahren und in plan.at korrigiert. Es handelt sich hierbei großteils um asphaltierte Straßen, die allerdings zu schmal für Gegenverkehr breiter als ein Fahrrad/Moped sind. Auch hat die Straßendecke schon mal weit bessere Zeiten gesehen und teilweise handelt es sich tatsächlich nur noch um eine verdichteten Boden, aber nicht um eine Straße im herkömmlichen Sinn. (Nebenfrage: Wo in etwa beginnt track und hört unclassified auf?) In meinem Fall waren die Tracks auch nicht mit Ortsname benannt, sondern hatten die Straßennamen der Straßen, aus denen sie hervor gehen. Ich hielt das zuerst für einen Fehler, als ich bei einem Haus, das dort (nach meiner Einschätzung) frei im Feld steht, auf die Tür geschaut hab. Dort steht tatsächlich der Straßenname obwohl das Haus eigentlich direkt an einem Feldweg liegt. Und dass die Feldwege halt oft Ortsname heißen, liegt wohl daran, dass viele Gemeinden tatsächlich noch nicht so lange Straßennamen haben. Zumindest in Anif hab ich noch viel Häuser mit Doppelbeschriftung gesehen. Die ganzen Beschriftungen sind zugegebenermaßen unschön, aber mehr auch nicht. Mir helfen sie zumindest grob zu sehen, wo ich nochmal hin muss. Ich fänd es da besser diese unbekannten Tracks als highway=road einzutragen, dann ist klar definiert, dass dzt. keiner eine Ahnung hat, was das da genau ist, aber hier irgendwo eine Straße ist. lg, Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Jo, gute Frage. Aber: Am Land, wo's noch keine Straßen- sondern nur Dorfnamen in den Adressen gibt, denke ich, dass es prinzipiell nicht falsch ist, wie es jetzt gemacht wird. Straßen haben dort keine Namen Korrektur - /Zu der Zeit, aus der die plan.at Daten stammen/, gab es vielerorten keine Straßennamen. Fahr einmal wieder auf's Land - das hat sich sehr oft bereits geändert oder ist dabei, sich zu ändern, denn Lokalpolitiker wollen sich lieber mit dem weltmännischen Charme von Primelweg und Krokusweg schmücken, anstatt in Hinterholz Nr. 12 zu verschimmeln ;-) --P ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Andreas Labres wrote: Hallo! [gekürzt] Ein weiterer Problemkreis sind die mit dem Ortsnamen beschrifteten Feldwege (leider sind's nicht nur Feldwege, sondern auch viele normale Straßen). Ein Gedanke wäre, zumindest die Feldwege zu sanieren, indem man für alle highway=track, die von plan.at importiert sind, generell das name= löscht (oder in obiges plan.at:name umwandelt). Ich habe so das Gefühl, man würde damit kaum etwas Wertvolles verlieren (habe da aber nicht den vollen Überblick), könnte aber mit einem Schlag zumindest die Feldwege sanieren. Ich würde die Ortsnamen als Straßennamen beibehalten, solange keiner gecheckt hat, ob es zwischenzeitlich einen richtigen Straßennamen gibt (dann sollte auch noch ein Fixme-Tag da sein). Wenn ich in die diversen kommerziellen Karten schaue, sind auch dort etliche Straßen mit dem Ortsnamen beschriftet, was ich auch gut finde. Auch wenn tatsächlich nur die Häuser eine Adresse à la Grebenzen 12 haben, ist zur Orientierung im dünn besiedelten Gebiet der Ortsname auf der Straße nützlich. Gemeindegebiet oder Ortsgebiet ist auf der Karte ja meist nicht richtig ersichtlich. Also: beibehalten. lg roland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Stefan Kopetzky wrote: Norbert Wenzel wrote: Nebenfrage: Wo in etwa beginnt track und hört unclassified auf? Für mich macht der Unterschied aus, ob 2 (2-spurige) KfZ aneinander vorbeifahren können ohne die Fahrbahn zu verlassen. Ein Track ist, imho, immer einspurig. So hätt ich das auch gesehen und das ist auch der Eindruck, den ich beim Überfliegen einer der kurzweiligen Diskussionen auf talk-de gewonnen hab. In t...@h werden tracks mit grade1 auch sogar weiß gerendert, was gegenüber dem braunen Mapnikrendering doch noch eher auf eine Straße schließen lässt. Wenn du das ganz genau besprochen haben willst, empfehle ich diese Frage in talk-de nochmal zu stellen. Das löst dort sicher einen Glaubenskrieg aus :-) Ja, das mach ich sofort. Der Traffic auf der Liste ist sicher durch einige Detaildiskussionen von der Art Wie tagge ich die Höhe der Bordsteinkante korrekt? steigern. ;-) Norbert smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Hallo Andreas! Gestern (Mi, 1. April 2009) hat Andreas Labres angemerkt: Ich hätte einen Vorschlag zur Bereinigung mancher plan.at Probleme in OSM: Ich auch: Herr Wasserburger soll die Quelldaten veröffentlichen, dann machen wir die Koordinatentransformation, und zwar diesmal richtig, löschen den ganzen MapSpam und spielen's neu ein, und zwar *mit* Einbindung der lokalen Mapper! Nachdem Herr W. aber untergetaucht zu sein scheint, werden wir wohl weiter mit seinem dilletantischen Machwerk herumwursteln müssen, also... Überall dort, wo highway=irgendwasmitplanatpraefix, dort ersetze name=bla durch plan.at:name=bla (oder alt_name=bla oder sonstwas unsichtbares). Das täte keinem weh, weil all die importierten Dinge erhalten blieben, aber zumindest die Geisterbeschriftungen wären schlagartig weg. Ausgezeichneter Vorschlag, du hast meine volle Unterstützung! Ein weiterer Problemkreis sind die mit dem Ortsnamen beschrifteten Feldwege (leider sind's nicht nur Feldwege, sondern auch viele normale Straßen). Ein Gedanke wäre, zumindest die Feldwege zu sanieren, indem man für alle highway=track, die von plan.at importiert sind, generell das name= löscht Löschen? NEIN! (Auch miese daten sind besser als gar keine) (oder in obiges plan.at:name umwandelt). Das scheint mir sinnvoller. Meinungen dazu? Man sollte jetzt nicht den selben Fehler machen wie Hr. W. : über alle Köpfe hinweg zu agieren. Dieselbe Maßnahme, die in einem Gebiet sinnvoll ist, mag woanders kontraproduktiv sein. Beispiel: Im Bezirk Innsbruck-Stadt waren 99,5% der plan.at Daten unnütz, und sind auch recht flott wieder verschwunden. Aber schon in der Nachbargemeinde Rum war plan.at nützlich, hier hauptsächlich um die Namen der schon eingezeichneten (und lagerichtigen) Straßen einzutragen (natürlich im Abgleich mit tiris - der Adressverortung der Tiroler Landesreg.). Da es schon mühsam genug war, die Verwüstungen zu reparieren, die es durch Verschneidungen von plan.at mit dem bestehenden Netz gab, wird hoffentlich niemand böse sein, dass auch hier über 95% der plan.at Daten nicht überlebt haben. Genauso kann mir vorstellen, dass plan.at in Gegenden, wo noch wenige Daten vorhanden sind, der Karte einen satten Aufschwung zu geben vermag (hier - und nur hier - würde ich sogar die beiden oben für eigentlich für sinnvoll erachteten Vorschläge in Zweifel ziehen). IMHO wäre es sinnvoll: - die WikiProject_Austria/Import_plan.at Seite für die Diskussion zu nützen - oder besser noch: eine/mehrere neue Seite(n) einzurichten, mit o Anleitungen zum Umgang mit plan.at o Angeboten zur automatischen 'Korrektur' der Daten o Erfahrungsaustausch -- lg, Boris PS. der link zur wiki Seite von plan.at: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_plan.at PPS: (wir tracken nicht für Renderer) Ja, schon, aber man muss sich auch gegen MapSpam zur Wehr setzen... ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Christian Wirth wrote: Ausführlicher: Die Geisterbeschriftungen sind ein Problem der Renderer (wir tracken nicht für Renderer). Prinzipiell ist es zwar egal was in den noch nicht zusammengeführten Daten steht. Allerdings habe ich beim Zusammenführen festgestellt, dass sich zumindest in JOSM die Daten leichter bearbeiten lassen, wenn das zu korrigierende Element im Value-Teil steht (also hinter dem = ). Dann brauch ich nur die Eigenschaft doppelt anklicken, der Edit-Dialog poppt auf und ich tippe die ersten 2, 3 Zeichen des gewünschten Wegtyps, fertig (aus highway=plan.at:l:residental wurde highway=residential). Liegen die Daten hingegen im Format plan.at:highway=residential vor, brauchst einen zusätzlichen Mausklick. Klingt jetzt nach nicht viel, aber dem Aufwand den ich in den letzten zwei Wochen in OÖ rein gesteckt habe, macht das einen gewaltigen Unterschied ob ich 2 oder 3 Klicks pro Korrektur brauche. Oder gibt's da einen JOSM-Trick, den ich noch nicht kenne? Das Problem ist ja nicht einfach das Umbenennen der Tags, sondern meistens die Lage der Daten zu korrigieren :-( Umbenennen geht im JOSM mit der Search-Funktion eigentlich ganz einfach. Ich suche z.B. alle waterway:plan.at:li und klicke dann doppelt auf den Key waterway:plan.at:li bei den Properties und ändere ihn auf waterway den Value-Tag laß ich auf different. Wenn man die Daten auch schon gefixt hat, kann man auch gleich für alle selektierten Daten den fixme-key löschen. Also so mach ich es immer - nicht gesagt das es nicht eine bessere Methode gibt ;-) ...tschüß, Gerhart ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] plan.at - eine Katastrophe, die weg muß!
Es wäre sinnvoll das über die talk-at zu diskutieren - CU Wolfgang -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Alexander Holy Sent: Monday, February 02, 2009 9:21 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de]plan.at - eine Katastrophe, die weg muß! Die zugefügten plan.at Daten in meinem Gebiet sind zu 100% falsch. Falsch im Sinn von: Veraltet (Objekt existiert nicht/nicht mehr) Duplikat eines Objekts, aber mit stark abweichenden Koordinaten Nicht extistente Objekte etc. Straßen mit falscher Schreibweise Etc. Durch Plan.at wurden zu 100% Fehler zugefügt, und zu 0% sinnvolle Neudaten. Ich habe bis jetzt KEINEN EINZIGEN plan.at Eintrag gefunden, der korrigiert und erhalten werden sollte. Grundsätzlich ist es natürlich fein, wenn Datenbestände importiert werden, wenn diese aber zu 100% (!) deutlich schlechter als bestehende OSM Daten sind lediglich den Datenbestand versauen, dann entgeht mir der Sinn der Aktion. Ich werde nach eingehender Überprüfung daher innerhalb einer sinnvollen Bounding Box (ortskenntnisse, verifiziert) ALLE fixme/plan.at Daten entfernen, da die Daten zu 100% überflüssig/falsch sind. Wie gesagt, es macht VIELLEICHT Sinn solche sehr schlechten und alten Daten in weiße Kacheln zu laden, damit aber weitgehend oder vollständig fertige Gebiete zuzumüllen ist, drücken wir es höflich aus, sehr schlecht und nützt niemandem. Alexander -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Norbert Wenzel Sent: 02 February 2009 08:27 To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] plan.at - eine Katastrophe, die weg muß! On 02/02/2009 04:35 AM, Alexander Holy wrote: Bitte großflächig die plan.at Daten entfernen, sonst lösch ich den Datenmüll selbst Wenn du dich in Stockerau auskennst, dann fang halt mal damit an, zu löschen was offensichtlich falsch ist. Dann schaust dir noch die Bounding Box an, meldest die an den Wolfgang Wasserburger und er löscht die Daten dann wieder. Ja, die Daten sind nicht gut und der Import ist nicht ganz glücklich organisiert gewesen. Aber großflächig wieder löschen weil dich das persönlich grad nervt, ist mindestens gleich sinnvoll, wie großflächig importieren, ohne dass sich jemand in der Gegend auskennt. Ich hätte mir auch ein Importoverlay gewünscht, wo ich die Straßen abzeichnen kann, die noch fehlen und den Rest ignorieren. Nur wenn jetzt ein großflächiger plan.at Löschversuch rennt und dann auch die Teile löscht, wo ich gerade versuch das Chaos zu beseitigen (mit Ortskenntnis und viel Geduld) und die ganze Arbeit für die Katz' war, dann wirst du damit rechnen müssen, dass meine Antwort darauf hier ähnlich harsch ausfällt, wie deine Meldung bzw. die ursprüngliche Nachricht vom Andreas Labres. Norbert ___ 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] plan.at Import
Du weißt, daß Du mich über talk-at zeitnah erreichst ;-) CU W -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Andreas Labres Sent: Wednesday, January 28, 2009 8:29 AM To: Openstreetmap talk-de Subject: [Talk-de] plan.at Import Lieber Wolfgang (Wasserburger)! Lösche *sofort* in Städten wie Mödling, Baden den Import wieder! Auch urbanen Gebiete drumrum (z.B. Perchtoldsdorf, Ma. Enzersdorf, Brunn, usw.)! Das ist dort ein kompletter Sauhaufen! Deine Badstraße ist ggü. der wirklichen Lage (und dort war ich persönlich mit dem GPS unterwegs) um fast einen ganzen Häuserblock verschoben. Ab sofort gelten folgende Regeln für Dich: * urbane Gebiete sind TABU! Dort ist Importverbot. * Wege (Straßen), deren Namen schon existiert, darfst Du nicht nochmal anlegen. * Wege gleich dem Ortsnamen zu bezeichnen ist verboten (gilt sowohl für Feldwege wie für Straßen) Wenn Du was importierst, muß es /unsichtbar/ sein (also auch kein name= Tag) und erst manuell sichtbar gemacht werden. Also bitte räume sofort Deinen Müll weg! Servus, Andreas ___ 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-at] plan.at: Source tag
Hi Wolfgang, mir ist gerade beim Arbeiten mit den Importdaten etwas aufgefallen. Das source=plan.at 2009 Tag. Soll das als Quellenangabe bei den Importdaten dranbleiben? Ändere alles, was Du für sinnvoll hältst. Besonders, wenn ein GPS-Track zugrunde liegt, ist source=GPS natürlich besser; wenn Du die Verantwortung für die Namen abschieben willst eventuell: source=track:GPS;name:plan.at so hilft das Nachfolgenden bei der Bewertung eventuell weiter. Ich finde: nur darum geht es. Wichtig ist für mich immer, daß Nachbearbeitende die Qualität einschätzen können. Ich verwend das derzeit nämlich eher so, dass ich die Straßen selbst mit dem GPS abfahre und dann die Straßennamen von plan.at übernehm. Um zu kennzeichnen, dass die Lage allerdings aktuell mit einem GPS gemessen wurde und nicht mehr durch den Import verschoben ist, lösch ich derzeit das genannte source Property wieder raus. Ist das OK von der Importlizenz her? Plan.at ist eine donation - der Compass-Verlag hat gänzlich auf Lizenzrechte verzichtet und wird zu Ende des Q1 auch noch seine Applikationen umstellen :-))) Norbert PS: Ja, Radfahren macht bei 20cm Neuschnee erst so richtig Spaß! Ich hoffe, Du hast Schneeketten am Rad :-))) CU W ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Kitzbühel
Wolfgang W. Wasserburger wrote: ist vermutlich technisch fehlerfrei importiert - wenn Ihr über einsame Nodes oder dergleichen stolpert, laßt mich das bitte wissen. Bin drüber gestolpert (bei Westendorf): http://www.openstreetmap.org/?lat=47.8lon=12.22241zoom=16 Da sind viele einsame Nodes. Hast du noch was zum nachimportieren, oder sollten diese Punkte gelöscht werden? Auf den ersten Blick haben meine Fehlerlisten nichts hergegeben. Ich vermute eher, daß da jemand mit einem topologisch nicht sehr gut agierenden Editor nachgearbeitet hat. Potlatch dürfte die Nodes nicht mit den ways mitlöschen; JOSM löscht Nodes, die nicht mehr benötigt werden sehr wohl. Handlöschen ist aber nicht notwendig - ich werde versuchen alle plan.at-Nodes ohne Tags, die zu keinem way gehören nach Abschluß aller Bezirke zu löschen. Vorzeitiges Löschen ist natürlich auch nicht schädlich. CU Wolfgang PS: Sorry für langes delay wegen Ferien und Krankheit. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Ried im Innkreis
Das wäre natürlich ein Wahnsinn. Das sieht wirklich ziemlich chaotisch aus. Ich würde die Punkte ja manuell verschieben, wenn ich wüsste wohin. Gibt's da vielleicht irgendeine offizielle und legale Quelle? Vielleicht helfen Euch in OÖ die Doris-Daten; zumindest zum Kontrollieren darf man die ja sicher verwenden. CU Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Tulln
Roland Spielhofer wrote Wolfgang Wasserburger wrote: Naja ;-) Ganz so einwandfrei doch nicht. Bezog sich nur au den Importvorgang, d.h. es konnten alle ways auch wirklich importiert werden. gibt hier nach dem Tullner Import (Grenze zwischen Bezirk PL und Tulln bei Traismauer haufenweise doppelte sowie nicht geschlossene Flächen). Hast Du ein Beispiel? Was könnte da schiefgelaufen sein? Haufenweise http://www.gary68.de/osm/qa/some/ac_austria.htm ab Nr. 841... Die Donau ist hier sicher ein spezielle Problem, weil ich die Verzerrungen bezirksweise berechnet habe und das ggf. an manchen Grenzen nicht so ganz paßt. Sollte aber nur im Namespace zu sehen sein - oder? CU Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
Am 26.01.2009, 13:47 Uhr, schrieb Wolfgang Wasserburger o...@wasserburger.at: ... wurde über Nacht technisch einwandfrei importiert. Ich hoffe, es gibt nicht allzuviel Doppeltes. Zum Bearbeiten freigegeben inkl. Ändern, Umbauen, Löschen ... Hallein ist auch frisch drinnen - am is_in kann mans untrscheiden; Fehlerfreiheit kann ich aber nicht garantieren ;-) Hallo, kannst du dir folgenden Bereich mal ansehen: http://www.openstreetmap.org/?lat=47.6209lon=13.2075zoom=12 da dürfte was schief gegangen sein, sind lauter alleinstehende Nodes. sg Benedikt ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
Um Merkaartor zu verteidigen - bei mir tritt mit JOSM genau das selbe Problem auf. lg Leo On Sat, 2009-02-14 at 16:38 +0100, Benedikt Leitner wrote: Am 14.02.2009, 16:13 Uhr, schrieb Norbert Wenzel n_wen...@gmx.net: Viele einzelne Nodes könnte auch ich verursacht haben. Zumindest alles zwischen Anif, Rif, Hallein Stadt, Gaißau könnte durch mich bzw. Merkaartor 0.13a verursacht sein. Beim Löschen von plan.at Wegen bleiben mir oft Nodes über, die ich danach nochmal händisch lösche. Direkt vom Import hab ich zumindest in dem oben beschriebenen Bereich keine einzelnen Nodes gefunden. kannst du das wieder beheben? Hier sind auch noch viele einzelne Nodes: http://www.openstreetmap.org/?lat=47.746lon=13.19zoom=11 http://www.openstreetmap.org/?lat=47.6533lon=13.2967zoom=12 Finde ich keine gute Idee einen Editor zu benutzen der so viele Fehler hinterlässt. sg Benedikt ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
On 02/14/2009 04:38 PM, Benedikt Leitner wrote: Am 14.02.2009, 16:13 Uhr, schrieb Norbert Wenzeln_wen...@gmx.net: Viele einzelne Nodes könnte auch ich verursacht haben. Zumindest alles zwischen Anif, Rif, Hallein Stadt, Gaißau könnte durch mich bzw. Merkaartor 0.13a verursacht sein. Beim Löschen von plan.at Wegen bleiben mir oft Nodes über, die ich danach nochmal händisch lösche. Direkt vom Import hab ich zumindest in dem oben beschriebenen Bereich keine einzelnen Nodes gefunden. kannst du das wieder beheben? Hier sind auch noch viele einzelne Nodes: http://www.openstreetmap.org/?lat=47.746lon=13.19zoom=11 http://www.openstreetmap.org/?lat=47.6533lon=13.2967zoom=12 Ich weiß jetzt nicht genau von welchen Fehlern du redest, da ich die genannten Bereich nichtmal laden kann, da sie über 50.000 Nodes enthalten. Ich hab gesagt es gibt dieses Problem bei Merkaartor (und laut Leo auch bei JOSM) und es kann sein, dass das Problem so verursacht wurde. Ich hab die Fehler noch nicht gesehen, nehme aber an, es sind gelöschte Teile von plan.at. Die Salzach in plan.at hab ich glaub ich gelöscht, und die war sehr lang (und damit außerhalb der Bounding Box). Ebenso Teile der ÖBB Schienen, die bereits gemapped sind. Das waren, glaub ich, die längsten Ways, die ich gelöscht hab. Mir ist schon klar, dass der Wolfgang alles wieder löschen kann, wenn wir es unangetastet lassen, aber ich tu mir leichter, wenn ich nicht denselben Way x mal kontrollier, um dann festzustellen, dass ich ihn gleich beim ersten Mal hätte löschen können. In Zoom 13 kann man was downloaden/erkennen, scheint sich um ein Waldgebiet(?) neben dem Wiestalstausee zu handeln. Glaub nicht, dass ich das gelöscht hab, aber ich werd mal versuchen, die Nodes (es sind wirklich viele) so gut es geht zu löschen. Ich würd dich noch bitten minimale Boundingboxen anzugeben, dann muss ich nicht mehr so viel laden um zu sehen was du meinst. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
On 02/14/2009 09:05 PM, Günther Zin. wrote: In diesem Fall sollte aber JOSM (und vielleicht auch andere Editoren) einen Warnhinweis ausgeben, falls man ihn nicht abgeschaltet hat. Konsequenz für mich: nur löschen, was vollständig im heruntergeladenen Bereich liegt, oder den Way teilen. Der einzige Warnhinweis den ich in Merkaartor erhalt ist ein HTTP 412 Precondition Failed. Ich kann dabei aber nicht mehr eingreifen (weil die Fehlermeldung ja vom Server kommt) und dann nur noch verbleibende Nodes händisch löschen. @Benedikt: Ich werd nochmal drüberschauen. Die Gebiet aus deinem Link direkt runterladen (im Data Layer hab ich da nichts Auffälliges mehr gesehen) und die Einzelnodes löschen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Tulln
Wolfgang Wasserburger wrote: Naja ;-) Ganz so einwandfrei doch nicht. Bezog sich nur au den Importvorgang, d.h. es konnten alle ways auch wirklich importiert werden. gibt hier nach dem Tullner Import (Grenze zwischen Bezirk PL und Tulln bei Traismauer haufenweise doppelte sowie nicht geschlossene Flächen). Hast Du ein Beispiel? Was könnte da schiefgelaufen sein? Haufenweise http://www.gary68.de/osm/qa/some/ac_austria.htm ab Nr. 841... lg roland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Daten löschen
Hi, das Programm hättest du Dir sparen könne, wenn Du wiki und Mailingliste verfolgt hättest - ich hatte doch angeboten alles unnötige nach dem Brand aus auch wieder zu entfernen. So gut ist Stockerau btw auch nicht beisammen. Da ist noch viel Platz für wirklich Ortskundige. Nur mit Luftbildern wird das nix. lg Wolfgang _ From: talk-at-boun...@openstreetmap.org [mailto:talk-at-boun...@openstreetmap.org] On Behalf Of Alexander Holy Sent: Monday, February 02, 2009 2:40 PM To: talk-at@openstreetmap.org Subject: [Talk-at] plan.at Daten löschen Gleich vorweg: Es ist natürlich grundsätzlich positiv, wenn Datenlücken in OSM durch Imports aufgefüllt werden. Der plan.at Import ist dabei aber leider deutlich zu weit gegangen. Das Mischen bzw. Integrieren mit existierenden Daten richtet leider einen fürchterlichen Flurschaden am Datenbestand an. Zuviel, um es manuell zu reparieren. Ich habe in der Gegend um Stockerau und Umgebung mitgemappt. Der Plan.at Import hat dort ausschließlich zu einer herben Verschlechterung der Datenqualität geführt. Nicht existierende Objekte, zusätzliche verschobene Straßen (meist mit falschen Straßennamen) etc. Ich habe mir ein kleines Programm geschrieben, um innerhalb einer Bounding Box alle Plan.at Daten, die NICHT seit dem Import korrigiert wurden, wieder zu entfernen. Manuelle Korrektur mittels JOSM oder Potlatch würden viel zu lange dauern. In meinem Fall waren 100% aller importieren Objekte fehlerhaft bzw. Von deutlich geringerer Qualität als der existierende Datenbestand. Wenn ihr andere Rechtecke auf der Karte gesäubert braucht, posted bitte die bounding box. Alexander ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Daten löschen
Plan.at ist ein kartographisches Abbild; kann genauso falsch wie GPS, wie auch Luftbilder sein, da diese ja anhand von Paßpunkten georeferenziert werden, die auch nicht immer stimmen. Letztlich geht ohne Ortskenntnis gar nix. Die GPS-Ortsbestimmung hat bei allen Fehlern den Vorteil, daß Navis wahrscheinlich den gleichen Fehler machen und dieser daher ausgeglichen wird. CU Wolfgang -Original Message- From: talk-at-boun...@openstreetmap.org [mailto:talk-at-boun...@openstreetmap.org] On Behalf Of adry Sent: Monday, February 02, 2009 2:57 PM To: OpenStreetMap AT Subject: Re: [Talk-at] plan.at Daten löschen Hi, hatte bisher kaum mit plan.at daten zu tun da ich hauptächlich in Wien mappe. Bin aber dann in Purkersdorf auf plan.at Daten gestoßen. Wie bereits festgestellt wurde sind die Daten um einige meter verschoben im Gegensatz zum yahoo Satbild und den bestehenden Daten. Was ist jetzt Richtig? Satbild oder plan.at? Um es zu überprüfen müsste man wohl selber mit GPS die wege abfahren. Christian Wirth schrieb: Hi, Das Mischen bzw. Integrieren mit existierenden Daten richtet leider einen fürchterlichen Flurschaden am Datenbestand an. Zuviel, um es manuell zu reparieren. Das ist ansichtssache. Wir haben fast ganz Oberösterreich händisch korrigiert, verbunden, gelöscht und verbessert. Noch nicht ganz fertig, geht aber gut voran. Muss ja aber auch nicht morgen fertig sein. Die neuen Daten sind (im JOSM) deutlich als solche erkennbar, werden - bis auf kleine Problemchen - von den Renderern nicht dargestellt = wo ist das Problem, dass diese vorerst zusätzlich drinnen sind? Grüße, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Daten löschen
Hast Du z.B. auch auf die Einbahnen geachtet? CU Wolfgang -Original Message- From: talk-at-boun...@openstreetmap.org [mailto:talk-at-boun...@openstreetmap.org] On Behalf Of Alexander Holy Sent: Monday, February 02, 2009 3:11 PM To: OpenStreetMap AT Subject: Re: [Talk-at] plan.at Daten löschen Wenn die Karte leer ist, ist das ja auch ok. Aber in Gegenden, die schon 95-100% gemappt sind, sind es ausschließlich alte, stark fehlerhafte Daten, die einfach nur massiv das Mappen behindern. Für das Importieren von Fehlern bin ich nicht dankbar... :( -Original Message- From: talk-at-boun...@openstreetmap.org [mailto:talk-at-boun...@openstreetmap.org] On Behalf Of Christian Wirth Sent: 02 February 2009 14:48 To: OpenStreetMap AT Subject: Re: [Talk-at] plan.at Daten löschen Hi, Das Mischen bzw. Integrieren mit existierenden Daten richtet leider einen fürchterlichen Flurschaden am Datenbestand an. Zuviel, um es manuell zu reparieren. Das ist ansichtssache. Wir haben fast ganz Oberösterreich händisch korrigiert, verbunden, gelöscht und verbessert. Noch nicht ganz fertig, geht aber gut voran. Muss ja aber auch nicht morgen fertig sein. Die neuen Daten sind (im JOSM) deutlich als solche erkennbar, werden - bis auf kleine Problemchen - von den Renderern nicht dargestellt = wo ist das Problem, dass diese vorerst zusätzlich drinnen sind? Grüße, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Kitzbühel
Wolfgang W. Wasserburger wrote: ist vermutlich technisch fehlerfrei importiert - wenn Ihr über einsame Nodes oder dergleichen stolpert, laßt mich das bitte wissen. Bin drüber gestolpert (bei Westendorf): http://www.openstreetmap.org/?lat=47.8lon=12.22241zoom=16 Da sind viele einsame Nodes. Hast du noch was zum nachimportieren, oder sollten diese Punkte gelöscht werden? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] plan.at - eine Katastrophe, die weg muß!
Hallo, Alexander Holy wrote: Der Mist, und man kann es buchstäblich nur Mist nennen, den plan.at dort erzeugt hat, ist eine Zumutung. Ich werde wohl mittels eines Makros plan.at Daten großflächig entfernen. Mach es doch einfach, anstatt gross Radau zu machen. (Es braucht nicht mal ein Makro dazu: Bereich in JOSM laden, suchen nach einem eindeutigen Tag, den alle Importe haben, Löschen, hochladen, fertig.) Bitte großflächig die plan.at Daten entfernen, sonst lösch ich den Datenmüll selbst Als Aussenstehender habe ich den Eindruck, dass da einiges schiefgegangen ist - es fing an mit partiellen Importen auf Anfrage der Mapper in der jeweiligen Region, und die Sache kam, scheint mir, auch meistens gut an (Feedback war immer so a la zum Teil recht ungenau, aber als Ortskundiger kann ich es als Basis trotzdem gut nehmen oder so). Irgendwann scheint es den Umschwung von einzeln auf Nachfrage zu Massenimport ohne grosse Diskussion gegeben zu haben. Hier haette man vielleicht beim bewaehrten Konzept bleiben sollen, aber die menschliche Arbeitszeit ist halt auch begrenzt. Wie dem auch sei, ein geeigneterer Ort, um diesen Import zu diskutieren, ist die talk-at-Mailingliste! Und immer daran denken: Auch, wenn sie hie und da mal ins Klo greifen sollten, die Leute, die so einen Import machen, investieren in der Regel viel Arbeit, um OSM zu verbessern und sind menschlicher Kommunikation nach ueblichen Hoeflichkeitsregeln in aller Regel zugaenglich. Ein entruestetes Posting wie Deines ist hoechstens dann gerechtfertigt, wenn Du eine Bitte um Loeschung bereits direkt an den Importeur gerichtet hast und dort abgebuerstet wurdest. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] plan.at - eine Katastrophe, die weg muß!
Die zugefügten plan.at Daten in meinem Gebiet sind zu 100% falsch. Falsch im Sinn von: Veraltet (Objekt existiert nicht/nicht mehr) Duplikat eines Objekts, aber mit stark abweichenden Koordinaten Nicht extistente Objekte etc. Straßen mit falscher Schreibweise Etc. Durch Plan.at wurden zu 100% Fehler zugefügt, und zu 0% sinnvolle Neudaten. Ich habe bis jetzt KEINEN EINZIGEN plan.at Eintrag gefunden, der korrigiert und erhalten werden sollte. Grundsätzlich ist es natürlich fein, wenn Datenbestände importiert werden, wenn diese aber zu 100% (!) deutlich schlechter als bestehende OSM Daten sind lediglich den Datenbestand versauen, dann entgeht mir der Sinn der Aktion. Ich werde nach eingehender Überprüfung daher innerhalb einer sinnvollen Bounding Box (ortskenntnisse, verifiziert) ALLE fixme/plan.at Daten entfernen, da die Daten zu 100% überflüssig/falsch sind. Wie gesagt, es macht VIELLEICHT Sinn solche sehr schlechten und alten Daten in weiße Kacheln zu laden, damit aber weitgehend oder vollständig fertige Gebiete zuzumüllen ist, drücken wir es höflich aus, sehr schlecht und nützt niemandem. Alexander -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Norbert Wenzel Sent: 02 February 2009 08:27 To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] plan.at - eine Katastrophe, die weg muß! On 02/02/2009 04:35 AM, Alexander Holy wrote: Bitte großflächig die plan.at Daten entfernen, sonst lösch ich den Datenmüll selbst Wenn du dich in Stockerau auskennst, dann fang halt mal damit an, zu löschen was offensichtlich falsch ist. Dann schaust dir noch die Bounding Box an, meldest die an den Wolfgang Wasserburger und er löscht die Daten dann wieder. Ja, die Daten sind nicht gut und der Import ist nicht ganz glücklich organisiert gewesen. Aber großflächig wieder löschen weil dich das persönlich grad nervt, ist mindestens gleich sinnvoll, wie großflächig importieren, ohne dass sich jemand in der Gegend auskennt. Ich hätte mir auch ein Importoverlay gewünscht, wo ich die Straßen abzeichnen kann, die noch fehlen und den Rest ignorieren. Nur wenn jetzt ein großflächiger plan.at Löschversuch rennt und dann auch die Teile löscht, wo ich gerade versuch das Chaos zu beseitigen (mit Ortskenntnis und viel Geduld) und die ganze Arbeit für die Katz' war, dann wirst du damit rechnen müssen, dass meine Antwort darauf hier ähnlich harsch ausfällt, wie deine Meldung bzw. die ursprüngliche Nachricht vom Andreas Labres. Norbert ___ 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] plan.at - eine Katastrophe, die weg muß!
On 02/02/2009 09:20 AM, Alexander Holy wrote: Ich werde nach eingehender Überprüfung daher innerhalb einer sinnvollen Bounding Box (ortskenntnisse, verifiziert) ALLE fixme/plan.at Daten entfernen,[...] Danke für die Überprüfung. Allein darum ging es mir. Im Übrigen, falls du die Daten nicht per JOSM löscht, sondern dafür skriptest, kannst du auch einfach dem Wolfgang die Bounding Box sagen. Das Skript hat er nämlich fertig und mehr als nur einmal auf talk-at darauf hingewiesen, ihm doch entsprechende Bereiche zu melden. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?plan.at - eine Katastrophe, die weg mu ß!
Alexander Holy a...@alexholy.net wrote: Duplikat eines Objekts, aber mit stark abweichenden Koordinaten Euch ist aber schon klar, dass sich hier potenzielle Fehler durch umprojezieren beim plan.at Material und GPS-Fehler im Worst-Case ergänzen könnten? Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] plan.at Daten löschen
Hi, da stimm ich dir prinzipiell zu. Aber: das Löschen *aller* plan.at-importierten Straßen dauert im JOSM weniger lang als wir bisher über E-Mail darüber diskutiert haben. Schwieriger wird's natürlich, wenn du selektiv vorgehen willst. Grüße, Christian Am 02.02.2009, 15:10 Uhr, schrieb Alexander Holy a...@alexholy.net: Wenn die Karte leer ist, ist das ja auch ok. Aber in Gegenden, die schon 95-100% gemappt sind, sind es ausschließlich alte, stark fehlerhafte Daten, die einfach nur massiv das Mappen behindern. Für das Importieren von Fehlern bin ich nicht dankbar... :( -Original Message- From: talk-at-boun...@openstreetmap.org [mailto:talk-at-boun...@openstreetmap.org] On Behalf Of Christian Wirth Sent: 02 February 2009 14:48 To: OpenStreetMap AT Subject: Re: [Talk-at] plan.at Daten löschen Hi, Das Mischen bzw. Integrieren mit existierenden Daten richtet leider einen fürchterlichen Flurschaden am Datenbestand an. Zuviel, um es manuell zu reparieren. Das ist ansichtssache. Wir haben fast ganz Oberösterreich händisch korrigiert, verbunden, gelöscht und verbessert. Noch nicht ganz fertig, geht aber gut voran. Muss ja aber auch nicht morgen fertig sein. Die neuen Daten sind (im JOSM) deutlich als solche erkennbar, werden - bis auf kleine Problemchen - von den Renderern nicht dargestellt = wo ist das Problem, dass diese vorerst zusätzlich drinnen sind? Grüße, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Daten löschen
Ich hab die Erfahrung gemacht, dass die plan.at Daten quantitativ wie qualitativ in sich extrem variieren, sogar innerhalb von ein paar Kilometern. Du hast in Stockerau den Vorteil, gute Yahoo-Fotos zu haben, und daher einen guten und genauen Bestand - da tut's natürlich weh, wenn jemand in Import-Euphorie die Gegend mit nicht existenten und nicht geprüften tracks usw. querfeldein überzieht. Ich bitte allerdings jetzt nicht in der Gegenrichtung zu überreagieren und die plan.at Daten wieder zu killen, bevor jemand die Chance hatte, sie zu prüfen. Wo die Bilder nicht vorhanden sind, hilft der Import schon. Die Frage dort bleibt, ob je wieder wer die Daten nachkontrolliert, wenn bessere Referenzen (GPS oder Bild) verfügbar werden. --P PS. Im Dreieck Gneixendorf-Langenlois-Grafenegg vermute ich mangels /jeglicher /Daten einen UFO-Landeplatz ... da wurde sogar ein Stück der B218 ausgestanzt ... ? ;-) Gleich vorweg: Es ist natürlich grundsätzlich positiv, wenn Datenlücken in OSM durch Imports aufgefüllt werden. Der plan.at Import ist dabei aber leider deutlich zu weit gegangen. Das Mischen bzw. Integrieren mit existierenden Daten richtet leider einen fürchterlichen Flurschaden am Datenbestand an. Zuviel, um es manuell zu reparieren. Ich habe in der Gegend um Stockerau und Umgebung mitgemappt. Der Plan.at Import hat dort ausschließlich zu einer herben Verschlechterung der Datenqualität geführt. Nicht existierende Objekte, zusätzliche verschobene Straßen (meist mit falschen Straßennamen) etc. Ich habe mir ein kleines Programm geschrieben, um innerhalb einer Bounding Box alle Plan.at Daten, die NICHT seit dem Import korrigiert wurden, wieder zu entfernen. Manuelle Korrektur mittels JOSM oder Potlatch würden viel zu lange dauern. In meinem Fall waren 100% aller importieren Objekte fehlerhaft bzw. Von deutlich geringerer Qualität als der existierende Datenbestand. Wenn ihr andere Rechtecke auf der Karte gesäubert braucht, posted bitte die bounding box. Alexander ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Daten löschen
Alexander Holy schrieb: [...] Ich habe mir ein kleines Programm geschrieben, um innerhalb einer Bounding Box alle Plan.at Daten, die NICHT seit dem Import korrigiert wurden, wieder zu entfernen. [...] Wenn ihr andere Rechtecke auf der Karte gesäubert braucht, posted bitte die bounding box. Ist das nicht genau das gleiche, was Wolfgang, der den Import gemacht hat, angeboten hat? lg roland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at