from:"Tirkon"

Martin Koppenhoefer dieterdre...@gmail.com wrote:

M.E. bezieht sich die Leitfunktion insbesondere auf den Inhalt. Es kann, wenn 
man das Prinzip der Leitversion in Englisch und Übersetzungen davon für die 
div. Sprachen, verinnerlicht, auch gar nicht dazu kommen, dass die Übersetzung 
der englischen Version voraus ist, wie sollte das gehen?

Du setzt hier voraus, was eigentlich zu zeigen war. Damit hat die
inverse Aussage natürlich nicht die geringste Chance, richtig zu sein.
Beispiel: In der deutschen Version von enforcement wird auf das
einfache weil relationsfreie Mappen mit der speed_camera hingewiesen.
Das kann dazu dienen, einen größeren Mapperkreis für das Mappen
derselben zu gewinnen. Es wäre fatal, solch eine Hilfestellung
deswegen zu löschen, weil sie in der englischen Version fehlt. Das
Gleiche gilt beispielsweise für eine massentauglichere oder weiter
gefasstere Erklärung eines komplizierten Relationskonstruktes.

http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bltzer auf Weg oder nicht?

Tom Pfeifer t.pfei...@computer.org wrote:

Die unten zitierte Seite ist ja hier auch inkonsistent, mal wird
von der einfachen Methode, später vom älteren Verfahren gesprochen.
habe ich angeglichen. 

Beide Verfahren wurden etwa gleichzeitig vor fünf Jahren erfunden.

Für diese wieder einen größeren Mapperkreis zu gewinnen birgt die
Gefahr einer weiteren Lagerbildung, 

Die Lagerbildung bezog sich auf das neuerliche verbiegende Mapping
für OSMAND.

Die zuvor schon praktizierte Verwendung von highway=speed_camera hat
damit nichts zu tun. Das Tag soll nach wie vor auch denjenigen das
Mappen von Blitzern ermöglichen, die sich nicht an Relationen
herantrauen. Und das sind zigmal so viele wie die, die es tun. Somit
profitieren alle Nutzer von den Ortskenntnissen möglich vieler und der
Kartennutzen steigt.

das haben wir beim
Verkleben vs Vereinzeln von landuse schon genug.
Das Thema bringt aber für die hier in Frage stehende Diskussion
nichts.

Für zielführender halte ich, die Router/Renderer zu ermutigen, die neue,
allgemeingültigere Methode zu implementieren, 
Mir fällt da keine Formulierung ein, die nicht löschgefährdet wäre.

Aber warum lieber Renderer-Ermutigungen als höherer Kartennutzen? Muss
sich das gegenseitig ausschließen?


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht

Henning Scholland o...@aighes.de wrote:

kannst du dafür ein Beispiel bringen? Die angesprochen place-Tags
beschreiben eine mehr oder weniger zusammenhängende Siedlungsfläche.
10 Siedlungsflächen jeweils im Abstand mehrerer Kilometer, die zwar
administrativ zusammengefasst sind, sind noch lange keine
zusammenhängende Siedlungsfläche.

Nunja, in Gegenden, wo sich die Dörfer um Gehöfte entwickelten, waren
diese mitunter historisch schon sehr auseinandergezogen. Auf einen
Kilometer weniger zusammenhängend ein Gehöft und fünf Häuser und das
als Ort war da keine Seltenheit. Da die ersten Siedler teilweise erst
vor 250 Jahren die ersten jämmerlichen Lehmhütten bauten, gab es so
etwas vor nicht langer Zeit definitiv häufig und hätte als place
gehandelt werden können, weil es kaum etwas Anderes gab. Heute ist das
Schwemmland entwässert und dort die Eigenheim Bebauung heute als
Ortsteil verdichtet. Aber wenn dort in der Neuzeit kein neuer
Bebauungsplan aufgestellt wurde, könnte sich so etwas erhalten haben,
in aller Regel aber nicht als administrative Einheit. 

Aber man sollte niemals nie sagen. Wir hatten bei Wikipedia vor
einigen Jahren die Diskussion um einen Artikel einer
wenigen-Seelen-Gemeinde im südlichen Deutschland, in dem eine
ellenlange Liste von offiziellen Ortsteilen aufgelistet war. Und
tatsächlich: Gemäß Vergleich von Homepage und Satellitenbild hatte ein
durchgeknallter Bürgermeister tatsächlich eine Kuhweide zum Ortsteil
erklärt, bloß weil sich dort eine Fabrikhalle ansiedeln sollte. In
solch einem zersiedelten und jeglicher Gebietsreform fernen Umfeld
könnte man noch heute die oben beschriebenen Strukturen finden. Leider
fällt mir der Name des Ortes nicht mehr ein.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht

Martin Koppenhoefer dieterdre...@gmail.com wrote:

 Auf einen
 Kilometer weniger zusammenhängend ein Gehöft und fünf Häuser und das
 als Ort war da keine Seltenheit.


das ist allerdings regional stark unterschiedlich, schon innerhalb Deutschlands


 Da die ersten Siedler teilweise erst
 vor 250 Jahren die ersten jämmerlichen Lehmhütten bauten,


klingt eher nicht nach Deutschland, jedenfalls gibt es das im Süden nicht

Ups, der erste Abschnitt hätte mit Nunja, in !!hiesigen!! Gegenden
beginnen sollen. Er handelt sich also um ein Gebiet im äußersten
wasserreichen Nordwesten Deutschlands nahe der Nordsee.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht

2014-07-21 Per discussione Tirkon

fly lowfligh...@googlemail.com wrote:

Zumal ja auch darüber diskutiert wird, welchen Zweck diese offizielle
Kartendarstellung hat.

Falls Du darauf anspielst, ob osm.org für Mapper oder Fremdgucker
optimiert werden soll: Ein Ortsnamen-Rendern, das die Orientierung in
der Karte verbessert, ist für beide Gruppen gleichermaßen nützlich.
Dieses Feature spielt also in dieser Diskussion keine Rolle.

Ergebnis waren die zusätzliche Rolle capital für den 
entsprechenden place Punkt, wenn dieser place nicht auch einziger 
admin_centre ist.

O.K. Danke! Dann könnte man auf die Idee kommen, allen admin_centre
die höchste Render-Priorität innerhalb eines admin_level zu verpassen.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Mögliches Geschenk der Wikimania zum zehnten OSM Geburtstag

2014-07-21 Per discussione Tirkon

Ich war mal so frei, ein Geschenk der Wikimania 2014 in London
(weltweite Wikipedia Konferenz) zum zehnten OSM Geburtstag
vorzuschlagen:
https://wiki.openstreetmap.org/wiki/Talk:Wikimania_2014_London#OSM_in_English_Wikipedia

Sie fällt nämlich terminlich genau mit der entsprechenden OSM Party
zusammen, die ebenfalls in London stattfindet:
https://wiki.openstreetmap.org/wiki/Wikimania_2014_London


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bltzer auf Weg oder nicht?

2014-07-21 Per discussione Tirkon

Martin Koppenhoefer dieterdre...@gmail.com wrote:

grundsätzlich sollte in der deutschen Version, da es eine Übersetzung sein
sollte, das selbe stehen wie in der englischen Version (nur halt auf
deutsch ;-) ).

Ohne jetzt diesen speziellen Fall zu würdigen: 
Es ist grundsätzlich richtig, dass in beiden Sprachen dasselbe stehen
sollte. Manchmal wird aber die englische Version als Leitversion
missverstanden. Leider werden daher manchmal bessere Beiträge in
anderen Sprachen einfach gelöscht. Englisch ist aber nur die
sprachliche Leitversion, nicht aber die inhaltliche.

Es sollte also das beste Modell bzw. die verständlichere Beschreibung
aus allen Sprachversionen vorzugsweise ins Englische als Schaltrelais
übertragen werden, um sie von dort in alle Sprachen weiterzugeben.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht

2014-07-20 Per discussione Tirkon

Archer arc...@gulli.com wrote:

Wenn man den Node erhalten will dann aber bitte richtig taggen mit
place=municipality, das stört dann auch keine Auswerter (man stelle sich
vor ich frage alle Städte ab mit place=town und bekomme dann auch
Großgemeinden etc. ausgegeben).

Es geht hier nicht um den bedingungslosen Erhalt von Nodes, sondern um
ein sinnvolles Tagging, das auch von osm.org nachvollzogen wird, so
dass die Karte eine Grundorientierung über die gerenderten Namen der
Kommunen bietet. 

Ich bin ja gerade dabei, den Komplex Gemeinden zu klären. Ich habe
auch place=municipality probiert. Die auf diesen Wert gesetzten Orte
werden aber in keiner Zoomstufe auf osm.org gerendert und es gibt ihn
bisher in Deutschland nur 30 Mal. Daher habe ich dies schon in einem
früheren Thread thematisiert, ohne dass sich jemand place=municipality
für Gemeinden angeschlossen hätte. place=village fand man nur
angemessen, wenn es sich um ein bescheidenes Dorf handelt, von denen
solche Gemeinden zehn bis zwanzig haben. town ist also zu groß und
village zu klein. Letztendlich wird letztzeres aber das
unbefriedigende Mittel der Wahl sein müssen, solange
boundary-Relationen nicht funktionieren und die Diskussion keine
andere funktionierende Möglichkeit aufzeigt. 

Krummhörn ... place=town

Am Beispiel von Krummhörn kann man sehen, dass ein höherwertiges
Value ein für die Orientierung wesentlich besseres Rendering
hervorbringt. (Den Sandkasten für solche Beispiele haben wir nicht.)
Wenn sich place=municipality im Unterschied zu place=village (für
Dörfer) als ein zu place=town analoges Tag für Großgemeinden erweisen
und zudem auch auf osm.org gerendert würde, wäre das tatsächlich eine
gute Lösung.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht

2014-07-20 Per discussione Tirkon

Martin Koppenhoefer dieterdre...@gmail.com wrote:

 Am 20/lug/2014 um 00:27 schrieb Tirkon tirko...@yahoo.de:
 
 Was also tun? Die place-nodes wieder einfügen?


auf die Gefahr, mich zu wiederholen: Großgemeinden gehören für mich nach Admin 
und nicht nach place. Wie und ob das gerendert wird regelt der entsp. 
Style-maintainer /-Entwickler

Ich habe schon gesagt, dass ich es vom Datenmodell als die richtigere
Lösung betrachte. 

Zudem heißt es auch: Wir taggen nicht für den Renderer (die
Anwendungen). In dieser kompromisslosen Form halte ich den Satz für
falsch. Wenn es keinen Renderer, keine Navigationsprogramm oder
anderen Geo-Anwendungen gäbe, dann hätten wir auch kein OSM. Die
Datenbank ist also schon Mittel zum Zweck.  

Und an diesem Punkt hakt mein energischer Widerspruch ein. Wenn es
nach 10 Jahren OSM keine osm.org-Karte gibt, auf der sich Mapper
anhand von Ortsnamen vernünftig orientieren können, dann läuft etwas
quer. Wenn es den am Rendern der Karte beteiligten Personen nicht
möglich ist, die places in eine orientiertaugliche Form zu bringen,
dann hat es keinen Zweck ein neues Fass mit der nächsten Stufe der
Datenevolution aufzumachen und das korrekte Verarbeiten der boundary
Relationen vorauszusetzen. 

Es gibt aber noch einen weiteren Grund für den Widerspruch: Es muss
einem Mapper möglich sein, seinen Freunden nach zehn Jahren OSM eine
ordentliche Karte des von ihm gemappten Gebietes vorzuzeigen. Wenn
dann eine Basisfunktion wie das Anzeigen der größten Orte insbesondere
auf dem Land (dort wo wir noch Mapper nötig haben) nach zehn Jahren
immer noch nicht funktioniert, wird das sicherlich seine Begeisterung
nicht in die Höhe schnellen lassen. Im Gegenteil ist es ein guter Weg,
zu frusten und um die weitere Mitarbeit zu vermiesen. Denn jede andere
Karte im Web kann das besser - und diejenigen auf Papier sogar schon
ein paar Jahrhunderte.

Ergo sollten die Eigenschaften der Datenbank mit den Fähigkeiten der
Anwendungen wachsen und auf Symbiose ausgerichtet sein. Eine
Optimierung der Datenstruktur hat keinen Sinn, solange die Anwendungen
nicht einmal die Vorstufe davon im Griff haben. 

Aus einer Antwort von Andy Allen auf eine entsprechende Frage auf dem
seinem Workshop der SOTM-EU ging hervor, dass man zur Zeit nur die
places auf dem Schirm hat. Also lasst den Kollegen von der
osm.org-Karte die Zeit, um places ordentlich zu rendern. Die
Bevölkerungszahlen und die Hauptstadt Angaben im capital-key der
Kommunen könnten dabei hilfreich sein.

Mit derselben Begründung wie bei den Landgemeinden könnte man auch das
Löschen von Großstadtteil-places begründen. Denn hier handelt es sich
nicht um baulich geschlossene Siedlungen, sondern aus dieser Sicht um
willkürliche Unterteilungen eine geschlossenen Baumasse. Im Ruhrgebiet
gilt das sogar für ganze Städte. Ich frage mich, was passiert, wenn
deren places verschwinden und folglich die Namen auf osm.org und
vielen anderen Karten nicht mehr gerendert werden.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht

2014-07-20 Per discussione Tirkon

Henning Scholland o...@aighes.de wrote:

Ich stimme dir aber auch zu, dass es Kontraproduktiv sein kann, wenn
man den Renderer vor vollendete Tatsachen stellt und ihm die Nodes weg
löscht. Im Prinzip müsste es eine deadline geben ala:

Renderer, wir haben uns entschieden, in Deutschland die überflüssigen
place-nodes zu entfernen, bitte nutze doch die labels aus den
Grenzrelationen.
Am besten noch mit einem Zeitrahmen.

