Re: [Talk-it] [SUSPECTED SPAM] Questionnaire

2019-03-27 Per discussione Toggenburger Lukas
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

2018-01-07 Per discussione Toggenburger Lukas
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

2018-01-04 Per discussione Toggenburger Lukas
> 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

2016-01-28 Per discussione Toggenburger Lukas
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

2015-09-16 Per discussione Toggenburger Lukas
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

2015-05-01 Per discussione Toggenburger Lukas
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

2015-03-12 Per discussione Toggenburger Lukas
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

2014-05-26 Per discussione Toggenburger Lukas
 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

2014-04-27 Per discussione Toggenburger Lukas
 „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

2014-04-12 Per discussione Toggenburger Lukas
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

2014-04-12 Per discussione Toggenburger Lukas
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

2013-10-01 Per discussione Toggenburger Lukas
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

2013-10-01 Per discussione Toggenburger Lukas
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

2013-10-01 Per discussione Toggenburger Lukas
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

2013-10-01 Per discussione Toggenburger Lukas
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

2013-09-30 Per discussione Toggenburger Lukas
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