- OSM - gt.owl.de

Fwd: [Talk-de] Relation Analyzer im neuen Gewand
by Florian Lohoff 13 Jun '12

13 Jun '12

Nochmal fuer Grenzinteressierte :) Oder auch andere Relationen :) Flo ----- Forwarded message from Adrian Stabiszewski <mynewsletter(a)nitegate.de> ----- Date: Wed, 13 Jun 2012 09:35:49 +0200 From: Adrian Stabiszewski <mynewsletter(a)nitegate.de> To: talk-de(a)openstreetmap.org Subject: [Talk-de] Relation Analyzer im neuen Gewand X-Spam-Status: No, score=-1.901 tagged_above=-5 required=5.5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_FRT_CLICK=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Hi! Der Relation Analyzer hat ein neues Gesicht dank Bootstrap bekommen. http://ra.osmsurround.org Darüber hinaus wurden auch ein paar Erweiterungen und Detailverbesserungen durchgeführt: - verbesserte Suche nach Teilbezeichnungen von Relationen - direkte Suche nach ID oder Name aus der Menüzeile heraus - automatische Vorschläge von typischen Werten in der Suchmaske bei den Feldern "Network", "Route", "Relation Typ" und "Operator". - bessere Farben bei der Way-Verteilung der Hauptstraßen - Analyse auf Karte jetzt mit Leaflet Library und direktem Zoom auf der gesamte Relation - NEU: Höhenprofil bei A nach B Relationen, die lückenlos sind. Funktioniert nur, wenn der RA intern die Relation als einen Pfad erzeugen kann. Das Profil wird grob aus SRTM Daten extrahiert. Beispiel: http://ra.osmsurround.org/analyzeRelation?relationId=2199113 Screenshots: https://plus.google.com/104853427339662862228/posts/gBSvRWdXHxo Ich bin am Überlegen im RA die Möglichkeit einzubauen, Tags direkt zu bearbeiten. Wie dies funktionieren soll, kann man beim Klick auf den Button "Alle Tags anzeigen" sehen. Die Idee ist, kleine Tippfehler oder fehlende Tags sofort korrigieren zu können. Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Hierzu hätte ich gerne etwas Feedback, ob das sinnvoll bzw. gewünscht ist. Viele Grüße, Adrian. _______________________________________________ Talk-de mailing list Talk-de(a)openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ----- End forwarded message ----- -- Florian Lohoff f(a)zz.de

1 0

Fwd: [OSM-talk] Enhanced version of "OSM Administrative Boundary Map" at OpenMapSurfer.uni-hd.de
by Florian Lohoff 11 Jun '12

11 Jun '12

Hi, fuer die die sich fuer Grenzen interessieren - Karte ansehen und mal rechts die "Admin Boundarys" anmachen - Sehr schoene darstellung. Flo ----- Forwarded message from Alexander Zipf <zipf(a)uni-heidelberg.de> ----- Date: Mon, 11 Jun 2012 14:29:12 +0200 From: Alexander Zipf <zipf(a)uni-heidelberg.de> To: talk(a)openstreetmap.org Cc: Maxim Rylov <maxim.rylov(a)geog.uni-heidelberg.de> Subject: [OSM-talk] Enhanced version of "OSM Administrative Boundary Map" at OpenMapSurfer.uni-hd.de X-Spam-Status: No, score=-1.911 tagged_above=-5 required=5.5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Dear all, in case you have not noticed: Administrative boundaries from OSM at all administrative levels are being visualized on a new dedicated global map layer at http://OpenMapSurfer.uni-hd.de Maxim Rylov just has released the new second version of the admin layer with enhanced scale-dependent styling & labeling. It uses data from both ways and relations and handels missing tags in ways through using admin_level. Still experimental, but... Future enhancements may include also the visualization of problems or errors with respect to boundaries in OSM. The map layer is also a test for a new label placement algorithm that can place labels on both sides of a linestring. This map adds to Maxim's Roads, Semintransparent and Hillshade layers at OpenMapSurfer. enjoy az http://giscience.uni-hd.de _______________________________________________ talk mailing list talk(a)openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ----- End forwarded message ----- -- Florian Lohoff f(a)zz.de

1 0

Kindergarten / Ich bin baff
by Florian Lohoff 06 Jun '12