Für die Sache eines orientierungsfördernden Renderns wäre das
natürlich der beste Weg. Die Suche nach Bezeichnungen wie bei den
Places für verschiedene Levels wäre obsolet. Im Admin Level findet
alles seine Berücksichtung, z.B. kreisfreie Städte. Man könnte
Kommunen, die Staats-, Landeshaupt-, Kreisstädte darstellen bzw.
Stadtteile mit Rathausstandort (capital=yes), bei Konkurrenz im
gleichen Admin Level immer verdrängend rendern und mit einem Sternchen
versehen. Ansonsten geht es innerhalb des Admin Level nach
Bevölkerungszahl. Es könnten auch beim Hereinzoomen die jetzt gähnend
leeren ländlichen Gebiete mit Ortsnamen gefüllt werden. Wenn nach dem
Abarbeiten eines Admin Levels noch Platz ist, nimmmt man eben den
nächsten. Möglicherweise veröffentlicht man das Ergebnis auch als
Dump. 

Ob das harte Vorgehen OSM-DB vs OSM-Renderer aus Community-Sicht so
sinnvoll ist, ist da schon fraglicher. Wir wollen ja auch dort nicht
demotivieren - zumal Andy Allen hier auf der SOTM-EU um Hilfe gebeten
hat, nachdem ich das bevorzugte Rendern großer Kommunen thematisiert
hatte. Möglicherweise wäre eine dringende Bitte ohne Termin im Vorfeld
da günstiger. So wie Du es formulierst, soll sich dieses Anliegen von
den üblichen Feature Requests abheben. Die Frage bleibt, wer mit der
offiziellen Mitteilung/Bitte an die Renderer Commmunity von OSM
Carto herantritt - die Data Working Group?


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Place-nodes von Großgemeinden wurden gelöscht

2014-07-19 Per discussione Tirkon

Im hiesigen Gebiet wurden die place-nodes einiger sich auf 15 bis 20
Kilometer erstreckenden Großgemeinden gelöscht - auch solche aus dem
OpenGeoDB Import von vor sechs Jahren. Damit werden diese nicht mehr
auf osm.org angezeigt, wohl aber die Dörfer, die Ortsteile sind.
http://wiki.openstreetmap.org/wiki/OpenGeoDB

Der Kommentar zum Entfernen der Nodes war folgender:
removed wrong place node; place nodes are not just labels; something
has to be there 

Ich kann mich der Argumentation nicht ganz entziehen. Allerdings
werden so Großgemeinden auf osm.org nicht mehr gerendert,
Kleingemeinden, die nur ein Dorf sind, hingegen schon. Aber eine
Karte, auf der Großgemeinden nicht zu finden sind, sind weder für
Mapper noch Fremdgucker sinnvoll. Es sind Basisinformationen, die jede
andere Karte auf dem Papier und im Internet besser kann. 

Was also tun? Die place-nodes wieder einfügen?

Ob es OSM bis zum zehnten Geburtstag schafft, die vernünftige Anzeige
von Basis- und Orientierungsinformationen wie Ortsnamen endlich in den
Griff zu bekommen?


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht

2014-07-19 Per discussione Tirkon

Henning Scholland o...@aighes.de wrote:

ich denke, dass Großgemeinden keinen place-node bekommen sollten.
place=* beschreibt eine Ansiedlung bestimmter Größe. Eine Großgemeinde
ist ein administrativer Zusammenschluss mehrerer solcher Ansiedlungen.
Das ist dann eine Sache für boundary-Relationen.

Ich habe ja schon im Ursprungsposting gesagt, dass ich mich dieser
Argumentation nicht entziehe. Wie aber bekommen wir dann die
Diskrepanz aus der osm.org Karte, dass der Name von Kleinstgemeinden
gerendert wird aber diejenige von Großgemeinden nicht und somit die
Orientierung erschwert bis verunmöglicht? 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] place=municipality für Gemeinden verwenden?

2014-07-15 Per discussione Tirkon

Frederik Ramm frede...@remote.org wrote:

Ich weiss, dass wir in OSM suburb für Stadtteil mißbrauchen, 

Ich hatte den Eindruck gewonnen, dass sich dieser Missbrauch nicht nur
auf Stadtteile sondern auch zumindest auf die offiziellen Ortsteile
mit eigenem politischen Organ einer Gemeinde bezieht.

aber selbst ein Dorf, das Stadtteile hat, wäre mir neu.

Aber im Gegensatz zu einem Dorf hat eine Gemeinde (das war es, worum
es mir in diesem Thread ging) analog zu den Stadtteilen auch
(offizielle) Ortsteile. Mit welchem place-value sollte man 15 bis 20
Kilometer durchmessende Gemeinden und deren einige Kilometer
durchmessenden Ortsteile taggen? 

Brauchen solche Gemeinden überhaupt keinen place-key, sondern nur eine
Grenzrelation - insbesondere wenn deren Name als Wohnsiedlung oder
Ortsteil überhaupt nicht existiert? Wenn ein place nicht
gerechtfertigt ist, dann könnte man einige places, welche Gemeinden
repräsentieren, aus dem OpenGeoDB Import von vor sechs Jahren löschen:
http://wiki.openstreetmap.org/wiki/User:OpenGeoDB

Allerdings müsste man dann dringend an dem Rendern der Ortsnamen auf
osm.org arbeiten, das ausschließlich places berücksichtigt. Die
Orientierung ist dann in Gebieten mit großen Landgemeinden noch
schlechter, als sie ohnehin schon ist.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] place=municipality für Gemeinden verwenden?

2014-07-14 Per discussione Tirkon

Moin,

place=municipality kommt englischen Wiki vor, im deutschen jedoch
nicht: 
http://wiki.openstreetmap.org/wiki/Key:place
http://wiki.openstreetmap.org/wiki/DE:Key:place

In Deutschland kommt das Tag weniger als 30 Mal vor. Wäre es nicht das
treffendere Tag für Gemeinden, die derzeit zumeist mit place=village
getaggt werden? place=village scheint mir eher dann zutreffend, wenn
es innerhalb eines offiziellen place=suburb weitere baulich
geschlossene Ortsteile laut Ortseingangsschildern gibt. 

Das Problem bei place=municipality für Gemeinden ist aber, dass dann
der Gemeindename selbst in der höchsten Zoomstufe auf osm.org nicht
mehr gerendert wird, deren Ortsteile (place=suburb) hingegen schon.
Wir taggen zwar nicht für den Renderer aber damit wäre die
Orientierung in den höheren Zoomstufen komplett weg. Wenn municipality
für Gemeinden verwendet werden soll, müssten sie spätestens zusammen
mit den suburbs gerendert werden, besser noch früher.

Für place=town ist angegeben, dass es für Orte mit mehr als 10.000
Einwohner angemessen sei. Darüber hinaus soll es sich um Städte
handeln. Was aber ist mit einer Gemeinde, die 20.000 Einwohner hat
und dort die Großklinik für die umliegenden (auch kreisfreien)
Städte (und einen Landkreis) angesiedelt ist, die alle kein
Krankenhaus aufweisen und die Gemeinde zudem Einkaufszentren und große
Gewerbegebiete aufweist? 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] post_office im deutschen Wiki

2014-07-14 Per discussione Tirkon

Martin Koppenhoefer dieterdre...@gmail.com wrote:

https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dpost_office

Sowohl die englische Wikipedia als auch die Kurzbeschreibung im
deutschen OSM Wiki sind sich einig, dass post-office ein Ort ist, wo
man Briefe !UND! Pakete aufgeben kann, egal von wem es betrieben wird.
In aller Regel ist das in Deutschland nur bei der Deutschen Post AG
möglich. Wenn es sich aber um eine Stelle handelt, wo man nicht Briefe
!UND! Pakete aufgeben kann, wäre das demnach kein post-office, egal
von wem es betrieben wird. Ergo kann eine Stelle der DPAG, die nur
Briefe annimmt und/oder Briefmarken verkauft, nicht mehr als
post-office bezeichnet werden. Allerdings spricht das deutsche
Gefühl dagegen. Intuitiv ist es sowohl für Mapper und User eine
Filiale der DPAG, egal mit welchem Leistungsumfang.

(Inzwischen sind diese aber schon recht divers. Man muss schon genau
im Internet recherchieren, was (z.B. Einschreiben) bei der
anzusteuernden Filiale möglich ist und was nicht.) 

Mich würde interessieren, wie ein Italiener ein post-office intuitiv
auffasst.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] wie tagge ich Zeltplätze?

2014-07-07 Per discussione Tirkon

Falk Zscheile falk.zsche...@gmail.com wrote:

Meine Idee wäre eine Art Sandkasten

So einen Sandkasten habe ich schon vor Jahren angeregt. Bei Wikipedia
gibt so etwas fast seit Anbeginn. Er ist dort allerdings deutlich
einfacher zu realisieren. 

Neben den Referenz-Beispielen wäre es auch der Platz um zu lernen,
bevor man möglicherweise Fehlerhaftes in die Originalkarte kippt.
Mancher User verkneift sich sicherlich das Mappen aus Angst, dem
lebenden Objekt Schaden zuzufügen. Der Sandkasten müsste für jeden
User einen eigenen Bereich aufweisen. Ein Teil dieses Userbereiches
könnte dabei gegen Veränderungen durch andere User geschützt sein, um
eben Referenz Tagging Vorschläge einzubringen. 

Es gibt dabei allerdings ein Problem. Beispielsweise möchte man ÖPNV
Mapping ausprobieren und muss hierzu das Ergebnis in den ÖPNV Karten
sehen können. Auch das Betrachten in Analyse Werkzeugen wie
beispielsweise dem OSM Inspector müsste möglich sein. Kurzum: Das
Sandkasten Tagging muss sinnvollerweise mit möglichst !!ALLEN!! Karten
und Anwendungen funktionieren. Falls das Sandkasten Tagging aber auf
einer getrennten Datenbank stattfindet, ist dies aber nur dann
möglich, wenn jede einzelne Anwendung dies unterstützt.

Eine Alternative wäre es vielleicht, wenn man den Sandkasten in einem
real nicht existierenden Bereich der Originalkarte unterbrächte. Dies
könnte möglicherweise im Bereich real nicht existierender Koordinaten
sein. Ob das tatsächlich technisch möglich ist, weiß ich nicht. 

Es gab auch Kritik an meinem Sandkastenvorschlag. User könnten damit
vermehrt ausprobieren, wie man für den Renderer taggen könnte.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Anfahrtsbeschreibung SOTM EU führt über gesperrte Straße

2014-06-09 Per discussione Tirkon

Könnte es sein, dass die Anfahrtsbeschreibung per Auto zur SOTM EU
nicht funktioniert? 
http://www.sotm-eu.org/de/pages/getting_there

Hier wird angekündigt, dass die Abfahrt Karlsruhe Mitte bis Ende Juli
/ Anfang August gesperrt sei: 
http://www.baden-tv.com/karlsruhe-im-klammergriff-der-staus-37544/#.U5XwoHbn1YA

Auch die OSM Karte weist die Ausfahrt dank User:Tippfeler als
Baustelle aus:
http://www.openstreetmap.org/?mlat=48.99290mlon=8.43609#map=17/48.99290/8.43609

Nunja, wer einen OSM-basierten Navi nutzt, hat keine Probleme. ;-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Dessau: Schuldige am Tod von Ulf Möller gestern verurteilt

2014-06-04 Per discussione Tirkon

Ulf Möller ist den länger bei OSM-Aktiven als Referent der FOSSGIS,
als Vorstandsmitglied der OSM-Foundation sowie aktiver Teilnehmer am
Projekt bekannt.

Für uns alle unfassbar, wurde er in einem Wald dicht beim
Veranstaltungsort der FOSSGIS 2012 in Dessau tot aufgefunden.

Gestern wurden die Täter nach langem Prozess vom Landgericht Dessau
verurteilt - jedoch nicht als Mörder, wie zunächst gemutmaßt.

Die Historie zum Nachlesen:

OSM Community:
https://lists.openstreetmap.org/pipermail/talk-de/2012-January/091999.html
https://blog.openstreetmap.org/2012/01/19/ulf-m%C3%B6ller-1973-2012/?lang=de

Spiegel Online:
http://www.spiegel.de/panorama/justiz/raubmord-an-ulf-m-tod-auf-dem-heimweg-a-814981.html
http://www.spiegel.de/panorama/justiz/mord-an-informatiker-ermittler-verhaften-verdaechtige-im-fall-ulf-m-a-818945.html
http://www.spiegel.de/panorama/justiz/raubmord-an-ulf-m-fuenf-litauer-in-dessau-rosslau-angeklagt-a-880523.html
http://www.spiegel.de/panorama/justiz/tod-von-ulf-m-nach-ueberfall-an-autobahnraststaette-taeter-verurteilt-a-973060.html


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Hunderte OSM-Kartenplakate öffentlich aufgestellt

2014-04-26 Per discussione Tirkon

Als ich 2008 auf OSM stieß, wurde noch jede gefundene Anwendung hier
gepostet und groß gefeiert. Heute sind OSM-Anwendungen im Internet
nichts Besonderes mehr. 

Wenn aber ausgedruckte plakatgroße Papierkarten von OSM in mindestens
dreistelliger (oder vierstelliger?) Anzahl verteilt über eine ganze
Stadt zu finden sind, dürfte das sicher hier interessieren. Von daher
möchte ich auf einen entsprechenden Blogbeitrag hinweisen:
http://www.openstreetmap.org/user/IOOI/diary/21738

Beschert werden uns diese OSM-Plakate vom Hamburger Verkehrsverbund,
der in der Vergangenheit schon dadurch auffiel, dass er in der
Fahrplanauskunft nicht nur von Haltestelle zu Haltestelle, sondern von
Punkt zu Punkt routet. Dabei wird der fußläufig zurückzulegende Teil
des Weges vermöge der OSM Datenbank berechnet:
http://www.hvv.de

