Re: [Talk-it] [SUSPECTED SPAM] Questionnaire
Hello Daniela Could you describe the content of your thesis? Since there already have been made a lot of surveys over the years, people might be tired to fill them out. Motivation might be better if people know that you’re doing something interesting and know about the basics of OpenStreetMap. Have you checked the following resources? https://wiki.openstreetmap.org/wiki/Research https://www.youtube.com/watch?v=s-6ssb7zflI https://lists.openstreetmap.org/pipermail/talk/2015-March/072232.html Best regards Lukas PS: Since your inquiry is neither written in Italian, nor specifically concerning Italian-speaking regions, I assume it might be considered off-topic on the talk-it mailing list. PPS: If you’d like me to see your response, make sure to send a copy of your answer directly back to my email address. Von: Daniela Šedlárová Gesendet: Dienstag, 26. März 2019 21:30 Betreff: [SUSPECTED SPAM] [Talk-it] Questionnaire Good day, My name ist Daniela and I am a student of Geography at the University of Presov (Slovakia), Faculty of Humanities and Natural Sciences. In this way, I would like to ask you for participation in a short survey of my thesis, which is designed for you, for contributors in the OpenStreetMap project. The collected data will be used solely for the purpose of processing my work. The It takes you about 10 minutes. Thank you for your time and your willingness! https://docs.google.com/forms/d/e/1FAIpQLSdSZIjLltmnYjQ40hkX6lto5-rydEOxPGVBf8rBlcgA4S2kXg/viewform?usp=sf_link Kind regards, Daniela ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-de] Software zur Echtzeit-Ausgabe von Routing-Anweisungen
Hallo zusammen Ich bin auf der Suche nach Software, welche mir während der Fahrt im richtigen Moment Routing-Anweisungen ausgibt (z.B. "in 20m rechts abbiegen"). Ich kenne z.B. https://wiki.openstreetmap.org/wiki/Routing/online_routers . Soweit ich gesehen habe, generieren aber alle diese Programme jeweils sämtliche Angaben/Anweisungen aufs Mal. Es fehlt dann die Software, welche anhand meiner aktuellen Koordinaten (und evtl. meinen vorhergehenden Positionen) im richtigen Moment die richtige Anweisung ausgibt, wie das z.B. OsmAnd oder jedes Navi im Auto macht. Wie heisst der Prozess, den ich machen will? Welche Software/API gibt es, die das kann? (Das darf auch von einer Internet-Verbindung abhängig sein.) Ich stehe da gerade auf dem Schlauch. Grüsse Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] routing.openstreetmap.de
> Das Besondere ist hauptsächlich, dass der Server Community-betrieben ist. > Die anderen sind so viel ich weiss von Firmen. Was ist denn der Unterschied zwischen https://routing.openstreetmap.de/ und http://routing.osm.ch/ ? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1000-Augen-Prinzip
Hallo Christoph > Was ich in Anlehnung an die Fred erwähnte Kartenausschnitts-Bewertung > gerne mal sehen würde ist der umgekehrte Ansatz - herauszuarbeiten wo > in OSM Daten sind, die in den Karten nicht oder so gut wie nicht > angeschaut werden. Eine Statistik über Tile-Zugriffe ist verfügbar. Schau dir mal diesen Blogpost vom Geometa Lab der HSR an ( http://geometalab.tumblr.com/post/119834678622/analyzing-openstreetmap-standard-map-usage-early ) bzw. die Tile-Statistik direkt: http://planet.openstreetmap.org/tile_logs/ Gruss Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-legal-talk] Legal status of certain mapping activities
Dear list I am indirectly involved in the following situation: In the context of a research project a team wants to add a list of POIs (libraries) to the OSM database. The names of the libraries, their postal addresses, the address of the websites, and further details of the libraries are known from official sources. But not all of the buildings holding these libraries are mapped in OSM yet. In other cases the building is already present in the OSM database but not tagged any further (especially streets and house numbers are missing). The goal of the following questions is to remove ambiguity and speculation about what is legal/desired by the OSM community for the aforementioned project team. I am acting as an intermediary. Case 1: Is it legal/desired to look up the address of a particular POI on online maps like Bing map (https://www.bing.com/maps/), search.ch (http://map.search.ch), Google Maps (https://www.google.ch/maps/) or Swiss cantonal geoportals to determine in which building a POI is situated? The coordinates would not be copied digitally, instead the now identified building would be traced and added to the OSM database using sources such as Bing Aerial Imagery in JOSM/iD and the POI data would then be added. Case 2: Assuming the website of the POI is showing a picture of the POI itself. Is it legal/desired to look for the POI on aerial imagery and determine the correct building, e.g. by outline, surroundings, or roof-color? (Case 2a: Aerial imagery is from Bing; Case 2b: Aerial imagery is from another service mentioned above.) Case 3: If the building where the POI is situated is not present in the OSM database yet, but the person who wants to add the POI knows its exact position, is it legal/desirable that the POI is added anyway? Case 4: My understanding is that we in OSM take a very cautious approach when using sources other than (our own) surveys, local knowledge and sources with explicit permission. Assuming there is a website of a POI containing information we would like to map. Let's say: phone number, postal address, e-mail address, operator's name, a link to the operator's Facebook page and a hand-drawn map (alternatively: a copyrighted map with a marker) from which we can derive the POI's building (as in case 2). Wouldn't we need to ask every single POI/website operator for permission before mapping these things? If no, what's the difference to case 1? (This may seem as trolling but actually came up as rationale in a recent discussion.) Best regards Lukas -- Wissenschaftlicher Mitarbeiter Master of Science FHO in Engineering Hochschule für Technik und Wirtschaft HTW Chur Institut für Informations- und Kommunikationstechnologien Pulvermühlestrasse 57, CH-7004 Chur Tel. +41 (0)81 286 37 22 lukas.toggenbur...@htwchur.ch www.htwchur.ch ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-de] OSM Daten extrahieren
Hallo Hm, Osmosis kann doch nicht nur eine BBox anwenden sondern auch Polygone zum Filtern verwenden [1]. Das müsste doch die letzte Frage beantworten. Ebenfalls gibt es osmconvert, welches auch zum Ausschneiden geeignet ist und dasselbe Polygonformat verwendet. Siehe https://wiki.openstreetmap.org/wiki/DE:Osmconvert Grüsse Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] website=none
Ich halte eine Information im Stil von: hier gibt's sicher kein Internet. Das hat jemand vor Dir herausgefunden und es hier markiert. bei ausgewählten POIs (z.B. Gastronomiebetrieben) für sinnvoll. Ebenso für die Information, dass ein POI keine Website hat. Würde man die Information, wann das Tag gesetzt wurde, aus der History auslesen müssen oder wäre es sinnvoll, auch noch zu erfassen, wann die letzte Prüfung stattgefunden hat? Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps Open Source
Ich habe mal angefangen mit dem C++ code von der Geofabik zu spielen mit der der Adress Debug view im OSM Inspector gefüttert wird. Das ganze ist zumindest für Adressen ziemlich brauchbar auch wenn ich auf dem Laptop so mit ach und krach NRW durchgenudelt kriege. Ich glaube, RAM-maessig kann man da noch was sparen, wenn man auf drei statt zwei Einlesevorgänge umstellt. Dann kriegst Du vielleicht auch irgendwann Deutschland durchgenudelt ;) Diese View habe ich ja verbrochen... Mit ein Grund weshalb das Ding viel RAM benötigt ist, dass die Positionen _aller_ Nodes beim Einlesen der Datei zwischengespeichert werden. Das macht die Programmierung einfacher: Beim Verarbeiten von Ways hat man so gleich Zugriff auf die Node-Positionen, nicht nur auf die IDs der Nodes. Möchte man das RAM-mässig schlanker machen, könnte man, wie von Frederik vorgeschlagen, am Anfang des Programms einen weiteren Durchlauf einführen, der notiert, von welchen IDs man die Koordinaten benötigt. Im nächsten Durchlauf würde man dann nicht alle Node-Koordinaten speichern, sondern nur die Koordinaten der Nodes mit den notierten IDs. Aber wir schweifen vom Thema ab... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Tags = Schlagwörter
„Tag“ ist, wie viele andere Begriffe, eine Etablierte Bezeichnung. Um hier auch noch etwas Bikeshedding zu betreiben (oder weils grad passt: Fahrradunterstandierung(?)): Ich finde es zumutbar bzw. sogar sinnvoll, dass man solche elementare Begriffe NICHT übersetzt. Da jeder, der bei OSM etwas hochlädt, Tags (bzw. das entsprechende Konzept) kennengelernt haben sollte, muss man nicht noch eine Übersetzung erfinden. Wenn sich die Person dann vertiefter einlesen will und deshalb früher oder später auch auf englische Texte stösst, tut man ihr auch keinen Gefallen, wenn sie dann herausfinden muss, dass das Ding eigentlich Tag heisst. Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector mit weltweitem Adress-Layer
Hallo Holger Spontan seh ich das Problem hier nicht: http://tools.geofabrik.de/osmi/?view=addresseslon=6.02621lat=50.76997zoom=18overlays=buildings_with_addresses,street_not_found Danke für den Hinweis. Ich sehe das Problem gerade auch nicht. Die Verbindungslinie zwischen den Gebäuden und der Strasse wird jedoch gezeichnet, die Strassennamen werden also als identisch erkannt. @Frederik: Könnte das ein Problem beim MapServer sein? Ist das jetzt nur ein Einzelfall oder tritt das Problem noch an anderen Stellen auf? Ich hab mal ein Ticket aufgemacht: https://github.com/ltog/osmi-addresses/issues/23 Gruss Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector mit weltweitem Adress-Layer
Hallo Gertrud highway=pedestrian wird leider noch nicht unterstützt Es werden momentan alle highway=... mit name=... ausgewertet. Zumindest nicht als Multipolygon mit area=yes Aber für die Auswertung von Relationen im Allgemeinen hat die Zeit leider nicht mehr gereicht. Gruss Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Hallo Christian es wäre schön, wenn der Adresslayer auch Häuser als addresiert anerkennt, wenn ein oder mehrere Hausnummern auf den Eingängen getaggt sind. Das würde wohl Sinn machen. Hast du gerade ein Beispiel, bei dem das der Fall ist? Es müssten ja gar nicht unbedingt Eingänge sein: Man könnte das Verfahren auch erweitern auf beliebige Adress-Punkte, die Teil eines Gebäude-Linienzuges sind. Dabei würde sich dann eventuell noch die Frage stellen, ob das dann überhaupt noch korrekt gemappt ist wenn ein beliebiger Punkt des Gebäudes die Adresse trägt und nicht das Gebäude selbst... Es war auch noch angedacht, zu erkennen, wenn ein Adress-Punkt innerhalb eines Gebäudes liegt, dass das wohl die Adresse des entsprechenden Gebäudes sein muss. Das dürfte aber wieder etwas aufwändiger zu implementieren sein... Gruss Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Hallo Flo Feststellen wenn Straßennamen an den Adresseinträgen namen von weit entfernten Straßen - also nicht der nächstgelegenen enthalten. Eine andere Formulierung: Es ist verdächtig, wenn ein Haus als Adresse eine Strasse beinhaltet, deren nächstes Segment so weit entfernt liegt, dass z.B. vier andere Strassen in kürzerer Distanz vom Haus aus erreicht werden könnten. So meinst du das? Da könnte man ja sogar Qualitäts- bzw. Glaubwürdigkeits-Klassen erstellen: Nämlich die Anzahl Strassen, die gemäss obiger Beschreibung näher liegen als die getaggte. Gruss Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Hallo Christian Vielleicht wäre es ja möglich, dass man sich auf der Karte die Gebäude markiert, welche noch keine Addresse haben und dann per gpx Datein ausgeben lassen kann, um sie auf dem Handy zu nutzen. Das ist schon ein gutes Stück weit weg von unserem angedachten Workflow. Eventuell wäre es einfacher, das mit einer Overpass-Anfrage zu machen? Als Beispiel hab ich mal schnell eine Query zusammengebastelt, die Gebäude ohne addr:street= ausgibt: query type=way has-kv k=building/has-kv has-kv k=addr:street modv=not regv=./ bbox-query {{bbox}}/ /query union item/ recurse type=down/ /union print/ Zum Anzeigen auf http://overpass-turbo.eu/s/19F gehen, einen nicht zu grossen Ausschnitt wählen und im Menü Ausführen, bzw. Run klicken. Die Vorteile davon wären, dass die Daten immer aktuell sind (so aktuell wie die Overpass-Daten) und kaum Overhead generiert wird. Natürlich müsste die Suche nach keine Adresse vorhanden noch etwas verfeinert werden (z.B. auch Tagging mittels Relationen beachten, etc.)... Gruss Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Ich versuche mal eine Zusammenfassung vom bisher gesagten zu machen. Folgende neue Wünsche habe ich herausgelesen: - Häuser als adressiert anerkennen, wenn ein oder mehrere Hausnummern auf den Eingängen (bzw. auf dem Gebäude) getaggt sind. - Glaubwürdigkeitsklassen: Anzahl anderer Strassen zählen, die eine Verbindungslinie Haus-Zugehörige Strasse kreuzt (bzw. Anzahl Strassen zählen, die näher liegen, als die in der Adresse eingetragene Strasse) - Ausgabe von nicht-getaggten Häusern als GPX, damit man diese unterwegs anvisieren kann. Und/oder: Link generieren, der mittels Overpass das ausgibt, was auch im OSMI sichtbar ist. - GUI: Shortcut um alle Fehler-Arten anzuzeigen (in der bisherigen Version: no addr:street tag, street not found, interpolation lines with errors) und evtl. andere Angaben gleichzeitig ausblenden - Fehlende Postleitzahlen (evtl. auch fehlendes addr:city=, fehlendes addr:country=) markieren (evtl. nur dort, wo schon Adressangaben vorhanden sind) - Ein Voronoi-Diagramm mit Postleitzahlen. Ich nehme an, das gibt/gab es jedoch schon unter http://osm.wno-edv-service.de/plz . - Konfliktierende Adress-Angaben finden: Z.B. Postleitzahl aus addr:postcode - PLZ aus PLZ-Polygon Habe ich etwas übersehen? Bezüglich den Tagging-Schemata, ob und wie z.B. PLZ erfasst werden sollen, möchte ich niemandem Vorschriften machen. Es sollte jedoch erkannt werden, wenn es widersprüchliche Angaben hat, damit das jemand reparieren kann. Grüsse Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
English text see below... Hallo zusammen Im Rahmen einer Projektarbeit für mein Studium werde ich die Adress-Ansicht vom OSM Inspector ( http://tools.geofabrik.de/osmi/ ) überarbeiten. Diese soll Mappern helfen, unvollständige oder fehlerhafte (Post-)Adress-Einträge zu finden und allenfalls zu korrigieren. Aus Performance-Gründen wird diese Ansicht derzeit nur für Europa berechnet. Durch eine Änderung der Architektur soll die Performance erhöht werden, wodurch es möglich sein sollte, die Ansicht auf die gesamte Welt zu erweitern. Gibt es aus eurer Sicht Dinge, die derzeit nicht richtig funktionieren oder Funktionen, die neu eingebaut werden sollten? Gerne nehme ich eure Vorschläge entgegen. (Allerdings muss ich aber auch gleich vorweg nehmen, dass die zur Verfügung stehende Zeit limitiert ist und ich wohl nicht alle Wünsche berücksichtigen kann.) Bereits angedacht sind folgende Ideen: - Tagging mit addr:place=... bzw. mittels Relation berücksichtigen - Aufspüren von Einträgen mit isolierter (also möglicherweise falsch getaggter) Postleitzahl - Visualisieren von Lücken in den Hausnummer-Einträgen - Feststellen von Adress-Duplikaten - Visualisieren von Eingängen (entrance=...) - Feststellen, wenn der exakt ausgeschriebene Strassenname nicht vorhanden ist, aber dafür einer mit ähnlicher Schreibweise Für Feedback zu andern Layern als dem Adress-Layer wendet ihr euch bitte an Frederik Ramm: frede...@remote.org Grüsse Lukas Hey there As a project thesis for my master studies I will overhaul the Address view of the OSM Inspector ( http://tools.geofabrik.de/osmi/ ). Its purpose is to support mappers in finding invalid or incomplete (postal) address entries. Due to performance reasons this view is currently Europe only. The goal of this thesis is to change the architecture to improve the performance and be able to provide a worldwide view. Is there anything in the current view that you would like to be changed or do you have suggestions for new functions? I'd like to hear your ideas. (At the same time I have to admit that I probably will not be able to implement all wishes.) We already thought about the following new things: - Respect address tagging with addr:place=... and relations. - Find addresses with isolated (and therefore potentially wrong) postal codes. - Find gaps in housenumbers - Find address duplicates - Visualize entries (entrance=...) - If mentioned street names can't be found, look for similar-named ones If you have feedback to layers other than the Address Layer, please contact Frederik Ramm: frede...@remote.org Best regards Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de