06 Jun '12

Hi, also das hier find ich Krass: http://www.openstreetmap.org/browse/node/1763161763 Eine halbe tonne Informationen - leider so ja nicht wirklich zu interpretieren - nichtsdestrotz beachtlich ... Dabei kommt mir aber die Frage ob die Daten DA richtig sind. Bei Kindergaerten und Schulen kommen ja die Namen der Schule etc auf die Flaeche nicht die Gebaeude - Demnach muessten doch die ergaenzenden Informationen auch auf die Flaeche nicht das Gebaeude bzw die Adresse ... D.h. an diesem Node - Die Adresse sollte auf das Gebaeude und die Informationen zum Kindergarten auf die Flaeche http://www.openstreetmap.org/browse/way/24457838 Der name waere vor allem schoen dann wuerde das bei Maposmatic auch mit Namen im Index auftauchen ... Flo -- Florian Lohoff f(a)zz.de

3 3

Fwd: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
by Florian Lohoff 23 Apr '12

23 Apr '12

Hi, ich dachte fuer alle Interessant die vielleicht nicht talk-de lesen: ----- Forwarded message from Frederik Ramm <frederik(a)remote.org> ----- Date: Sat, 21 Apr 2012 20:43:53 +0200 From: Frederik Ramm <frederik(a)remote.org> To: Openstreetmap allgemeines in Deutsch <talk-de(a)openstreetmap.org> Subject: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits X-Spam-Status: No, score=-1.911 tagged_above=-5 required=5.5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Hallo, vor ein paar Tagen hat ein langjaeriger und aktiver OSMer, der von vielen wegen seiner hilfreichen Anleitungen geschaetzt wird, mehr als 2000 Forums-Beitraege verfasst hat und auch auf der talk-de-Liste aktiv ist, eine grosse Anzahl von Grenzrelationen eigenmaechtig von type=multipolygon auf type=boundary umgesetzt. (Die Rede ist von Andre Joost - aber ansprechen moechte ich mit diesem Posting hier alle anderen ebenso.) Das widerspricht den Spielregeln bei OpenStreetMap, und wer so etwas macht, muss damit rechnen, dass seine Edits revertiert werden, unabhaengig davon, ob, wie im konkreten Fall behauptet, "der Aufschrei sich in Grenzen haelt" oder nicht. Die Spielregeln sind wenige und entwickeln sich zum Teil auch erst. Im Grunde gilt fuer den einzelnen Mapper, dass er weitgehende Freiheit hat, zu mappen, was er will und wie er es will, solange er dadurch nicht andere stoert (Stichwort historischer Verlauf einer roemischen Strasse quer durch heutiges Wohngebiet) oder objektiv falsche Daten eintraegt. Diese Freiheit gilt fuer alles, was der Mapper von eigener Hand und mit eigenen Augen erfasst. Editor aufmachen, mit ein paar Klicks ein Objekt erstellen oder aendern, hochladen - davon kann jeder so viel tun wie er will. Die Freiheit endet dort, wo man nicht mehr einzelne Objekte persoenlich bearbeitet, sondern viele auf einmal, ohne sie sich noch einzeln anzuschauen. Das nennen wir "mechanische Edits" - zum Beispiel: ich lade ein groesseres Gebiet in JOSM, selektiere alle highway=unclassified und mache sie zu highway=residential. Das ist ein mechanischer Edit; ich habe mir die einzelnen Objekte, die ich da aendere, nicht mehr genau angeschaut. Wenn mich spaeter jemand fragt, ob ich die X-Strasse geaendert habe, kann ich nur antworten: "aeh, weiss nicht, das waren glaub ich so 50 Strassen oder so". Automatische Edits (wenn ich ein Skript schreibe, dass irgendwas fuer mich aendert) und Importe fallen ebenfalls nicht mehr unter diese Freiheit. Der Hauptgrund fuer diese Regel ist, dass man mit dieser Art von Aenderungen in kuerzerer Zeit mehr Schaden anrichten kann als jemand, der von Hand vorgeht. Und man kann, und das hat Andre im vorliegenden Fall gemacht, seine persoenliche Meinung davon, was wie getaggt sein sollte, anderen, die vielleicht nicht so gut im Skripte-Schreiben sind, aufdruecken, indem man vollendete Tatsachen schafft. (In einem besonders dreisten Fall in der Vergangenheit hatte jemand zuerst im Wiki geschrieben, amenity=fire_hydrant solle nicht mehr verwendet werden, stattdessen emergency=fire_hydrant; jemand hat das rueckgaengig gemacht mit der Begruendung, amenity=fire_hydrant sei noch kaum in Verwendung. Die betr. Person hat dann kurzerhand weltweit alle amenity= nach emergency= geaendert und gesagt: "schau nochmal nach".) Solche Aenderungen koennen zwar immer rueckgaengig gemacht werden, aber jede solche Hue-Hott-Aktion sammelt mehr Datenschrott in der Versionshistorie an, erhoeht die Last auf Datenkonsumenten, die diffs verarbeiten und so weiter. Deshalb gilt die Regel, dass man solche Aenderungen im Detail diskutieren muss, bevor man sie durchfuehrt, und nur weitermachen darf, wenn es keinen nennenswerten Widerspruch gibt. Der Widerspruch, der auf talk-de *nach* der Aenderung kam, haette gereicht, um die Aenderung zu diesem Zeitpunkt zu verhindern. Diese Regel gilt nicht etwa nur fuer unerfahrene Neulinge. Im Gegenteil, *gerade* von erfahrenen und angesehenen Mappern erwarte ich, dass sie mit gutem Beispiel vorangehen. Dass sie den anderen vorleben, wie ein Community-Projekt funktioniert und nicht ein Stall voll Eigenbroetlern, von denen jeder glaubt, dass an seiner Weisheit das Projekt nur wachsen kann. Damit sich bei uns eine Kultur etabliert, in der eben *nicht* jeder, der eine Skriptsprache beherrscht, glaubt, die OSM-Datenbank sei seine persoenliche Spielwiese. Sonst geht das immer weiter mit dem "aber der hat doch auch...". Ich weiss, dass es auch derzeit noch ein paar Altlasten gibt, die nie richtig diskutiert wurden und deren Autoren sich mehr Freiheiten herausnehmen als gut ist (Beispiel Xybot), aber auch die werden wir angehen und auch die muessen sich an die gleichen Regeln halten. Wiki-Links: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct http://wiki.openstreetmap.org/wiki/Import/Guidelines Im konkreten Fall mit den type=boundary-Relationen werde ich nichts unternehmen. Das ist aber nicht im geringsten ein Freibrief fuer Andre oder andere, sowas in Zukunft oefter zu machen. Bitte bringt Euren Mit-Mappern den Respekt entgegen, vor solchen Aktionen mit ihnen zu sprechen. Bye Frederik -- Frederik Ramm ## eMail frederik(a)remote.org ## N49°00'09" E008°23'33" _______________________________________________ Talk-de mailing list Talk-de(a)openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ----- End forwarded message ----- -- Florian Lohoff f(a)zz.de