Nachdem auf der letzten Fossgis die Frage nach der Gestaltung
großflächiger Papierkarten aus OSM aufkam, wäre es vielleicht nicht
das Schlechteste, wenn man die IT-ler dahinter für ein Radio-OSM
Interview per Mumble gewinnen könnte.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fossgis 2014: Namensschilder mit OSM Logo??

2014-01-19 Per discussione Tirkon

Tirkon tirko...@yahoo.de wrote:

Was hältst Du von folgendem Vorschlag: Ich besorge 1000 Klebe-
Etiketten mit OSM Logo, die jeder auf Wunsch über das Fossgis Logo
kleben kann.

Da offensichtlich wenig Interesse besteht, lasse ich das mal.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Overpass Turbo Wizard findet Relation nicht

2014-01-08 Per discussione Tirkon

Martin Raifer tyr@gmail.com wrote:

 Ostfriesische Halbinsel ist eine Regionsbezeichnung, die keine
 administrative Verwaltungsfunktion und damit keinen admin_level aber
 exakt anerkannte Grenzen in Form einer Ansammlung von vier Landkreisen
 und zwei kreisfreien Städten hat.

Hm, dann würde ich diese Region anders taggen. Anstatt des type=boundary  
passt wohl eher type=multipolygon mit place=region. Ich war mal so frei

Und schon funktioniert es. Vielen Dank für die Hilfe. :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Overpass Turbo Wizard findet Relation nicht

2014-01-08 Per discussione Tirkon

Jo winfi...@gmail.com wrote:

Du kannst auch areas gruppieren:

(
area[name~Landkreis (Wittmund|Aurich)];
area[name~Landkreis (Friesland|Leer)];
) - .OFhalbInsel;

(
  rel(area.OFhalbInsel)
   [boundary];
) - .allnboundaryrelationsinArea;

.allnboundaryrelationsinArea ;

out meta;

In diesen Fall ging es auch mit eine Zeile wo all 4 mit Regular Expression
ausgewertet werden. Ich habe das in 2 getrennt zum illustrieren das man
grupiere kann.

Vielen Dank für den Hinweis. :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Fossgis 2014: Namensschilder mit OSM Logo??

Moin, bei der Fossgis in Osnabrück gab es für OSMler Namensschilder,
die unser Logo hatten. Bei der Fossgis in Dessau war das nicht so.
Nach meinem Empfinden konnte man von daher wesentlich schlechter
Kontakt mit anderen OSMlern aufnehmen. Ich würde daher anregen wollen,
dieses Logo wieder einzuführen, falls möglich. 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Access Mapping: konsistenter Auswerte-Algorithmus??

Die verschiedenen Meinungen zum Mappen in diversen Diskussionsthreads
zeigen, dass der access nach unterschiedlichen und möglicherweise
inkonsistenten Regeln gemappt wird. Es ist zwar jedem freigestellt,
wie er mappt. Denoch sollten Wege aufgezeigt werden, die ein
konsistentes Mapping ermöglichen. Dies soll Ziel dieses Threads sein.
Nachdem ein solcher Algorithmus gefunden wurde, sollte er möglichst
knapp beschrieben werden.

Zunächst einmal soll ein vereinfachtes Modell beschrieben werden, um
zu sehen, ob dafür ein konsistenter Algorithmus gebaut werden kann.
Ein Weg soll für bestimmte Transportmittel entweder auf jeden Fall
oder überhaupt nicht nutzbar ist. Es ist also für jede
Transportmittelklasse im Ergebnis nur ein yes oder no möglich.
Halbseidene Einschränkungen wie destination, permissive oder private
lassen wir zunächst außen vor. Die Regeln für Deutschland seien
gültig:
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Germany
Dabei wird designated im grünen Feld als yes gewertet. Fahrräder
in Fußgängerzonen seien verboten. motorway und track sowie
motorroad=yes bleiben unberücksichtigt. 

Somit haben wir folgende Beschreibungsmöglichkeiten:

TK ist Abkürzung für Transportmittelklasse. TKn ist deren
Plural. TK(n) lässt ein oder mehrere durch Komma getrennte TK zu.

(X) key(k) = value(v) # mögliche Anzahl

(1) access = no|TK(n)  (yes ist verboten) # 1x 
(2) TK(n) = yes|no
(3) TK(n) = designated
(4) TK(n) = official
(5) TK = TK (nur Unterklasse)
(6) highway = cycleway|footway|pedestrian|bridleway|path # 1x

Fehlen Formen? 

Wie oft darf jede einzelne Form (1) bis (6) an einem Objekt hängen?
einmal?, beliebig häufig? 

Welche Form darf nicht zusammen mit anderen Formen an einem Objekt
hängen?

(2) und (3) habe ich deswegen getrennt, weil sie eine unterschiedliche
Behandlung erfordern. Bei (3) bin ich mir unsicher, ob diese Form mit
einer anderen Form zusammengelegt werden kann.

Wie sieht die Beschreibung/der Algorithmus einer konsistenten
Auswertung aus?

LL bezeichne nach jedem Schritt des Algorithmus die Lösungsmenge, die
alle TK(n) beinhaltet, für die yes gilt. Zu Beginn enthält sie alle
TK(n).

Schritte im Algorithmus könnten beispielsweise sein: 

- (Setze) LL:= alle TKn

- Suche den einzig möglichen Ausdruck der Form(1). 
(Setze) LL:= {}, falls v=no / TK(n), falls v=TK(n)

- Suche alle Ausdrücke (den einzig möglichen Ausdruck) der Form(X).
Bestimme LL, indem ... 

Hat jemand einen besseren Ansatz?


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fossgis 2014: Namensschilder mit OSM Logo??

Frederik Ramm frede...@remote.org wrote:

Ich glaube, ich hatte die sozusagen privat fuer das Standpersonal am
OSM-Stand gedruckt (nicht etwa fuer alle Konferenzbesucher, die auch
Mapper waren). Vielleicht koennten wir der Einfachheit halber ja eine
Kiste Namensschilder mit OSM-Logo vorsehen, und wer will, kann sich
selbst eins beschriften.

In Osnabrück wurde ich definitiv gefragt, ob Fossgis oder OSM Logo -
und habe eines von OSM bekommen.

Was hältst Du von folgendem Vorschlag: Ich besorge 1000 Klebe-
Etiketten mit OSM Logo, die jeder auf Wunsch über das Fossgis Logo
kleben kann. Das reicht dann auch für die nächsten Konferenzen. Ich
müsste dazu bloß wissen, wie groß das Rechteck minimal sein muss, um
das Fossgis Logo zu überdecken und maximal sein darf. Die schicke ich
dann an das Lokalteam oder wo gewünscht.

Alternativ könnte ich das OSM-Logo statt des Sterns in dieses Fossgis
Logo einbauen. Falls es in einer besseren Auflösung zu haben ist, wäre
es schön, wenn ich diese bekommen könnte.
http://wiki.osgeo.org/images/thumb/c/ca/FOSSGIS_eV_prototype.png/187px-FOSSGIS_eV_prototype.png


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Access Mapping: konsistenter Auswerte-Algorithmus??

Tirkon tirko...@yahoo.de wrote:

Die verschiedenen Meinungen zum Mappen in diversen Diskussionsthreads
zeigen, dass der access nach unterschiedlichen und möglicherweise
inkonsistenten Regeln gemappt wird. Es ist zwar jedem freigestellt,
wie er mappt. Denoch sollten Wege aufgezeigt werden, die ein
konsistentes Mapping ermöglichen. Dies soll Ziel dieses Threads sein.
Nachdem ein solcher Algorithmus gefunden wurde, sollte er möglichst
knapp beschrieben werden.

Mist, ich habe Einiges vergessen:

Es ist ein Auswerte-Algorthmus gesucht, der aus den gemappten
access-Tags eines Objektes die Lösungsmenge an Transportmittelklassen
(TKn) erzeugt, die auf diesem Objekt erlaubt sind. Mit diesem
Algorithmus kann dann anhand gemappter Beispiele getestet werden, ob
tatsächlich das Ergebnis heraus kommt, das durch das Mappen
beabsichtigt war. 

TK ist Abkürzung für Transportmittelklasse. TKn ist deren
Plural. TK(n) lässt ein oder mehrere durch Komma getrennte TK zu.

Transportmittelklassen sind auf der acess Wikiseite beschrieben.
Beispiele: foot, motor_vehicle, motorcycle, psv
http://wiki.openstreetmap.org/wiki/DE:Key:access


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Parkplatz nur für PKW

Wolfgang Hinsch osm-lis...@ivkasogis.de wrote:

 Man kann auch in Frage stellen, ob denn das hierarchische Modell hinter 
 den Zugangstags nicht vielleicht einfach zu kompliziert ist...
 Vom Gefühl gilt für mich auch eher:
 motor_vehicle=no = motorcar=no v motorcycle=no v hgv=no v bus=no v ... 
   (äquivalentes entsprechend bei yes oder designated).

Ich sehe das eher als Werkzeug-Problem. Sobald die Editoren dafür eine
Funktion anbieten, läuft es.

Das Werkzeug gibt es zumindest für deutsche Verkehrzeichen -
allerdings nicht im Editor sondern als Web-App:
http://osmtools.de/traffic_signs/

Ansonsten: Wer von Euch wirklich sicher ist, dass sein Tagging so
funktioniert wie gewünscht, der gebe doch bitte in einem speziell dazu
neu angelegtem Thread seinen Auswerte Algorithmus bekannt, nachdem aus
diesem Tagging tatsächlich das gewünschte Ergebnis erwächst. Wenn es
einen solchen Algorithmus gibt, dann wird er möglicherweise später in
Code gegossen, so dass damit ein weiteres Werkzeug entstünde, mit dem
man die Auswirkung des Access Tagging überprüfen könnte. 

Der Thread hierzu heißt:
Access Mapping: konsistenter Auswerte-Algorithmus?? und ist vom 7.
Januar 2014


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie Lizenzwechsel-Opfer finden?

Dirk Reymann d.reym...@web.de wrote:
Ich hab da gerade ein kleines Problem mit den Einschusslöchern infolge
des Lizenzwechsels.

Die Probleme mit dem Lizenzwechsel haben die Diskussion auf sämtlichen
Kommunikationsplattformen von OSM über etwa zwei Jahre beherrscht.
Manche Mapper folgten der Strategie, an existierenden Objekten nicht
zu editieren, sondern nur vollkommen neue (z.B. Gebäude) zu erfassen.
Es gab aufwendige Aktionen, um möglichst viele Nichtzustimmer zu
erreichen. Es gab Tools, die bedrohte Objekte angezeigt haben, so dass
diese im Vorfeld repariert werden konnten. Man konnte sich ferner ein
Bild machen, wie OSM nach dem Lizenzwechsel aussehen würde. Und vor
den vorbeugenden Reparaturen sah es in weiten Teilen so aus, wie Du es
offensichtlich nun heute in Deiner Region vorfindest.

Am Ende war dann nahezu jeder froh, als dann die Löschungen
tatsächlich stattgefunden hatten und man sich endlich wieder auf die
Zukunft konzentrieren konnte. Man war der rückwärts gewandten
Diskussionen um den Wechsel mehr als überdrüssig und so verstummten
diese dann recht schnell.

Die alten Inhalte sind - ebenso wie deren Historie - gelöscht, da ihre
Verwendung unter der neuen Lizenz wie das unerlaubte Abmalen von
Fremdkarten anzusehen wären. Von daher ist es auch wenig sinnvoll,
nach solchen zu suchen, um diese wieder einzufügen. Das ist zwar
bedauerlich, aber eine zweijährige Trauer- und Lähmungsphase sollte
dann doch ausreichen und das Leben weiter gehen. 

Ich empfehle, ebenso wie die damaligen vorbeugenden Remapper
vorzugehen: Wenn einige Objekte - insbesondere Straßen - zu zerzaust
aussehen, dann löschen und neu erfassen. Wenn man mit den schlimmsten
anfängt, sieht es meist schneller wieder passabel aus, als zunächst
gedacht. 

PS. Um diese Gegend geht's:
http://www.openstreetmap.org/#map=13/52.6416
Das sieht - zumindest jetzt - doch recht gut aus - zumindest
verglichen mit den Flickenteppichen, die ich gesehen habe.


Das generelle Problem mit der Historie haben schon viele erkannt und
es gibt schon erste Ansätze, um hier zu helfen. Neben dem hier schon
genannten
http://owl.apis.dev.openstreetmap.org:
gibt es auch noch
http://wiki.openstreetmap.org/wiki/DE:OSM_History_Viewer


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bahnstrom

Michael Kugelmann michaelk_...@gmx.de wrote:

 Besser wäre die Überlegung Wie hätte derjenige, der sich, wie Frederik 
 zu recht schrieb, viel Arbeit damit gemacht hat, vorgehen sollen um 
 ein Ergebnis zu bekommen welches vernünftig realisierbar ist und auf 
 Dauer Bestand haben kann.
Man kann auch eine Frage anders stellen: warum hat sich der Ersteller 
nicht vorher über das korrekte Vorgehen informiert?

Das Problem ist, dass ein Ersteller überhaupt auf die Idee kommen
muss, dass es einen anderen Weg geben könnte. Während für den
Programmierer mit einer Datenbank als täglich Brot der Fall sonnenklar
ist, kennt der Mapper nur seinen Editor. Und in diesem Umfeld gibt es
nur die Relation als einziges Sammeltool und aus seiner Sicht
folgerichtig naheliegendes Mittel für Kategorien. Wer nicht versteht,
was eine Datenbank ist und dass es Abfragen dafür gibt, kann kaum auf
die Idee kommen, dass es eine andere Möglichkeit gibt.

