[Talk-de] Deutschland API
Hi, ich arbeite seit einiger Zeit an offenen Daten und bin am Überlegen eine API aufzubauen um diese Daten im geographischen Bezug abrufbar zu machen. Ein erster Schritt war die Erstellung der Webseite zum Download der Gemeinde-/Landkreis-/Bundesland-Grenzen als GeoJson [1]. Diese Daten sind jetzt bereits mit den Einwohnerzahlen und Flächenzahlen angereichert. Ich möchte jedoch weiter gehen und zusätzliche Meta-Daten zu den Regionen ablegen. Beispielsweise die Gemeinde-Homepage, Kontakt E-Mail, Autokennzeichen, Wikipedia-Link, PLZ usw. Die meisten dieser Informationen sind bereits in maschinenlesbarer Form in versch. Datenbanken verteilt. Die Idee ist die Daten in ein einheitliches Format überzuführen und über eine Webseite und REST Schnittstelle verfügbar zu machen. Meine Frage wäre, ob jemand von euch ebenfalls an sowas arbeitet und ob es vielleicht Interessenten gibt eine solche Datenbank gemeinsam aufzubauen. Ich denke, es wäre langfristig sinnvoller ein Teil der Meta-Daten aus OSM in einer separaten Datenbank zu führen. Es gibt zwar schon die Seite deutschland-api.de, aber leider scheinen die Jungs nicht sehr weit gekommen zu sein. Die Seite fokussiert sich eher auf Wahlthemen und ist nicht mehr ganz aktuell. Viele Grüße, Adrian http://blog.opendatalab.de [1] http://opendatalab.de/projects/geojson-utilities/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GeoJson Utilites für den Export von Verwaltungsgrenzen
Hi! Wir haben mal wieder ein neues Tool entwickelt, welches wir mit euch teilen wollen. Es geht um den supereinfachen Export von Verwaltungsgrenzen ins GeoJson Format. Die Daten stammen direkt vom Geodatenzentrum und sind mit den aktuellen Einwohnerzahlen vom statistischen Bundesamt (2013/Q2) angereichert. Damit lassen sich ganz nette Visualisierungen machen, falls jemand von euch mit OpenData etwas rumspielen möchte. Das Tool kann auch ganz leicht bereits vorhandene GeoJson Dateien auf einer Karte darstellen. Dazu könnt ihr einfach die GeoJson Datei in den Browser ziehen (die Datei wird nicht hochgeladen, sondern direkt im Browser verarbeitet). Hier gehts zum Tool: http://opendatalab.de/projects/geojson-utilities/ Oder gleich zum Source-Code: https://github.com/opendatalab-de/simple-geodata-selector Ich habe im OSM Blog gesehen, dass Flooh Perlot die Verwaltungsgrenzen Österreichs aus OSM extrahiert und ins GeoJSON-Format konvertiert hat. @Flooh falls du mitliest, dann wäre es eventuell interessant, deine Daten auch über unser Tool zum Export einzurichten. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ingress 4 OSM
Hi! Ich weiß nicht, ob ihr das neue Virtual Reality/Augmented Reality (wie auch immer) Spiel von Google mitbekommen habt: http://www.ingress.com/ Das Spiel ist im Moment in einer closed-beta Phase und ich bin seit 3 Wochen ein glücklicher Spieler ;) Ohne jetzt zu sehr in die Details einsteigen zu wollen, kurz der Spielablauf: es gibt zwei Parteien, Enlightened und Resistance. Auf der ganzen Welt sind Portale verteilt. Die Portale können irgendwelche Monumente, besondere Gebäude, Skulpturen oder sonstige optisch erkennbare Gegenstände sein. Sobald man sich innerhalb von 30m von einem Portal befindet, kann man mit dem Portal via Android-Smartphone interagieren. Wird ein Portal mit sg. Resonatoren bestückt, kann es mit anderen Portalen verlinkt werden. Sobald drei Portale miteinander verlinkt sind, entsteht eine Fläche. Das gibt dann Punkte für das eigene Konto und sg. Mind-Units für die eigene Partei. Man beginnt auf Level1 und kann zuerst nur Portale mit einer Entfernung von 160m verlinken. Je mehr Punkte man hat umso höher das Level und umso größer die Reichweite der Portale, die man verlinken kann. Das gibt dann natürlich auch eine größere Fläche und mehr Mind-Units. Da es zwei Parteien gibt, gibt es natürlich Waffen um gegnerische Portale zu neutralisieren und selber übernehmen zu können. Langen Rede kurzer Sinn: das Spiel ist echt gut und auch ansteckend. Man kann auf der Arbeit der anderen Spieler aufbauen und auch im Spiel via Chat miteinander kommunizieren. Noch sieht man die anderen Spieler im Spiel nicht, aber das könnte noch kommen. Wenn die Beta-Phase bis zum Frühling/Sommer abgeschlossen sein wird, dann könnte es im Sommer ein Hit werden. Jetzt stellt sich die Frage, ob wir für OSM ein ähnliches Spiel bauen könnten um die Daten zu verbessern. Statt Portale OSM-Bugs oder Gebäude ohne Adressen anzeigen :) Es gibt die Vermutung, dass Google selbst das Spiel nutzt um seinen Datenbestand zu verbessern. Zumindest kann man neue Portale für das Spiel vorschlagen, indem man geogetagte Fotos von Monumenten/Gebäuden einschickt. Habt ihr Ideen, wie man aus unseren Problemstellen eine Art Spiel machen könnte? Viele Grüße, Adrian. Mehr Details zum Spiel: http://en.wikipedia.org/wiki/Ingress_%28game%29 Für Screenshots aus dem Spiel am besten Googles Bildersuche verwenden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Geodatenzugangsgesetz
Hi! Das Geodatenzugangsgesetz ist im November geändert worden, so dass jetzt eine Anfrage möglich sein sollte. Der § 11 wurde wie folgt geändert. ALT: § 11 Allgemeine Nutzung Geodaten und Geodatendienste sind vorbehaltlich der Vorschrift des § 12 Absatz 1 und 2 öffentlich verfügbar bereitzustellen. Werden Geodaten über Darstellungsdienste bereitgestellt, kann dies in einer Form geschehen, welche eine Weiterverwendung im Sinne von § 2 Nummer 3 des Informationsweiterverwendungsgesetzes vom 13. Dezember 2006 (BGBl. I S. 2913) ausschließt. http://www.geoportal-bw.de/geoportal/export/sites/default/galleries/download s/GeoZG_BGBl.2009_Teil_I_Nr._8_vom_13.02.2009_S._278.pdf NEU: 11 Allgemeine Nutzung (1) Geodaten und Geodatendienste, einschließlich zugehöriger Metadaten, sind vorbehaltlich der Vorschrift des § 12 Absatz 1 und 2 öffentlich zur Verfügung zu stellen. (2) Geodaten und Metadaten sind über Geodatendienste für die kommerzielle und nicht kommerzielle Nutzung geldleistungsfrei zur Verfügung zu stellen, soweit durch besondere Rechtsvorschrift nichts anderes bestimmt ist oder vertragliche oder gesetzliche Rechte Dritter dem nicht entgegenstehen. Geodatenhaltende Stellen des Bundes stellen einander ihre Geodaten und Geodatendienste, einschließlich zugehöriger Metadaten, geldleistungsfrei zur Verfügung, soweit deren Nutzung zur Wahrnehmung öffentlicher Aufgaben erfolgt. (3) Die Einzelheiten zur Nutzung von Geodaten und Geodatendiensten, einschließlich zugehöriger Metadaten, werden in einer Rechtsverordnung nach § 14 geregelt. http://www.geoportal-bw.de/geoportal/export/sites/default/galleries/download s/GeoZGAendG_07-11-2012_BGBl._I_112s2289.pdf Hat jemand von euch schon Erfahrung damit? Wir sind am Überlegen auf diesem Wege Stadtteilgrenzen abzufragen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodatenzugangsgesetz
Das GeoZG gilt für die Geodaten des Bundes und da gehören Stadtteilgrenzen leider nicht dazu. In einigen Bundesländern ist wohl was geplant, aber die Städte wären daran auch nicht gebunden. Du könntest höchtens so mal anfragen und dabei auf den frischen Wind in Sachen Geodaten verweisen. Frischer Wind ist auf jeden Fall gut. ;) PS: Um welche Stadt handelt es sich (gerne auch als PM) Ich bin im LK Heilbronn und Umgebung aktiv. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Vielen Dank für die Hinweise. Douglas-Peucker sieht vielversprechend aus. Werde wohl aber eine Implementierung für Java selber schreiben müssen ;) Viele Grüße, Adrian -Ursprüngliche Nachricht- Von: Ralf Klammer [mailto:ralf_klam...@gmx.de] Gesendet: Dienstag, 4. Dezember 2012 08:10 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren Richtige Libraries gibt es dafür nicht...allerdings gibt es in PostGIS die Funktion ST_Simplify() in der Douglas-Peucker umgesetzt ist...http://postgis.org/docs/ST_Simplify.html Ebenso ist diese Funktion auch in gdal vorhanden...hier mal für Python: http://gdal.org/python/osgeo.ogr.Geometry-class.html#Simplify Laut Dokumentationen soll die Funktion ST_SimplifyPreserveTopology() speziell für Polygone geeignet sein...kann man aber nur bedingt empfehlen. Ich habe letztens auch mitbekommen, dass in den neuesten Mapnik Releases auch Linienvereinfachungsalgorithmen implementiert sind, finde aber gerade den spez. Link nicht mehr...nur das hier: https://github.com/mapnik/mapnik/pull/1385 Grüße Am 03.12.2012 18:49, schrieb Adrian Stabiszewski: Am 03.12.2012 18:21, schrieb Adrian Stabiszewski: Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des Polygons beitragen. Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten ausrechnen. Genauer gesagt den Abstand des mittleren Punktes von der Tangente von Start und Ziel. Dazu die Auflösung. Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken machen. Du kannst natürlich auch einen Schwellwert bestimmen. Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten. Ja, genau. Gibt es sowas schon fertig als Library? ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Hi! Dies ist eine technische Frage, aber vielleicht hat jemand von euch schon sowas Ähnliches gemacht. Ich spiele gerade mit einer Karte rum, wo man Gemeinden auswählen kann: http://grundid.de/data/gemeinden/ Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des Polygons beitragen. Für Tipps wäre ich dankbar. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Am 03.12.2012 18:21, schrieb Adrian Stabiszewski: Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des Polygons beitragen. Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten ausrechnen. Genauer gesagt den Abstand des mittleren Punktes von der Tangente von Start und Ziel. Dazu die Auflösung. Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken machen. Du kannst natürlich auch einen Schwellwert bestimmen. Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten. Ja, genau. Gibt es sowas schon fertig als Library? ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Hi Andreas, danke für das Feedback. Die Sache mit dem Neu Button werden wir gleich implementieren. Lokation aus OSM Karte: Die Möglichkeit einen POI zu setzen würde ich in einer Webseite auf die rechte Maustaste legen. Beim verschieben Karte wird ständig reingezoomt und das ist umständlich weil man so immer wieder an anderen Stellen landet. Wenn der POi gesetzt ist kann man dann nicht mehr weiterreinzoomen mit links und muß mit + oder - reinzoomen. Uns wäre die Lösung mit der rechten Maustaste auch lieber, aber im Moment unterstützt dies die Leaflet Library nicht. Die Übernahme über die Karte wird jedoch definitiv weiter verbessert. Wenn der Restaurant als Punkt innnerhalb eines Gebäudes sich befindet dann wird die Adresse des Gebäudes nicht übernommen. Dies wird leider etwas schwierig. Im Moment können wir Locations von einem Punkt und von einem Gebäude übernehmen. Ebenso werden die Öffnungszeiten, die Küche und die Wheelchair Angaben werden nicht übernommen. Ebenso werden diese Angaben nicht in die OSM-Datenbank geschrieben. Es stimmt, dass wir die Küche und ÖZ von OSM noch nicht übernehmen können. Die Wheelchair Angaben sollten aber funktionieren. Ich werde es noch prüfen. Probleme beim Erkennung von Restaurants: Hier existieren vier Restaurants in einem Gebäude , erkannt wird aber nur eines. http://www.openstreetmap.org/?lat=50.682857lon=10.933792zoom=18; layers=M Diese Locations sehen wie Gebäude im Gebäude aus. ;) Ich habe dies für das nächste Release etwas verbessert, so dass jetzt alle vier Locations zur Übernahme angezeigt werden. Bzgl. dem Login mit OSM wäre es denkbar. Wir werden definitiv Logins mit Twitter, Facebook und G+ einrichten. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GONAM - war: Offene Plattform für Gastronomie / Lizenzfrage
Hi Andreas! Kann ich mich trotzdem beteiligen? Klar, Gonam lässt sich problemlos auch mit einem modernen Browser wie Firefox oder Chrome bedienen. Du kannst gerne Bilder von einer Digitalkamera hochladen. Gib uns einfach Bescheid, wenn etwas nicht wie erwartet funktioniert und wie versuchen es zu verbessern. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Aus unserer Sicht hat ein Bild der Fassade einer Location nicht unbedingt die schöpferische Höhe um sich mit Copyrights zu beschäftigen. Wie ist eure Meinung? sehe ich anders, gerade wenn man die Bilder nicht automatisch aufnimmt (so wie StreetView z.B) sondern von Hand, also den Ausschnitt, die Perspektive, den Moment des Auslösens etc. irgendwie doch bestimmt, zumindest manche Eurer User. Eine Erlaubnis des Fotografen braucht ihr auf jeden Fall. Je nach Motiv solltet ihr euch auch mit dem Markenrecht auseinandersetzen. Bspw. wenn ein Markenzeichen das Hauptmotiv des Bildes ist. Uns ist klar, dass nach dem deutschen Urheberrecht jedes Foto auch wenn es nur versehentlich entstanden ist, den Urheberschutz genießt. Wir tendieren im Moment zu der Public Domain Lizenz, da diese den Verwaltungsaufwand reduziert. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Hi! Heute möchte ich euch ein neues Projekt von mir vorstellen, am dem ich mit Felix Ebert zusammen arbeite. Nach meinen bisherigen Projekten wie dem Amenity Editor, Relation Analyzer und dem QA Editor haben wir uns mal den Gastronomie-Sektor vorgenommen. ;) Dazu bauen wir gerade eine offene Plattform für Restaurants, Cafés, Bäckereien und im Prinzip allen Locations auf, bei denen es etwas (warmes) zu Essen gibt. Ziel ist (wie immer) eine möglichst hohe Datenqualität zu erreichen. Dazu erfassen wir sowohl die Öffnungszeiten (+Warme Küche, Happy Hour usw), Speisekarte, aber auch Bilder der Location. Unsere Website ist sowohl via Desktop als auch mobil sehr gut zu bedienen, so dass die Bilder direkt vom Smartphone hochgeladen werden können. Die URL lautet http://gonam.de. Wir stellen unsere Daten unter die ODBL und haben auch eine direkte Integration mit OSM eingebaut. Dadurch können bereits vorhandene Locations von OSM nach Gonam übernommen werden, wie auch neue Locations von Gonam nach OSM transferiert werden. Im Moment haben wir den ganzen Landkreis Heilbronn und die unmittelbare Umgebung manuell erfasst (ca. 1200 Locations) und dabei ca. 25% der Locations mit Bildern und ca. 50% mit Öffnungszeiten versehen (siehe http://gonam.de/stats für eine Gesamtübersicht). Wir möchten jedoch nicht automatisiert den ganzen OSM Stand nach Gonam übernehmen, weil wir bei der Erfassung der Daten im LK HN festgestellt haben, dass die Fluktuation bei den Gastronomie-Betrieben doch recht hoch ist und wir uns bei dem Import ganz schnell viele Leichen einhandeln. Ein Teil unserer Strategie ist es, dass die Besitzer der Locations die Plattform als einen guten Ersatz und/oder Ergänzung für ihre (veraltete, flash-basierte) Homepage erkennen und somit ihre Daten selber erfassen und aktualisieren. Durch regelmäßige Benachrichtigungen/Newsletter können wir Anreize schaffen, dass die Besitzer jegliche Änderungen zügig auf der Plattform aktualisieren. Bis es jedoch soweit ist, setzen wir ganz stark auf den Foto-Beweis ;) Und genau bei den Fotos haben wir im Moment noch eine Lizenzfrage: Die ODBL sieht eine separate Database Contents License vor. Wie müsste man jetzt die AGBs bzw. die Contributor Terms formulieren, damit die von den Usern hochgeladenen Bilder zusammen mit der ODBL ein Package ergeben? Es geht uns darum, dass die Daten auch kommerziell genutzt werden können damit sie beispielweise in Navigationssysteme und mobile Assistenzsysteme (Siri, Google Now) integriert werden können. Macht hier die CC-BY Lizenz Sinn oder sollte man besser auf PD setzen? Wir sehen im Moment bei CC-BY einen erhöhten Verwaltungsaufwand, da der Urheber mit dem Bild mitgeführt werden muss. Aus unserer Sicht hat ein Bild der Fassade einer Location nicht unbedingt die schöpferische Höhe um sich mit Copyrights zu beschäftigen. Wie ist eure Meinung? Ihr seid alle natürlich herzlich eingeladen, das Projekt kritisch zu durchleuchten und uns Feedback zu geben. Wir möchten die Plattform total offen gestalten und mit allen möglichen Daten (ÖPNV Haltestellen usw) verknüpfen. Über eine Beteiligung der OSM Community würden wir uns sehr freuen. Falls ihr noch mehr Ideen habt und euch eventuell an einem Startup beteiligen wollt, dann gebt uns einfach Bescheid. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Hi Henning. wäre es möglich, dass du noch ein Datum anzeigst, wenn du eine Relation aus dem Cache analysierst. Ich verwende im Moment eine Cache-Implementierung die total transparent ist, sprich mein Tool weiß nicht, ob die Relation aus dem Cache kommt oder nicht. Dies hat Vorteile bei der Konfiguration. Im Prinzip lässt sich herausfinden ob die Daten aus dem Cache kommen, aber dann müsste ich den Cache extra dafür fragen und somit zusätzliche Abhängigkeiten in Kauf nehmen. Ich glaube, im Augenblick ist die Ladezeit der Seite der beste Indikator ob die Relation aus dem Cache kommt oder nicht. Ist sie 3 Sekunden, dann kommt sie definitiv aus dem Cache ;) Ansonsten ein guter Vorschlag. Ich werde mir die Funktion für die nächste Update-Runde vormerken. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer Bemerkungen
Date: Thu, 14 Jun 2012 14:36:34 +0200 From: Wolfgang Barth wolfg...@barthwo.de To: talk-de@openstreetmap.org Subject: [Talk-de] Relation Analyzer Bemerkungen Message-ID: 4fd9dad2.8050...@barthwo.de Content-Type: text/plain; charset=ISO-8859-15; format=flowed Ich habe aus Versehen einen Suchbegriff in Feld Relation eingegeben. Dann kommt eine ziemlich harte technische mehrzeilige Fehlermeldung. Vielleicht kann man die noch etwas verschönern. Sicher und vielen Dank für den Hinweis. Wird demnächst verbessert. Dann habe ich nach dem Saar-Hunsrück-Steig gesucht mit Suche: Saar-Huns und Relation Type Route. Da kommt der Steig auch zweimal (zwei verschiedene Varianten), aber der Name in der Liste für 2167175 ist veraltet. Beim Analysieren selbst kommt der richtige Name mit Variante Trier. Kann es sein, daß der Suchindex seit Wochen nicht mehr neu aufgebaut worden ist? Wie oft passiert das? Der Index ist von Mitte Mai. Dies ist auch auf der ToDo Liste, so dass die Relationen immer aktuell sind. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyzer im neuen Gewand
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Hi! Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Dazu ist mir folgendes eingefallen: eine Art Suche nach überlappenden Relationen. Ich denke an eine Funktion die z.B. alle Relationen liefert welche zumindest x% der selben Wege/Knoten beinhaltet wie die ausgewählten Relation. Das könnte für's Cleanup ganz hilfreich sein. Die Idee klingt interessant, aber total out of scope beim RA. Dazu müsste man die ganze DB abgrasen. Danke für die Relation mit den Voids (Höhe -32768). Ich habe selber nach Beispielen gesucht, aber keine gefunden. Habe das Problem korrigiert. Jetzt ist es eine angenehme Abfahrt auf 53km ;) Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online Quality Assurance Editor
Hi! Ich habe den QA Editor noch etwas für Smartphones verbessert. Das Editor-Popup erscheint jetzt Vollbild und es gibt eine Autocomplete Funktion für die Straßennamen aus der Umgebung. Damit sollte das Erfassen von Adressen zum Kinderspiel werden. Darüber hinaus ist der Editor jetzt auch auf Deutsch verfügbar. Hier ein paar Screenshots wie der Editor auf einem Android aussieht: https://plus.google.com/104853427339662862228/posts/M699buaXAiA Für den Relation Analyzer steht auch eine neue Funktion an: https://plus.google.com/104853427339662862228/posts/9y4TWVeDsPw Viele Grüße, Adrian. Message: 4 Date: Tue, 05 Jun 2012 22:24:09 +0200 From: Roland Olbricht roland.olbri...@gmx.de To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Online Quality Assurance Editor Message-ID: 1418929.KJzdcs2zvy@roland-latitude-e5520 Content-Type: text/plain; charset=utf-8 Bei hohen Auflösungen kann es helfen, das Browserfenster zu verkleinern. Der Editor versucht immer den sichtbaren Ausschnitt im Fenster downzuloaden. Ich habe leider keinen Einfluss auf den Server und wie viel Daten er liefert. Mirror ! oder eine Auswahl-Option für den Download-Server. Damit kannst Du auch noch den Hauptserver entlasten. Generell lässt sich der Editor so einstellen, dass er die Overpass API nutzt. Da ich als Betreiber der Overpass API daran interessiert bin, den Service zu verbessern, wäre bei Server-Fehlern ein kurzer Report mit - genauer Uhrzeit - möglichst genauen Koordinaten hilfreich. Dann kann ich zumindest vom Log her sagen, was auf dem Overpass- Server passiert ist. Heute morgen hat es beispielsweise ein Problem mit Überlast durch Anfragen von einer iOS-App gegeben, bis ca. 10h08. Je nach Uhrzeit könnten andere Ausfälle darauf zurückzuführen sein. Oder es ist ein echter Bug. Dann interessiert es mich sehr. Durch Fehlerberichte habe ich bereits mehr als ein halbes Dutzend Bugs beseitigen und so den Service nahezu frei von bekannten Bugs halten können. Viele Grüße, Roland -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ende Talk-de Nachrichtensammlung, Band 71, Eintrag 14 * ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online Quality Assurance Editor
Hi! Am 5. Juni 2012 08:33 schrieb Rainer Kluge rklug...@web.de: Die Meldung kommt nicht systematisch sondern bei dem von mir angegebenen Ausschnitt etwa jedes zweite mal. Ich vermute, dass der Server, von dem die OSM-Daten geholt werden, eine Begrenzung nach Client/Volumen/Zeit macht. Kann ich bestätigen: __ Error: Internal Server Error Probably the current area is too big for the server. Try to zoom in a little. __ Ich kann nur nicht weiter reinzoomen. :-/ Bei hohen Auflösungen kann es helfen, das Browserfenster zu verkleinern. Der Editor versucht immer den sichtbaren Ausschnitt im Fenster downzuloaden. Ich habe leider keinen Einfluss auf den Server und wie viel Daten er liefert. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Online Quality Assurance Editor
Hi! Auf dem HACK Weekend letztes Wochenende in Karlsruhe wurde der Tracks Editor etwas erweitert, so dass ich mich entschlossen habe ihn zum QA Editor umzubenennen. Es ist jetzt nämlich auch möglich nach Buildings ohne Adressen zu suchen und diese sofort in einer Dialogbox zu korrigieren. Der Workflow ist denkbar einfach: 1. http://editor.osmsurround.org aufrufen 2. Auf Login klicken um sich beim OSM Server zu authentifizieren (Login Daten bleiben im Browser erhalten, so dass dies nur einmal notwendig ist) 3. In die Gegend rein zoomen in der man sich auskennt (alternativ auch über den Locate Me Button automatisch finden lassen) 4. Download OSM Data anklicken. Standardmäßig werden Tracks ohne Tracktype angezeigt. Über das Options Menu können andere Profile aktiviert werden. 5. Gewünschte Objekte bearbeiten 6. Sobald alle Objekte bearbeitet sind, einfach auf Upload changes klicken, Kommentar für den Upload eingeben 7. Fertig Das Tool ist open-source im meinem GitHub account. https://github.com/grundid/tracks-editor Ich freue mich auf euer Feedback und vielleicht den einen oder anderen Beitrag im Source code. Es sollte eigentlich recht einfach sein, weitere Profile hinzuzufügen um nach bestimmten Problemstellen zu suchen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hi! drauf einen kompletten Editor bedienen zu wollen, noch dazu mit den Wurstfingern, macht wenig Freude. Wenn ich aber auf einem Feldweg stehe und einfach nur (taps) Position ermitteln (taps) Daten laden (taps) Weg auswählen (taps) Oberfläche auswählen machen kann, dann senkt das die Hemmschwelle schnell mal was zu erfassen stark. Zumindest meiner Meinung nach. Hierzu gibt es jetzt ein Update. Man kann im Options-Menü auf Show Buildings klicken und dann werden statt Tracks Ways mit der Eigenschaft building=yes angezeigt. Dies ist nur ein Test wegen der Usability. Bei maximaler Zoomstufe kann man die Gebäude durchaus gut treffen. Die Editbox ist noch nicht angepasst. Hierzu ein Screenshot: https://plus.google.com/104853427339662862228/posts/gcTgjMCyKXP Aber eine Idee zu dem Usecase: Da will man auch den Feldweg splitten können wenn man auf dem Acker steht und 'Hier Beton, vorher grade3 und dann kommt grass' eingeben will. Der track ist ja wahrscheinlich xkm lang und wechselt den Belag. Danke für die Anregung. Dies beschäftigt mich auch seit einiger Zeit. Auf einen Knoten genau zu splitten wird es vielleicht schwierig auf dem Touchscreen sein. Meine Idee war, dass der Way automatisch an den Kreuzungen oder an dem nächsten Knoten zu der aktuellen GPS Position gesplittet wird. Beim Splitten von Ways muss man jedoch die ganze Geschichte mit den Relationen berücksichtigen... dies ist recht viel Arbeit. Das geht natürlich über Tags erfassen hinaus. Scheint mir aber unabdingbar wenn man draußen Wege genauer definieren will. ACK. fun Beim Thema surface wird es schwierig mit dem Konsens. Beim korrekten Tagging von grade4-5 Tracks müsste man doch die saisonalen Unterschiede berücksichtigen. Hierzu sollte das surface Tag wie folgt am Beispiel von einem Track grade5 erweitert werden: surface:Jan=ice surface:Feb=light_snow surface:Mar=mud surface:Apr=ground surface:May=light_grass surface:Jun=flowers surface:Jul=grass surface:Aug=high_grass surface:Sep=grass surface:Okt=ground surface:Nov=leaves surface:Dec=snow /fun Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste würde ich vorschlagen: artificial_turf, asphalt, cobblestone, compacted, concrete, concrete:lanes, concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, mud, paving_stones, pebblestone, sand, tartan, wood, clay Ok, ich habe die Liste nochmals erweitert. http://tracks.osmsurround.org/ Darüber hinaus habe ich das UI auch für Tablets und Smartphones optimiert. Die Labels der Buttons verschwinden, wenn die Fensterbreite sehr klein wird. Zu guter Letzt ist auch der Locate Me Button verfügbar, der auf die GEO Location API zugreift um sich z.B. unterwegs auf den Feldern direkt lokalisieren zu lassen :) Mit etwas Fingerspitzengefühl bin ich jetzt in der Lage mit einem Smartphone die Tracks direkt unterwegs zu korrigieren. Vielleicht gibt es den einen oder anderen, der den Tracks Editor beim HACK Weekend in Karlsruhe noch etwas mobiler machen will. Ich könnte mir sehr gut eine (Accordion) Liste von Tracks vorstellen, die ich einfach mit dem Finger durchscrollen kann. Die Tracks sind natürlich so sortiert, dass der mir am nächsten liegende ganz oben ist. Beim Klick wird der Track auf der Karte markiert und das Editor-Popup geht auf. Ich werde das Tool bis morgen in meinem GitHub Account online stellen: https://github.com/grundid/tracks-editor Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Ich werfe meine Frage einfach mal ganz frech in die Runde: gibt's eine Chance sowas z.B. auch für die Hausnummernerfassung zu bekommen? vg, Martin Teilweise ist dies mit meinem anderen Tool dem Amenity Editor möglich: http://ae.osmsurround.org Dies funktioniert jedoch nur für POIs. Ich habe mich mit dem Adress-Schema nie auseinander gesetzt, so dass ich nicht weiß, wie die Daten hier auf Straßenebene aussehen. Mit dem Tracks Editor erstelle ich gerade auch eine osm-tools library in Java. Das Lesen und Ändern von Daten in OSM wird damit zum Kinderspiel. (AOuth, Schema usw.) Falls sich jemand der Sache annehmen will, dann kann ich ihn gerne unterstützen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Teilweise ist dies mit meinem anderen Tool dem Amenity Editor möglich: http://ae.osmsurround.org Dies funktioniert jedoch nur für POIs. Kurz getestet: funktioniert auf meinem Smartphone nicht. Ok ok ;) Der Amenity Editor ist schon gut 2 Jahre alt. Für Smartphone war das teil nicht gedacht. Man müsste dem Editor ein Facelift verpassen oder eine integrierte Lösung mit dem Tracks Editor machen. Ich habe mich mit dem Adress-Schema nie auseinander gesetzt, so dass ich nicht weiß, wie die Daten hier auf Straßenebene aussehen. Wenn ich ehrlich bin, mir würde es schon reichen, wenn ich auf ein vorhandenes Gebäude tippen könnte und nur die Hausnummer eingeben kann. Selbst der Straßenname wäre für mich schon nur noch nice-to-have, weil ich das zu Hause am Rechner auch flott machen kann - genauso wie die Gebäude vorab eintragen. Anzeige von Building-Ways klingt recht einfach. Du möchtest einfach alle Building-Ways angezeigt bekommen und dann die Attribute dazu ändern können? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hi Henning. was mir noch aufgefallen ist: Wäre es möglich die aktuelle Kartenposition und die Ergebnisse zu erhalten, wenn man sich eingeloggt? Oder das man zu Beginn einen Hinweis bekommt, dass man sich erst einloggen soll? Die Kartenposition zu speichern ist kein Problem. Bei den Ergebnissen wird es etwas schwieriger. Ich verwende zum Speichern von Daten den localStorage, den HTML5 Browser zur Verfügung stellen. Das Limit liegt hier bei ca. 5MB. Meine Daten kommen als GeoJSON vom Server. Dies als String in den localStorage zu packen ist kein Problem. Ich habe jedoch noch nicht geschaut, wie viel Daten hier so übertragen werden. Was ist dein Hintergrundgedanke beim Zwischenspeichern der Ergebnisse? BTW: Der Login muss eigentlich nur ein einziges Mal erfolgen, wenn du deinen eigenen Rechner verwendest. Und normalerweise müsste der Login-Hinweis auch angezeigt werden, wenn du das erste Mal versuchst einen Track zu speichern. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hi! Nur ein kurzes Update: das Bearbeiten von Tracks funktioniert jetzt auch direkt aus dem Browser. Login funktioniert über den OSM Server. Man kann die tracktype und surface Eigenschaft setzen. Danach einfach upload changes klicken ;) Viel Spaß: http://tracks.osmsurround.org Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hallo, eine schöne Sache ist das geworden. Bei surface würde ich mir noch die Möglichkeit wünschen, weitere Werte einzugeben. Danke! Welche Werte vermisst du? Ich habe mir an dem Wiki orientiert: http://wiki.openstreetmap.org/wiki/Key:surface Habe die häufigsten Optionen in die Auswahlliste übernommen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tracks Selector wird zum Editor
Hi! Ich bin gerade dabei den Tracks Selector etwas zu erweitern. Die Darstellung und Bedienung wurde daher überarbeitet. Die Tracks werden jetzt bei MouseOver in einer anderen Farbe hervorgehoben. Darüber hinaus bereite ich gerade die Möglichkeit vor, die Tracks auch direkt im Browser bearbeitet zu können. Die JavaScript Seite ist fast fertig, ich muss nur noch die OAuth-Anbindung implementieren. Der Ablauf wird sein, dass man sich die Daten im aktuellen Sichtbereich des Browsers downlädt und dann die Tracks nach und nach bearbeitet. Danach alles auf einen Schlag hochlädt. Die entsprechenden Buttons und Funktionen sind bereits implementiert. http://tracks.osmsurround.org Mir schwebt auch noch vor, das alles Smartphone/Tablet tauglich zu machen. Die Auswahl der Tracks würde dann über eine scrollbare Liste und die Darstellung auf einer verkleinerten Karte erfolgen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyzer zeigt jetzt die Way Verteilung an
Hi! Der Relation Analyzer zeigt jetzt die Verteilung der Ways innerhalb der Relation an. Die Darstellung erfolgt in Form von farblichen Balken, die jeweils dem Anteil der Gesamtlänge der Relation entsprechen. Damit kann man z.B. sehen, ob bei einem Radweg irgendwelche Ways vom Typ motorway enthalten sind. Oder bei Bundesstraßen-Relationen kann man prüfen ob alle Wegs vom entsprechend Typ sind. Beispielsweise enthält B 27 einen Way vom Typ tertiaray: http://ra.osmsurround.org/analyzeRelation?relationId=2064452 Es lässt sich auch der Anteil von unbefestigten Streckenabschnitten ermitteln. Als Beispiel der Skulpturenradweg: http://ra.osmsurround.org/analyzeRelation?relationId=2116072 Bei Relationen, die keine Ways mit Typ highway haben, wird die Darstellung weggelassen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hack-Weekend Karlsruhe und Administrative Grenzen / Hierarchien weltweit
Hi! Mich würde es insgesamt interessieren, ob es an so einem Qualitätsmanagement-Tool Bedarf bzw. Interesse gibt. Sowohl die administrativen Grenzen als auch die Relationen bieten einen guten Ausgangspunkt um Qualitätsmanagement zu betreiben. Ich könnte mir gut ein Tool vorstellen, bei dem man sich z.B. auf ein oder mehrere Landkreis- oder Gemeindegrenzen registriert um über Änderungen benachrichtigt zu werden. Dabei sehe ich vor allem die Funktion, dass man sich über bestimmte Ereignisse in seinem Land-/Gemeindekreis informieren lässt, wie beispielsweise: - ein residential way wurde ohne Namen erstellt - ein track ohne tracktype / surface erstellt - ein amenity ohne Öffnungszeiten / ohne Adresse erstellt usw. Bei Relationen könnte man es ähnlich machen. Mögliche Ereignisse wären: - Relation enthält Lücken - Relation verlängert / verkürzt - Typ der Relation geändert - Relation gelöscht Wie sind eure Meinungen? Gibt es vielleicht schon sowas, ohne dass sich jeder dies mit Osmosis selber baut? Viele Grüße, Adrian. Date: Sat, 19 May 2012 17:54:58 +0200 From: Volker Schmidt vosc...@gmail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Hack-Weekend Karlsruhe und Administrative Grenzen / Hierarchien weltweit Message-ID: CALQ- OR450jLryeVYHpYr9pxzTKWUk7uHXL31Zoux6SEYEK9E=a...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 ... und wenn ihr schon ueber automatische Kontrolle der Integritaet sprechen wollt, wie waers denn mit meinem Lieblingsthema: ein relation monitor der mir jedes mal eine Nachricht schickt, wenn jemand an einer meiner Rad- (Wanderweg-, Autobus-) Routen bastelt. Leider bin ich nur Mapper und kein Hacker, und ausserdem wohne ich 700km von KA entfernt. Gruesse Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hack-Weekend Karlsruhe und Administrative Grenzen / Hierarchien weltweit
Hi! ich arbeite an der Uni Passau und wollte bei dieser Gelegenheit mal kurz einwerfen, dass an der Uni eine entsprechende BA-Arbeit läuft bzw. beginnt, bei der es genau darum geht: Es soll ein Beobachtungsdienst entstehen bei dem man sich auf verschiedene Ereignisse registrieren kann. Benachrichtigung passiert dann per RSS oder Mail. Es wäre toll, wenn du hier den Kontakt herstellen könntest. Es macht nicht viel Sinn, wenn wir zwei getrennte Projekte starten. Die Idee entstand vor allem aus dem Bedarf z.B. das Busliniennetz bzw. die Bundes-/Landstraßen im Landkreis zu beobachten damit man schnell und unkompliziert mitbekommt, wenn sich da was geändert hat (also vor allem wenn was kaputt gemacht wurde ;)). Mein Vorschlag von vorhin, beinhaltet die Benachrichtigung, ob etwas geändert bzw. unvollständig ist. Ob etwas kaputt gemacht wurde ist natürlich schon sehr anspruchsvoll. Dazu muss man wissen, ob das was vorhin war auch richtig war ;) Ich kann mir sehr gut ein System vorstellen, das aus Plugins besteht. Die Registrierung und die Benachrichtigung kann als ein Teil gesehen werden. Danach können versch. Plugins die Auswertungen übernehmen. Die User registrieren sich dann einfach auf die versch. Plugin-Events. Wenn also ein Plugin auf lückenhafte Relationen prüft und ein Alarm auslöst, werden die entsprechenden User benachrichtigt. Werde das Thema auf jeden Fall beim HACK in KA ansprechen. Vielleicht ist noch jemand daran interessiert. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass API v0.6.98
(way[highway=track](s,w,n,e);node(w););out meta; ^^^ Hatte ich ursprünglich. Diese Query hat jedoch nur die Nodes geliefert, die in den Ways enthalten waren. Hmm. Hast Du die Klammern dabei? (way[highway=track](s,w,n,e);node(w););out meta; liefert Nodes und Ways way[highway=track](s,w,n,e);node(w);out meta; liefert nur Nodes. Wenn nicht, schicke mal bitte ein konkretes Beispiel. Das wäre dann ein Bug, den ich dann beheben könnte. Ah. Ok. Die Klammern ;) Die hatte ich nicht. Das für den Hinweis. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass API v0.6.98
Für den Tracks Selector verwende ich folgende Abfrage: (way[highway=track](s,w,n,e);node(w)-.x;);out meta; Sie liefert genau das was ich will: alle Ways mit highway=track innerhalb der Bounding Box und die nodes dazu. Ist das die korrekte/optimale Abfrage? Ja, die Abfrage ist korrekt. Sie lässt sich noch zu (way[highway=track](s,w,n,e);node(w););out meta; oder seit dieser Version auch (way[highway=track](s,w,n,e);;);out meta; verkürzen. Inhaltlich sind alle drei Abfragen gleichwertig. (way[highway=track](s,w,n,e);node(w););out meta; ^^^ Hatte ich ursprünglich. Diese Query hat jedoch nur die Nodes geliefert, die in den Ways enthalten waren. Ich wollte jedoch eine Ausgabe von Ways+Nodes in einer Datei haben. Ist das jetzt anders? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karlsruhe HACK Weekend - Projekt Ideen
Hallo! Ich würde gerne beim nächsten HACK Weekend [1] meine Projekte Amenity Editor [2], Relation Analyzer [3] und jetzt auch den Tracks Selector [4] Interessierten OSM Entwicklern/Usern näher bringen. Ich würde euch beim Setup der Projekte helfen und zeigen wie die Projekt für eigene Ideen erweitert/modifiziert werden können. Da alle Projekte mit Java geschrieben sind, bin ich gerade dabei eine einfache Tools Sammlung aus diesen Projekten zu erstellen. Vielleicht hätte da jemand Interesse bei dem HACK Weekend mitzuwirken? Die oben genannten Projekte enthalten alle Bausteine um mit OSM Daten zu hantieren (Kommunikation mit OSM Server via OAuth, Umwandung der OSM-XML Dateien und diverse andere Konverter). Ziel wäre es eine Library zu ersten, die den ganzen Boilerplate Code abstrahiert und mit wenigen Zeilen-Code die Verarbeitung der OSM Daten erlaubt. Viele Grüße, Adrian. [1] http://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_June_2012 [2] http://ae.osmsurround.org [3] http://ra.osmsurround.org [4] http://tracks.osmsurround.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karlsruhe HACK Weekend = OSM Startup Weekend?
Hallo! Gibt es von eurer Seite Interesse an dem HACK Weekend [1] über mögliche OSM Startup Ideen zu diskutieren? Ich beschäftige mich mit OSM schon seit langer Zeit, doch jetzt nach dem Lizenzwechsel könnte man sich ja ein paar Gedanken darüber machen, wie die Arbeit der letzten Jahre auch wirtschaftlich genutzt werden kann ;) Ich habe ein paar Ideen, die ich gerne zum Austausch bringen würde. Bei einem Hackweekend lässt sich der eine oder andere Prototyp recht schnell bauen und der Sinn der Idee prüfen. Falls euch das Thema Interessiert, dann könnt ihr auf der Anmeldeseite [1] OSM Startup bei den Interests und bei Friday Pub yes angeben ;). Viele Grüße, Adrian. [1] http://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_June_2012 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass API v0.6.98
Hi! von Overpass API ist die neue Version 0.6.98 erschienen. http://wiki.openstreetmap.org/wiki/Overpass_API/versions Die wichtigsten Neuerungen sind: a) eine kompaketere Syntax für Bounding-Box-Abfragen: http://overpass.osm.rambler.ru/cgi/interpreter?data=(node(50.74,7.05,50.7 5,7.06);;);out; liefert z.B. Nodes in der Bounding Box sowie alle auf diese Nodes verweisenden Ways und Relations aus. Vielen Dank. Ich finde die Overpass API recht praktisch. Habe sie zum ersten Mal beim Tracks Selector eingesetzt. Die oben beschriebene Abfrage mit dem kleiner-Operator fand ich zunächst etwas verwirrend. Ich dachte, dass sie mir alle nodes zur einer way-Abfrage liefert, aber es scheint in die andere Richtung zu gehen. Für den Tracks Selector verwende ich folgende Abfrage: (way[highway=track](s,w,n,e);node(w)-.x;);out meta; Sie liefert genau das was ich will: alle Ways mit highway=track innerhalb der Bounding Box und die nodes dazu. Ist das die korrekte/optimale Abfrage? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Hallo, an sich eine gute Idee, aber hast du mal über surface=* nachgedacht? Das ist weniger subjektiv bei Wegen mit grade3..5 und zusätzlich deutlich detaillierter und intuitiver. Ebenfalls in der Auswertung deutlich flexibler und daher sinnvoller verwendbar. Danke fürs Feedback. Persönlich sehe ich surface als viel zu detailliert an, so dass ich mit tracktype ein Minimum an Information haben möchte, das aber gut zu verwenden ist. Die Idee ist, die Erfassung der tracktypes zu vervollständigen, da wir bei geschätzten 90% liegen. Außerdem sehe ich den tracktype aus der Radfahrerperspektive und hier brauche ich einfach nur die Info: Rennrad-tauglich (grade1), Trekkingrad-tauglich(grade1-3) und MTB (grade1-5). Die offizielle Seite für das Projekt lautet jetzt: http://tracks.osmsurround.org Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 7. Mai 2012 11:53 schrieb aighes o...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. Ok, ich habe noch eine checkbox hinzugefügt mit der man nach Tracks ohne surface filtern kann. (Nur unter der neuen URL: http://tracks.osmsurround.org) Seid aber nicht überrascht, dass zumindest in meiner Umgebung nicht mal (geschätzt) 10% der Tracks die surface Eigenschaft haben. Wohingegen ich mit tracktype eine realistische Chance sehe 100% zu erreichen ;) Sobald das Planet file wieder verfügbar ist, will ich nämlich ganz Deutschland auswerten und auf der Karte anzeigen. Und ja, das Design ist shit ;) Aber ich glaube kaum, dass JOSM auf dem iPad läuft. Nichtsdestotrotz habe ich den Button etwas nach links verschoben. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Nur ein kurzes Update von mir: Der track selector kann jetzt auch die Overpass API nutzen und somit viel größere Bereiche (z.B. ein Landkreis) darstellen. Die Overpass API ist per default aktiviert und kann via Checkbox wieder deaktiviert werden. Ich glaube, wenn wir den tracktype überall eintragen, dann wird das schon sehr nützlich sein und wir können dann auch noch weitere Eigenschaften hinzufügen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] online tool: track selector für tracks ohne tracktype
Hi! Ich habe mal ein kleines Tool entwickelt, welches ich dazu verwende die Tracks ohne das Tag tracktype ausfindig zu machen. Es ist eine Onlinekarte von OSM mit der Möglichkeit OSM Daten direkt downzuloaden. Das Tool filtert dann alle Tracks ohne tracktype heraus und zeigt sie in unterschiedlichen Farben an. Man kann danach den Track auswählen und bekommt einen Link zum JOSM Remote angezeigt. Für die Übergabe des Tracktypes kann auch ein Typ in der entsprechenden Auswahlliste ausgewählt werden, so dass JOSM diesen gleich als Vorschlag übernimmt. http://betaplace.grundid.de:8080/tracks-selector/ (Die URL ist noch nicht final. Bitte nicht verlinken) Wenn es euch interessiert dann schaut es euch an. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Peter Wendorff schrieb: Wobei ich eine schönere Variante von OSB schon eine gute Idee finde für Geschäfte. Man könnte besipielsweise die OpenLinkMap mit dem Amenity Editor (etwas benutzerfreundlicher überarbeitet) kombinieren. Wollte hier auch den Amenity Editor (http://ae.osmsurround.org) empfehlen. Die Masken zur Erfassung könnte man sicherlich speziell auf die Bedürfnisse bestimmter Gruppen anpassen, so dass sie nur die für sich relevanten Felder sehen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spendenmarathon für Server war ein voller Erfolg ... aber wohin mit dem Geld?
Hi! Wäre es nicht sinnvoll, mal ein besser über den Planeten verteiltes Netzwerk an Servern aufzubauen, damit nicht jedes Byte (z.B. von Tiles der Standardkarte von OSM) aus UK kommen muss? Ich halte das für sinnvoll. Zumindest einige Read-Only Mirrors wären klasse, damit bestimmte Tools, die nur Analysen durchführen nicht den Hauptserver belasten. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Date: Tue, 11 Oct 2011 22:46:10 +0200 From: Dimitri Junker o...@dimitri-junker.de To: Wolfgang talk-de@openstreetmap.org Subject: Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG Message-ID: 11102011224642i2c0019rohaa9feb...@dimitri-junker.de Content-Type: text/plain; charset=ISO-8859-1 Was ich mir w?nschen w?rde w?re eine Seite mit einer Liste aller Programme f?r die Programmierer gesucht werden, am besten in Tabellenform. Nat?rlich mit Angabe von Programmiersprache, Betriebssystem, Programmierumgebung, und Links auf eine Einf?hrung wie man an die Programmierumgebung aufbaut und den Quellcode l?dt. Zus?tzlich oder auch notfalls alternativ ein Ansprechpartner der einem beim Einstieg hilft. H?tte ich so jemanden w?rde ich dann z.B. auch meine Erfahrung niederschreiben, so da? der n?chste Einsteiger weniger Probleme h?tte. Dies k?nnte ich warscheinlich besser als jemand der das System schon ewig kennt, da der sich garnicht mehr vorstellen kann wo die Probleme sind. Gru? Dimitri Hi! Ich kann dir/euch gerne beim Einrichten vom Amenity Editor (http://ae.osmsurround.org) und Relation Analyzer (http://ra.osmsurround.org) helfen. Beide Projekte sind in Java geschrieben und auf GitHub online (https://github.com/grundid). In der Readme steht auch eine Liste von Plugins, die man für Eclipse braucht. Gerne können wir hierzu auch eine Chatsession auf Skype oder IRC machen, dann geht es einfacher, falls du irgendwo hängen bleibst. Gib einfach Bescheid. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi! Der RA hat jetzt noch ein Update auf Version 1.0.8 bekommen. Neu ist jetzt die Darstellung auf einer Karte mit der Möglichkeit die entsprechenden Endknoten anzuklicken und in einem Editor zu bearbeiten. Jeder zusammenhängende Abschnitt (Graph) wird in einer Farbe angezeigt. Die Marker zeigen die Endknoten des Graphen an und sind in der entsprechenden Farbe des Graphen. Ein Klick auf den Marker zeigt die Gesamtlänge des Graphen an, sowie die Edit-Links für JOSM und Potlatch. Zum Beispiel eine Buslinie: http://ra.osmsurround.org/analyzeMap?relationId=1122586 Oder ein Wanderweg: http://ra.osmsurround.org/analyzeMap?relationId=296201 Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offizieller Satz von OSM Diensten
Hi! Die Idee mit den offiziellen Diensten ist reizvoll, leider auf freiwilliger Basis kaum umzusetzen. Als leidenschaftlicher Entwickler habe ich den Amenity Editor und den Relation Analyzer online gestellt. Beide Projekte entstanden aus der Idee etwas Neues zu lernen und etwas Nützliches zu schaffen. Für mich ist das eine Programmierübung in meiner Freizeit, für die anderen werden das unersetzliche Werkzeuge ;) Ich möchte hier jedoch einen anderen Ansatz anbieten. Beim Entwickeln vom AE und RA sind mir viele Ähnlichkeiten aufgefallen, die sich weiter zu einer netten Library zusammenführen lassen. Beispiele hierfür sind der Zugriff auf den OSM Server (upload+download), das Parsen von (relativ kleinen) OSM XML Dateien und das Producer-Consumer Pattern zum Verarbeiten von großen OSM XML Dateien (planet.osm). Diese Funktionen sind nicht trivial und bereiten immer wieder Einstiegshürden für Entwickler. Wenn wir eine Library hätten, die diese Funktionen sauber kapselt, dann würden vielleicht mehr Entwickler an OSM Open Source Projekten mitarbeiten. Natürlich könnte die Library weitere Funktionen enthalten, wie Routing-Algorithmen oder Import/Export von verschiedenen Geo-Formaten (beides im RA bereits implementiert). Ein weiteres Argument für eine Library wäre, dass ein Entwickler leichter ein anderes Projekt verstehen kann, da er bereits bekannte Muster und Funktionen wiederfindet. Dies würde dann auf Dauer zu einer besseren Wartbarkeit von Tools führen, weil mehr Entwickler überhaupt in der Lage sind ein Projekt zu verstehen. Es gibt bereits einige Tools, die in Java geschrieben sind (Josm, osmosis), die vielleicht weitere Funktionen für eine solche Library beitragen könnten. Vielleicht wäre das was für Winter of Code ;) Viele Grüße, Adrian. -Ursprüngliche Nachricht- Von: talk-de-requ...@openstreetmap.org [mailto:talk-de- requ...@openstreetmap.org] Gesendet: Mittwoch, 21. September 2011 00:32 An: talk-de@openstreetmap.org Betreff: Talk-de Digest, Vol 62, Issue 66 Send Talk-de mailing list submissions to talk-de@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-de or, via email, send a message with subject or body 'help' to talk-de-requ...@openstreetmap.org You can reach the person managing the list at talk-de-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-de digest... Today's Topics: 1. Offizieller Satz von OSM Diensten (Andreas Tille) 2. Re: Offizieller Satz von OSM Diensten (Frederik Ramm) 3. Re: Offizieller Satz von OSM Diensten (Andreas Tille) 4. Re: landuse=road War:[viel Text zu landuse-handling..] (Christian M?ller) -- Message: 1 Date: Tue, 20 Sep 2011 21:04:00 +0200 From: Andreas Tille andr...@an3as.eu To: OSM-de talk-de@openstreetmap.org Subject: [Talk-de] Offizieller Satz von OSM Diensten Message-ID: 20110920190400.gd24...@an3as.eu Content-Type: text/plain; charset=iso-8859-1 Hallo, die Diskussion entz?ndete sich aktuell zwar am Relation Analyzer ist aber irgendwie ins generelle abgedriftet und daher w?rde ich mir gern einmal Klarheit verschaffen wollen. Ich halte es f?r f?rderlich, wenn im OSM Projekt ein stabiler Satz von Werkzeugen etabliert wird, die fest sozusagen offiziell zum OSM Projekt geh?ren und auf die man dann auch verweisen kann. Ich sehe das deshalb f?r notwendig an, weil meiner Meinung nach ein Gro?teil der Nutzer eine gewisse Konsistenz und Stabilit?t sch?tzt und bei ernst zu nehmenden Projekten erwartet (und IMHO auch erwarten darf). Zu diesen Werkzeugen w?re ich nat?rlich in erster Linie einen Standard Renderer von Karten f?r das Web, einen Editor, eine Karte f?r GPS Ger?te, aber auch solche Sachen wie den RA und weitere n?tzliche Tools z?hlen. Mir ist auch bewu?t, da? es zu den oben genannten Dingen *immer* mehrere L?sungen gibt, und das das auch von vielen als Vorteil angesehen wird. Das wird z.B. an Diskussionen ?ber Renderer[1] oder die diversen Threads ?ber die AIO in diesem Jahr deutlich. Mir ist durchaus bekannt, da? es keine optimale eine f?r alles L?sung geben kann und da? es m?glicherweise sogar mehrere L?sungen geben mu? - doch dann sollten diese L?sungen auch einem bestimmten Satz von Qualit?tskriterien gen?gen, der verl??lich auch durch diese Alternativen eingehalten wird. In meinen Augen sollten folgende Punkte Bestandteil dieser Qualit?tskriterien sein: 1. Gehosted / downloadbar unter der Domain openstreetmap.org 2. Zugeh?rige Komponente auf http://trac.openstreetmap.org/ 3. Version Control System unter openstreetmap.org, damit sich ein Entwicklerteam bilden kann 4. Zugeh?rige Mailingliste unter openstreetmap.org In meinen Augen ist eine solche Formalisierung bei einem Projekt dieser Gr??e und
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi! Sorry, dass ich erst jetzt auf die Mails reagiere. War leider die ganze Woche weg. Vielen Dank für dein Feedback. Harsche Kritik ist besser als keine Kritik. Es ist sicherlich ärgerlich, dass durch den neuen Relation Analyzer erst einmal Funktionen verloren gegangen sind. Ich habe keine Möglichkeit mehr gesehen den alten RA weiter zu pflegen. Außerdem war der alte RA eher ein Relation Export Tool mit einer Analyzer-Funktion. Der alte RA hat einfach versucht aus jeder Relation eine durchgehende Linie zu bilden. Dies hat immer wieder zu Missverständnissen geführt, da viele User den RA zum Analysieren von komplexen Relationen genutzt haben und die Ergebnisse total falsch waren. Ich denke, dass der neue Ansatz aus einer Relation einen oder mehrere Graphen zu bilden deutlich mehr Potential hat. Mit dem neuen RA lassen sich beispielsweise Buslinien sehr gut prüfen. Dies war auch die Motivation hinter der neuen Version. Einen Parallelbetrieb von zwei Versionen halte ich nicht für sinnvoll, da dies zu ähnlichen Problemen wie mit der Lizenz führen könnte. Mein Vorschlag ist die neue Version weiter zu verbessern. Deshalb ist auch der Source Code verfügbar. Die Darstellung der Relationen auf einer Karte ließe sich sehr einfach realisieren. Der Code für den GPX Export ist bereits vorhanden. Bzgl. der Probleme mit der Suche bin ich etwas erstaunt. Ich bin davon ausgegangen, dass das neue Formular deutlich mehr Transparenz liefert, da der User genau angeben kann in welchen Tags er suchen will. Jakobsweg ist kein Problem: http://ra.osmsurround.org/searchRelation?name=%25Jakobsweg Auch über den Ref Tag: http://ra.osmsurround.org/searchRelation?ref=Jw Aus Performancegründen werden jedoch immer nur max. 100 Relations angezeigt. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi! Ich habe den Relation Analyzer etwas überarbeitet und als TEST Version online gestellt: http://ra.osmsurround.org/TEST Der Source Code dazu ist ebenfalls verfügbar: https://github.com/grundid/relation-analyzer Die Funktionsweise vom RA wurde grundlegend geändert, so dass er nicht mehr wie früher Relations nur als Routen betrachtet. Stattdessen werden sie zu Graphen aufgebaut. Auch die Suche wurde um typische Relations-Tags erweitert, so dass man jetzt beispielsweise alle Relationen mit den Werten type=route, route=bus, network=VVS findet: http://ra.osmsurround.org/TEST/searchRelation?relationType=routeroute=busn etwork=vvs Der Export von GPX und KML Dateien ist nicht Implementiert. Es gibt jedoch eine Implementierung des Dijsktra Algorithmus, der den Graphen von einem Start-Knoten zu einem End-Knoten durchwandert und eine Liste von Knoten zurückliefert. Für diese Liste gibt es auch eine Export-Klasse, die GPX Dateien erzeugt. Das einzige Problem ist nur noch herauszufinden, wo die Relation anfängt und wo sie endet ;) Hat jemand Ideen? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Amenity Editor open sourced
Hi! Ich habe heute den Amenity Editor als Open Source Projekt unter https://github.com/grundid/amenity-editor online gestellt. Er kann sehr einfach mit Maven gebaut werden und als readonly Browser direkt vom Desktop aus benutzt werden. Dabei ist nur ein Servlet-Container (z.B. tomcat.apache.org) notwendig. Die Daten werden in einer In-Memory DB zwischengespeichert. Wenn man damit editieren möchte muss man eine Oauth Anwendung bei OSM registrieren um die OAuth Schlüssel zu bekommen. Die Original-Schlüssel sind im Projekt nicht abgelegt. Der AE ist in Java geschrieben und verwendet das Springframework. Die Grundlagen sind in der README beschrieben. Gleichzeitig habe ich mich gefragt, ob es für OSM eine Java Library gibt, die das Parsen von den OSM XML Dateien und die Kommunikation mit OAuth übernimmt. Seitens von Spring gibt es das Spring-Social Projekt (http://www.springsource.org/spring-social), welches eine saubere Schnittstelle für die Kommunikation mit versch. Social Sites anbietet. Man könnte hier eine wiederverwendbare Library nach diesem Muster aufbauen. Einen Großteil vom Code könnte man bereits vom Amenity Editor übernehmen. Gibt es von Eurer Seite her Interesse? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Vielen Dank für eure Antworten. Jetzt habe ich definitiv eine bessere Übersicht. Ich kann auch alle beruhigen, die den RA noch verwenden. Das Abschalten des Tools ist nicht mein Ziel, sondern die Frage ob es sich lohnt mehr Zeit in das Tool zu investieren um es besser zu machen. Persönlich bin ich etwas überrascht, dass das Thema der Rollen von Relations nicht angesprochen wurde ;) In der Vergangenheit habe ich mehrere Mails bekommen, in denen die schlechte Behandlung von Rollen innerhalb einer Relation beim RA bemängelt wurde. Ich werde mir dieses Thema in dem Relationseditor von JOSM anschauen. Wie regelt ihr das mit den Rollen wenn ihr GPX Tracks extrahiert? Meine Idee wäre hier pro Rolle einen vollständigen GPX Track zu erzeugen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyzer noch state of the art?
Hallo. Als Entwickler vom Relation Analyzer bin gerade dabei am überlegen, wie die Zukunft von dem Projekt aussehen soll. Meine besten OSM Zeiten scheinen vorbei, so dass ich es selber kaum noch einsetze. ;) Da ich auch keinerlei Nutzerstatistik habe, wollte ich die Community fragen, ob das Tool überhaupt noch (sinnvoll) benutzt wird. Gleichzeitig hätte ich nächste Woche ein paar Tage Zeit um das Projekt auf einen besseren Stand zu bringen und zu open sourcen, falls daran noch Interesse besteht. Meine Fragen wären wie folgt: 1. Ist der RA noch in der Benutzung oder gibt es bessere Tools? 2. Macht es Sinn den RA zu verbessern, so dass er alle Relations (multi relations, roles) korrekt prüfen kann? 3. Ist ein JOSM Plugin besser oder doch Web-Anwendung? 4. Bzgl. Open source: Was steht im Moment mehr im Kurs: Github oder OSM SVN Repo? 5. Will sich jemand an der Entwicklung beteiligen? (Rainy Sommer of Code?) Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wie weit ist die OSMF
Das man solche ?nderungen zumindest der Community mal mitteilt halte ich f?r selbstverst?ndlich. Die Strategic Working Group der OSMF sieht das anscheinend (auch auf Nachfrage) anders, man will die Community lieber gar nicht erst informieren! Hoffen wir mal, dass wir hier nicht in eine Animal Farm reingeraten: Alle Mapper sind gleich, aber mache sind gleicher ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Hi! Gibt es eigentlich irgendwo ein Stimmungsbild (in Zahlen) der Community? Weiß man wie viele bereits zugestimmt oder die Entscheidung vertagt haben? Irgendwie sieht für mich der Lizenzwechsel nach einem geplanten Frontalcrash aus... Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
Hi! ich wollte mir die GPX Tracks einiger Loipen Routen herunterladen und gedachte das mit dem Relation Analyser zu tun, aber irgendwie scheinen Sachen wie http://ra.osmsurround.org/analyze.jsp?relationId=541246 momentan nicht zu funktionieren. Vielen Dank für den Hinweis. Das Problem scheint am OSM-Server zu liegen. Mein Server kann im Moment keine Daten vom OSM Server downloaden. Ein wget liefert ein 403 Forbidden. --08:48:54-- http://www.openstreetmap.org/api/0.6/relation/12320/full = `full' Resolving www.openstreetmap.org... 128.40.168.98, 128.40.168.105 Connecting to www.openstreetmap.org|128.40.168.98|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 08:48:54 ERROR 403: Forbidden. Da es von anderen Rechnern funktioniert, scheint dies auf bestimmte IPs beschränkt zu sein. Vielleicht kennt jemand die entsprechenden Admins und kann sie darauf hinweisen. Danke. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor mit OAuth
Ist es im AE m?glich, einen POI per Node-ID zu finden? Also ich meine eine M?glichkeit schnell einen POI zu editieren, wenn man die ID kennt, evtl auch per URL. Sorry, aber dies habe ich nicht vorgesehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor mit OAuth
Ich hatte gerade mehrere Treibstoffsorten bei einer Tankstelle nachgetragen, also so etwas: fuel:diesel=yes fuel:octane_95=yes fuel:octane_98=yes fuel:lpg=yes Ich habe einen neuen Button (Auto) hinzugefügt. Damit werden diese Tags hinzugefügt. Bei lgp habe ich das yes entfernt, da die meisten Tankstellen es noch nicht anbieten. Lässt man den Wert leer, so wird der AE diesen Tag nicht speichern; man muss also den Tag nicht entfernen. Vielleicht w?re das eine L?sung f?r die Presets, also eine Art Experten- Eingabe. Um ehrlich zu sein, halte ich die Tag/Value Eingabe für eine Experten-Eingabe. Als ich mit der Idee eines AE spielte, war ein Ziel die Eingabe von POIs über komfortable Eingabemasken, die für jede Art von POI optimiert sind. Das soll heißen, dass der Benutzer die Namen der Tags nicht zu sehen bekommt und nur noch die Werte eintragen kann. Leider habe ich es noch nicht umsetzen können. Die Templates sind erst der erste Schritt in diese Richtung. BTW: ein Weg zu der komfortablen Eingabe ist die Autocomplete-Funktion, die sowohl bei den Tags als auch bei den Values aktiviert ist. Sie ist etwas langsam, so dass es ein paar Sek dauern kann, bis die Vorschläge angezeigt werden. Deshalb weiß ich nicht, ob das jemand aufgefallen ist ;) Die Values werden übrigens in Relation zu dem Tag angezeigt und nach Häufigkeit sortiert. Damit kann sehen, welcher Wert für ein Tag am häufigsten verwendet wird und eventuelle Tippfehler vermeiden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor mit OAuth
hast du dich schon mal ans clustern rangetraut? ist f?r poi-karten ganz n?tzlich. ich versuch das in meinem projekt einzubauen. ist aber nicht trivial, weil dann hinter einem icon ja eine ganze gruppe (das cluster) steht. einfach draufklicken und das edit-popup kommt dann, geht nicht mehr. Ich gehe davon aus, dass du mit Clustern das Feature meinst, welches bikemap.net verwendet. Selber habe ich damit noch nichts gemacht. Mit den Filter-Funktionen kann man es auch etwas umgehen ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor mit OAuth
K?nntest Du auch die POIs editierbar machen, die als Fl?che erfasst sind, also Geb?ude, Parkplatzfl?chen, usw. ? Also es w?rde ja ein Pseudo-POI im Schwerpunkt der Fl?che reichen, bei dem man nur die Tags editieren kann. L?schen, Verschieben und neu erzeugen geht nat?rlich nicht (und soll es auch gar nicht)! Dies kann ich nicht machen. Um die Datenmenge klein zu halten entferne ich beim Import alle Nodes, die Teil von Wegen sind und damit auch die von dir gemeinten Flächen. IIRC hängen die Daten von diesen AOIs (Area-of-interesst) an einer Relation, was die Sache dann nochmals etwas komplexer macht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor mit OAuth
Am 17.10.2010 14:34, schrieb Adrian Stabiszewski: Das Tools ist wie bisher unter http://ae.osmsurround.org erreichbar. Bitte, bitte: eine Suche! Wie soll ich sonst ohne Permalink oder Ewiges Rumklicken meinen Wohnort finden? Die Suche in OSM ist ein ewiges Problem ;) Ich habe hierzu die Home Base-Funktion eingerichtet. Sie kann in den Einstellungen aktiviert werden. Wichtig ist die Einstellungen im Cookie speichern zu lassen. Danach startet der Amenity Editor immer an der gespeicherten Stelle und man kann mit dem Home Base-Button immer zu dieser Stelle springen. Das ist das Beste, was ich im Moment anbieten kann. BTW: der Permalink rechts unten sollte funktionieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 51, Issue 94
1) Hau man eine POI erg?nzt und klickt dann auf OAuth um sich anzumelden, sind die ?nderungen weg! Also erst Anbelden, dann Eingeben. 2) Der Hintergrund der Hilfe- und Einstellungsfenster ist (bei mir FF) durchsichtig und daher schlecht lesbar. 3) Erg?nzt man gleich mehrere Tags (z.B. Adresse), so ist das Popup-Fenster schnell zu klein und man muss sich mit der TAB-Taste bis zum Speichern-Button bewegen. 4) Telefon-Button: hier wird das Tag addr:phone erzeugt, das ist aber m.W. gar nicht ?blich. Am h?ufigsten wird phone (oder evtl. contact:phone) benutzt. Danke für die Hinweise. Das addr:phone Tag muss ich wohl selbst erfunden haben. Dies wird korrigiert. Punkt 2 kann ich bei mir leider nicht nachstellen. Ich verwende auch FF und sogar IE zeigt diese Fenster mit einem weißen Hintergrund an. Du kannst mir gerne ein Screenshot schicken, dann glaube ich es zwar, aber auf Anhieb wüsste ich nicht, wie ich es beheben kann. ;) Hast du zu Punkt 3 vielleicht eine andere Idee? Den Bereich mit den Tags und Values scrollbar zu machen erschien mir als die beste Lösung. Damit sind die Buttons wenigstens immer sichtbar. Es wäre denkbar ein Tastaturkürzel (alt-s) für das Speichern einzurichten. Sch?n w?re, wenn man sich eigene Buttons/Presets erstellen k?nnte, so dass man einfacher ?hnliche Edits an mehreren Objekten anwenden kann. Dies ist leider etwas komplexer. Ich möchte es vermeiden, irgendwelche Benutzereinstellungen auf dem Server zu speichern, vor allem weil ich dann Benutzeraccounts bei mir verwalten müsste. Es wäre vielleicht jetzt mit OAuth einfacher sich auch die Berechtigung geben zu lassen die persönlichen Informationen eines OSM Benutzers auszulesen und somit seinen Benutzernamen zu haben unter dem man dann in der DB die Einstellungen speichern kann. Dies würde zumindest kein weiteres Passwort verlangen. Wenn du irgendwelche Vorschläge für Templates oder Buttons hast, dann schicke sie mir einfach und ich baue sie statisch ein. Ich denke, so können davon alle am schnellsten profitieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Amenity Editor mit OAuth
Hi! Nach einiger OSM Abwesenheit habe ich nun den Amenity Editor auf die OAuth Authentifizierung umgestellt. Das Tools ist wie bisher unter http://ae.osmsurround.org erreichbar. Verbessert wurden die Icons der Amenities, um besser erkennen zu können um was für eine Amenity es sich handelt. Auch die Anzahl der Filter wurde erhöht. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu fuer OSM-Tool-Entwickler: OAuth
Date: Mon, 29 Jun 2009 01:32:54 +0200 From: Frederik Ramm frede...@remote.org Subject: [Talk-de] Neu fuer OSM-Tool-Entwickler: OAuth To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: 4a47fda6.1010...@remote.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Ich will dieser Tage mal eine Demo-Implementierung eines OAuth-Clients machen, denn es fehlt noch an brauchbarer Demo-Software bzw. ueberhaupt an Dokumentation - derzeit muss man sich den Rails-Source (rails-port-branches/oauth) aus dem SVN ziehen, um zu verstehen, was da passiert. That's good news! Ich würde gerne den Amenity Editor asap auf diese Schnittstelle umstellen. Kannst du mich bitte informieren, sobald du etwas fertig hast? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PLZ-Bereiche (was: Umweltbundesamt benutzt OSM-Karten)
Hi, auf der Karte vom Umweltbundesamt sieht man beim entsprechenden Zoom die Postleitzahlenbereiche. Weiß jemand zufällig, ob diese Daten frei verfügbar sind? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 35, Issue 3
Date: Mon, 01 Jun 2009 13:58:47 +0200 From: Markus liste12a4...@gmx.de Subject: Re: [Talk-de] Realtion Analyzer, Wanderweg Wie mache ich das: Die Route f?hrt an einem Aussichtspunkt vorbei. Dort hin f?hrt ein kurzer Weg, und denselben wieder zur?ck. Wenn ich diesen Abstecher aber zweimal zur Route hinzuf?ge, meckert der Analyzer. Hi, der Relation Analyzer kann im Moment solche Routen nicht verarbeiten. Er ist auch dafür nicht entwickelt worden. Das Ziel war es Lücken innerhalb von Relations zu finden, die von A nach B führen und zwar ohne Umwege. Deshalb kann ich dir nur empfehlen das Meckern zu ignorieren, bis ich den Analyzer entsprechend umgestellt habe. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Man k?nnte bei jeder anonymen Session eine Art ID mit?bertragen, diese muss ja nicht in der OSM-Datenbank gespeichert werden, sondern kann in der Datenbank des Amenity-Editors hinterlegt sein. Wenn ein User sich mit dem Tool verbindet, bekommt er eine ID, die z.B. aus dem Hash seiner IP und einem Timestamp zusammensetzt. Wenn er die ?nderung hochl?d, wird die Hash-ID und die Node-ID in der Datenbank des Amenity-Editors gespeichert. Man kann dann den User anhand der gleichen Hash-ID identifizieren. Ich denke, das ganze wird jetzt doch etwas unnötig kompliziert. Wen könnte ich kontaktieren, um die Authentifizierung auf dem OSM Server zu ändern? Wenn der OSM Server gehashte Passwörter akzeptieren würde, dann könnte sich das Thema erledigen. Das Passwort wird dann beim User im Browser per JavaScript in ein Hash umgewandelt und es gibt weniger Bedenken wegen Speicherung auf dem Server. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Hi. Allerdings halte ich es im vorliegenden Fall fuer das beste, wenn Du Deine Nutzer erklaeren laesst, dass sie keine Rechte an dem geltend machen, was sie hochladen. Das ist zwar ganz streng genommen etwas kniffelig; wenn wir einmal annehmen, das der Input des Nutzers schutzwuerdig ist (wie Tobias richtig sagt, ist das unwahrscheinlich, aber nicht unmoeglich), dann kann der Nutzer nicht sagen der Node ist jetzt CC0, denn er ist ja ein derived work des vorher dagewesenen CC-BY-SA-Nodes und muss daher unter CC-BY-SA lizensiert werden; der Nutzer wuerde aber dann zum Lizenzgeber unter CC-BY-SA und muesste einer eventuellen spaeteren Lizenzaenderung zustimmen... blablabla. Aber ich wuerde einfach schreiben ich erklaere mich einverstanden, dass mein Beitrag unter der jeweils von OSM verwendeten Lizenz weiterveroeffentlicht wird, ich denke, das ist gut genug und macht allen Beteiligten am wenigsten Stress. In der aktuellen Version (0.6) ist das jetzt so umgesetzt. Man kann entweder mit seinem eigenen User editieren oder einfach eine Checkbox mit dem oben vorgeschlagenen Text anklicken. Die Änderungen werden in diesem Fall unter dem User amenityeditor durchgeführt. Ich hoffe, das erfüllt alle Auflagen ;) Ansonsten gibt es kaum wahrnehmbare Änderungen: - bei Adresse hinzufügen wird jetzt auch automatisch addr:country vorgeschlagen. - und der Editor läuft jetzt auch unter IE8 (leider ohne Autovervollständigen) Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Amenity Editor
Hi! Letzte Woche habe ich den Amenity Editor angekündigt und jetzt ist er fertig. Mit Hilfe des Tools kann man recht einfach einzelne Knoten auf der Slippy-Map anlegen, ändern, verschieben und löschen. Das Ziel des Tools ist es hauptsächlich vorhandene Amenity/Shop-Knoten zu vervollständigen (Adresse und Öffnungszeiten) oder noch fehlende anzulegen. Schaut am besten einfach mal rein: http://ae.osmsurround.org Eventuelle Bugreports bitte an mich direkt. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Hi. Date: Tue, 26 May 2009 12:06:41 +0200 From: Martin Koppenhoefer dieterdre...@gmail.com Subject: Re: [Talk-de] Amenity Editor To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org gef?llt mir gut, hat aber noch ein paar Schw?chen: POIs l?schen kann man nicht, oder? Wenn man einen Punkt gesetzt hat, kann man ihn weder verschieben noch wieder l?schen, und auch in der Tag-Tabelle gibt es keinen Abbruch-Button. Doch, es müsste alles gehen. Abbruch = Schließen oder Kreuz oben rechts, da wird dann nichts gespeichert. Date: Tue, 26 May 2009 12:07:11 +0200 From: Peter D?rrie peter.doer...@googlemail.com Subject: Re: [Talk-de] Amenity Editor To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sieht sehr gut aus! Ich hab zwar keins, aber k?nnte man das auch auf einem Android-Handy / iPhone benutzen? Ich habe eins (das Android Handy) und ein Amenity Editor Mobile ist als nächstes geplant. Es soll eine rein textbasierte Version sein um die Tag-Informationen unterwegs erfassen zu können. Date: Tue, 26 May 2009 12:48:02 +0200 From: Michael Buchberger buchber...@herzinfarktforschung.de Subject: Re: [Talk-de] Amenity Editor To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sieht schon sehr gut aus. Beim Eingeben der Adresse vermisse ich noch addr:country. Ich denke, addr:country kann man automatisch irgendwann mal nachtragen. ;) Im Moment ist eine Hilfe zum Eintragen von Adressen geplant. Damit will ich den Ort, die PLZ und eventuell auch die Strasse vorausfüllen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Über Webformular Hausnummern von POI ändern
Hallo Jan, das Projekt ist schon in Arbeit und heißt Amenity Editor. Wir testen gerade noch die letzten Feinheiten und geben es wahrscheinlich im Laufe der nächsten Woche frei. Mit dem Tool wird es möglich sein, nicht nur vorhandene Knoten zu bearbeiten sondern auch gleich neue direkt auf der Slippymap anzulegen. Anbei ein Screenshot von der Anwendung: http://www.emaitie.de/data/amenity_editor.png Alles läuft nur mit JavaScript, und natürlich mit Auto-Completion von bereits verwendeten Tags und Values ;) Falls jemand Interesse hat uns beim Testen zu helfen, so können wir die URL per Mail rauschicken. Viele Grüße, Adrian. Message: 5 Date: Wed, 20 May 2009 17:50:40 +0200 From: Jan Tappenbeck o...@tappenbeck.net Subject: [Talk-de] ?ber Webformular Hausnummern von POI ?ndern To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: 4a1426d0.10...@tappenbeck.net Content-Type: text/plain; charset=ISO-8859-15; format=flowed Moin ! es gibt zwischenzeitlich Bericht in denen die ID und die Koordinaten von POI gelistet werden. Hat sich schon einmal einer Gedanken dar?ber gemacht ob man diese nicht per Webformular dann um die Adresse erweitern kann ??? Bei OSM muss man nat?rlich daf?r registriert sein. Gru? Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reliefkarte für OSM
Schau dir mal http://www.maps-for-free.com/ an. Da gibt es die Relief Kacheln schon fertig zu Download, bis Zoom 11. Date: Fri, 06 Feb 2009 20:58:29 +0100 From: Tobias Wendorff tobias.wendo...@uni-dortmund.de Subject: [Talk-de] Reliefkarte f?r OSM To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: 498c9665.20...@uni-dortmund.de Content-Type: text/plain; charset=ISO-8859-15; format=flowed Hallo Community, da Google und einige kommerziellen Anbieter in den letzten Tagen so mit Reliefkarten aus SRTM-Daten prahlen, habe ich eine eigene Variante entworfen: http://www.pictureupload.de/pictures/060209205413_relief_01.jpg http://www.pictureupload.de/originals/pictures/060209205413_relief_01.jpg Ich lasse den Europa-Teil mal am Wochenende durchrechnen, bis zur h?chsten Zoom-Stufe. Hoffentlich bricht er nicht mittendrin ab :-) Ich muss mir die Lizenz zur Meerestiefenkarte nochmal durchlesen, d?rfte mit Quellnennung aber klappen. Notfalls lasse ich sie raus. Kommentare und Hinweise zur Farbgestaltung gew?nscht! Gr??e Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://www.openrouteservice.org
Die wirst du nicht verwenden d?rfen. Hat schon jemand Fortschritte bzgl. Nmea-GPS-Ger?ten mit eingebautem TMC gemacht? Ja, die Sache ist im Prinzip schon offen: http://www.capuzza.com/detail.php?ID=123764 Mit Hilfe der in dem Blog-Eintrag erwähnten ISO Docs lassen sich die RDS/TMC Nachrichten vollständig parsen. Bei der Bast (http://www.bast.de/) kann dann kostenlos die Locationcode Tabelle bestellt werden: http://www.bast.de/cln_005/nn_42742/DE/Aufgaben/abteilung-v/referat-v2/Locat ion-Code-List/location-code-list-start.html Die aktuelle Liste sollte eigentlich seit gestern verfügbar sein (LCL 7.01). Die Ereigniscodes sind in den ISO Docs definiert. Ich habe eigentlich schon mal darüber nachgedacht mal die TMC Meldungen visuell in die OSM einzublenden, leider bin ich zeitlich dazu noch nicht gekommen. Ich habe jedoch schon Java Klassen, welche das Suchen eines Senders und das erste Auswerten der TCM Nachrichten erlauben. Die kann ich dir gerne schicken. Ich kann dir auch gerne alle Infos schicken, die ich bisher im Internet gesammelt habe. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM-Radtrikot (war OSM-Flyer)
Hi, gab es eigentlich schon mal die Idee Radtrikots zu erstellen? Ich denke, diese Art der Werbe- und Informationsmaßnahme hätte einen längerfristigen Effekt als ein paar Tausend Flyer. Schließlich lassen sich die Trikot über Jahre benutzen; man kann sie auch bei (Hobby-)Rennen einsetzen und so bei den Zuschauern auffallen. Die Umsetzung erfordert mit Sicherheit mehr Planung und Vorbereitung als ein Flyer, aber wenn wir das jetzt angehen, dann gibt es für alle im Sommer ein Radtrikot. :) Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM @ 24c3
Hi, weiß jemand ob der Vortrag von Frederik Ramm auf dem 24c3 aufgezeichnet worden ist? Ich kann ihn leider in den Listen nicht finden. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Quellen
Hi! Wenn ich jetzt ein Run versuche bekomme ich die vielsagende Fehlermeldung Errors exists in required project(s): JOSM wenn ich trotdem weitermache vermist es die main class Das klingt so, als ob du manuell ein Run-Profil erstellst (über Run/Open Run Dialog...). Viel einfacher ist es die Klasse org.openstreetmap.josm.gui.MainApplication mit der rechten Maustaste anzuklicken und dann auf Run as/Java Application zu klicken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erste Test-Daten von OpenGeoDB
Hi Sven! Verbesserungsvorschläge zu der Datenaufbearbeitung (nicht zu den Daten) nehme ich gerne entgegen. Entweder auf der Liste oder per Mail (bitte mit Subject opengeodb2osm). Ich finde die Daten sehr gut. Vor allem die Infos wie car_code, postal_codes und telefone_area_code sind sehr nützlich. Ich habe jedoch Bedenken bzgl. population und opengeodb:typ. Population ist eine Angebe, die bei OSM vielleicht nicht viel Sinn macht und schnell veraltet. Da du die opengeodb:loc_id speicherst, könnte man in Zukunft die Population-Daten nachträglich recht einfach wieder nachtragen. Der Typ ist IMHO redundant zu place, oder? Wieso ist der opengeodb Prefix für loc_id anders geschrieben (Groß-/Kleinschreibung) als bei den anderen Tags? Bei solchen automatischen Updates wäre es vielleicht sinnvoll das Datum des Imports/Updates in einem Tag zu speichern. Außerdem wäre es vielleicht nicht schlecht, wenn man für bestimmte Nodes ein Tag einführen könnte, das ein Update verhindert (z.B. opengeodb:no_update), falls jemand meint, dass er selber die Daten aktueller halten kann. Soll der Abgleich mit OGDB eigentlich einmalig stattfinden oder ist später ein regelmäßiger Update angedacht? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erste Test-Daten von OpenGeoDB
Ich habe jedoch Bedenken bzgl. population und opengeodb:typ. Population ist eine Angebe, die bei OSM vielleicht nicht viel Sinn macht und schnell veraltet. Da du die opengeodb:loc_id speicherst, könnte man in Zukunft die Population-Daten nachträglich recht einfach wieder nachtragen. Das ist meine Idee dazu, wobei ich denke: Besser eine veraltete Population Angabe, als gar keine, oder? Tja, das ist eine Frage der Datenqualität. Wenn man bedenkt, dass OSM aus meiner Sicht nicht dazu gedacht ist um demographische Daten abzuspeichern, halte ich diese Angebe für unnötig. Durch die loc_id ist ein Bezug zu OGDB hergestellt und diese Daten können dort abgefragt werden. Der Typ ist IMHO redundant zu place, oder? Ja, wobei er dem Place ja zusätzliche Infos bringt. Und wir damit auf einen Schlag fast alle Orte von Deutschland, Schweiz etc. in OSM haben. Ich würde sagen er ist eine andere Implementation vom place. Es steht dort aber manchmal auch etwas seltsames drinn, wie z.B. Freie und Hansestadt. Was spricht dagegen ihn drinn zu lassen? Was zählt dann, wenn diese Angaben unterschiedlich sind? Ich finde, beim Import sollte überprüft werden, ob sich place eindeutig aus typ herleiten kann. Wenn place und typ unterschiedlich sind, dann würde ich typ den Vorzug geben und dadurch den Tag place entsprechend anpassen. Gleichzeitig könnte man per opengeodb:place_was den alten Zustand von place abspeichern. Beim nächsten Update könnte man dann prüfen, ob place wieder auf den Zustand von place_was geändert worden ist oder ob place_was gelöscht wurde und es wieder eine Diskrepanz zwischen place und typ gibt. Hier sollte vielleicht OGDB überprüft werden, typ richtig ist. Falls jedoch place seit dem letzten Update unverändert wurde, dann könnte place_was entfernt werden. Hoffentlich klingt das nicht zu kompliziert ;) Grundidee ist place auf den Stand von typ zu bringen und typ dann nicht mehr zu verwenden, weil wirklich redundant. Gut Idee, wobei mir hierbei nur population einfällt. is_in und name würde ich später nie wieder anfassen, Schließlich müssen die Daten bei OSM ja nicht schlechter sein, als bei OpenGeoDB. Wenn jemand ein is_in schon gepflegt hat, sollte es IMHO nicht mehr überschrieben werden. Vielleicht ist der umgekehrte Weg besser: openGeoDB:auto_update=population,is_in würde dann bedeuten, dass diese Tags überschrieben werden. Wenn das jemand nicht will braucht er nur das Tag zu löschen. Klingt gut. Die Idee mit auto_update finde ich sehr gut, weil deutlich flexibler. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erste Test-Daten von OpenGeoDB
Ich habe jedoch Bedenken bzgl. population und opengeodb:typ. Population ist eine Angebe, die bei OSM vielleicht nicht viel Sinn macht und schnell veraltet. Da du die opengeodb:loc_id speicherst, könnte man in Zukunft die Population-Daten nachträglich recht einfach wieder nachtragen. die population einzutragen finde ich nicht so verkehrt. im zweifelsfall laesst sich die ortsgroesse davon ableiten. wichtig ist aber eine angabe eines datums, an dem die daten aktuell waren. Ich glaube, dass es den Zweifelsfall nicht geben wird. In OpenGeoDB wird ja wohl eher der Typ gespeichert sein als die Einwohnerzahl. Was das Rückschließen auf die Ortsgröße unnötig macht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: Wie Tagge ich Landwirtschaftlicher Verkehr frei?)
highway: track tracktype: grade1-grade5 (*1 access: destination agriculture: yes foot: yes bicycle: yes Wie soll man eigentlich einen Weg taggen, der mit den Zeichen Verbot für Krafträder (http://commons.wikimedia.org/wiki/Image:Zeichen_260.svg) oder Verbot für Kraftwagen (http://commons.wikimedia.org/wiki/Image:Zeichen_251.svg) versehen ist und Anlieger frei als Zusatz hat? Das Tag access:destination hat mich irgendwie daran erinnert. Ist das die Lösung für dieses Problem? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erste Test-Daten von OpenGeoDB
Ich hab jetzt in die Originaldaten gar nicht reingeschaut, aber telefone_area_code ist denglisch - entweder telefonvorwahl oder telephone_area_code. Auch ist typ kein englisches Wort, auf englisch muesste es type heissen (es spricht nichts dagegen, deutsche Keys zu nehmen, wenn das jemand will, aber ein Mischmasch ist halt komisch). Ok, war mein Schreibfehler. Für alle, die die Daten nicht entpacken wollen, anbei ein Beispiel-Node: node id=-35404 visible=true lat=52.5167 lon=13.4 tag k=openGeoDB:loc_id v=14356 / tag k=opengeodb:community_identification_number v=1100 / tag k=name v=Berlin / tag k=opengeodb:car_code v=B / tag k=opengeodb:layer v=6 / tag k=opengeodb:postal_codes v=10178,10115,10117,10119,10179,10243,10245,10247,10249,10315,10317,10318,1 0319,10365,10367,10369,10405,10407,10409,10435,10437,10439,10551,10553,10555 ,10557,10559,10585,10587,10589,10623,10625,10627,10629,10707,10709,10711,107 13,10715,10717,10719,10777,10779,10781,10783,10785,10787,10789,10823,10825,1 0827,10829,10961,10963,10965,10967,10969,10997,10999,12043,12045,12047,12049 ,12051,12053,12055,12057,12059,12099,12101,12103,12105,12107,12109,12157,121 59,12161,12163,12165,12167,12169,12203,12205,12207,12209,12247,12249,12277,1 2279,12305,12307,12309,12347,12349,12351,12353,12355,12357,12359,12435,12437 ,12439,12459,12487,12489,12524,12526,12527,12529,12555,12557,12559,12587,125 89,12619,12621,12623,12627,12629,12679,12681,12683,12685,12687,12689,13051,1 3053,13055,13057,13059,13086,13088,13089,13125,13127,13129,13156,13158,13159 ,13187,13189,13347,13349,13351,13353,13355,13357,13359,13403,13405,13407,134 09,13435,13437,13439,13465,13467,13469,13503,13505,13507,13509,13581,13583,1 3585,13587,13589,13591,13593,13595,13597,13599,13627,13629,14050,14052,14053 ,14055,14057,14059,14089,14109,14129,14163,14165,14167,14169,14193,14195,141 97,14199 / tag k=opengeodb:sort_name v=BERLIN / tag k=opengeodb:typ v=Stadt / tag k=opengeodb:telephone_area_code v=030 / tag k=opengeodb:is_in v=319 / tag k=is_in v=Europe,Bundesrepublik Deutschland,Berlin,Berlin / tag k=population v=3387828 / tag k=place v=city / tag k=created_by v=opengeodb2osm0.0.3 / /node ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] foot=yes, bicycle=yes
Hi. Kurz vor Weihnachten noch eine lustige Statistik, für alle die konsequent die Tags foot=yes und bicycle=yes setzen. Ich persönlich finde diese zwei Tags mal wieder für etwas zu großzügig vergeben ;) Diese Mail ist auf keinen Falls als persönliche Kritik zu verstehen, sondern als Arbeitserleichterung. Mit dem OSM Deutschland-Image von Ende November ergeben sich folgende Statistiken bzgl. bicycle=? und foot=?. [Die erste Spalte zeigt die Anzahl der Vorkommnisse, die Zweite den Wert vom Key bicycle bzw. weiter unten foot und die Dritte den entsprechenden Wert vom highway. (Mit den SQL-Statements könnt ihr gerne noch weiter spielen...)] mysql select count(w1.k),w1.v,w2.v from way_tags as w1 join way_tags as w2 on w1.id = w2.id and w1.k = 'bicycle' and w2.k = 'highway' group by w1.v,w2.v; +-+-+---+ | count(w1.k) | v | v | +-+-+---+ | 4 | 1 | footway | | 3 | 1 | pedestrian| | 1 | 1 | service | | 1 | 2 | primary | | 2 | 2 | secondary | | 2 | false | footway | | 1 | no | cycleway | | 1 | no | dismantled| | 4 | no | footpath | | 249 | no | footway | | 1 | no | footway, step | | 2 | no | historic_motorway_parking | | 1 | no | incline_steep | |1474 | no | motorway | | 131 | no | motorway_link | | 9 | no | pedestrian| | 221 | no | primary | | 29 | no | primary_link | | 2 | no | residential | | 57 | no | secondary | | 21 | no | service | | 9 | no | steps | | 1 | no | tertiary | | 34 | no | track | | 52 | no | trunk | | 5 | no | trunk_link| | 13 | no | unclassified | | 1 | no_restriction | residential | | 1 | opposite| residential | | 1 | opposite_track | residential | | 2 | permissive | cycleway | | 39 | permissive | footway | | 1 | permissive | pedestrian| | 4 | permissive | residential | | 1 | permissive | service | | 1 | permissive | steps | | 1 | permissive | track | | 2 | permissive | unclassified | | 1 | private | unclassified | | 1 | public | footway | | 1 | public | track | | 1 | SchäferstraÃe | residential | | 1 | track | cycleway | | 364 | true| footway | | 17 | true| pedestrian| | 6 | true| residential | | 4 | true| service | | 1 | true| steps | | 1 | true| track | | 1 | true| unclassified | | 3 | unknown | pedestrian| | 1 | yes | footway | | 6 | yes | bridleway | | 2 | yes | byway | | 361 | yes | cycleway | | 1 | yes | foot | | 3 | yes | footpath | |3927 | yes | footway | | 1 | yes | fotway, steps | | 13 | yes | minor | | 2 | yes | motorway | | 5 | yes | motorway_link | | 155 | yes | pedestrian| | 372 | yes | primary | | 33 | yes |
Re: [Talk-de] foot=yes, bicycle=yes
Beispielsweise: highway=foodway, bicycle=yes oder highway=cycleway, food=yes ... foodway? is das die neue Bezeichnung für die Drive-In-Spur beim McD, BK, oder KFC? *FG* (sorry für diesen Quark, aber die Vorlage war einfach zu köstlich :-D ) Das passiert, wenn man Hunger hat ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