1 0

Wie mappe ich Lieferverkehr
by Daniel Brockpähler 21 Apr '12

21 Apr '12

Hallo zusammen, seit längerem lese ich diese Liste, habe aber nun erstmals eine Frage zum Mappen. Der Klosterhof in Marienfeld war früher eine Einbahnstraße. Diese Regelung wurde aufgehoben, damit der Lieferverkehr zum anliegenden Hotel nicht mehr gegen die StVO verstößt. Nun ist die Straße in die Eine Richtung frei befahrbar, in die andere ist das Verkehrszeichen 251 angebracht mit dem Zusatzschild 1026-35 "Lieferverkehr frei". De facto ist es für PKWs weiterhin eine Einbahnstraße (außer der PKW wendet und verlässt den Klosterhof nicht) und nur für Lieferfahrzeuge darf die Straße andersherum benutzt werden. Wie wird das nun ordentlich gemappt? Die nicht mehr vorhandenen Einbahnstraßen habe ich entfernt, aber die Sperrung der Gegenreichtung bekomme ich nicht hin. Viele Grüße Daniel Brockpähler

2 1

Fwd: [OSM-dev] New version of MapOSMatic, a city map rendering service
by Florian Lohoff 18 Apr '12

18 Apr '12

Hi, Ich forwarde mal wieder was - Ich hatte ja schonmal aus MapOSMatic hingewiesen und die Aenderungen sind wirklich super. ----- Forwarded message from Thomas Petazzoni <thomas.petazzoni(a)enix.org> ----- Date: Wed, 18 Apr 2012 08:58:23 +0200 From: Thomas Petazzoni <thomas.petazzoni(a)enix.org> To: dev(a)openstreetmap.org Cc: contact(a)maposmatic.org Subject: [OSM-dev] New version of MapOSMatic, a city map rendering service X-Spam-Status: No, score=-1.911 tagged_above=-5 required=5.5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Hello, In September 2009, we launched MapOSMatic (http://www.maposmatic.org) a free web service that allows to render city maps on-demand based on OpenStreetMap data. Those city maps, divided into squares, are associated with a street index, making the process of locating a street on the map easier. We are proud to announce today the launch of a new version of MapOSMatic, which is the result of significant development efforts. Amongst the new features: * The rendering of poster maps is now done on large standard paper formats (A3, A2, A1, etc.), automatically chosen depending on the geographical size of the city, instead of arbitrarily-sized papers that were hard to print. The end result is close to commercial folded maps; * The ability to render multi-page maps, where the map and street index are split into several pages, for easier printing on regular paper formats (A5, A4, US Letter). Those multi-page maps are similar to commercial city booklets; * The availability of several rendering styles. For now, we provide the standard OpenStreetMap.org style, several styles provided by MapQuest, and a custom style more suitable for printing. In the future, we expect to extend those styles, or even to let users provide their own styles. Do not hesitate to contact us about custom styles; * Improvements in the selection of cities: in the previous versions, we were limited to OpenStreetMap areas of a certain administrative level; * And many, many other smaller features and improvements: quality of the renderings, better user interface to render maps, last OSM database update date printed on the map, etc. MapOSMatic is completely free software, distributed under the terms of the Affero General Public License v3. The project is available through Git repositories, has a mailing-list and an IRC channel. For details, see our About page (http://www.maposmatic.org/about) our wiki (http://wiki.maposmatic.org) and the Savannah project page (http://savannah.nongnu.org/projects/maposmatic/) In addition to the launch of this new version, we are also starting a donation campaign. The project is completely developed and maintained by volunteers, but we need funding to cover hardware costs and transportations costs to organize the developer meetings during which MapOSMatic improvements are implemented (see our blog at http://news.maposmatic.org) If you appreciate MapOSMatic, do not hesitate to help us by donating with PayPal on http://www.maposmatic.org/donate. Best regards, Thomas Petazzoni -- Thomas Petazzoni http://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com _______________________________________________ dev mailing list dev(a)openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ----- End forwarded message ----- -- Florian Lohoff f(a)zz.de

1 0

Herzebrock und Wiedenbrück neu mappen
by Florian Lohoff 11 Apr '12

11 Apr '12

Hi, ich habe eben nochmal so ein wenig ueber den License Change output im OSM Inspector geguckt und festgestellt das wir Herzebrock-Clarholz komplett neu mappen duerfen. Ich weiss das die beiden mapper Gunnar und Jürgen mal auf einem OSM Treffen waren - Hat jemand zu den beiden Kontakt? Haben die bewusst abgelehnt oder waren die einfach nur nicht erreichbar? Selbiges scheint fuer beträchtliche teile von Wiedenbrück zu gelten. Die Löcher sind schon super ... Flo -- Florian Lohoff f(a)zz.de

3 5

(no subject)
by Michael Bojert 10 Apr '12

10 Apr '12

Hallo, ich möchte für Motorradfahrer gesperrte Strecken in OSM eintragen. Es gibt viele die nur Sa-So. gesperrt sind, wie ist das einzutragen ? Gruß Mibo

3 2

Lizenzwechsel und Luecken
by Florian Lohoff 02 Apr '12

02 Apr '12

Hi, hat jemand sich schon gedanken gemacht wie wir ASAP die Luecken schliessen. Hab mal in den geofabrik licensechange view geguckt und da fehlt dann ja doch die eine oder ander Straße ... Ich hatte ueberlegt ggfs die Straßenlistenauswertung kurzfristig in Betrieb zu nehmen. Flo -- Florian Lohoff f(a)zz.de

2 1

Remappen
by Robert S. 31 Mar '12

31 Mar '12

Die folgenden Städte und Gemeinden sind inzwischen soweit komplett remappt: Porta Westfalica, Bad Oeynhausen, Vlotho, Löhne, Hüllhorst, Kirchlengern, Hiddenhausen. http://tools.geofabrik.de/osmi/?view=wtfe&lon=8.75475&lat=52.21554&zoom=10 Ein paar kleine Dinge sind aber dann doch noch nicht remappt: In Kirchlengern gibt es noch 6 POI, die man nur nach persönlichem Besuch remappen kann. Auch in Porta Westfalica gibt es noch ein paar POI. In Löhne (und anderswo) sind dann noch einige Ortsnodes nicht clean, da dort der "is_in-bot" beteiligt war... An einigen Straßen wurden die Straßennamen durch Mapper hinzugefügt, die dem Lizenzwechsel nicht zugestimmt haben, somit gibt es insbesondere in Porta Westfalica und Hüllhorst jetzt ein paar Straßen, wo der Straßenname fehlt. Ich möchte jetzt mal ganz allgemein zum remappen aufrufen! Zum 1.April wird die OSM-Lizenz von CC-BY-SA zu ODBL geändert, und alle Daten, die dann nicht ODBL-konform in der OSM-Datenbank enthalten sind, werden gelöscht. In OWL gibt es noch viele Objekte, die noch nicht komplett ODBL-konform sind: http://tools.geofabrik.de/osmi/?view=wtfe&lon=8.87128&lat=51.92919&zoom=9 Das meiste Remappen kann man bequem vom Schreibtisch aus machen. Ziel sollte sein, alle roten und orangen Objekte in gelbe oder noch besser grüne Objekte zu verwandeln oder sie gänzlich aus dem Inspector zu entfernen. Das erreicht man dadurch, dass man alle Eintragungen, die von Benutzern stammen, die dem Lizenzwechsel nicht zugestimmt haben aus dem Objekt entfernt (dann sollte es im OSM Inspector gelb werden). Einträge von Nichtzustimmern, die man selbst bestätigen kann (durch BING-Luftbilder, GPS-Tracks, eigenes Wissen, etc.) müssen nicht gelöscht werden. Um diese Bestätigung zu dokumentieren, sollte man dann den Tag "odbl=clean" an das Objekt heften - dann wird es in der Karte grün angezeigt. Bisweilen der einfachere Weg ist das einfache Neuerfassen der Objekte (z.B. mithilfe der Luftbilder) und der Übernahme aller lizenzkonformer Eigenschaften aus dem altem Objekt (dann verschwindet das Objekt aus dem Inspector) - dabei geht allerdings die Objektgeschichte verloren. Für Nodes ohne Tags (und wohl auch für solche, die nur created_by tragen) gilt, dass jedes Verschieben der Nodes lizenztechnisch ein neues Objekt erstellt. Wenn solche Nodes also nicht gerade Teil eines nicht ODBL-konformen Weges reicht das Verschieben ("am Luftbild ausrichten"...) zum remappen; das Anhängen von "odbl=clean" ist dann nicht notwendig. Dann gibt es noch die sogenannte "Adoption" von Nichtzustimmern, wodurch diese wie Zustimmer behandelt werden. In OWL betrifft das insbesondere 'flohoff' der adoptiert wurde, da er alle seine Beiträge unter PD gestellt hat. Der Benutzer "lmaa_du_osm-korinthenkacker" (und Benutzer mit ähnlichen Namen) ist in der Vergangenheit besonders dadurch aufgefallen, dass er einfach Objekte anderer Nutzer gelöscht hat und die Objekte dann unverändert wieder hochgeladen hat. Wenn ich mich recht erinnere, hat er dieses Verhalten auch bei seinen Edits in der Region an den Tag gelegt. Deshalb war ich beim remappen seiner Edits etwas weniger vorsichtig. Weitere Informationen im Wiki: http://wiki.openstreetmap.org/wiki/Remapping http://wiki.openstreetmap.org/wiki/WTFE mit Informationen zum Adoptieren http://wiki.openstreetmap.org/wiki/Remapping/License_Change_View_on_OSM_Ins…

7 19