Von daher würde ich für die meisten engagierten Mapper kein Falsch-
oder Faul-Verhalten annehmen, sondern dass sie es einfach nicht besser
wissen können. Mediawiki-User und insbesondere Wikipedianer werden
sogar auf das händische Erstellen von Kategorien gedrillt und können
von daher noch leichter in die Falle laufen. 

Damit diese die Chance haben, über die andere Möglichkeit zu stolpern,
habe ich mir erlaubt, Frederiks Predigt an deren Ende um einen
entsprechenden Hinweis zu erweitern:

http://wiki.openstreetmap.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Overpass Turbo Wizard findet Relation nicht

Moin, seit Jahren suche ich nach einer Möglichkeit, die
administrativen Grenzen im hiesigen Bereich (und nur diese) mit JOSM
herunterzuladen.

Mit dem Overpass Turbo Wizard scheint nun ein Instrument zur Verfügung
zu stehen, das dies erlaubt.
http://overpass-turbo.eu/

Um beispielsweise alle administrativen Grenzen innerhalb der
Samtgemeinde Brookmerland in JOSM hinein zu bekommen, habe ich in den
Overpass-Turbo-Wizard eingegeben: 

boundary=administrative in Brookmerland

Die zugehörige Relation ist
http://www.openstreetmap.org/relation/898627
Dies funktionierte mit dem Wizard gut und auch der anschließende
Export nach JOSM war problemlos.

Dies war nur ein Vortest mit einem kleinen Teilgebiet. Denn eigentlich
brauche ich alle Grenzen innerhalb der ostfriesischen Halbinsel und
verwende hierfür die leicht veränderte Wizard-Abfrage:

boundary=administrative in ostfriesische Halbinsel

Dabei verwendet die Abfrage offensichtlich Nominatim, um die
ostfriesische Halbinsel zu finden. Nominatim findet sie aber nicht -
auch nicht bei dortiger Direkteingabe. 

Frage 1: Ist diese Relation falsch getaggt?:
http://www.openstreetmap.org/relation/2136138

Frage 2: In diesem Beispiel
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#By_exact_name
findet Overpass OSM-Namen, ohne Nominatim zu bemühen. Kann man meine
Wizard-Abfrage oder die von ihr erzeugte Overpass-Abfrage so abändern,
dass sie diese Methode anwendet?

Frage 3: Ginge das ersatzweise auch dergestalt, dass man die
Relationsnummer explizit angibt?

Die erzeugte Overpass-Abfrage lautet:

!--
This has been generated by the overpass-turbo wizard.
The original search was:
boundary=administrative in ostfriesische Halbinsel
--
osm-script output=json timeout=25
  !-- fetch area ostfriesische Halbinsel to search in --
  id-query {{nominatimArea:ostfriesische Halbinsel}} into=area/
  !-- gather results --
  union
!-- query part for: boundary=administrative --
query type=node
  has-kv k=boundary v=administrative/
  area-query from=area/
/query
query type=way
  has-kv k=boundary v=administrative/
  area-query from=area/
/query
query type=relation
  has-kv k=boundary v=administrative/
  area-query from=area/
/query
  /union
  !-- print results --
  print mode=body/
  recurse type=down/
  print mode=skeleton order=quadtile/
/osm-script


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Overpass Turbo Wizard findet Relation nicht

Martin Raifer tyr@gmail.com wrote:

   query type=area into=area
 has-kv k=name v=ostfriesische Halbinsel /
   /query

Leider ist es aber so, dass das immer noch nicht wirklich weiterhilft,  
weil die von dir gewünschte Relation nicht nur von Nominatim nicht  
ausgewertet, sondern auch von der Overpass API nicht als als Fläche  
erkannt wird. (Möglicherweise wegen dem Tagging als type=boundary ohne  
admin_level?)

Vielen Dank! 
Ich habe jetzt in der Relation der ostfriesischen Halbinsel
http://www.openstreetmap.org/relation/2136138
ein area=yes ergänzt. Da Roland erwähnt hatte, Overpass sei nur einige
Minuten hinter der OSM-DB, habe ich 1,5 Stunden gewartet. Aber leider
blieb das Auslieferungsergebnis leer. 

Ostfriesische Halbinsel ist eine Regionsbezeichnung, die keine
administrative Verwaltungsfunktion und damit keinen admin_level aber
exakt anerkannte Grenzen in Form einer Ansammlung von vier Landkreisen
und zwei kreisfreien Städten hat.

Die Abfage sieht jetzt so aus:

!--
This has been generated by the overpass-turbo wizard.
The original search was:
boundary=administrative in ostfriesische Halbinsel
--
osm-script output=json timeout=25
  !-- fetch area ostfriesische Halbinsel to search in --
  query type=area into=area
has-kv k=name v=ostfriesische Halbinsel /
  /query
  !-- gather results --
  union
!-- query part for: boundary=administrative --
query type=node
  has-kv k=boundary v=administrative/
  area-query from=area/
/query
query type=way
  has-kv k=boundary v=administrative/
  area-query from=area/
/query
query type=relation
  has-kv k=boundary v=administrative/
  area-query from=area/
/query
  /union
  !-- print results --
  print mode=body/
  recurse type=down/
  print mode=skeleton order=quadtile/
/osm-script


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OSM Anlaufpunkt auf dem 30C3??

2013-12-27 Per discussione Tirkon

Moin, gibt es eigentlich einen OSM Anlaufpunkt auf dem 30C3?


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)

2013-12-23 Per discussione Tirkon

Dirk Sohler s...@0x7be.de wrote:

Vermutlich ist es 99 Prozent der User egal, wer für die Kartenanzeige
zuständig ist, und von dem einen restlichen Prozent werden wiederum
ebenfalls 99 Prozent keine Zeit haben, weil sie ihren Bus kriegen
müssen  Und das eine Prozent von einem Prozent der User ist statistisch
gesehen sowieso schon Mapper :)

Ich denke mal, die OSM Datenbank wäre nicht existent, wenn es keine
Anwendungen gäbe. Das ist es, was die gewaltige Mehrheit der Mapper
antreibt. Ohne Anwendungen - kein OSM. Von daher ist jede Anwendung
eine Bereicherung. Wenn es sich dabei um eine solch breite Anwendung
wie bei den großen Verkehrverbünden handelt, ist das natürlich umso
besser. Dass dabei zumindest bei den damit befassten Professionellen
Mapper abfallen, ist ja bereits Tatsache. 

Und das könnte z.B. auf die betroffenen Stadtverwaltungen und
Tourismusverbände abfärben, sobald sie hierdurch OSM für ihren
Internet Auftritt entdecken. Im hiesigen Umfeld gibt es beispielsweise
einen Beamten einer Stadtverwaltung, der mir geschrieben hat, aus
beruflichem Hintergrund zum OSM Mapper geworden zu sein. Es gilt unter
Anderem daran zu arbeiten, dass wir mehr von denen dazu bewegen
können. Und im Umfeld eines solchen Rummels bin ich mir nicht sicher,
ob nicht doch der eine oder andere ehrenamtliche Mapper dabei abfällt.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)

2013-12-23 Per discussione Tirkon

Roland Olbricht roland.olbri...@gmx.de wrote:

Das Public-Transport-Plugin kann Routen automatisch sortieren und umdrehen, 
wenn sie genau falsch herum sortiert sind. Die forward/backward-Rollen 
sind allerdings für eine eindeutige Sortierung notwendig, vor allem, wenn eine 
Buslinie z.B. in einem Busbahnhof einen kreisförmigen Weg befährt.

Ja, sobald sich die Route eines Busses selbst kreuzt, entsteht eine
Schleife/Kreis. Und eine Automatik kann nicht wissen, in welcher
Richtung der Bus diese Schleife durchfährt - auch dann nicht, wenn ihr
Start- und Endpunkt der Gesamtroute bekannt ist. 

Beim Editieren mit dem Routenplaner würde man die richtige
Fahrtrichtung innerhalb der Schleife durch Setzen zweier
Zwischenpunkte richtig festlegen können.


Leider verkompliziert eine händisch eingefügte forward/backward
-Rolle die Erfassung ungemein und sollte möglichst vermieden werden.
Das war ja unter Anderem auch dasjenige, was das Oxomoa Schema
erreichen wollte. Im JOSM Relarionseditor ist das auch umgesetzt und
die Anzeige der Lücken funktioniert sogar grafisch unterstützt.

Ich verstehe allerdings nicht, warum die Rolle für die Umkehrung
(Spiegelung) einer Route notwendig sein sollte. Man kehrt einfach die
Reihenfolge der Teilwege um und gut ist. 

Ein Problem ergibt sich allerdings, wenn die Schleife für beide
Fahrtrichtungen des Busses in der gleichen Richtung durchfahren wird,
z.B. bei einer Einbahnstraße. Im hiesigen Bereich haben wir mehrfach
die Situation, dass ein Bus die vielbefahrene Bundesstraße nur zwecks
Anfahren einer Haltestelle verlässt. Diese ist dann für beide
Fahrtrichtungen dieselbe Haltestelle (nicht gegenüber). Hier muss man
nach der Spiegelung händisch eingreifen. Hierzu bietet der JOSM
Relationseditor die Möglichkeit, nur eine Teilroute zum Umkehren zu
markieren. Es wäre dabei hilfreich, wenn solche Schleifen automatisch
aufgesucht und angezeigt werden können. 

IMHO ist die Notwendigkeit der forward/backward -Rolle in Deinem
ÖPNV Plugin dasjenige, was von einer Verwendung abhält. Ohne diese
Rollen werden Lücken angezeigt, die nicht existieren, und
Bushaltestellen auf der falschen Seite der Fahrtrichtung eingesammelt.
Wie gesagt, ich verstehe nicht, warum diese Rolle notwendig sein soll
und nicht wie im JOSM Relationseditor die Reihenfolge der Teilwege
maßgeblich ist. Ohne diese Rolle wäre das Plugin eine große Hilfe.




___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)

Leider hat sich auch nach einigen Jahren immer noch kein
durchgreifendes und praktikables Konzept ergeben, wie der ÖPNV in OSM
integriert werden könnte. Das Oxomoa Schema bzw seine
Fortentwicklungen sind zwar ein erster Ansatz, die meisten Eigenheiten
zu erfassen. Allerdings hat die breite Mapperschaft Probleme, dieses
Modell nachzuvollziehen. Selbst Spezialisten mappen hier nicht
einheitlich. Insbesondere aufwendig gemappte Kreuzungen mit ÖPNV
Routen mag der gemeine Mapper zwecks Maintaining nicht mehr anfassen.
Die Editoren Potlatch und ID ignorieren ÖPNV Relationen weitgehend.
Sie warnen nicht, wenn jemand ein Straßenelement aus solch einer Route
löscht, und sie somit unterbricht.

Das Problem könnte entschärft werden, wenn es einen brauchbaren ÖPNV
Editor gäbe. Ich möchte hier die Idee diskutieren, einen Routenplaner
(Navi) Algorithmus für die Erstellung (nicht nur) von ÖPNV Routen zu
nutzen. Wie man dort einen Start- und Zielpunkt eingibt, gibt man für
den ÖPNV einfach den Ort der Anfangs- und Endhaltestelle an und lässt
routen. Durch das Ziehen der Route bringt man diese dann auf den
tatsächlichen Fahrweg.

Ein Routenplaner, der dieses Vorgehen auf OSM Basis bereitstellt, ist
http://map.project-osrm.org/

Die Vorteile liegen auf der Hand. Eine Route lässt sich in Sekunden
bis Minuten zusammenstellen. Das Aufsuchen von Mikrowegen (ein Meter
Länge) oder z.B. an Brücken stellt damit kein Problem mehr dar. Fehler
in OSM, die ein Routen über diese Strecke unmöglich machen, könnten
mit dem Routenplaner Algorithmus gefunden und eingekreist werden. Denn
der Routenplaner würde sich weigern, über eine solche Fehlstelle zu
routen. Indem man die Zwischenpunkte immer weiter bis zu wenigen
Metern an die verweigerte Stelle heranschiebt, könnte man diese
dingfest machen.

Der Routenplaner Algorithmus könnte für Zugverbindungen auch auf
Schienenwege erweitert werden.

Auch das Reparieren von Routen (auch nach dem Editieren aufwendig
gemappter Kreuzungen) würde damit wesentlich erleichtert. Hierzu
könnte der Routenplaner Algortihmus Vorschläge zur Schließung der
entstandenen Lücken machen, die man durch Ziehen dann auf die richtige
Route bringt.

Das Konzept würde sich nicht nur für den ÖPNV, sondern auch für
jegliche andere Routen wie (Rad-)Wanderwege nutzen lassen.

Das größte Problem an dem Konzept ist allerdings das seltene Update
der Routenplaner, das allerdings bei dem genannten OSRM Projekt
vergleichsweise aktuell ist.

Zum Testen würde für's Erste eine Export Funktion für OSRM hilfreich
sein, die eine berechnete Route als JOSM-taugliche Relation type=route
ausgibt. Damit könnte man neue Routen erstellen.

Als erstes Demo habe ich die Route Bus VEJ 411 Georgheil-Norden
(Verkehrsverbund Ems Jade) nachgestellt. Die Erstellung hat gerade
mal wenige Sekunden gedauert. Allerdings nutzt OSRM keine
highway=service, so dass die hierüber angefahrenen Haltestellen außen
vor bleiben mussten. Dennoch würde eine solche Erstellungsmethode viel
Zeit und Mühen einsparen sowie Fehler vermeiden.

Die OSM-Relation der Route:
http://www.openstreetmap.org/relation/1921181
Die Route bei OSRM:
http://www.osrm.at/5Ue

---
Als weitere Erleichterung könnte IMHO die Unterteilung einer
Haltestelle in Plattform und Haltepunkt aufgeben werden. Die Angabe
der Plattform (z.B. Ort des Haltestellenschildes) wäre ausreichend. Um
den Haltepunkt zu errechnen, bräuchte lediglich das Lot auf die Route
gefällt werden. Dass dies möglich ist, beweist der OSM Inspector in
seinem Adress Layer. Beispiel:
http://tools.geofabrik.de/osmi/?view=addresseslon=6.85091lat=51.21682zoom=18opacity=1.00overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads
Falls als Plattform eine Fläche oder Linie angegeben ist, wird das Lot
aus deren Mitte gefällt.

Fällen eines Lotes bei Wikipedia:
https://de.wikipedia.org/wiki/Lot_%28Mathematik%29#F.C3.A4llen_des_Lots

Was meint ihr?

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Komplizierte Konstrukte - WAS: Zeitreise ins 4. Jahrhundert oder was?

Bernhard Weiskopf bweisk...@gmx.de wrote:

In meiner Umgebung sind ein paar breite Hauptstraßen an Kreuzungen
aufgeteilt in zwei Richtungsfahrbahnen und in der Mitte sind Inseln für
Fußgänger und Radfahrer. Diese Aufteilung und damit das genauere Eintragen
von Fuß- und Radwegen würde ich gerne auch in OSM abbilden, wo die Straßen
zurzeit als jeweils eine durchgehende Linie eingetragen sind.

Könntest Du das Beispiel in osm.org verlinken?

Da über diese Straßen aber Bus-Relationen führen und nach deren neuen Schema
die Straßensegmente in der Relationsliste in der richtigen Reihenfolge
eingetragen werden müssen und das Ganze auch noch für jede Fahrtrichtung
einzeln, lasse ich das Editieren sein. Das ist mir inzwischen zu aufwändig
zu pflegen.

Zu diesem Thema habe ich mit einen ausführlichen Beitrag einen
Nachbar-Thread gestartet:
Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Peter beendet seine Moderationstätigkeit bei OSM Radio

mazderm...@googlemail.com wrote:

Hallo liebe OpenStreetMapper,
in kürze sendet RadioOSM wieder Live.

- Andi, Marc und Peter

Da es hier noch nicht thematisiert wurde, für diejenigen, die den
Podcast am 17. Dezember 2013 nicht live gehört haben:

Die Community-technisch wohl wichtigste Information aus diesem Podcast
war wohl das Ausscheiden von Peter aus dem Moderatorenteam. Genau wie
ich haben andere Live-Zuhörer dies im Chat sehr bedauert.

Anlässlich dieses Abschiedes möchte ich es nicht versäumen, Peter für
die geleistete Aufbauarbeit recht herzlich zu danken. Natürlich
schließe ich dabei Andi und Marc in diesen Dank ein und hoffe, dass
sie uns noch lange in dieser Rolle erhalten bleiben.

Gruß
Tirkon


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)

Peter Wendorff wendo...@uni-paderborn.de wrote:

...
ich denke, im Bereich ÖPNV gibt es unterschiedliche Aspekte.
Du sprichst insbesondere den ÖPNV-Routing-Aspekt an. Aber mal im Ernst:
Um Busse und Bahnen ins Routing mit aufzunehmen braucht niemand zu
wissen, welche Straße der Bus nimmt und welche Umwege er fährt. Dafür
reicht die Abfolge der Haltestellen völlig aus.

Naja, es gibt verschiedene Nutzer des ÖPNV. Um von A nach B zu kommen,
würde die Angabe der Haltestellen ausreichen. Anders sähe das aus,
wenn der Fahrgast als Tourist den ÖPNV als Sightseeing Tour nutzt oder
das Straßensystem in einer neuen Stadt kennenlernen möchte.
Beispielsweise war es für mich hilfreich, die entlang einer Fahrt
gesehenen Objekte in einer besuchten Stadt wiederzufinden. Der
Schienenweg einer Linie kann auch dann als orientierungsgebendes
Landmark dienen, wenn gerade keine Bahn fährt. Nicht wenige
Hobby-Enthusiasten dokumentieren den öffentlichen Personenverkehr in
aller Akribie. 

Im Grundsatz möchte die gewaltige Mehrheit der OSMler keine Anwendung
beschränken. Wenn aber das Mappen für bestimmte Anwendungen zu
Behinderungen (z.B. bei der Serverlast oder beim breiten Maintaining)
führt, muss natürlich darüber diskutiert werden, wie diese zu
vermeiden sind.

Da inzwischen Mitarbeiter und beauftragte datenverarbeitende Firmen
der größten Verkehrsverbünde hier bei OSM mitarbeiten, dürfte es auch
von daher ein gesteigertes Interesse an den Fahrwegen geben. Nach den
Erfahrungen der Verbünde wünschen viele Fahrgäste auch dies. Für uns
liegt der Vorteil darin, dass durch Nutzung von OSM in den
Webauftritten des ÖPNVs weitere potentielle Mapper erreicht werden.

...
Wenn man allerdings die Straßen mit erfassen will, dann ist dein Ansatz
kein schlechter, die Routenführung halbautomatisch hinzukriegen; nur
hilft sie nicht weiter, denn sie vereinfacht eher die Ersterfassung als
dass sie das allgemeine Mappen der darunterliegenden Straßen
vereinfacht: Wenn ich dich richtig verstehe, bleiben die Straßen ja teil
der ÖPNV-Routen-Relation, und ein Mapper, der an eine Kreuzung mit
bereits eingetragenen Routen kommt, steht vor dem gleichen Dilemma wie
heute.

Nein! Das hatte ich thematisiert (Zitat):
Auch das Reparieren von Routen (auch nach dem Editieren aufwendig
gemappter Kreuzungen) würde damit wesentlich erleichtert. Hierzu
könnte der Routenplaner Algortihmus Vorschläge zur Schließung der
entstandenen Lücken machen, die man durch Ziehen dann auf die richtige
Route bringt.

Das Schieben sollte dabei natürlich nicht nur auf Lücken, sondern auch
auf existierende Wege der Routen-Relation anwendbar sein.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] zum neuen OSM - Design für normale Nutzer

2013-12-17 Per discussione Tirkon

Markus liste12a4...@gmx.de wrote:

 http://regio-osm.de/listofstreets/grafikdarstellung/index.html
 Man kann sich hier einen guten Überblick verschaffen

Super Übersicht!
Wer hat das programmiert?

http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis#Auswertung_von_Dietmar


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?

2013-12-17 Per discussione Tirkon

Florian Lohoff f...@zz.de wrote:

 Ich wäre nach wie vor dafür, im Wiki die Empfehlung auszusprechen,
 Straßen(centerlinien) nicht mit Landuse-Flächen zu verbinden, aber bei den
 letzten Diskussionen zum Thema konnte man sich nicht einigen.

Konsenz im Sinne von Einstimmig wird man da nicht erreichen. Mit jedem
mit dem ich Spreche ist aber der meinung das das Bad style ist. Davon
sind einige die ursprünglich so gemapped haben das aber aufgrund der
Pflege eingestellt haben. Irgendwann merkt jeder das das eine ganz doofe
idee ist.

Dies kann unter Anderem aucb dazu führen, dass an höhenfreien
Kreuzungen nicht existente Abfahrten an Autobahnen und Trunks
entstehen. Ich hatte von daher auch schon solche Konstrukte
auseinander zu puzzeln. Für den weniger erfahrenen Maintainer ist das
abschreckend.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] zum neuen OSM - Design für normale Nutzer

2013-12-16 Per discussione Tirkon

Bernd Wurst be...@bwurst.org wrote:

 Und auch bei der Straßenerfassung, der Basis allen Routings, sehen wir
 auch noch nicht gut aus. Da sind noch etliche Bereiche in Deutschland,
 in denen nicht einmal 60 % aller Straßennamen vorkommen.
 
 http://regio-osm.de/

Ich kann dem Link jetzt nicht entnehmen, welche Gemeinden hier ein so
negatives Bild hinein bringen.

Man kann sich hier einen guten Überblick verschaffen, indem man auf
die rot eingefärbten Kommunen klickt. Und wenn man nun bedenkt, dass
längst nicht für alle Kommunen Listen vorliegen ... Man könnte
vermuten, dass da wo niemand Straßenlisten besorgt, auch ansonsten
weniger maintained wird - zumindest wird es wahrscheinlicher. 

http://regio-osm.de/listofstreets/grafikdarstellung/index.html


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?

2013-12-16 Per discussione Tirkon

Jörg Frings-Fürst o...@jff-webhosting.net wrote:

Ist OSM jetzt so etwas wie Wikipedia? 

Die einen kritisieren Wikipedia als Müllhalde, die anderen regen sich
über die dortigen Relevanzkriterien auf ... und bringen dann das Eine
oder das Andere hier als Negativbeispiel, dem OSM nicht nacheifern
solle. 

Wenn tatsächlich negative Entwicklungen der Wikipedia dazu beitragen
können, uns vor solchen zu bewahren, könnte das hilfreich sein. Wenn
hier aber beliebig mal in die eine und mal in die andere Richtung
bezüglich Wikipedia argumentiert wird, hat das recht wenig Nährwert. 

Von daher lass uns eine Relevanz Diskussion auf der Basis der OSM
Gegebenheiten diskutieren und nicht auf denen der Wikipedia. Eine
Datenbank lässt sich beispielsweise filtern, ein Wikipedia Artikel
nicht. Von daher sind das zwei ganz unterschiedliche Paar Schuhe. 

Ein wichtiger Fall, der IMHO gegen eine Aufnahme von Daten sprechen
könnte, wäre eine Unübersichtlichkeit durch den Gebrauch komplizierter
Konstrukte, welche die breite Masse der Mapper, von denen wir immer
noch zu wenig haben, vom Anfassen und Maintainen abhalten könnte.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Straßenverzeichnis Wilhelmshaven unkopierbar?

2013-12-16 Per discussione Tirkon

Die Stadtverwaltung Wilhelmshaven verweist für ein Straßenverzeichnis
auf dieses geschützte aber ansonsten vorbildlich gestaltete
Dokument:

http://www.google.de/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjaved=0CDEQFjAAurl=http%3A%2F%2Fwww.wilhelmshaven.de%2Fportal%2Finfo%2Fstatistik%2Fwhvstrvz_21122009.pdfei=ip-vUv_dCsGetAaqqYAYusg=AFQjCNGNmmysGXmy2OFa7Tm7JyZlY84vfAbvm=bv.57967247,d.Yms

Mir gelingt es mit dem Adobe Reader nicht, daraus Text zu kopieren.
Kann jemand bestätigen, dass es unkopierbar ist oder im anderen Falle
beschreiben, wie es geht?


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] zum neuen OSM - Design für normale Nutzer

2013-12-12 Per discussione Tirkon

Eckhart Wörner ewoer...@kde.org wrote:

Wir kriegen ja noch nicht mal flächendeckend TMC-Daten hin

Und auch bei der Straßenerfassung, der Basis allen Routings, sehen wir
auch noch nicht gut aus. Da sind noch etliche Bereiche in Deutschland,
in denen nicht einmal 60 % aller Straßennamen vorkommen.

http://regio-osm.de/


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] RadioOSM: Wochennotiz Nr. 164

2013-11-12 Per discussione Tirkon

Peter Körner osm-li...@mazdermind.de wrote:

ich hab eine entsprechende Rewrite-Regel angelegt, welche die alten URLs
auf die neue Seite weiter leiten sollte.

Danke! :-)

Kannst du die mal Stichprobenartig testen?

Neun Links waren positiv.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Falk Verlag zeigt auch OSM Karten

2013-11-09 Per discussione Tirkon

Moin,

ich weiß nicht sicher, ob das hier schon thematisiert wurde. Die
entsprechende Recherche fällt etwas schwer, da hier auch Mitstreiter
mit dem Vornamen Falk mittun.

Der Falk Verlag zeigt auf seiner Website fünf verschiedene OSM Styles
- davon einen eigenen. Die Styles lassen sich über das Dropdown Menü
Kartenansicht abrufen. Irgendwie hätte ich das und auch den Dank
dafür nicht erwartet:

Falk sagt an dieser Stelle Danke! an die vielen freiwilligen Helfer,
die es mit ihrer großartigen Arbeit ermöglichen, dass wir Ihnen diese
freie Karte anbieten können.

http://www.falk.de/n-4665-OpenStreetMap_%28OSM%29


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] RadioOSM: Wochennotiz Nr. 164

2013-11-09 Per discussione Tirkon

Peter Körner osm-li...@mazdermind.de wrote:

Wir spalten grade den Blog vom Podcast ab, da 
der Podcast langsam erwachsen wird.

Durch den Umzug sind jetzt alle bisherigen Links auf die Podcasts tot.
Vielleicht kann man da was machen. Beispiel:

http://blog.openstreetmap.de/2013/10/osmde023-und-benutzt-endlich-mal-das-verdammte-wiki/


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Amtliche Daten

2013-10-24 Per discussione Tirkon

Dirk Sohler s...@0x7be.de wrote:

 Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit
 der Schreibweise der entsprechenden amtlichen Liste übereinstimmen?

Vor Ort  Liste

Im Allgemeinen orientiert sich der vor Ort Suchende an den Schildern
vor Ort und nicht an Listen. Insbesondere hat der der lateinischen
Buchstaben nicht mächtige Analphabet, Chinese, Russe, Araber etc. nur
den Bildvergleich und keinerlei Interpretationsmöglichkeiten. Daher
+1. 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken

2013-10-12 Per discussione Tirkon

Martin Koppenhoefer dieterdre...@gmail.com wrote:

 - als Routen-Relation, route=bicycle, network=lcn, mit jeweils einer
 Relation
 für einen einheitlichen Zuständigkeitsbereich, name=Radstreckennetz des
 Landkreises X



ich würde diese Routenrelations-Variante verwenden, allerdings je eine
Route pro Strecke, nicht pro Landkreis.

Als Endziel zunächst sinnvoll erscheinend. Aber 

Die Frage wie solche Netze zu erfassen seien, habe ich mir auch schon
gestellt. An den Sternpunkten finden sich Hinweise auf mehrere Orte
und zwar sowohl zu Fern- als auch Nahzielen. Der Einzelne kann nur
dann ein Routenteilstück eintragen, wenn er von einem Sternpunkt in
eine der Richtungen fährt und dann auf ein Schild mit derselben
Zielbenennung oder auf das Ziel selbst trifft. Dabei treten drei
Probleme auf:

1) Angenommen, jemand folgt Schildern nach Hintertupfingen und
erzeugt dabei die Routenrelation Hintertupfingen als Name. Wenn
jetzt ein Schild rechts nach Museum und links nach Strand weist,
muss geradeaus geprüft werden, ob nicht ein weiteres Schild
Hintertupfingen oder ein weiteres Schild zu innerörtlichen Zielen
(in Hintertupfingen) auftaucht. Wenn ja, müsste die Route nach
Hintertupfingen an der Museum-Strand Gabelung weiterlaufen, ansonsten
dort enden.

2) Außerdem kann man immer nur eine Route von einem Sternpunkt aus
bestimmen. 

3) Zudem kann das System schwierig für eine andere Person zu
durchblicken sein, die eine teilweise erfasste Route komplettiert.

Sinnvoller wäre es, die Sternpunkte mit ihren Beschilderungen (durch
den Schwarm) zu erfassen, um dann später daraus die Routen zu
entwickeln - Letzteres möglicherweise mit Unterstützung einer
Software. So würden alle drei genannten Probleme durch bessere
Übersicht entschärft.

Unschön wird das Routensystem, wenn zwei oder mehrere Routen nach
Hintertupfingen sich vereinigen. Dann laufen mehrere Routen mit dem
gleichen Endziel (Namen) parallel.

Insgesamt ist also die zunächst sinnvoll erscheinende Routenrelation
poblematisch. Vielleicht sollte man sich doch auf das 1:1 Mappen der
Wirklichkeit, nämlich den Schildern an Sternpunkten beschränken.


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Düsseldorf überschwemmt?

2013-09-15 Per discussione Tirkon

Bernd Weigelt weigelt.be...@web.de wrote:

 Düsseldorf hat auf osm.org im verlinkten Zoom einen blauen
 Hintergrund und sieht damit aus wie überschwemmt. Zommt man hinein,
 verschwindet das Blau. Hat jemand eine Ahnung, wie das zustande
 kommt?
 
 http://www.openstreetmap.org/?mlat=51.21358mlon=6.77079#map=17/51.21362/6.77824

 
Als Kölner würde ich sagen, ist nicht weiter schlimm
SCNR

Ich hatte geahnt, dass so etwas kommt. ;-)

Schau Dir mal dieses Changeset an
http://www.openstreetmap.org/browse/changeset/17830550

ist zwar ein erfahrener User, hat aber ID benutzt und Relationen
bearbeitet

Seit wann kann man mit ID Relationen bearbeiten? Bis vor Kurzem ging
nur beschädigen. ;-)

Ich konnte die Stadt durch schlichtes dirty machen (also Neurendern)
über die betroffene Fläche wieder trockenlegen. Das dirty machen
durch bloßes Anschauen hat offenbar nicht in allen Zoomstufen
funktioniert. Seltsam!


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Düsseldorf überschwemmt?

2013-09-14 Per discussione Tirkon

Moin,

Düsseldorf hat auf osm.org im verlinkten Zoom einen blauen Hintergrund
und sieht damit aus wie überschwemmt. Zommt man hinein, verschwindet
das Blau. Hat jemand eine Ahnung, wie das zustande kommt?

http://www.openstreetmap.org/?mlat=51.21358mlon=6.77079#map=17/51.21362/6.77824


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] In Niedersachsen gibt es keine Regierungsbezirke mehr. -- aus OSM entfernen?

Moin,

in Niedersachsen wurden 2005 alle vier Regierungsbezirke Braunschweig,
Hannover, Lüneburg und Weser-Ems als Verwaltungseinheiten aufgelöst
und haben allenfalls vereinzelt noch statistische Funktion. Dennoch
haben sie in OSM danach z.B. in den is_in Tags noch Einzug gehalten.

Beispiel Emden:
http://www.openstreetmap.org/browse/node/240126844

Könnte vielleicht jemand eine Overpass Api Abfrage formulieren, um den
Umfang der Verbreitung abzuschätzen?

Sollten die Regierungsbezirke entfernt werden? Wenn ja, dann wäre dies
vermutlich ein Massenedit und somit hier zu diskutieren.

Wie könnte das Entfernen angesichts der vermutlichen Vielzahl der
Einträge geschehen? Sollte hier ein Bot zum Einsatz kommen? 


https://de.wikipedia.org/wiki/Regierungsbezirk_Braunschweig
https://de.wikipedia.org/wiki/Regierungsbezirk_Hannover
https://de.wikipedia.org/wiki/Regierungsbezirk_L%C3%BCneburg
https://de.wikipedia.org/wiki/Regierungsbezirk_Weser-Ems

https://de.wikipedia.org/wiki/Kategorie:Ehemaliger_Regierungsbezirk_%28Niedersachsen%29


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

Harald Schwarz harald.malte.schw...@gmx.de wrote:

ich habe angefangen die 299 Wahlkreise für die Bundestagswahl 2013 in OSM 
einzutragen.

Um die im Thread deutlich gewordenen Konflikte aufzulösen, könnte man
vielleicht überlegen, ob man die Grenzen für Wahlkreise, Kirchenkreise
etc. in Zusamenarbeit mit dem freien Wikidata erfasst. 

Wikidata wurde geschaffen, um diejenigen Daten zu vereinheitlichen,
die bisher in den 280 Sprachversionen der Wikipedia getrennt erfasst
wurden und von daher oft verschieden waren. Wenn durch die Integration
über Wikidata ein Wikipedianer die Einwohnerzahl eines Ortes in seinem
Land ändert, dann erscheint sie damit in allen Sprachversionen. Dies
gilt im Wesentlichen für die meisten Angaben die in den Artikelboxen
verzeichnet sind.

In Wikidata wurde für jede Gebietskörperschaft eine ID angelegt, die
eindeutig auf die jeweiligen Artikel in den Sprachversionen verweist.
Dies gilt auch für Wahlkreise und Bistümer etc, da hierfür auch
Wikipedia Artikel existieren. 

Wikidata ist zwar ein Schwesterprojekt der Wikipedia aber ebenso wie
die Bilderdatenbank Wikicommons nicht damit verheiratet. Beide
Projekte dürfen und sollen auch anderweitig genutzt werden, wie das
bei Letzterem auch schon geschieht. Man könnte also die existierenden
Wikidata Objekte auch dazu nutzen, als eine Sammelrelation zu
dienen. Und wenn ein benötigtes Objekt fehlt, erzeugt man es eben.
Dann spräche auch nichts mehr dagegen, zu jeder Wahl neue Wahlkreise
zu erstellen und somit die geschichtliche Entwicklung nachzuverfolgen.

Natürlich sollte eine solch umfangreiche Aktion vorher mit der
Wikidata Community abgestimmt werden.

https://www.wikidata.org/wiki/Wikidata:Hauptseite


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

Kolossos tim.al...@s2002.tu-chemnitz.de wrote:

Relevanz haben die Wahlkreise schon dadurch bewiesen. dass es für jeden
einen Wikipedia-Artikel[1] gibt. Hatten wir nicht schon zig
Diskussionen, wo der Wikipedia ihre stringenten Löschprazis wegen
Irrelevanz vorgeworfen wurde und jetzt wird das hier noch strenger
beurteilt?
Die Wikipedia-Artikel existieren übrigens nicht nur, sie werden auch
gelesen[2], im Fall des aufgeführten Beispiels über 500mal pro Monat.
Die Artikel werden übrigens auch nicht nach der Wahl gelöscht.

Ich bin bezüglich Wikipedia auch eher Inklusionist. Dort ist es
allerdings so, dass ein zusätzlicher Artikel kaum stört. Es macht
allenfalls Probleme, wenn die Liste innerhalb einer Begriffsklärung
immer länger wird und häufig gelesene Titel gleichwertig neben selten
gelesenen stehen. Von daher kann man möglicherweise das Gewünschte
nicht ausfindig machen, wenn man keine Anfangsvorstellung eines
Begriffes hat. Ein intelligentere Suche bzw Sortierung innerhalb der
BKL (möglicherweise abhängig von der Klick- oder
Verlinkungshäufigkeit) könnte da helfen.

Bei OSM ist die Situatuion anders. Mit zunehmenden Inhalten wird das
Editieren für weniger erfahrene Mapper immer schwieriger. Wenn eine
zunehmende Komplexität verhindert, dass die Maintainer vor Ort
zunehmend im Tag- und Relationsdickicht nicht mehr durchblicken und
sich damit an einfache Korrekturen nicht mehr herantrauen, wird es
schwierig.

Es nützt also nichts, immer mehr seltener benötigte Features
unterzubringen, wenn dadurch häufig gebrauchte nicht mehr hinreichend
gepflegt werden. Dabei bleibt es natürlich schwierig zu beurteilen, zu
welcher Seite die Balancewaage ausschlägt.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] In Niedersachsen gibt es keine Regierungsbezirke mehr. -- aus OSM entfernen?

Walter Nordmann pil...@hotmail.com wrote:

is_in generell löschen, da dieser Konstrukt total veraltet und obsolet
ist. Man kann die Info prima aus eine PostGIS-DB rauskitzeln und das mit
100%er Sicherheit.

Macht Nominatim das so oder verlässt er sich auf is_in? Es wäre
sicherlich wenig erquicklich, wenn unsere Hauptsuche nicht mehr
richtig funktionieren würde.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Frage zum JOSM Windows Installer und -Webstart

2013-08-18 Per discussione Tirkon

Windows:
Wenn eine neue JOSM Version vorliegt, wird man zwecks Update auf diese
Seite geführt:
http://josm.openstreetmap.de/wiki/De:WikiStart
Der dort befindliche JOSM Windows Installer ist recht groß. Ändett
sich bei einem Update auf eine neue Version mehr als nur JOSM.exe?

JOSM wird recht oft uupgedated. Wäre es nicht sinnvoll, wenn neben dem
großen JOSM Windows Installer ein kleiner JOSM Windows Updater
angeboten würde, der nur die benötigten Teile (möglicherweise nur
JOSM.exe) austauscht?


Webstart:
Zu diesen Fragen habe ich auf
http://www.java.com/de/download/faq/java_webstart.xml
keine Antwort gefunden. 

Läuft JOSM hier lokal auf dem PC oder einem Webserver, wie der Name
vermuten lassen könnte? Wenn letzteres, auf welchem Webserver? Können
Plugins wie bei der Windows Version installiert werden? Bleiben alle
Einstellungen nach dem Schließen erhalten? 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anwender in der Nähe

2013-08-18 Per discussione Tirkon

Frederik Ramm frede...@remote.org wrote:

On 06.08.2013 14:32, Jochen wrote:
 Ist es machbar, diese Gruppe geschlossen anzumailen - quasi PN erweitert?

Nein, und es ist auch nicht erwuenscht, solange die Nutzer keine 
Moeglichkeit haben, von sich aus zu sagen ich moechte Rundmails 
erhalten ja/nein. Im Moment gehen wir davon aus, dass Rundmails 
unerwuenscht sind.

Und ich dachte, dass diese Annahme spätestens seit der
Lizenzumstellung passe wäre. Denn da wurden alle User gebeten, alle
noch nicht Zustimmer anzuschreiben. Einige der nicht zustimmenden
Poweruser dürften in dieser Zeit geradezu bombardiert worden sein. In
einigen Fällen wurde sogar versucht, Kontakt über nicht OSM
zugeordnete Mail-Adressen aufzunehmen.

Ich kannte es beim Eintritt auf OSM von Wikipedia so, dass sogar
explizit jeder neu Angemeldete durch einen (möglichst regionalen) User
begrüßt werden soll. Ich habe bei Kontaktaufnahme über den OSM Account
mit regionalen Usern durchweg nur positive bis ausgesprochen dankbare
Reaktionen bekommen, aus denen sich dann ein Austausch ergeben hat.
Wir sprechen so oft von der Community, in die sich die User mit ihrem
Eintritt in OSM bewegen und dass sie sich damit auch deren Regeln
unterwerfen sollten. Von daher sehe ich kein Problem damit, hier
regionale Kontaktaufnahme zu erlauben, die möglicherweise zu
ausdrücklich erwünschten Reallife Treffen führen. Denn irgendwer muss
da den Anfang machen. 

Natürlich sollte das nicht dahingehend ausarten, dass ein paar hundert
oder gar tausend Massenmails verschickt werden, wie früher geschehen
und unterbunden. Wenn man beispielsweise über ein Reallife-Treffen
nachdenkt, sollte man doch schon handverlesen prüfen, ob da
tatsächlich jemand über einen längeren Zeitraum in der Region editiert
und somit dort wohnt oder einen Bezug dazu hat. Und dann kann man
durch Copy und Paste doch recht schnell einige zehn User anschreiben.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH

2013-08-06 Per discussione Tirkon

Stephan Knauss o...@stephans-server.de wrote:

 Wenn ihr einen Blick auf Pläne der Verkehrunternehmen/-verbünde werfen
 könnt oder proprietäre Karten/Luftbilder wie Google oder sonstige
 öffentliche Quellen dazu verwendet, um Euch eine Ortskenntnis zu
 verschaffen, dann ist das der ureigene Zweck einer Karte. Hierfür ist
 es schnurzegal, unter welcher Lizenz diese Karten und Pläne stehen.
 Ortskenntnis vermitteln ist der Sinn von Plänen und Karten. Und wenn
 Euch die Auftraggeber in diese einsehen lassen, ist das für diesen
 Zweck problemlos. Es braucht keine Bestätigung dafür, dass ihr diese
 Ortskenntnisse für OSM benutzen dürft. Das ist dadurch abgedeckt, dass
 sie Euch reinschauen lassen.

So ganz eindeutig wie du es schreibst ist es leider nicht. Mit deiner 
Begründung könnte ich mir ja auch über Google Maps die Ortskenntnis über 
die Straßennamen verschaffen und diese dann in OSM eintragen.
Wäre auch viel bequemer wie aufwändig mit GPS in der Gegend rumzurennen.

Es geht hier ausschließlich darum, sich eine Ortskenntnis zu
verschaffen und nicht aus den Karten zu übernehmen. Das wird deutlich,
wenn man im Text nach Deinem Zitat weiterliest:

Zitat:
Wenn ihr dann mit Hilfe der so gewonnenen Ortskenntnis die Plätze
bestimmt, die ihr vor Ort oder in Bing Luftbildern (und zwar nur
diesen) aufsucht, so ist das Alles vollkommen problemlos. Das Einzige,
was nicht geht ist, ohne Ermittlung vor Ort oder auf Bing Luftbildern
direkt von proprietären Karten in OSM zu übertragen. Das scheint aber
nach Deinen obigen Worten nicht der Fall zu sein.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH

2013-08-06 Per discussione Tirkon

fly lowfligh...@googlemail.com wrote:

Am 06.08.2013 01:17, schrieb Tirkon:
 Nur die Luftbilder von Bing sind zum Abmalen freigegeben.

Es gibt auch noch Aerowest ! In Ba-Wü häufig besser als Bing und
georeferenziert, wie das im Ruhrgebiet aussieht weiß ich nicht.

Ob Aerowest noch genutzt werden darf, ist gemäß Wiki recht zweideutig.
Vorläufige Weiternutzung wurde vor einem Jahr gesagt. Ob ein Jahr oder
mehr noch als vorläufig zu bezeichnen ist? Ein aktuelles Update wäre
nicht schlecht. 
http://wiki.openstreetmap.org/wiki/DE:WissensWert/Luftbilder


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH

2013-08-05 Per discussione Tirkon

Tracy Kasperczyk kasperc...@mentzdv.de wrote:

Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die
genutzt werden können. Es sind allerdings keine geografische exakten Pläne
zum Mappen. Um geografisch exakt zu Mappen, muss auf weitere Unterlagen wie
z.B. Luftbilder zurückgegriffen werden oder die Daten müssen direkt am
Bahnhof erfasst werden.**

So langsam stellt sich der Fall ganz anders dar als zu Anfang. Wenn
ihr vor Ort ermittelt oder aus Bing Luftbildern (und nur diesen)
ableitet, dann ist das kein Import sondern stinknormales Mappen. Man
beachte dabei: Nur die Luftbilder von Bing sind zum Abmalen
freigegeben.

Wenn ihr einen Blick auf Pläne der Verkehrunternehmen/-verbünde werfen
könnt oder proprietäre Karten/Luftbilder wie Google oder sonstige
öffentliche Quellen dazu verwendet, um Euch eine Ortskenntnis zu
verschaffen, dann ist das der ureigene Zweck einer Karte. Hierfür ist
es schnurzegal, unter welcher Lizenz diese Karten und Pläne stehen.
Ortskenntnis vermitteln ist der Sinn von Plänen und Karten. Und wenn
Euch die Auftraggeber in diese einsehen lassen, ist das für diesen
Zweck problemlos. Es braucht keine Bestätigung dafür, dass ihr diese
Ortskenntnisse für OSM benutzen dürft. Das ist dadurch abgedeckt, dass
sie Euch reinschauen lassen. 

Wenn ihr dann mit Hilfe der so gewonnenen Ortskenntnis die Plätze
bestimmt, die ihr vor Ort oder in Bing Luftbildern (und zwar nur
diesen) aufsucht, so ist das Alles vollkommen problemlos. Das Einzige,
was nicht geht ist, ohne Ermittlung vor Ort oder auf Bing Luftbildern
direkt von proprietären Karten in OSM zu übertragen. Das scheint aber
nach Deinen obigen Worten nicht der Fall zu sein. 
 
Es wäre daher schön, wenn Du explizit bestätigen könntest, dass das
von mir beschriebene Szenario so zutrifft. Dann brauchen wir über
einen Import nicht mehr zu diskutieren. Dann wäret ihr ganz normale
Mapper :-)

Vielen Dank für die Anregungen zu unserer Wiki Seite. Wir werden uns
überlegen ob wir die Wiki Seite bezüglich der Haltestellen nochmal ändern
werden.

Was übrigbliebe, wäre lediglich massenhaftes Umtaggen. Aber auch ein
Solches sollte mit der Community abgesprochen werden. Dies geschieht
gerade und wird durch die Wikiseite sinnvoll unterstützt.


Ich bin übrigens mehr als gespannt, wie ihr das Etagen
Daratellungsproblem in Euren Apps lösen werdet. Immerhin müsste dieses
von einer breiten Masse verstanden und bedient werden. Wenn ich da
beispielsweise an den Berliner Hauptbahnhof oder manche UBahn-Knoten
denke, kommen einige Ebenen zusammmen.

Zu dem Darstellungsproblem käme hinzu, dass GPS in den Gebäuden nicht
zur Verfügung steht und für ein Routing auch der derzeitige Level vom
Smartphone ermittelt werden müsste. Ich kann mir nicht vorstellen,
dass dies ohne unterstützende Technik im Gebäude funktionieren könnte.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?

2013-08-05 Per discussione Tirkon

Manuel Reimer manuel.s...@nurfuerspam.de wrote:

Ich finde: Entweder ganz darstellen oder garnicht. Dieses Geschnipsel sieht
besch... aus...

Woran liegt es? Kann man den Fehler irgendwo melden?

Nach einem Edit hatte ich auch einmal am Kachelstoß auf der einen
Seite ein bereits gelöschtes Stück Wald und auf der anderen eine neu
eingetragene Straße. In einer speziellen Karte konnte man das
Neurendern von Kacheln anstoßen. Aber in diesem Fall half das ebenso
wenig, wie neue Objekte in den betroffenen Kacheln.

Nach einigen Wochen hatte sich das von allein behoben. Möglicherweise
gibt es von Zeit zu Zeit eine Art Rundumschlag beim Rendern.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Qualitätsverbesserung von SpeedCamera-Relationen

2013-08-04 Per discussione Tirkon

Eckhart Wörner ewoer...@kde.org wrote:

 Es geht auch einfacher:
 
 highway=speed_camera
 maxspeed=X 
 
 Auch wenn dabei möglicherweise in der nicht betroffenen Fahrtrichtung
 gewarnt wird.

Möglicherweise ist wohl eher praktisch immer.

Es funktioniert dann, wenn - wie zumindest hier häufig - ein nahezu
ortsgleicher Blitzer in beide Richtungen aufgestellt ist.

Könnte man die Situation bei Anlagen in nur einer Fahrtrichtung nicht
mit einem schlichten forward/backward beschreiben?


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Jörg Frings-Fürst o...@jff-webhosting.net wrote:

 In den letzten Mails hier ist doch ziemlich deutlich geworden, dass
 nicht nur Anfänger überrascht sind, sondern auch erfahrene Mapper,
 die schon länger dabei sind, dass unter frei verfügbare Geodaten
 offenbar auch das massenhafte, automatisierte, externe Abgreifen,
 zusammenführen und Auswerten von Userdaten fällt.
 

Das das erst jetzt auffällt glaube weder Tirkon noch Dir.

Irgendwie scheint es mein Schicksal zu sein, dass mir andere das 
fehlende Wissen über in Ihren Augen banale Dinge nicht zutrauen. ;-)
So habe ich auch schon die JOSM Nomenklatur (was von wo wohin
aktualisieren) derartig gründlich missverstanden, dass man auch fast
meinte, ich wollte foppen.

Ich weiß vermutlich seit der ersten Woche bei OSM, dass der Username
an jeder Änderung hängt. Das merkt man spätestens dann, wenn man die
Chronik aufruft. Mir war aber nicht bewusst, dass dieser mit
herausgegeben wird. Ich bin überhaupt nicht auf die Idee gekommen,
dass es dafür irgendeinen Grund geben könnte. Zudem habe ich freie
Projekte eigentlich immer als die Datenschutz-freundliche Bastion im
Internet angesehen. Wenn man dann noch liest, dass hier eine Geodatei
herausgegeben wird, ist das falsche Bild schnell komplett. Denn der
reine Anwender der Geodaten - so war mein sicheres Bauchgefühl - kann
diese auch mit weggelassenem Usernamen vollwertig nutzen. Von daher
war ich auch intuitiv der Meinung, das man die nicht herausgäbe.

Wenn man weiß, dass Userdaten herausgegeben werden, kommt man auch auf
den Trichter, dass die freie Lizenz regelrecht dazu einlädt, die
Userdaten zu analysieren und explizit von jeglichem Datenschutz
entbindet - ein Effekt, der eigentlich nichts mehr mit dem Primärziel
zu tun hat. Als Folgeerkenntnis kann diese also nur neueren Datums
sein, womit ich an das oben Zitierte anknüpfe.

Ähnlich dürfte es vielen Mappern gehen. Sie sehen nur die Ergebnisse
des internen Gebrauchs, kennen aber nicht die Dateien, die hinten
rausgehen, weil sie diese nicht brauchen.

Für diejenigen, die mit den Dateien arbeiten und reinschauen, mag der
Fall sonnenklar sein, daher auch vielleicht das Unverständnis für die
Gegenseite. Ich hätte aber nicht gedacht, dass in der
unterschiedlichen Einschätzung so viel Konfliktpotential steckt, dass
man die fälschliche Annahme der Nicht-Herausgabe von Userdaten mit der
Trocknung des Hamsters in der Mikrowelle vergleichen möchte.

Mir ist durchaus bewusst, dass aus OSM Sicht die Beschreibung als
GEO-Datenbank in grosslettriger Aufmachung so richtig ist. Es ist eben
das zentrale Produkt und die Userdatenerfassung nur Beiwerk. Aber die
Folge davon ist, dass ein Verbannen der Userdatenerfassung ins
Kleingedruckte im Endeffekt das gleiche Hinterhältige bewirkt, wie
die Methoden der Abzocker, auch wenn das bei OSM niemals so intentiert
war. 

Inzwischen sind die Abzocker bekanntlich gehalten, plakative Sprüche
zumindest mit einem Sternchen zu kennzeichnen, wenn es einen Pferdefuß
geben sollte. Bei uns könnte man dieses Sternchen durch eine
Darstellung an prominenter Stelle deutlich machen - eben die Stelle im
Wiki, wo für das Anmelden geworben wird. Spätestens hier kann man
neben den Vorteilen auch die Nachteile vor Augen führen.

Jetzt lege doch mal einen Beweis oder Beleg dafür vor das in irgend
einer Auswertung reale Personen aufgrund einer Auswertung der OSM-Daten
identifiziert wurden.

Schluck! Wieviel zahlst Du? Ich möchte die Story meistbietend
versteigern, hierdurch Wikipedia-Relevanz erzeugen und dann dort einen
Artikel drüber schreiben. $$:-D 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Tirkon tirko...@yahoo.de wrote:

Nach den Erkenntnissen aus anderen Threads, inwieweit OSM Userdaten
zusammen mit den Geodaten veröffentlicht werden, habe ich
entsprechende Hinweise im OSM Wiki in der deutschen und englischen
Version eingefügt. 
http://wiki.openstreetmap.org/wiki/Beginners%27_guide
http://wiki.openstreetmap.org/wiki/DE:Beginners%27_guide

Da mein Schrift-Englisch nicht so gut ist, bitte ich um Korrekturen:

Bevor Du eine Mitwirkung an den OSM Karten erwägst, solltest Du
wissen, dass jeder Deiner Edits Deinem Usernamen zugeordnet wird.
Diese Information wird zusammen mit den Geodaten unter freier Lizenz
veröffentlicht. Daraus resultiert, dass jeder auch außerhalb von OSM
analysieren kann, wann, wo Du was editiert hast. Beispiele dafür,
welche Rückschlüsse diese Analysen zulassen, findest Du hier [1].
Bedenke, dass insbesondere Dein persönliches Umfeld Dich anhand dieser
Analysen möglicherweise identifizieren kann, auch wenn Du nicht mit
Deinem Realnamen angemeldet bist. 

Before you think about contributing to the OSM map, be aware that
every edit you do, will be assigned to your username. This information
will be published together with the geodata under the free
OSM-licence. That means everybody - even outside OSM - will be able to
analyse when, where you did which contributions to OSM. You will find
examples of such analysis here [1]. Consider in particular your
personal environment is possibly able to identify you even if you do
not use your real name at OSM. 

[1] http://neis-one.org/

Auf der englischen Seite wurde der Text gerade komplett gelöscht.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Jörg Frings-Fürst o...@jff-webhosting.net wrote:

 Bevor Du eine Mitwirkung an den OSM Karten erwägst, solltest Du
 wissen, dass jeder Deiner Edits Deinem Usernamen zugeordnet wird.
 Diese Information wird zusammen mit den Geodaten unter freier Lizenz
 veröffentlicht. 

Das ist ok.

 Daraus resultiert, dass jeder auch außerhalb von OSM
 analysieren kann, wann, wo Du was editiert hast. 

Wo ist dabei das Problem?

Der Anwender kann selbst entscheiden, ob das ein Problem ist oder
nicht.

 Beispiele dafür,
 welche Rückschlüsse diese Analysen zulassen, findest Du hier [1].

Welche Rückschlüsse bitte?

 Bedenke, dass insbesondere Dein persönliches Umfeld Dich anhand dieser
 Analysen möglicherweise identifizieren kann, auch wenn Du nicht mit
 Deinem Realnamen angemeldet bist. 

Belege oder Beweise dazu. Persönlich denke ich das das zu weit geht.

Im Augenblick wird dieses Thema auf der ML ja ziemlich heftig kontrovers
diskutiert.

Du schaffst damit Fakten, ohne diese bis jetzt nur einmal belegt zu
haben.

Bei deiner Erfahrung in OSM hätte ich schon erwartet das Änderungen erst
bei einem Konsens gemacht werden. 

Die Änderungen habe ich nicht zurückgenommen, aber auf disputed gesetzt.

Beim Schreiben der Zeilen war nur umstritten, ob die Userdaten in OSM
sein sollen oder nicht.

Wenn jeder Teil des Wikis in der Liste diskutiert würde, stände so gut
wie nichts drin. Daher habe ich auf Wikipedia das Wesen eines Wikis
gelernt: Man schreibt. Sobald der Text umstritten ist, wird drüber
diskutiert. Daher habe ich ihn neben dem Wiki hier publiziert. Ich
habe es nicht für möglich gehalten, dass die Textwahl groß umstritten
sein könnte.

Insgesamt zu Deinen Kommentaren: 
Du siehst mich mit offenem Mund und erstmal sprachlos dastehen. Mir
ist einfach nicht eingängig, wieso Du für so etwas Belege forderst?
Das ist doch Alles so etwas von naheliegend, insbesondere wenn manche
User auf zig Quadratkilometer die einzigen langfristigen sind, braucht
das persönliche Umfeld, das sich kaum jemand aussuchen kann, doch nur
noch 1 und 1 zusammenzuzählen. Wenn diese Analysen für Dich nicht
selbsterklärend sind, gebe ich kopfschüttelnd die Diskussion auf.

Nebenbei:
Ich bin überzeugt davon, dass man in einigen Jahren einen Menschen an
wenigen Abschnitten Text identifizieren kann. Und wer weiß, was
Software in einigen Jahren zu leisten vermag ... und wer diese
Software zu welchen Zwecken verwendet. Und diese Datzen sind auch in
zwanzig Jahren noch da und frei.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Manfred A. Reiter ma.rei...@gmail.com wrote:

 Bedenke, dass insbesondere Dein persönliches Umfeld Dich anhand
 dieser Analysen möglicherweise identifizieren kann, auch wenn Du nicht
 mit Deinem Realnamen angemeldet bist.


Ist das die Wahrheit?
Wenn man mit der entsprechenden Sorgfalt agiert, sollte das falsch sein -
oder wie kann ich mir das vorstellen?

Um mit Sorgfalt zu agieren, muss man wissen, was es zu verhindern
gilt. Wenn Du das nicht weißt, kannst Du keine dahingehende Sorgfalt
walten lassen. Von daher erübrigt sich der Hinweis nicht. 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Datenschutz Warnung im englischen OSM Wiki

Nach den Erkenntnissen aus anderen Threads, inwieweit OSM Userdaten
zusammen mit den Geodaten veröffentlicht werden, habe ich
entsprechende Hinweise im OSM Wiki in der deutschen und englischen
Version eingefügt. 
http://wiki.openstreetmap.org/wiki/Beginners%27_guide
http://wiki.openstreetmap.org/wiki/DE:Beginners%27_guide

Da mein Schrift-Englisch nicht so gut ist, bitte ich um Korrekturen:

Bevor Du eine Mitwirkung an den OSM Karten erwägst, solltest Du
wissen, dass jeder Deiner Edits Deinem Usernamen zugeordnet wird.
Diese Information wird zusammen mit den Geodaten unter freier Lizenz
veröffentlicht. Daraus resultiert, dass jeder auch außerhalb von OSM
analysieren kann, wann, wo Du was editiert hast. Beispiele dafür,
welche Rückschlüsse diese Analysen zulassen, findest Du hier [1].
Bedenke, dass insbesondere Dein persönliches Umfeld Dich anhand dieser
Analysen möglicherweise identifizieren kann, auch wenn Du nicht mit
Deinem Realnamen angemeldet bist. 

Before you think about contributing to the OSM map, be aware that
every edit you do, will be assigned to your username. This information
will be published together with the geodata under the free
OSM-licence. That means everybody - even outside OSM - will be able to
analyse when, where you did which contributions to OSM. You will find
examples of such analysis here [1]. Consider in particular your
personal environment is possibly able to identify you even if you do
not use your real name at OSM. 

[1] http://neis-one.org/


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Simon Poole si...@poole.ch wrote:

Am 27.07.2013 17:01, schrieb Tirkon:
 Nach den Erkenntnissen aus anderen Threads, inwieweit OSM Userdaten
 zusammen mit den Geodaten veröffentlicht werden, habe ich
 entsprechende Hinweise im OSM Wiki in der deutschen und englischen
 Version eingefügt. 
 http://wiki.openstreetmap.org/wiki/Beginners%27_guide
 http://wiki.openstreetmap.org/wiki/DE:Beginners%27_guide

Ehrlich gesagt (angesichts des chronischen Redundanzen in unserem Wiki
vermutlich ein hoffnungsloses Unterfangen) würde es mir sinnvoller
erscheinen in beiden (allen) Versionen des Beginners Guide auf die
Privacy Policy zu verlinken (die eigentlich jeder vor dem Sign-Up hätte
anschauen müssen)  und deinen deutschen Text, so lange wir nicht eine
vollständige Übersetzung des Textes haben (was ev.etwas zur Verwirrung
beiträgt), als Einleitung vor dem Link auf die Englische Version zu
plazieren.

Naja, die erste Fehlleitung potententieller Helfer findet in dem
ersten Satz auf der Hauptseite mit großen Lettern statt:

Willkommen bei OpenStreetMap, dem Projekt, welches freie geografische 
Daten erstellt und bereitstellt. Aus diesen Daten können zum Beispiel 
Straßen-, Wander- oder Fahrradkarten, Routenplaner oder andere
wissenswerte Informationen erstellt werden. 

Denn wäre sie vollständig, müsste noch angehängt werden:

Zudem werden diese Daten mit den Usernamen der Bearbeiter verknüpft.
Aus diesen Daten können Analysen über den Mapper wie Zeitprofile und
die Lokalitäten seiner Ortskenntnisse erstellt werden.

Dies an dieser Stelle zu tun, soweit wollte ich dann doch nicht gehen.
Aber dann sollte schiefe Bild von der Hauptseite zumindest bei der
nächstmöglichen Gelegenheit gerade gerückt werden. Die bietet sich da,
wo der User von der Hauptseite auf diejenige verlinkt wird, die um
seine Mitarbeit wirbt und wo es um die Anmeldung geht. Denn genau hier
kommt die Korrektur der Hauptseitenaussage erstmals wirklich zum
Tragen und ist damit der ideale Ort. 

Wenn aber jetzt zwischen den beiden Alternativen gewählt werden soll,
die Korrektur noch weiter weg von der sie verursachenden Aussage zu
schieben oder näher an sie heran, würde ich eher das Letztere für
angebracht halten.

... in beiden (allen) Versionen des Beginners Guide auf die
Privacy Policy zu verlinken (die eigentlich jeder vor dem Sign-Up hätte
anschauen müssen) 

Gute Idee. Den Link habe ich in der englischen und deutschen Version
untergebracht.

Der Hinweis auf das Kleingedruckte mag bei Abwehr von Ansprüchen vor
Gericht gerechtfertigt sein. Ich weigere mich aber, für ein
Geraderücken der Hauptseiteninfo auf das Kleingedruckte zu verweisen.
Dann sind wir nichts besser, als die Abzocker, vor denen allmonatlich
die c't warnt. Dort wird genau diese Masche angeprangert, mit großen
Lettern für die Vorzüge zu werben und dann die Fussangeln im
Kleingedruckten zu verstecken. Wie steht man denn da, wenn man ein OSM
empfiehlt, das sich ebenfalls solcher fragwürdigen Methoden bedient.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Martin Koppenhoefer dieterdre...@gmail.com wrote:

 Bevor Du eine Mitwirkung an den OSM Karten erwägst, solltest Du
 wissen, dass jeder Deiner Edits Deinem Usernamen zugeordnet wird.

wobei man wie erwähnt prinzipiell beliebig viele Nutzer anlegen 
kann, wodurch sich das alles wieder relativiert.

Um auf die Idee zu kommen, eine solche Maßnahme zu ergreifen, muss man
erst wissen, dass die großlettrige Aussage von der Wiki-Hauptseite nur
die halbe Wahrheit ist. Von daher relativiert sich die von Dir
zitierte Aufklärung darüber nicht.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?

Mark Obrembalski m...@obrembalski.de wrote:

On 27.07.2013 16:34, p...@wuzel.de wrote:

Und ich glaube, dass es nicht
 zwingend Aufgabe von OSM ist, jedem nochmal die triviale Tatsache
 einzuhämmern, dass er mit allem, was er tut, Datenspuren hinterlässt.
 Natürlich spricht trotzdem nichts dagegen, das an geeigneter Stelle klar zum
 ausdruck zu bringen.

  +1000.

Hier geht es nicht um die normalen Datenspuren, die man im Internet
hinterläßt. Hier geht es darum, dass OSM aktiv Zuordnungen der Daten
zu den Usernamen erhebt und diese ebenso aktiv verteibt. Da dies unter
freier Lizenz getan wird, gibt OSM Jedem die explizite Erlaubnis, mit
diesen Daten nahezu Alles zu tun, was ihm beliebt. Das schließt
geofremde Nutzungen und Userprofilierungen ein. Um die Tragweite
deutlich zu machen: 

Unser Kunden wissen die Sanftheit unseres Klohpapiers Samti zu
schätzen. Jetzt neu mit zusätzlichem Unterhaltungswert: Lesen sie
jetzt während Ihrer Sitzung auch die ausführlichen Analysen über die
User der berühmten OSM Datenbank. Samti, jetzt fast zu schade zum
Abwischen.

Auf der Hauptseite wird man aber großlettrig in Sicherheit gewogen, da
hier nur die Rede davon ist, dass **Geo**-daten verbreitet werden. Auf
diesen Gegensatz muss man einfach hinweisen, denn er hat rein gar
nichts mit den üblichen Datenspuren zu tun.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Frederik Ramm frede...@remote.org wrote:

Ich hab gar nichts gegen mehr Information. Aber nicht mit dem Unterton 
aeh sorry, auf der Hauptseite haben wir Euch angelogen, hier kommt 
jetzt die schmutzige Wahrheit. Denn das ist nicht der Fall.

Das mit der schmutzigen Wahrheit ist Deine Interpretation. Meine ist:
Es wird großlettrig mit Geodaten geworben. OSM erhebt aber zudem aktiv
Zuordnungen der Daten zu den Usernamen. OSM vertreibt diese Daten
ebenso aktiv. Da OSM dies unter freier Lizenz tut, kann sie Jeder fast
nach Gutdünken verwenden - auch für geofremde Zwecke. Eines Tages
findet der Helfer seine OSM Analyse auf dem gerade gekauften
Klohpapier. 

Hier finde ich die Vokabel Geraderücken schon angemessen. Denn wie
sollte es möglich sein, dass die User-Analyse auf dem Klohpapier
landet, wenn OSM Geodaten vertreibt?

Ich bin mir nicht sicher: Ist es vielleicht sogar möglich, dass der
Anwender die explizite Erlaubnis hat, die OSM Userdaten dazu zu
verwenden, sie mit anderen Personen-Datenbanken abzugleichen? Wäre die
einzige voraussetzung dafür, dass er das so gewonnene Ergebnis an OSM
zurückgibt. 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

Dirk Sohler s...@0x7be.de wrote:

Wenn auf der Hauptseite oder spätestens beim Anmelden zu lesen ist,
dass alle Daten, inklusive aller Userdaten und -Verknüpfungen öffentlich
für jedermann zugänglich sind, und aus diesen Daten ohne weiteres über
die Metadaten zu den beigetragenen Geodaten Nutzerprofile öffentlich und
für jedermann einsehbar generiert werden können, aus denen bei einem
gewissen Datenstand Rückschlüsse auf den Beitragenden geschlossen
werden können, würden sicher einige User die Registrierung abbrechen.

Und genau deswegen habe ich diese Info genau dort angebracht. Ich weiß
definitiv von Usern, die diesbezüglich Bedenken hatten. Leider habe
ich denen versichert, dass OSM nur Geodaten herausgibt. Mag sein, dass
ich deswegen etwas engagiert an der Sache bin. Aber das soll anderen
Usern nicht mehr passieren. Sie sollen den Hinweis genau da bekommen,
wo sie ihn brauchen, nämlich wenn das Anmelden thematisiert wird.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki

p...@wuzel.de wrote:

Wer ist jetzt bitte man? Verdächtigst Du hier jemand, die Benutzer 
absichtlich in die Irre zu führen, um sozusagen Daten zu erschleichen?

Man ist OSM insgesamt. Ich habe an anderer Stelle schon beschrieben,
wie es UNABSICHTLICH zu diesem Zustand gekommen ist: Die ersten User
von OSM waren vermutlich Nerds, die das Ausgelieferte problemlos lesen
konnten. Die weniger erfahrenen Mapper kamen mit zunehmender
Bedienerfreundlichkeit der Tools dazu. Erst jetzt, wo Wissende und
Unwissende durch Zufall bezüglich des Problems voneinander erfuhren,
fiel diese Ungereimtheit auf. Dafür kann man niemand die Schuld geben.
Aber spätestens mit diesem Thread sollte die Sachlage klar sein. Wenn
jetzt noch kein Handlungsbedarf bezüglich Aufklärung gesehen wird,
käme OSM zumindest in die Nähe des obigen Vorwurfs. Daher habe ich im
Wiki entsprechende Zeilen eingefügt.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki