from:"Rainer Kluge"


Am 06.09.2012 09:17, schrieb Eckhart Wörner:

Doch, sicher. Getaggt wird nicht das Verhalten der Schranke, sondern die
Beschränkungen, die sich daraus ergeben.


So sehe ich das auch. Schranken sind physikalische Mittel um Zugangssperren 
durchzusetzen. Wenn an dem im UP angesprochenen Tunnel ein aufklappbares Schild 
250 Verbot für Fahrzeuge aller Art angebracht wäre, das nur bei Bedarf 
aufgeklappt wird, dann hätten wir dieselbe Diskussion.


Schranken müssen daher so getaggt werden wie Straßen, für welche dieselben 
Beschränkungen auf andere Weise festgelegt sind. Ob da ein Schild gesperrt für 
Fz aller Art zwischen 20:00 und 06:00 hängt oder eine Schranke steht, die 
abends um acht geschlossen wird, läuft rechtlich auf dasselbe hinaus. Oder um 
bei dem Beispiel im UP zu bleiben: wenn bei einem Unfall im Tunnel ein Schild 
250 auf die Straße gestellt wird, ist das Ergebnis dasselbe, wie wenn eine 
normalerweise offene Schranke geschlossen wird. Ich würde sogar soweit gehen und 
die Beschränkungen nur an die Wege zu taggen, und sei es nur ein kleines Stück 
um die Schranke herum.


Hingegen ist es sinnvoll, das Vorhandensein und die physikalischen Eigenschaften 
sowie die Regeln für des Öffnen/Schliessen der Schranke unabhängig von den damit 
durchzusetzenden rechtlichen Beschränkungen zu taggen. Das könnte z.B. für 
Notdienste nützlich sein, die grundsätzlich überall durchfahren dürfen. Da kann 
es wichtig sein, ob man einen Schlüssel zum Öffnen braucht oder ob dort rund um 
die Uhr Bedienpersonal sitzt. Oder für Leute, die sich ungern an Verbote halten, 
die schon im Voraus wissen wollen, ob sie dort über eine Schranke klettern müssen.


Gruß
Rainer


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

Re: [Talk-de] Offene Schranken


Am 05.09.2012 23:22, schrieb Tirkon:

Das access-Tag beschreibt im verbreiteten OSM Gebrauch die
Zugangsmöglichkeit trotz geschlossener Schranke - in diesem Falle also
den Zeitpunkt, wenn sie ausnahmsweise nicht offen sein sollte.


Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der 
angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die 
Access-Tags der Schranke.


Gruß
Rainer







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

Re: [Talk-de] Offene Schranken


Am 06.09.2012 11:02, schrieb Martin Koppenhoefer:

oder, grundsätzlich offen, ausser in seltenen Ausnahmefällen:
access=yes
note:de=bei Tunnelbrand oder Weihnachten an einem Freitag geschlossen


Und wo steht, für wen die geschlossene Schranke gilt? Wenn am Freitag nach 
Weihnachten Kfz nicht, Radfaher und Fußgänger aber schon dürfen? access:if_closed?


Gruß
Rainer


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

Re: [Talk-de] Offene Schranken


Am 06.09.2012 10:44, schrieb Georg Feddern:

Am 06.09.2012 09:58, schrieb Rainer Kluge:

Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der
angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die
Access-Tags der Schranke.


Und wovon geht ein Router dann bei der Berechnung aus? Ist die Schranke dann
gerade geschlossen oder offen?
Muss er also die access-Tags der Schranke nun beachten oder nicht?


Das ist ein separates Thema, auf das ich in diesem Teilthread, in dem es um die 
Access-Tags geht, bewusst nicht eingegangen bin.


In dem im UP geschilderten Fall hat der Router ohnehin nichts von den Tags an 
der Schranke, egal was man da alles reinpackt.  Oder soll man taggen, dass am 
24.12.2012 zwischen 13 und 15 Uhr wegen Unfall geschlossen sein wird?  Das ist 
schon am Anfang von jemandem gesagt worden. Dazu braucht er TMC oder ähnliches, 
und dann braucht er wiederum die statischen Infos aus OSM nicht.


Es geht nur darum, wie man ihm mitteilt, dass normalerweise offen ist. Das soll 
und kann man nicht über access machen sondern über eine spezielles Tag wie z.B.:


barrier:closed=permanently|on_emergency|14:00-17:00|sunday|24.12-06.01


Gruß
Rainer


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

Re: [Talk-de] Offene Schranken


Am 06.09.2012 11:21, schrieb Martin Koppenhoefer:

Am 6. September 2012 09:58 schrieb Rainer Klugerklug...@web.de:

Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der
angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die
Access-Tags der Schranke.



hierzu wurde schon wiederholt festgestellt, dass access-tags auf ways
nicht unbedingt mit den access-tags auf einem barrier-node in
Beziehung stehen, daher sollte man das auch getrennt betrachten und
taggen, egal wie kurz die ways um den node herum sind. Es gelten immer
(bzw. in den definierten Zeiten) die access-tags sowohl der nodes als
auch der ways. Ob dazu die Schranke offen sein muss, oder ob man bei
geschlossener Schranke durchfahren/-gehen darf spielt doch keine
Rolle.


So war das gemeint. Unabhängig davon, *wie* man die durch die geschlossene 
Schranke erzwungenen Zugangsbeschränkungen erfasst, gelten diese in Kombination 
mit den Beschränkungen der Ways. Und wenn die Schranke offen ist, dann gelten 
nur die Beschränkungen der Ways. Somit geht es um zwei voneinander unabhängige 
Fragen:


1) Wie erfasst man die Kriterien für das Schliessen der Schranke
2) Wie erfasst man die Beschränkungen durch die Schranke

Wenn 1) geklärt ist, braucht man bei 2) den Zustand Schranke offen nicht mehr 
zu berücksichtigen.



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

Re: [Talk-de] OSM: erster ODbL Planet!


Am 06.09.2012 15:35, schrieb qunuxy-osmmailingli...@yahoo.com:

Nein, das liegt daran, dass die Geofabrik-Extrakte heute teilweise leer sind:
http://download.geofabrik.de/osm/europe/


Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf Twitter 
geschrieben: https://twitter.com/geofabrik





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

[Talk-de] SOTM Live Stream Videos


Hallo,

Vielleicht ist ja schon irgendwo in einem Thread erwähnt worden, es gibt zwei 
Livestreams von der SOTM:


Main: Convention Hall (2F)
http://www.ustream.tv/channel/sotm-main

Second: Conference Room (3F)
http://www.ustream.tv/channel/sotm-second

Ausserhalb der Kongresszeiten werden dort Aufzeichnungen gezeigt, zur Zeit auf 
dem ersten Channel eien Aufzeichnung mit Frederik und seiner Präsentation von I 
like OSM (ab 26:50)


Rainer


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

Re: [Talk-de] OSM: erster ODbL Planet!


Am 06.09.2012 18:00, schrieb Sven Geggus:

Rainer Klugerklug...@web.de  wrote:


Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf Twitter
geschrieben: https://twitter.com/geofabrik


Da das Geofabrik Team auf SOTM ist würde ich da nicht unbedingt eine
schnelle Lösung erwarten.


Frederik ist wohl schon dran (Info aus Tokio  von Emilie Laffray auf der 
französischen Liste [1])


[1] http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/047383.html


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

Re: [Talk-de] Spezifische Radweg-Karte für Garmin?

2012-09-04 Diskussionsfäden Rainer Kluge


Hallo,
Am 04.09.2012 11:54, schrieb aighes:

schau dir mal folgende Anleitung an:
http://noegs.blogspot.de/2012/01/tracks-als-transparente-garmin-karte.html

Das ist so ungefähr der Weg, den Sven vorgeschlagen hat. Hier allerdings mit dem
Start bei einem gpx-Track, der dann per josm zu einer osm-Datei konvertiert 
wird.


Wenn der Radweg als Relation in OSM komplett vorhanden ist, müsste das auch ohne 
diesen Umweg nur über den mkgmap-Style und TYP-Datei funktionieren: In der Datei 
relations eine Regel, mit der man den Elementen der betreffenden Relation ein 
spezielles Attribut verpasst, diesen in der Datei lines einen freien Garmin-Typ 
zuweist und diesem in der TYP-Datei eine besondere Farbe.


Gruß
Rainer


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

Re: [Talk-de] Spezifische Radweg-Karte für Garmin?

2012-09-04 Diskussionsfäden Rainer Kluge


Hallo Lars,
Am 04.09.2012 08:45, schrieb Lars Schimmer:


und dann so ein 50-100km
breites Band um den Radweg herum mit dazu?


Ein Lösungsansatz könnte grob so aussehen: Den Weg mit dem 
Douglas-Peucker-Algorithmus stark reduzieren, ein Polygon in 50km Abstand um den 
reduzierten Weg konstruieren, mit osmosis und diesem Polygon als Bbox ein 
OSM-Extrakt erstellen und die Karte aus diesem Extrakt generieren.


Gruß
Rainer


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

Re: [Talk-de] Vandalismus um Eckernförde und anderswo

2012-08-30 Diskussionsfäden Rainer Kluge


Hallo Simon,
Am 30.08.2012 16:23, schrieb Simon Poole:

Ich bin immer noch der Meinung, dass der attraktivster Weg um das ganze
etwas zu entschärfen drin besteht via API gewisse Grenzen die
automatisch erhöht werden zu  setzen  (sprich die fallen dann auch
ziemlich schnell weg). Läuft der Neumapper da rein, sollte der
Editor/API ihm entweder die Möglichkeit geben den Changeset zu verwerfen
oder es in eine Queue zur Validierung zu schicken.





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

Re: [Talk-de] Vandalismus um Eckernförde und anderswo

2012-08-30 Diskussionsfäden Rainer Kluge


Sorry, ich habe zu früh auf Senden gedrückt.

Am 31.08.2012 06:51, schrieb Rainer Kluge:

Hallo Simon,
Am 30.08.2012 16:23, schrieb Simon Poole:

Ich bin immer noch der Meinung, dass der attraktivster Weg um das ganze
etwas zu entschärfen drin besteht via API gewisse Grenzen die
automatisch erhöht werden zu setzen (sprich die fallen dann auch
ziemlich schnell weg). Läuft der Neumapper da rein, sollte der
Editor/API ihm entweder die Möglichkeit geben den Changeset zu verwerfen
oder es in eine Queue zur Validierung zu schicken.


Eine Queue, in die man freiwillig einstellt, ist für Neumapper hilfreich, gegen 
Vandalismus hilft sie natürlich nicht.


Wenn man sich mal über die Karten von Pascal stichprobenweise die Neumapper der 
letzten Woche unter die Lupe nimmt, dann stellt man fest, dass darunter sehr 
viele Einmal- oder Wenig-Mapper sind. Manche melden sich an und erfassen einen 
einzigen POI und dann erst mal nichts mehr. Oft ist das ganz offenbar ein POI, 
zu dem sie einen persönlichen Bezug haben, eine Einrichtung, in der sie 
arbeiten, ihr eigener Laden oder der Bäcker um die Ecke.


Die Zahl der Neu-User, die von Anfang an oder irgendwann später umfangreiche 
Änderungen durchführt, liegt also wahrscheinlich um Größenordnungen unter den 
genannten 9000 im Monat. Die zu überwachen wäre mit einer relativ kleinen Zahl 
von Freiwilligen sicher zu schaffen. Das könnte über ein Monitoring-System 
organisiert werden, bei dem man per Abo über umfangreiche bzw. kritische 
Changsets von Neulingen in einem bestimmten Gebiet informiert wird.


Gruß
Rainer


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

Re: [Talk-de] Vandalismus um Eckernförde und anderswo

2012-08-27 Diskussionsfäden Rainer Kluge


Hallo,
Am 26.08.2012 18:31, schrieb Frank:

statt sich auf Provider und Gerichte zu verlassen, wird es vielleicht mal
notwendig werden, dass OSM sich selbst aktiv darum kümmert, den Datenbestand
besser zu schützen.


+1


Dies könnte in einem strengeren Verfahren zur Registrierung bestehen.


Ich sehe nicht, was man bei der Registrierung mit einem für beide Seiten 
vertretbaren Aufwand machen könnte.



Da es nach meiner Kenntnis trotz des eigentlich leichtsinnig einfachen Zugangs
zu den Lösch- und Änderungsrechten relativ wenig Vandalismus gibt, ist das wohl
zur Zeit noch nicht notwendig.


Da es sich um ein sensibles Thema handelt, ist damit zu rechnen, dass die 
Konsensfindung und die Umsetzung sehr lange dauern wird, sollte man trotzdem 
schon mal anfangen, sich Gedanken zu machen und ggf. Schutzmechanismen 
implementieren, die man zu gegebener Zeit kurzfristig scharf schalten kann.


Bei einer Community, die zu Recht sehr sensibel gegenüber Eingriffen in die 
Privatsphäre ist, bleiben als einfach zu implementierende Mittel aus meiner 
Sicht nur gestaffelte Zugriffsrechte als Maßnahme gegen Missbrauch. Schon eine 
generelle 24-Stundensperre nach der Anmeldung wirkt in vielen Fällen Wunder. Für 
komplexere Änderungen und vor allem Löschungen, könnte man längere Wartezeiten 
und/oder Mengenbegrenzungen einführen.


Ein Moderationsverfahren oder ein Bewertungssystem wären zumindest in Regionen 
mit starker Community sicher machbar. Ob das konsensfähig ist, bezweifle ich 
allerdings.


Gruß
Rainer


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

Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete? - Namen

2012-08-27 Diskussionsfäden Rainer Kluge

Am 27.08.2012 15:09, schrieb Markus:

Ja, Staaten (und ihre Hauptstädte) sind die einzigen zulässigen Ausnahmen für
Übersetzungen. Aber diese sind international geregelt, und zwar in jedem Staat
von der jeweiligen Regierung, in DE beispielswaise vom Standiger Aussschuss für
internationale Namen (STAGN), in Zusammenarbeit mit den jeweilig anderen
Ausschüssen der Partner-Staaten.

Der StAGN befasst sich im wesentlichen mit den deutschen Exonymen für
ausländische geografische Namen. Das mit den Staaten und ihre Hauptstädten hast
du wohl missverstanden. Zitat aus einer Stellungnahme des StAGN zum Gebrauch von
deutschsprachigen Exonymen [1]:

In Deutschland gibt es keine gesetzlich verbindliche Regelung, durch die bei
nichtamtlichem, privatem Gebrauch die Schreibweise oder Verwendung von
ausländischen geographischen Namen vorgeschrieben oder verboten wird. Im
amtlichen Bereich betrifft das lediglich die Schreibweisen der Staatennamen,
Hauptstädte und Dienstorte deutscher Auslandsvertretungen, die vom Auswärtigen
Amt festgelegt werden.

Namen von Staaten und deren Hauptstädten sind sind also nicht die einzigen
Ausnahmenen, die der StAGN zulässt, sondern die beiden Fälle, für die die
Festlegungen des StAGN im amtlichen Bereich verbindlichen Charakter haben. Die
Exonymlisten des StAGN enthalten darüber hinaus eine Fülle von deutschen
Exonymen für Nicht-Hauptstädte (Lüttich, Genf,Nizza), Berge und Gebirge (Olymp,
Vogesen) sowie Seen und Flüsse.

Dass es international das Ziel gibt, den gebrauch von Exonymen zu reduzieren,
ist unbestritten. OSM bildet aber die Wirklichkeit ab und ist nicht das Vehikel
für angestrebte Änderungen.

Und wenn da jeder in die name-Schlüssel hineinschreibt wozu er gerade Lust hat,
wird es m.E. problematisch.

Das halte ich für eine böswillige Unterstellung. Genau so wenig wie jeder den
Verlauf des Rheins nicht so mappt, wie er gerade drauf ist, schreibt da nicht
jeder rein, wozu er Lust hat.

Gruß
Rainer

[1]
http://141.74.33.52/stagn/Portals/0/110415_Allg%20Stellungnahme%20StAGN%20Exonyme%20neu.pdf

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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

2012-08-27 Diskussionsfäden Rainer Kluge


Hallo,

Am 27.08.2012 23:29, schrieb Felix Hartmann:

Und ein Fußweg durch ein Gebäude, ist ein Fußweg, der existiert auch real!


Real existiert da in der Regel kein Fußweg sondern eine begehbare Fläche. 
Fußwege in Gebäuden sind Hilfskonstruktionen für die Unterstützung von Routern, 
die nicht in der Lage sind, über Flächen zu routen. Das Thema ist für 
Plätze/Areas schon x mal durchgekaut worden.


Es wäre aus meiner Sicht zielführender, Regeln für das Taggen der Zugänglichkeit 
von Gebäuden und Gebäudeteilen festzulegen (wenn es die nicht schon gibt?). Zum 
Beispiel: Gebäude mit foot=yes sind grundsätzlich für Fußgänger zugänglich. Wenn 
dann ein Gebäude zwei Eingänge hat, die mit dem Straßennetz verbunden sind, dann 
kann der Router durch das Gebäude routen. Wo sich die Zugänglichkeit auf einen 
Teilbereich des Gebäudes beschränkt, dann muss dieser eben erfasst werden, aber 
 bitte keine Wege wo in der Realität eine große Eingangshalle ist. Was bei 
einem Platz noch angehen kann, wird bei einer Kirche mit Haupteingang und zwei 
Nebeneingängen ganz offensichtlich zum Mappen für den Router.


Gruß
Rainer


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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

2012-08-23 Diskussionsfäden Rainer Kluge


Hallo,
Am 23.08.2012 12:02, schrieb Felix Hartmann:

Andere öffentliche Verkehrsmittel, haben wir schließlich auch verbunden mit dem
Wege/Staßennetz (etwa Fähren, Autoverladung, Ubahnen, usw.).


Was spricht dagegen, Seilbahnen genau so zu handhaben wie schienengebundene 
Bahnen, d.h. mit einer Plattform aerialway=platform, die mit dem Straßennetz 
verbunden ist?



Dazu kommt noch, dass kaum eine Gondel direkt mit einer Piste verbunden ist,
auch im Winter (Sessellifte dagegen schon), so dass man doch schon Wege in OSM
haben sollte.


Willst du die einzelnen Gondeln mappen? Ich vermute du meinst die Seilbahn, also 
die Trägermasten, das Kabel und die Berg- und Talstation.



Frage ist daher, wie schaffen wir es Gondeln und Sessellifte so an das Wegenetz
zu verbinden, das nicht wieder Vandalen dies löschen.


Wenn es man mit aerialway=platform, dann stellt es sich für das Routing wie ein 
Bahnhof oder eine Straßenbahnhaltestelle dar. Und gegen Vandalen hilft nur 
Aufmerksamkeit.


Gruß
Rainer



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

Re: [Talk-de] Recyclingbehälter unterirdisch

2012-08-10 Diskussionsfäden Rainer Kluge


Am 10.08.2012 09:56, schrieb Walter Nordmann:

Wie werden die denn geleert? Kommt da die Metro? ;)


So: http://www.youtube.com/watch?v=e_zX7u6v4UY


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

Re: [Talk-de] Recyclingbehälter unterirdisch

2012-08-09 Diskussionsfäden Rainer Kluge


Am 10.08.2012 01:13, schrieb Manuel Reimer:

Foto davon hätte ich trotzdem noch gerne gesehen...


Hier ein paar Beispiele:

http://www.ladepeche.fr/content/photo/biz/2009/12/30/200912301182_zoom.jpg
http://www.bourges-info.com/imagesweb/poubelle001.JPG
http://actionbarbes.blogspirit.com/media/02/02/1433838552.JPG

Gruß
Rainer


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

Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen

2012-08-08 Diskussionsfäden Rainer Kluge


Hallo,

Am 08.08.2012 22:28, schrieb Dieter Jasper:

Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt.


Die wurde heute um 20:36 gelöscht [1]. Da die höheren Zoomlevel häufiger neu 
gerendert werden, ist sie dort schon nicht merh zu sehen, ab Level 13 sind die 
Tiles noch nicht auf dem aktuellen Stand.


Gruß
Rainer


[1] http://www.openstreetmap.org/browse/way/175131740/history



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

Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen

2012-08-08 Diskussionsfäden Rainer Kluge


Am 08.08.2012 22:51, schrieb Dieter Jasper:

aber warum kann keine Daten der N3 mit JOSM laden.


Weil der Nutzer meppen7 (ich vermute, dass du das bist) diesen Weg gelöscht hat. 
Er existiert in den Daten nicht mehr. Der Renderer hinkt je nach Zoomlevel mehr 
oder weniger hinterher. Dadurch kommt es dazu, dass die Strasse in manchen 
Leveln noch angezeigt wird, in anderen schon nicht mehr.


Mit dem Redaction Bot hat das übrigens nichts zu tun

Gruß
Rainer


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

Re: [Talk-de] Permanente/stabile OSM IDs!

2012-07-26 Diskussionsfäden Rainer Kluge


On 26.07.2012 15:17, Stefan Keller wrote:

Peter Wendorff schrieb u.a.

- Ein Bildstock wird neu erstellt (jemand löscht und erzeugt neu):
  Du erkennst die Löschung und musst nachgucken, kannst aber gleichzeitig
  relativ leicht verifizieren, ob der neu erstellte node vielleicht
  der adäquate Ersatz ist.
- Die Tags eines bildstocks ändern sich, dabei geht das bildstock-tag
  verloren: Du erkennst das, hast aber immer noch die ID und den Ausschnitt,
  die passen - aber prüfen musst du sowieso.


Bei diesen beiden Punkten versagt die OSM-ID


Ich vermute, wir reden aneinander vorbei oder ich stehe total auf dem Schlauch.

Zum ersten Punkt:

- Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID 
gespeichert

- Jemand löscht diesen Bildstock
- Die Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und 
stellt fest, dass dieses nicht mehr existiert


Wo ist hier das Problem?

Zum zweiten Punkt:

- Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID 
gespeichert

- Jemand löscht das Bildstock-Tag dieses Objekts
- Die Bildstockanwendung greift auf das Objekt mit der OSM-ID ID1 zu und stellt 
fest, dass das Bildstock-Tag weg ist


Wo ist hier das Problem?

Gruß
Rainer


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

Re: [Talk-de] Permanente/stabile OSM IDs!

2012-07-26 Diskussionsfäden Rainer Kluge


On 26.07.2012 18:18, Stefan Keller wrote:

Zum ersten Punkt:

- Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird
diese ID gespeichert - Jemand löscht diesen Bildstock - Die
Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und
stellt fest, dass dieses nicht mehr existiert

Wo ist hier das Problem?


Angenommen es handelt sich eigentlich um dasselbe Objekt, und das Objekt
wird nicht mehr am derselben Ort erstellt, dann ist die Chance gross, dass
man es verliert. Ich habe oben einige solche Situationen zusammengetragen.
Sagen wir, es wurde nur um 10m verschoben, aber innerhalb von 10m gibt es
noch weitere neue Objekte: Welches ist es nun?


Erst mal: wenn das Objekt im Editor mit der Maus um 10m verschoben wird, dann
ändert sich die OSM-ID nicht. Nur wenn man ein Objekt als Kopie eines anderen
Objekts anlegt, wird eine neue OSM-ID vergeben. Bei Josm ist übrigens Löschen +
Einfügen gar nicht möglich, sondern man muss kopieren, einfügen und das Original
löschen. Ich frage mich wer so einen Aufwand wegen einer Verschiebung um 10m
treibt und warum. Aber sei's drum, jeder nach seiner Façon.


Mit einer Projekt-ID/UUID muss man nichts tun.


Doch. Ein Beispiel: Die Bildstöcke BS1 und BS2 liegen wenige Meter auseinander, 
sind aber etwa 10m von ihrer tatsächliche Position P1 bzw. P2 entfernt gemappt. 
Auch die relative Position der beiden Objekte zueinander ist nicht korrekt, BS1 
ist näher an P2 gemappt als an P1. Ein Mapper stellt die ungenaue Positionierung 
fest und zieht Bildstock 1 nach P2 Bildstock 2 nach P1. Woher soll der Mapper 
denn wissen, welcher der ungenau positionierten Bildstöcke auf welcher Position 
steht. Und schon wird ein falsches Foto angezeigt.


Ich habe übrigens nichts gegen UUIDS, man sollte sich nur davor hüten zu 
glauben, man würde es damit der hier diskutierten Anwendung einfacher machen. 
Man wird nicht umhin kommen, bei jeder Änderung der Position nachzuschauen und 
ggf. die DB manuell nachzuziehen.


Gruß
Rainer


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

Re: [Talk-de] Permanente/stabile OSM IDs!

2012-07-26 Diskussionsfäden Rainer Kluge


On 26.07.2012 23:23, Stefan Keller wrote:

Am 26. Juli 2012 18:57 schrieb Peter Wendorffwendo...@uni-paderborn.de:

Vorausgesetzt, die PID/UUID wird mit kopiert


Das stimmt. Dabei sind wir uns aber wohl aber einig, dass der
Normalfall für den einfachen Mapper.


Das mag der Normalfall sein, aber das Konzept muss auch alle anderen Fälle 
abdecken. Wenn der Editor vom Normalfall ausgeht und die UUID immer ungefragt 
mitkopiert, dann hat man ein Problem, wenn der Mapper doch mal nicht den 
Normalfall meint.


Bis jetzt gibt es keinen in sich schlüssigen und vollständigen Vorschlag für 
eine Permanent-ID-Lösung, der weitestgehend ohne manuellen Eingriff des Mappers 
funktionieren würde. In allen nachfolgenden Fällen ist der Editor auf einen 
Entscheidung des Bedieners angewiesen:


- Ausschneiden und Einfügen. Ist das einfügte Objekt identisch mit dem 
gelöschten oder ist es ein anderes, neues Objekt?


- Ausschneiden und mehrmals Einfügen. Welches der eingefügten Objekte ist das 
verschobene Originalobjekt?


- Kopieren und Einfügen, Löschen des Originals. Im Moment des Einfügens weiß der 
Editor noch nichts von dem späteren Löschen. Soll er die ID kopieren? Wenn ja, 
was passiert, wenn dann doch nicht gelöscht wird? Ein Konflikt beim Hochladen?


Gruß
Rainer


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

Re: [Talk-de] Permanente/stabile OSM IDs!

2012-07-25 Diskussionsfäden Rainer Kluge


On 25.07.2012 12:32, Manuel Reimer wrote:

Peter Wendorff wrote:

Wo ist jetzt deine Lücke in dem Konzept?
Dass immer noch manuell kontrolliert werden muss? Das löst du mit deiner UUID
auch nicht.


Alle diese Probleme entfallen, wenn ich annehme, dass die UUID von Mappern nicht
verändert/angefasst wird.


Lies doch bitte den Beitrag von Peter nochmal. Er hat nicht *Probleme* 
aufgelistet sondern *Lösungen* für realistische Use Cases. Und die Frage war, 
was fehlt dir noch, wenn du diese *Lösungen* anwendest.


Gruß
Rainer


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

Re: [Talk-de] Permanente/stabile OSM IDs!

2012-07-23 Diskussionsfäden Rainer Kluge


On 23.07.2012 14:22, Stefan Keller wrote:

Er muss tatsächlich möglichst wenig von IDs mitbekommen. Nur eines
kann und muss er wissen: Ändern ist nicht dasselbe wie Löschen und
wieder einfügen! Wenn jemand in einer Adresskartei einen Kundennamen
ändert, dann löscht er auch nicht den ganzen Kunden um ihn gleich
nochmals komplett neu zu erfassen.


Der Vergleich mit einer Kundendatenbank hinkt. Gibt es keine Referenz per 
interner ID von und zu einem Kundensatz, dann kann dieser problemlos gelöscht 
und neu angelegt werden. Wenn aber die Kundendaten über eine interne ID noch mit 
Bestelldaten verknüpft sind, dann kann der Kundendatensatz nicht gelöscht 
werden. Vergleichbares ist bei den hier diskutierten Beispielen in OSM nicht 
möglich, da die Verknüpfung in der externen Anwendungsdatenbank realisiert ist.



Der Mapper soll nun natürlich gemäss seiner Wahrnehmung der Realität
entscheiden, was nun mit den Bänken geschehen sein könnte:
Entscheidet er sich dafür, dass sie verschoben wurden, soll er das mit
den vier Bänken tun (unter Beibehaltung der Projekt-ID bei der einen).
Meint er, das seien vier brandneue, löscht er die vier (inkl.
Projekt-ID) und erfasst vier neue (ohne Projekt-ID). Das
Schlafbank-Projekt kriegt ja beides mit und muss reagieren.


Nein, der gemeine Mapper nimmt die alten Bänke, verschiebt sie, ändert deren 
OSM-Tags und fasst deine Projekt-ID dabei nicht an. Er tut OSM damit was Gutes, 
weil er 4 OSM-IDs spart. Oder er macht sich Gedanken über diese Projekt-ID, 
verliert Zeit mit der Suche nach deren Bedeutung und dem Umgang mit ihr, ist 
verunsichert und lässt alles beim Alten, schliesslich will er ja nichts kaputt 
machen. Beides ist sicher nicht im Sinne des Schlafbankprojekts.


Gruß
Rainer






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

Re: [Talk-de] QA-Software

2012-07-18 Diskussionsfäden Rainer Kluge


On 18.07.2012 08:34, Jan Tappenbeck wrote:

deshalb hatte ich ja nachgefragt schon ob einer die Tools von Gary68 auf einer
Linux-Umgebung mal eben wieder aktivieren kann.


Wenn man Osmose [1], KeepRight [2] und den OsmInspector [3] nutzt, wofür braucht 
man dann noch ein weiteres Tool? Das kann eigentlich nur zum Aufdecken von 
exotischen Fehler im Zusammenhang mit deinen speziellen Mappingthemen sein. Ich 
befürchte, dafür musst du dir selbst was schreiben. Die Tools von Gary68 sind in 
Perl geschrieben, die bekommt man auch unter Windows zum Laufen, mit Cygwin oder 
ActivePerl.


Gruß
Rainer

[1] http://osmose.openstreetmap.fr/map/
[2] http://keepright.ipax.at
[3] http://tools.geofabrik.de/osmi/


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

Re: [Talk-de] Die Straßen einer Stadt ermitteln ...

2012-07-16 Diskussionsfäden Rainer Kluge


Hallo,
On 16.07.2012 21:42, Frederik Ramm wrote:


http://help.openstreetmap.org/questions/2980/how-do-i-list-all-the-streets-in-a-city-with-nominatim



Ähnlich arbeiten die Tools des Users Geo-francis [1]. Dort ist auch beschrieben, 
wie man die Polygon-Datei für osmosis aus der Gemeidegrenzrelation erstellen kann.


Gruß
Rainer

[1] http://wiki.openstreetmap.org/wiki/User:Geo-francis


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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


Hallo Jochen,

On 10.07.2012 08:13, Jochen Topf wrote:

Keiner hat je davon geredet, Relationen wegzuschmeissen. Es ging in dieser
Diskussion darum, dass es schwierig ist, mit Relationen zu arbeiten.


Das liegt weniger am Konzept Relation als an der Komplexität mancher 
Anwendungsfälle, die wir mit Relationen in der Datenbank abbilden. 
Softwaretechnisch sind Relationen unproblematisch, auch mit einem Perl-Skript 
und einem XML-Extrakt kann man die Member von geschachtelten Relationen recht 
einfach ermitteln. Problematisch ist in der Regel der Umgang mit den Daten, 
sowohl für den Mapper als auch für den Entwickler. Für den Entwickler ist eine 
Relation allemal komfortabler als einzelne Knoten und Wege, die über identische 
Tags verknüpft sind.


Auf der Mapper-Seite sehe ich das Problem in der Regel weniger im Datenmodell 
als im GUI des Editors. Wenn das Datenmodell die Realität und die Denkweise des 
Nutzers abbildet, dann versteht das auch jeder. Wer es nicht versteht, der hat 
auch den abzubildenden Anwendungsfall nicht verinnerlicht und sollte die Finger 
davon lassen, so wie ich von ÖPNV-Relationen. Aber dass eine Straße oder ein 
Wanderweg aus mehreren Abschnitten bestehen können, die man zusammenfasst und 
dass man den Namen nur einmal dem zusammengefassten Objekt zuweist, das versteht 
jeder. Wenn nicht, dann sollte er sich auf das Mappen von einfachen POIs 
beschränken.


Ein echtes Problem sehe ich beim GUI. Selbst für den relativ simplen Fall von 
Routen-Relationen gibt es mW keine vernünftige Unterstützung und ich könnte auch 
nicht definieren, wie so etwas aussehen könnte.


Das gilt auch auch für eine Tag-basierte Lösung. Je komplexer die Fälle werden, 
um so mehr (redundante) Tags muss Otto Normalmapper an jedes kleine Wegstück 
oder Gebäude hängen, Tags, deren Existenz, Syntax und Semantik sich ihm erst 
durch intensives Wiki-Studium erschließt. Man wird entgegenhalten: dann soll er 
diese Tags halt erst mal weg lassen, jemand, der es weiß, wird die dann schon 
erfassen. Dieser jemand ist dann aber sicher auch in der Lage mit Relationen 
umzugehen.


Solange es keine zufriedenstellenden GUI-Lösungen für die komplexen 
Anwendungsfälle gibt, taugt der Hinweis auf den Normalmapper weder als Argument 
für noch gegen Relationen. Hier kam ja schon der Vorschlag, wer ein neues 
Konzept vorschlage, möge auch den Algorithmus für die Auswertung liefern. 
Wichtiger wäre, dass er beschreibt, wie es im Editor so umgesetzt werden kann, 
dass auch IT-unbedarfte Nutzer damit umgehen können.


Gruß
Rainer


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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


On 10.07.2012 10:49, Jochen Topf wrote:

On Tue, Jul 10, 2012 at 10:09:23AM +0200, Rainer Kluge wrote:

auch
mit einem Perl-Skript und einem XML-Extrakt kann man die Member von
geschachtelten Relationen recht einfach ermitteln. Problematisch ist
in der Regel der Umgang mit den Daten, sowohl für den Mapper als
auch für den Entwickler. Für den Entwickler ist eine Relation
allemal komfortabler als einzelne Knoten und Wege, die über
identische Tags verknüpft sind.


Sorry, aber das ist Unsinn. Hast Du schonmal die Daten für den ganzen Planeten
mit Perl-Skript verarbeitet und dabei die Relationen richtig aufgelöst und
das ganze dann immer aktuell gehalten, wenn sich die OSM-Daten ändern?


Ich kann mir kaum vorstellen, dass jemand auf die Idee kommt, so etwas mit Perl 
zu machen. Wenn du auf dem Planetfile aufsetzst und die für solchen Fälle 
geeigneten Tools benutzst, dann wird der Vorteil durch Relationen erst recht 
deutlich. Es ist immer einfacher, die Relation Goethestraße in einer Gemeinde 
zu suchen und dann die einzelnen Members abzuarbeiten als sämtliche 
Goethestraßen in der Gemeinde zu suchen und zu prüfen, ob die vielleicht 
zusammenhängend sind bzw. nahe beieinander liegen. Insbesondere dann, wenn du 
auch noch berücksichtigst, dass es keine Seltenheit ist, dass es mehrere Straßen 
mit demselben Namen in einer Gemeinde gibt.


Rainer


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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


On 10.07.2012 10:24, Jo wrote:

Die Loesungen sind da, man muss die nur entdecken und benutzen. Jedenfalls
in ein Editor wie JOSM. In Vespucci fuer Android oder ILoE wird das
warscheinlich noch etwas laenger dauern...


Das zeigt doch, dass diese Lösungen nicht für den Normalmapper ohne besondere 
IT-Kenntnisse verfügbar sind. Der benützt Potlatch2, wenn es hoch kommt Josm 
ohne Plugins.




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

Re: [Talk-de] ergänzende Frage - bevor diese vergessen wird...


On 10.07.2012 07:39, Jochen Topf wrote:

Es ist eben enorm schwierig so ein Programm zu schreiben. Weil es eben lauter
verschiedene Relationen gibt und verschiedene Interpretationen, welche Tags
genau wo hingehören usw.


Jans Frage bezieht sich explizit auf Relations/Proposed/Buildings, also einen 
ganz speziellen Typ von Relation. Dafür sucht er eine C-Funktion, die ihm für 
einen bestimmten Bereich die Adresse und evtl, andere Tags von der 
Gebäuderelation auf die Teilgebäude, Eingänge und POIs überträgt. Das Ergebnis 
soll wahrscheinlich eine XML- oder PBF-Datei sein, welche nicht mehr die 
Realtion dafür aber alle Members mit den zusätzlichen tags enthält.


Ich verstehe nicht, wo da das Problem sein soll und warum er das nicht selber 
macht oder einer aus der Lübecker Gruppe.


Gruß
Rainer


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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??

2012-07-09 Diskussionsfäden Rainer Kluge


Hallo Jochen,

On 09.07.2012 08:49, Jochen Topf wrote:

Ich sehe das anders. Relationen haben zu wenig Struktur, um Daten sinnvoll
zu halten und effizient verarbeitbar zu machen. Und sie modellieren die Welt
auf der falschen Ebene. Menschen denken nunmal nicht in Verbindungen zwischen
Objekten in der Art und Weise, wie Relationen das tun.


Menschen denken durchaus in Relationen. Wenn jemand sagt, dass der Laden X in 
der Hauptstrasse 47 liegt, dann meint er nichts anderes als: das Shop-Objekt 
mit name=X ist Mitglied der Building-Relation  mit addr:street=Hauptstrasse und 
addr:housenumber=47. Nichtsdestotrotz, da gebe ich dir recht, haben die meisten 
Menschen Probleme, wenn es darum geht, diese Denkweise in Datenstrukturen 
umzusetzen.


Relationen sind eine effiziente Methode der Datenmodellierung. Sie vermeiden 
Redundanz, sind änderungsfreundlich und für Anwendungen einfach zu verarbeiten. 
Nicht umsonst sind relationale Datenbanken seit Jahrzehnten beliebt und 
verbreitet. Die Alternative zu Relationen ist ein Bottom-Up-Ansatz, bei dem die 
gemeinsamen Eigenschaften an jedes Element gehängt werden und die Elemente über 
eine gemeinsame Kennung zusammengefasst werden. Darüber, dass wir das nicht 
wollen, herrscht sicher Konsens.



Wir haben halt keine Multipolygon-Objekte, oder Site-Objekte, oder 
ÖPNV-Linien-Objekte.


Das sind nichts anderes als Relationen mit fest vorgegebenen Eigenschaften und 
Regeln. So etwas kann und soll man in den Editoren realisieren. In der Datenbank 
sollten wir uns die Flexibilität des Relationskonzepts erhalten.


Rainer


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

Re: [Talk-de] Qualitaetskontrolle stochastisch

2012-07-06 Diskussionsfäden Rainer Kluge


Hallo,

ich bezweifle, dass ein derartiges Verfahren der Community viel hilft. Das 
Raster ist zu grob und die Information zu unspezifisch. Viele Daumen runter 
werden sich nicht auf die Daten sondern auf das Rendering beziehen, ich denke 
dabei nicht nur an die bereits erwähnten nicht gerenderten POIs, über die ich 
kürzlich selbst mal gestolpert bin, sondern auch an die Farbgebung, die 
Darstellung komplexer Kreuzungen und ähnliches.


Andererseits kann man jemandem, der bereit ist, auf einen Mangel hinzuweisen 
durchaus zumuten, dass er dafür 5 Minuten für eine genauere Beschreibung 
spendiert. Wichtig wäre auch ein klar definiertes Scope. Auf der Mapnik-Karte 
machen z.B. Meldungen zu fehlenden POIs keinen Sinn, da viele POI-Typen gar 
nicht gerendert werden.


Sinnvoll wären daher aus meiner Sicht zwei Tools:

1) OpenStreetBug oder etwas Ähnliches auf Openstreetmap.org für Meldungen zur 
Topologie, Strassen, Wege, Gebäude


2) Ein separates Tool für die Bearbeitung von POIs, ähnlich der wheelmap.org 
oder ae.osmsurround.org, mit Anzeige der wichtigsten oder aller Attribute, mit 
Schreibzugriff auf die Datenbank für registrierte User, Ablage der Daten in 
einer separaten Datenbank für anonyme Nutzer.


Gruß
Rainer


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

Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event


Hallo Henning,
Am 05.07.2012 00:50, schrieb aighes:

Wobei ich allgemein bei diesem Weg das Gefühl hab, dass man bei vielen Karten
mit dem Rechnen nicht hinterher kommt. Sei es nun OnDemand oder per batch.


Das Gefühl habe ich auch und da liegt auch ein gewisser Widerspruch in der 
Diskussion.


Ausgangspunkt ist, dass die Nutzung der Garmin-Karten für ein breites Publikum 
erleichtert werden soll, um möglichst viele Nutzer zu gewinnen. Andererseits 
werden Lösungen mit flexibler Konfiguration und Gebietsauswahl angedacht, die 
für jeden Zugriff mindestens das Mergen der Tiles zu einem gmapsupp erfordern. 
Mit steigender Zahl der  Abrufe verlängern sich also die Wartezeiten, die 
Akzeptanz sinkt, die Nutzerzahl stagniert oder geht zurück.


Was man aus meiner Sicht braucht, sind eine Handvoll Kartentypen, tagesaktuelle 
Karten für die wichtigsten Länder, wochenaktuelle Karten für die 
Hauptreiseländer und für den Rest der Welt Karten on Demand mit Wochencache. 
Ausschneiden und Mergen kann jeder selbst machen.


Damit deckt man sicher weit mehr als 90% des Bedarfs der Normalnutzer ab. Für 
die Power-User, Aktualitätsfreaks und User mit ausgeprägtem Spieltrieb kann man 
ja einen OnDemand-Dienst einrichten. Aber die sind hier doch nicht das Thema.


Gruß
Rainer



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

Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event


Hallo Henning,

Am 05.07.2012 09:36, schrieb aighes:

Ich nehm' dich jetzt mal und mach die Hand voll, also 5 Karten. Eine Karte fürs
Motorad, eine fürs Auto, eine für den Wanderer, eine für den Radfahrer und eine
für den Wassersportler. Doch was ist dann mit dem LKW-Faher oder dem Reiter? Wo
bleiben die unterschiedlichen Bedürfnisse der Radfahrer?


Gut, ich bin vielleicht etwas zu sehr Fahrrad- und Fußgänger-zentriert, aber ich 
glaube nicht, dass es mehr als eine Karte pro Nutzergruppe braucht, wobei man 
wahrscheinlich Radfahrer, Reiter und Wanderer zusammenfassen kann, ebenso wie 
Pkw-, Motorrad- und Lkw-Fahrer. Bei den Navi-Herstellern gibt es diese Vielfalt 
meines Wissens auch nicht. Damit will ich keineswegs die Vielfalt der 
OSM-Garmin-Karten kritisieren oder als überflüssig darstellen. Ich baue mir die 
Garminkarte mit meinem eigenen Stil auch selbst.


Es ist aber gerade diese Vielfalt, die dem Normalnutzer das Auffinden und Nutzen 
so schwer macht. Das kann man durch ein zentrales Portal etwas reduzieren aber 
der gemeine Radfahrer fragt sich dann immer noch, soll ich die OpenMTB, die 
OpenVelo, die Karte vom Henning oder die vom Ralf nehmen. Er probiert sie dann 
alle aus, jede ist irgendwie anders, aber wie genau bleibt ihm unklar. Er hat 
ein Problem bei der Installation oder Nutzung, er schiebt es auf die Karte, 
wechselt zur nächsten, hat ein anderes Problem, und irgendwann gibt er es auf 
und geht zur Garmin Topo zurück. Wenn ich die Fragen auf dem Radreise-Forum 
sehe, dann halte ich diese Darstellung nicht für überzogen, und nicht jeder 
findet den Weg in ein solches Forum, wo ihm geholfen wird.


Mich erinnert die Situation an Opensource und Linux, wo der Durchbruch auch erst 
kam, als sich Ubuntu durchgesetzt hat. Mein Fazit ist daher: Entweder die Macher 
der verbreitetsten Karten einigen sich auf jeweils einen Karte pro Zielgruppe, 
die dann auf einem zentralen Portal als *die* Karte für die jeweilige Zielgruppe 
angeboten wird. Die anderen Karten werden weiter gepflegt, auf dem Portal wird 
aber nur auf die spezifischen Eigenschaften der Karte hingewiesen und auf die 
Macherseite verlinkt. Oder die OpenMTB/Velomap wird irgendwann von alleine zum 
Quasi-Standard für Outdoor-Navigation, dann hat sich das Thema erledigt. An eine 
breite Nutzung von OSM-basierten Karten für Pkw-, Lkw- und Motorrad-Navigation 
glaube ich ohnehin nicht.


Aber wenn mir jemand erklären kann, warum Otto-Normalnutzer zum Rennradfahren 
eine OpenVelo und zum MTBen eine OpenMTB braucht, dann revidiere ich gerne 
meinen Standpunkt.


Gruß
Rainer


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

Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event


Am 05.07.2012 12:55, schrieb Andreas Titz:

Rainer Kluge wrote:

Aber wenn mir jemand erklären kann, warum Otto-Normalnutzer zum Rennradfahren
eine OpenVelo und zum MTBen eine OpenMTB braucht, dann revidiere ich gerne
meinen Standpunkt.


Grade die Gruppe der Radfahrer hat so unterschiedliche Ansprüche an das Routing,
dass man das kaum mit einer einzelnen Garminkarte mit der begrenzten Zahl an
routingfähigen Wegtypen abdecken kann:


Die Bedeutung des Routings für den Outdoor-Bereich wird überschätzt. Die Masse 
der Nutzer aus diesem Bereich plant die Tour am PC oder lädt sie von GPSies 
herunter. Das Routing wird nur in Ausnahmesituationen genutzt, wenn man 
ungeplanterweise ein Ziel anfahren will, das nicht auf dem geplanten Track 
liegt. Das kann der Campingplatz oder das Hotel sein, welche man spontan 
aufsucht, oder das Tagesziel, das man bei Abbruch der Tour auf schnellem und 
sicherem Weg erreichen will. In beiden Fällen halte ich es für akzeptabel, dass 
auch der Bergwanderer und MTBler über Grade3-Tracks bis Tertiaries geführt werden.


Spontanes Routing auf Pfaden anhand der SAC- oder MTB-Klassifizierung halte ich 
von seltenen Ausnahmen abgesehen für unrealistisch. Und innerorts, wo ich 
Routing für Fußgänger und Radfahrer durchaus für sinnvoll halte, sind solche 
Differenzierungen ohne hin nicht relevant.


Ich bin mir ziemlich sicher, dass sowohl die OpenVeloMap, Hennings Karte, die 
von Ralf Kleineisel und eine Reihe anderer Karten, jede für sich den Bedarf von 
mehr als 90% der sich zu Fuß oder per Rad fortbewegenden Navi-Nutzer ist, und 
diese Gruppe wiederum den weitaus größten Teil der potentiellen Nutzer von 
OSM-Garmin-Karten darstellt. Wir sprechen hier ja nicht über Smartphone-Apps, 
TomToms oder Online-Routinganwendungen.


Trotzdem halte ich solche Spezialkarten natürlich für sinnvoll. Mein Vorschlag 
war nur, diese Karten nicht alle auf einem zentralen Server zu erzeugen.



Der Rennradfahrer will, dass alles, was nicht surface=asphalt hat, abgewertet
wird und Radwege sowieso vermieden werden (weil die selten mit 30km/h - einer
für Rennradfahrer durchaus üblichen Geschwindigkeit - befahrbar sind).


Das setzt voraus, dass Surface flächendeckend und zuverlässig getaggt ist. ich 
halte die Auswertung solcher Tags bei der Planung, z.B. mit OpenRouteService, 
für durchaus sinnvoll, aber draußen würde ich mich darauf nicht verlassen.



Otto Normalradfahrer ärgert sich dann sowohl über den grade4-Weg, über den ihn
das Navi geschickt hat als auch über den Umweg, der dem Rennradfahrer
vorgeschlagen wurde, um den gepflasterten Schlängel-Radweg zu umfahren.


Dito. Setzt ein flächendeckendes, einheitliches und zuverlässiges Tagging 
voraus. es gibt Grade2-tracks, die kann man problemlos mit dem Rennrad fahern 
und Grade1-Tracks, bei denen dir die Lücke zwischen den Betonplatten die Felge 
verbiegt.



Für spezielle LKW-Karten sehe ich auch Vorteile, erst recht wenn diese auf
Anforderung erzeugt werden (dafür fehlt momentan aber noch die Infrastruktur).
In der Anforderung könnte dann gleich nach Höhe, zulässiger Gesamtmasse,
Achslast, Länge und Breite gefragt werden und beim Bau der speziellen Karte wird
der Weg dann auf access=no gesetzt, wenn eine der Beschränkungen überschritten 
ist.


Darüber sollten wir diskutieren, wenn diese Daten flächendeckend erfasst sind. 
Bis dahin würde ich als Lkw-Fahrer keinem auf OSM basierenden Routing vertrauen, 
das diese Kriterien berücksichtigt.


Gruß
Rainer


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

Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event


Am 05.07.2012 14:55, schrieb Andreas Titz:

Rainer Kluge wrote:

Das setzt voraus, dass Surface flächendeckend und zuverlässig getaggt ist. ich
halte die Auswertung solcher Tags bei der Planung, z.B. mit OpenRouteService,
für durchaus sinnvoll, aber draußen würde ich mich darauf nicht verlassen.


Da sind wir unterschiedlicher Meinung. Draußen sehe ich ja, dass der Weg
entgegen der Erfassung doch befahrbar / nicht befahrbar ist und kann mich
spontan umentscheiden - das Navi berechnet dann eine neue Route.


Das kannst du dir erlauben, wenn du jung und sportlich bist. Wenn ich unterwegs 
bin, möchte ich nicht 500 Höhenmeter in ein Tal runterfahren, um dann 
festzustellen, das der einzige mit meinem Sportgerät befahrbare Weg, der aus 
diesem Tal herausführt, derjenige ist, den ich gerade herunter gefahren bin. Wie 
ich das Navi dazu bringe, mich in diesem Fall doch noch auf den richtigen Weg zu 
führen, ist mir unklar.



Darüber sollten wir diskutieren, wenn diese Daten flächendeckend erfasst sind.
Bis dahin würde ich als Lkw-Fahrer keinem auf OSM basierenden Routing
vertrauen, das diese Kriterien berücksichtigt.


d.h. du würdest auch erfasste Beschränkungen erstmal beim Routing unbeachtet
lassen und mit dem 10-Tonner erstmal bis an die mit maxweight=5t getaggte Brücke
ranfahren, wenden, und dann wieder 10km zurück, wo du zur nächsten Brücke
abbiegen kannst?


Da gilt dasselbe wie oben: was mache ich mit meinem 10-Tonner, wenn ich vor 
einer *nicht* mit maxweight=5t aber auf 5t beschränkten getaggten Brücke stehe?


Gruß
Rainer


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

Re: [Talk-de] Schlecker, die zweite


Hallo,
Am 28.06.2012 16:13, schrieb Sven Geggus:

Ich denke ehrlich gesagt darüber nach alle die nodes automatisch zu
löschen, wenn keine nützlichen Tags wie z.B. Adressen dran sind. Was
haltet ihr davon?


Würde ich nicht machen sondern eher einem der andern Vorschläge folgen (disused, 
old_name). Vielleicht werden ja die Schlecker-Läden in meiner Gegend irgendwann 
von einer anderen Kette übernommen. In diesem Fall würde es mir die Arbeit 
erleichtern, wenn die noch in der einen oder anderen Form in der Datenbank wären.


Gruß
Rainer



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

Re: [Talk-de] Datenexport von Strassennamen wird benötigt ( Suchen einen Programmierer der das Übernimmt )


Hallo,

Am 28.06.2012 10:03, schrieb Gino Götz:


Jemand brachte mich auf die Idee das man sie evtl aus openstreetmap extrahieren 
könnte.
Ich habe zur Zeit leider nicht die Möglichkeit mich einzuarbeiten.


Am elegantesten und effizientesten wäre sicher eine datenbankbasierte Lösung mit 
PostGis. Wenn du dafür keine fertige Lösung oder jemanden findest, der dir eine 
entwickelt, dann könnte man versuchen mit Perl und den XML-Extrakten etwas zu 
machen, zum Beispiel auf der Basis des Skripts sv-stat.pl von 
http://wiki.openstreetmap.org/wiki/User:Geo-francis


Dieses Skript extrahiert die Strassennamen für eine Gemeinde, deren Grenzen als 
Polygon vorliegt. Man müsste also neben einigen anderen Anpassungen diese 
Grenzen aus OSM extrahieren. das setzt allerdings voraus, dass die 
Gemeindegrenzen für das betreffenden Land vollständig uns korrekt erfasst sind. 
Das ist allerdings auch für die PostGis-Lösung erforderlich.


Wenn dich dieser Ansatz interessiert, dann kontaktiere mich per PM.

Gruß
Rainer


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

Re: [Talk-de] Schlecker, die zweite


Hallo Frederik,

Am 29.06.2012 09:28, schrieb Frederik Ramm:

On 06/29/2012 09:10 AM, Rainer Kluge wrote:

Würde ich nicht machen sondern eher einem der andern Vorschläge folgen
(disused, old_name).


Ich bin strikt gegen jede grossflaechige automatische Aenderung.


Ich doch auch. Ich meinte: ich würde die Schlecker-Läden  in meiner Gegend nicht 
löschen sondern manuell nach einem der angesprochenen Muster umtaggen.


Gruß
Rainer


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

Re: [Talk-de] Schlecker, die zweite


Hallo,

Am 29.06.2012 11:17, schrieb Sven Geggus:

Sollen wir wetten, dass es ohne ein irgendwie geartetes Lösch- oder
Umbenennungsscript auch noch in einem Jahr Schleckermärkte auf der OSM Karte
geben wird? Ich bin mir leider sehr sicher, dass das so ist.


Wäre man dem Vorschlag in deinem ersten Beitrag zu dem Thema gefolgt, dann hätte 
das Skript auch Objekte mit name='Schlecker' gelöscht, bei denen es sich um gar 
keine Schleckermärkte handelt. Das Skript müsste deshalb sehr konservativ 
vorgehen. Somit blieben mit Sicherheit eine ganze Reihe von 
falsch/unkonventionell getaggten Schlecker-Läden übrig, bei denen man von Hand 
nacharbeiten muss. Dann kann man gleich das Ganze von Hand machen. Mit deinen 
Overpass-Abfragen und Josm sollte das auf regionaler Ebene ohne großen Aufwand 
gehen.


Wenn jemand was Gutes tun will, dann kann er ja ein Tool entwickeln, welches 
noch existierende Schlecker-Filialen mit einen Remote-Control-Link zu Josm 
auflistet, oder dies als XML-Datei bereitstellt.


Gruß
Rainer


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

Re: [Talk-de] Taggen von Ingenieurbüros

2012-06-23 Diskussionsfäden Rainer Kluge


Hallo,
Am 23.06.2012 00:13, schrieb Stephan Wolff:

Ernsthaft gefragt: brauchen wir solche Daten in OSM? Wenn ich eine
Ingenieurleistung brauche, suche ich nicht in OSM nach dem
nächstgelegenen Büro, sondern suche bei Google oder dem zuständigen
Berufsverband.
Die OSM-Daten werden nie halbwegs vollständig und korrekt sein.


Das gilt für viele POI-Kategorien. Ingenieurbüros sind da noch harmlos, weil es 
niemand weh tut, wenn das Ingenieurbüro an der in OSM eingetragenen Adresse 
nicht mehr existiert. Anders ist das bei Arztpraxen, Defibrillatoren oder Hydranten.


Gruß
Rainer


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

Re: [Talk-de] Taggen von Ingenieurbüros

2012-06-23 Diskussionsfäden Rainer Kluge


Hallo,
Am 24.06.2012 02:22, schrieb Stephan Wolff:

(jeder kennt mindestens einen Zahnarzt)


Das Problem bei den POIs ist nicht das Eintragen sondern das Aktualisieren und 
insbesondere das Löschen. Natürlich trägt jeder gerne seinen Zahnarzt ein, aber 
fühlt er sich dann auch für die Pflege verantwortlich? Man zieht weg, wechselt 
den Zahnarzt, der frühere schließt seine Praxis, das bekommt man überhaupt nicht 
mit.


 Ich würde OSM-Daten auch nicht unmittelbar bei Notfällen nutzen,
 sondern ich würde bei Zahnschmerzen einen Zahnarzt in der Nähe
 heraussuchen und dort anrufen.

Aus OSM? Du kannst das, weil du irgendwo ein Tool kennst, mit dem das geht, zur 
Not benutzt du Josm. Für Nicht-OSM-Experten müsste es erst mal ein leicht 
zugängliches Tool geben. Damit meine ich, dass so ein Tool über 
openstreetmap.org oder openstreetmap.de erreichbar ist, am besten in die dort 
vorhandene Karte integriert. So wie flosm.de, aber mit einer GUI für den 
Normalnutzer.


Interessantes Thema, aber wir entfernen uns von den Ingenieursbüros.

Gruß
Rainer



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

[Talk-de] OSM Mapnik-Karte. POI-Name wird nicht gerendert

2012-06-19 Diskussionsfäden Rainer Kluge


Hallo,

Auf der Mapnik-Karte auf openstreetmap.org wird bei manchen POIs der Name 
gerendert, bei anderen nicht, obwohl sie mit denselben Tags versehen sind. Beispiel:


http://www.openstreetmap.org/browse/node/309527023
http://www.openstreetmap.org/browse/node/1295448069

Kann mir jemand erklären, warum das so ist?

Grüße
Rainer


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

Re: [Talk-de] OSM Mapnik-Karte. POI-Name wird nicht gerendert

2012-06-19 Diskussionsfäden Rainer Kluge


Am 19.06.2012 15:17, schrieb Kay Drangmeister:

Der Name der Bar würde den Straßennamen (Rue de la Republique)
überschreiben. Überlappungen werden vermieden.


Danke. Ich hätte zwar erwartet, dass in so einem Fall der Text über das Icon 
gesetzt wird, aber das leuchtet mir ein. Und ich stelle gerade fest, dass der 
Name im Zoomlevel 17 angezeigt wird.


Gruß
Rainer



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

Re: [Talk-de] Schul-klassifikation

2012-06-15 Diskussionsfäden Rainer Kluge


Hallo,
Am 15.06.2012 14:29, schrieb Martin Koppenhoefer:

Oder verlassen wir uns auf den Namen wie bisher?


In Frankreich wird der Schultyp mit school:FR getaggt: 
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool


Ich halte das für einen vernünftigen und pragmatischen Ansatz. Wenn man das in 
Deutschland auch so macht, dann kann später automatisiert ein ISCED-Tag oder 
eine OSM-spezifische internationale Klassifizierung hinzugefügt werden. Selbst 
wenn eine internationale Klassifizierung eine Abbildung aller deutschen 
Schultypen erlaubt, würde ich nicht auf den deutschen Schultyp verzichten.


Auf taginfo wird school:de zwar 1670 mal aufgeführt, ich habe das Tag aber bei 
ein paar Stichproben nicht gefunden, auch kein Wiki-Eintrag dazu.


Gruß
Rainer


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

Re: [Talk-de] Online Quality Assurance Editor

2012-06-05 Diskussionsfäden Rainer Kluge


Am 05.06.2012 08:05, schrieb Gerhard Schmidt:

Also ich hab nen 2560x1600 Bildschirm und ich kann Problemlos im
Vollbildmodus arbeiten. Daran liegt nicht. Hab mit die innenstadt von
München angeschaut. Hat zwar nen fehlermeldung das das script zulange
zum ausführen gebraucht hat wenn ich versuche die Gebäude ohne Adresse
anzuzeigen. Aber eine Server Meldung kam nicht.


Die Meldung kommt nicht systematisch sondern bei dem von mir angegebenen 
Ausschnitt etwa jedes zweite mal. Ich vermute, dass der Server, von dem die 
OSM-Daten geholt werden, eine Begrenzung nach Client/Volumen/Zeit macht.


Gruß
rainer


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

Re: [Talk-de] Online Quality Assurance Editor

2012-06-04 Diskussionsfäden Rainer Kluge


Am 05.06.2012 07:24, schrieb Martin Vonwald:

Welches Gebiet hast du versucht und mit welchen Einstellungen? Bei mir hat es 
bisher immer funktioniert.


Versuch es mal auf einem 1680x1050-Bildschirm, Browser maximiert, mit einem 
Innenstadtgebiet, in dem alle Gebäude erfasst sind, z.B. so etwas: 
http://www.openstreetmap.org/?lat=42.696821lon=2.894574zoom=18layers=M


Gruß
Rainer


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

[Talk-de] Josm - defektes Fensterlayout?

2012-06-03 Diskussionsfäden Rainer Kluge


Hallo,

Bei den aktuellen Josm-Versionen, sowohl latest als auch tested, fehlt bei mir 
im maximierten Zustand des Fensters die komplette Fensterkopfleiste, also das 
Fenstermenü und die Buttons Minimieren, Maximieren und Schliessen. Außerdem 
belegt das Fenster den kompletten Bildschirm, also einschließlich der 
Kontrollleiste des Desktop-Managers. Mit einer Uralt-Version von 2010 tritt das 
Problem nicht auf. Umgebung: Debian Testing, KDE 4.7.4.


Da es ein ganz offensichtliches Problem ist, würde mich, bevor ich einen 
Bug-Report schreibe, interessieren, ob das Problem auch bei anderen auftritt 
bzw. ob es sich um einen bereits bekannten Bug handelt.


Grüße
Rainer


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

Re: [Talk-de] Josm - defektes Fensterlayout?

2012-06-03 Diskussionsfäden Rainer Kluge


Hallo Thomas,

Am 03.06.2012 21:20, schrieb malenki:

Sowohl unter Debian sid als auch unter Gentoo jeweils mit OpenBox und
LXDE und folgendem Java:
| java version 1.6.0_31
| Java(TM) SE Runtime Environment (build 1.6.0_31-b04)
| Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode)
traten die von dir geschilderten Probleme noch nie (= seit 2008) auf

Welches Java läuft bei dir?


Das Verhalten ist mit diesen beiden Java-Runtimes dasselbe:

java version 1.6.0_24
OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-6)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)

java version 1.6.0_24
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode)

Bei anderen Java-Applikatione tritt das Problem nicht auf. Ich habe auch schon 
mal das .josm-Verzeichnis gelöscht, bringt aber nichts.


Werde wohl morgen mal einen Bug-Report aufmachen.

Gruß
Rainer


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

Re: [Talk-de] Josm - defektes Fensterlayout?

2012-06-03 Diskussionsfäden Rainer Kluge


Am 03.06.2012 23:18, schrieb fly:

https://josm.openstreetmap.de/ticket/5833

oder was anderes ?

versuch mal die start option --fullscreen


--fullscreen oder --maximize/--nomaximize hat nichts gebracht. Ich habe aufgrund 
von Hinweisen in diesem Ticket mit dem neusten Snapshot die Konfiguration 
zurückgesetzt (--reset-preferences), jetzt ist alles OK. Danke.


Gruß
Rainer



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

Re: [Talk-de] Am nächsten entfernter Punkt

2012-05-02 Diskussionsfäden Rainer Kluge


Hallo,

Am 02.05.2012 07:38, schrieb Markus:

falls Du mit der Luftlinie zufrieden bist:
berechne einfach die Distanz zwischen Start und allen Zielpunkten
und nimm die kürzeste.


Für viele Programmiersprachen (Perl, PHP,...) gibt es Funktionen, welche die 
Great-circle Distance / Orthodrome anhand geografischer Koordinaten berechnen. 
Das ist im vorliegenden Fall zwar nicht nötig, da reicht es aus den Abstand 
anhand des Satzes von Pythagoras zu berechnen, aber falls mal die Entfernung 
zweier Punkte benötigt wird, ist die Great-circle Distance genauer, weil dabei 
die Erdkrümmung berücksichtigt wird.


Gruß
Rainer


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

Re: [Talk-de] QLandkarteGT und Höheninfos

2012-03-12 Diskussionsfäden Rainer Kluge


Hallo Lars,
Am 12.03.2012 16:03, schrieb Lars Schimmer:

Unter einer 1.2.3 auf debian stürtzt QLandkarteGT ab.
Unter windows mit Version 1.3.2 gibt es einen Track, aber die Höhe
schwankt ständig zwischen 0 und 4 meter - unschön für eine Fahrradtour.


Ich habe öfters mal ähnliche Probleme, auch dann, wenn ich ein Overlay in einen 
Track umwandle. Manchmal klappt es, wenn ich QLGT beende und neu starte. Ich 
habe den Verdacht, dass es irgendwie mit der Größe bzw. Komplexität des Tracks 
und dem Zugriff auf die Höhendaten bei geonames.org zusammenhängt. Ich rate 
dazu, das Problem auf der QLandkarte-GT-Liste zu posten: 
gmane.comp.gis.qlandkartegt.user


Gruß
Rainer


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

Re: [Talk-de] Fotomapping mit Garmin 62s

2012-03-09 Diskussionsfäden Rainer Kluge


Hallo Jan,
Am 09.03.2012 18:42, schrieb Jan Tappenbeck:

mit meinem alten Garmin konnte ich immer den Track gut zeitlich referenzieren.
Foto von der Uhr mit Sekunden - fertig !!!


Mir ist nicht ganz klar, was du da machst. Der Track, d.h. die GPX-Datei enthält 
doch die Uhrzeit sekundengenau. Und wenn du eine digitale Kamera nutzst, dann 
legt die üblicherweise ebenfalls die Uhrzeit in der Bilddatei ab. Man muss dann 
nur noch die beiden Uhrzeiten synchronisieren.


Wenn keine Sekunden angezeigt werden, dann geht man an der Kamera auf die 
Funktion Uhrzeit stellen, gibt die nächste Minute ein, wartet bis am Navi die 
Minute wechselt und drückt an der Kamera auf OK. Damit habe ich immer eine sehr 
gute Georeferenzierung erreicht, selbst bei ein paar Sekunden Abweichung. Fotos 
macht man ja in der Regel im Stand.


Gruß
Rainer




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

Re: [Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten

2012-03-03 Diskussionsfäden Rainer Kluge


Hallo Henning,

Am 03.03.2012 10:45, schrieb aighes:

Meine Erfahrungen mit qLandkarte sind sehr begrenzt, mir fehlt einfach die
Möglichkeit auf der Karte einen Track/Route zu erstellen (oder ich hab die
Funktionsweise nicht verstanden oder nicht gefunden).


Tracks werden in QLandkarteGT als Entfernungsmesser, auch Overlay genannt, (!!!) 
erstellt. Wenn man eine Garmin-kompatible-Karte verwendet, werden die Tracks 
automatisch auch entlang der Wege gezogen. Man muss den Entfernungsmesser 
danach explizit in einen Track umwandeln. Will man einen vorhandenen Track 
bearbeiten, dann kann man einige Operationen direkt auf dem Track ausführen: 
Tracks teilen und zusammenfügen, Trackpunkte löschen. Letzteres geht so, dass 
man die Trackpunkte in der Trackpunktliste erst mit verbergen markiert und 
dann auf den Button Versteckte Trackpunkte für immer löschen klickt. Darüber 
hinaus kann man aus einem Track ein Overlay erstellen, dieses Bearbeiten und 
wieder in einen Track umwandeln.


Das ist alles etwas gewöhnungsbedürftig, aber wenn man es erst mal kapiert hat, 
sehr komfortabel. Neben OSM- und Garmin-Karten kann man auch WMS/TMS-Karten, 
z.B. Google-Satellit, einbinden, oder eigene eingescannte Karten. Und vor allem 
ist Oliver Eichler Erweiterungswünschen gegenüber sehr aufgeschlossen und 
reagiert in der Regel sehr schnell auf Bug-Reports.


Grüße
Rainer





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

[Talk-de] Energieversorger - Wie taggen?

2012-02-09 Diskussionsfäden Rainer Kluge


hallo,

Leider habe ich weder im Wiki noch in der Liste zu dem Thema etwas gefunden: wie 
taggt man üblicherweise die Serviceräume eines Energieversorgungsunternehmens, 
in denen das Unternehmen den Kundenverkehr abwickelt?


Grüße
rainer


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

[Talk-de] Öffentliches Duschbad

2012-02-09 Diskussionsfäden Rainer Kluge


Hallo,

Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? 
Solche Einrichtungen gab es früher in vielen Städten, entweder an ein Schwimmbad 
angegliedert oder als selbständige Einrichtung.


Grüße
Rainer


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

Re: [Talk-de] Node Krankenwagen (type=highway)?

2012-01-25 Diskussionsfäden Rainer Kluge


Am 25.01.2012 11:15, schrieb Walter Nordmann:


schmeisst es jemand raus?



Löschen ist hier sicher nicht angebracht. Ähnlich gibt es auch anderswo, z.b. 
hier mit name=Einfahrt Krankentransporte:


http://www.openstreetmap.org/browse/way/24832425
http://www.openstreetmap.org/browse/way/25530500

Man könnte z.B. das Name-Tag entfernen, das Access-Tag auf einen speziellen Wert 
nur für Rettungsfahrzeuge setzen und am Gebäude einen Eingang Notaufnahme 
anbringen


Gruß
Rainer


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

Re: [Talk-de] Ultraleicht-Fluggelände taggen

2012-01-24 Diskussionsfäden Rainer Kluge


Am 24.01.2012 11:38, schrieb Matthias Meißer:

bisher habe ich auch Gras Landebahnen immer normal erfasst + surface=gras.
Warum genau willst du das noch auf Flugzeuge einschränken?


Weil ich es für eine wichtige Information halte, dass es sich um das 
Sportgelände eines kleinen Vereins handelt, das nur am Wochenende genutzt wird, 
handelt und nicht um einen Flugplatz für die allgemeine Luftfahrt mit Passagier- 
und Fracht-Transport. Eine Go-Kart-Bahn wird doch auch nicht wie eine 
öffentliche Strasse getaggt.


Anlass meines Beitrags war diese Landebahn:

http://www.openstreetmap.org/?lat=42.6854lon=2.747zoom=14layers=M

Natürlich taggen wir nicht für die Renderer, aber solange die populären Renderer 
eine 360m lange und 12m breite Bahn so rendern, dass der Eindruck entsteht, hier 
wäre ein mittlerer Regionalflughafen, halte ich es für wenig sinnvoll, so etwas 
zu erfassen.


Mein Vorschlag wäre, das Gelände als leisure-Area zu erfassen und die Landebahn 
als privaten Highway=service.


Gruß
Rainer


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

[Talk-de] Ultraleicht-Fluggelände taggen

2012-01-23 Diskussionsfäden Rainer Kluge


Hallo,

Ich möchte eine Start-/Landebahn für Ultraleichtflugzeuge erfassen, finde aber 
keine vernünftigen Beispiele im Wiki oder sonstwo. Die Landebahn einfach als 
aeroway=runway mit entsprechender Spezifikation von Länge, Breite und Oberfläche 
zu taggen, scheint mir nicht auszureichen. Es sollte doch auch die Beschränkung 
auf den speziellen Flugzeugtyp erfasst werden.


In diesem Zusammenhang ist mir aufgefallen, dass auch bei Segelfluggeländen der 
Flugzeugtyp ausser im name-Tag nicht geführt wird.


Grüße
Rainer



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

Re: [Talk-de] Nur Splashscreen bei Potlatch

2011-12-03 Diskussionsfäden Rainer Kluge


Am 01.12.2011 09:33, schrieb hike39:

ich habe bei meinen Einstellungen nachgesehen: Standard (derzeit
Potlatch 2).  Ich arbeite ansonsten mit FF 8.0 und Flash Addon V11.1.102.55.


Ich habe exakt diese Konfiguration, unter Debian Testing, was nicht viel anders 
ist als dein Ubuntu, und es funktioniert ohne Probleme. Wenn ich mich recht 
entsinne, frisst Potlatch eine Menge Speicher, um so mehr, je mehr Objekte 
angezeigt werden. Es könnte daher ein Speicherproblem sein. Ich würde mal 
versuchen, den Editor für einen Kartenauschnitt mit nur wenigen Objekten aufzurufen.


Gruß
rainer


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

Re: [Talk-de] Ikea-Besuch: Defibrator-Mappen

2011-11-17 Diskussionsfäden Rainer Kluge


Hallo,
Am 17.11.2011 12:01, schrieb ant:

wie mappst du sowas? In der Münchener U-Bahn gibt's die Dinger nämlich  auch...


medical=aed

siehe: http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A

Gruß
Rainer


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

Re: [Talk-de] Höhenlinien in Garmin-Karte einbauen?

2011-09-26 Diskussionsfäden Rainer Kluge


Am 26.09.2011 18:54, schrieb Karl Eichwalder:

Ich bin überrascht, dass es wirklich nicht sonderlich schwer ist, sich
eine AIO für ein Garmin eTrex selbst zu bauen.  Zu meinem Glück fehlen
mir nur noch die Höhenlinien.

Mit dem srtm2osm-Tool konnte ich eine nette .osm erzeugen, in der viele
Höheninfos stecken.  Jetzt brauche ich wohl nur noch die Angaben, um
daraus mit mkgmap eine gmapsupp.img zu bauen, die ich mit gmt einbinden
kann.  Der Befehl bei
http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Map_generation#H.C3.B6henlinien
funktioniert schon deshalb nicht, weil es diesen masterstyle nicht
mehr gibt.


Ich weiss nicht, welchen masterstyle du meinst, aber ich habe mich an die 
Anleitung von Ralf Kleineisel auf 
http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map 
gehalten und es funktioniert problemslos, nur srtm2osm habe ich durch phyghtmap 
ersetzt. Auf der Seite kann man auch alle Styles herunterladen, die man braucht: 
http://www.kleineisel.de/blogs/media/blogs/osmmap/mkgmap-styles.zip


Gruß
Rainer




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

Re: [Talk-de] Suburb vs. Village

2011-09-24 Diskussionsfäden Rainer Kluge


Hallo,

Am 24.09.2011 12:14, schrieb Wolfgang Barth:

Die Vergabe der tags town vs. village sollte wiederum primär von der rechtlichen
Einstufung her erfolgen. Hier im Saarland haben wir laut Wikipedia:
17 Städte, darunter
6 Kreisstädte,
2 Mittelstädte,
35 sonstige Gemeinden.

Alle Städte sollten als town getaggt werden und andere Gemeinden als village,
auch wenn diese potenziell mehr Einwohner haben als eine town. Die Städte haben
eben eine höhere Bedeutung als Regionalzentrum ... und es ist schön, wenn man
das in der Karte auf Anhieb sieht.


Eine Kategorisierung von Verwaltungseinheiten mit Begriffen wie suburb, 
neighbourhood und village ist nicht notwendig. Dafür gibt es das 
boundary-Attribut admin_level.


Hier im Thread geht es doch um Ansammlungen von Gebäuden, die keine 
administrative Einheit bilden oder aus anderen Gründen nicht in das 
admin_level-Schema passen, für die es aber eine allgemein übliche Bezeichnung 
gibt. Bezeichnungen wie suburb, neighbourhood und village sind dafür nur bedingt 
geeignet, da deren Bedeutung selbst im englischsprachigen Raum regional sehr 
unterschiedlich ist. So bezeichnet suburb in USA und GB einen Vorort, egal ob 
verwaltunsmässig Bestandteil der Stadt oder nicht, während es in Australien und 
NZ für einen Stadteil, also auch einen innerstädtischen verwendet wird 
http://en.wikipedia.org/wiki/Suburb


Gruß
Rainer


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

Re: [Talk-de] Offizieller Satz von OSM Diensten

2011-09-23 Diskussionsfäden Rainer Kluge


Hallo


Am 22.09.2011 02:09, schrieb Kai Krueger:

Eine Demonstrationsseite mit dem Aktuellen Stand findet man im uebrigen
unter http://openstreetbugs.dev.openstreetmap.org/


Also ich komme mit dieser Seite nicht zurecht. Erst mal habe da die ganz normale 
openstreetmap.org-Seite gesehen. Irgendwann habe ich das Overlay notes 
entdeckt und aktiviert. Dann sehe ich zwar existierende Bugs und kann offene 
Bugs auch bearbeiten, aber ich finde keine Möglichkeit, einen neuen Bug 
anzulegen. Kann mir jemand auf die Sprünge helfen?


Grüße
Rainer


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

Re: [Talk-de] Offizieller Satz von OSM Diensten

2011-09-23 Diskussionsfäden Rainer Kluge


Am 24.09.2011 05:47, schrieb Bernd Wurst:


Unten, neben Permanentlink.



Danke. Ich fände es besser, wenn die OSB-Anwendung in einem einem separaten 
Reiter untergebracht würde. Der OSB-Layer der Karte könnte dann permanent aktiv 
sein und man könnte in der Seitenleiste einen Hilfetext unterbringen, ähnlich 
wie bei schokokeks.org.


Gruß
Rainer


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

Re: [Talk-de] Relation Analyzer noch state of the art?

2011-09-20 Diskussionsfäden Rainer Kluge


Am 20.09.2011 10:27, schrieb Andreas Tille:

On Mon, Sep 19, 2011 at 11:54:15PM +0200, Henning Scholland wrote:

http://hiking.lonvia.de/de/


Es mag sein, daß hier ein Proxy was rausfilter, aber wo genau finde ich
dort bitte das Eingabefeld für den regulären Ausdruck *Jakobsweg*?


Wie man den Weg findet, wurde hier schon beschrieben. Es ist die Relation 38443 
Jakobsweg Ulm - Konstanz. Wenn du die als GPX-Track extrahierst, egal ob mit 
dem alten Relation Analyzer, mit meinem Tool rel2gpx.pl oder mit Josm, dann 
wirst du genau das bestätigt bekommen, was ich heute morgen schon geschrieben habe:


- der Weg beginnt auf freiem Feld irgendwo zwischen Wiblingen und Unterweiler.

- Es sind 16 isolierte Teilstrecken erfasst, zum Teil nur wenige Meter 
voneinander entfernt sind, aber auch zwei große Lücken von 10 und 45 km,


- ein wohl nicht zum Jakobsweg gehörender Abzweig nördwestlich von Meckenbeuren 
und ein weiterer am westlichen Rand von Brochenzell.


Die kleinen Lücken könnte ein Tool miteinander verbinden und in Josm gibt es 
dafür m.W. sogar ein Plugin. Aber das ist sicher nicht die Aufgabe eines 
Analyzers. Der soll Fehler aufzeigen und nicht selbständig  Fehler ausbügeln. 
Solange solch prominente Wanderwege so miserabel erfasst sind, würde ich OSM 
keinem Außenstehenden als Quelle für GPX-Tracks empfehlen. Das schadet dem 
Projekt mehr als es nützt.


Gruß
Rainer



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

Re: [Talk-de] Relation Analyzer noch state of the art?

2011-09-19 Diskussionsfäden Rainer Kluge


Hallo,

Am 11.09.2011 17:45, schrieb Uwe R. Kunzmann:

* Warum ändern sich die Links zum Aufruf des Analyzers? Ich habe
diesen beispielsweise in Webseiten eingebunden, um auch unbedarfte
Leute an das Thema heranzuführen. Wenn diese Links jetzt einfach von
heute auf morgen nicht mehr funktionieren, dann ist das nicht gerade
ein Pluspunkt für OpenSource  die Community...


Wie der Name schon sagt handelt es sich beim Analyzer um ein Analyse-Tool für 
den Mapper, mit dem die Vollständigkeit und Konsistenz einer Relation geprüft 
werden kann. Die GPX-Tracks waren ein Nebenprodukt der Analyse und können für 
manche Mapper bei der Pflege von Relationen als zusätzliche Unterstützung 
nützlich sein. Wer sie braucht, kann sie auch mit Josm erstellen.


Der Analyzer war aber nach meinem Verständnis nie dafür vorgesehen, 
alltagstaugliche GPX-Tracks für unbedarfte Leute zu produzieren. Unter 
alltagstauglich verstehe ich dabei, dass ein (Rad-)Wanderweg als Track 
vorliegt, der unverändert in ein Outdoor-Navi geladen werden kann und mit der 
Track-Navigationsfunktion des Geräts nachgelaufen/gefahren werden kann. Das 
setzt voraus, dass der Track linear (Kreisverkehre!) und lückenlos ist und bei 
Radwanderwegen auch Einbahnstrecken berücksichtigt. Das sind Anforderungen, die 
für den Analyzer nicht relevant bzw. nicht essentiell sind.


Ich hatte ja auch mal die Vision eines alltagstauglichen GPX-Export-Tools für 
unbedarfte Leute. Beim Versuch, ein solches Tool zu entwickeln, habe ich 
erkannt, dass die OSM-Datenbank auf absehbare Zeit nicht als Basis dafür 
geeignet ist. Viele Routen sind nur lückenhaft erfasst. Bei anderen gibt es 
Abstecher, Varianten und Einbahnstrecken, die nicht als solche gekennzeichnet 
sind. Routen, die einmal komplett ohne Haken und Ösen erfasst waren, und für die 
alle mir bekannten Tools einen alltagstauglichen Track erzeugt haben, sind 
nach wenigen Monaten wieder versaut, weil jemand versehentlich die 
Relationszugehörigkeit auf nicht zur Route gehörige Wegsegmente ausgedehnt hat. 
Unbedarfte Leute können mit GPX-Tracks solcher Routen nichts anfangen und 
bekommen nur einen negativen Eindruck von OSM.


Um einen zufriedenstellenden GPX-Export aus OSM für das breite Publikum zur 
Verfügung stellen zu können, müsste in die Erfassung und Pflege der 
Routen-Relationen ein ähnlicher Aufwand gesteckt werden wie z.B. bei den 
ÖPNV-Linien. Angesichts der Tatsache, dass es die meisten Routen inzwischen 
anderswo als fertigen GPX-Track gibt, bei gpsies.com, ADFC oder anderen Portalen 
oder direkt bei der für den Weg zuständigen Behörde oder Organisation, halte ich 
diesen Aufwand nicht für sinnvoll. Erfahrene User können die Relationen als GPX 
exportieren, sie nachbearbeiten und auf den genannten Portalen für unbedarfte 
Leute bereitstellen.


Grüße
Rainer


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

Re: [Talk-de] falsche nodes in europe-cut? / osmosis und 15GB zuviel?

2011-09-12 Diskussionsfäden Rainer Kluge


Am 12.09.2011 13:57, schrieb Lars Schimmer:

1. das Europe.tar.gz File von Geofabrik geholt (9 GB)
2. dieses mit Osmosis dann zurecht geschnitten:


Nur am Rande: wenn du bei Schritt 1 die pbf-Datei herunterlädts, sparst du 2,5 
GB Downloadvolumen. Osmosi kann auch pbf.


Gruß
Rainer


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

Re: [Talk-de] Verfahren bei place wenn node und area vorhanden ist. WAR Re: Wohngebiete landuse=residential und ihr Bezug zu =?iso-8859-1?q?Stra=DFen?=, einheitliche Erfassung (war Re: wieder mal - Fl

2011-09-12 Diskussionsfäden Rainer Kluge


Hallo,
Am 13.09.2011 00:07, schrieb Wolfgang:

Am Montag 12 September 2011 19:58:36 schrieb Martin Koppenhoefer:



bitte, nicht border sondern boundary, hier lesen manche auch mit,
um was übers Tagging zu erfahren. Der tag, den ich verwenden würde,
ist place, nicht boundary.



  Keine Sorge, die lesen diesen Thread bestimmt schon lange nicht mehr...


und die paar Durchschnittsmapper, die bis hierher durchgehalten haben, werden 
wohl zukünftig die Finger von Places, Landuses und Boundaries lassen. Ich 
jedenfalls.


Rainer


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

Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Diskussionsfäden Rainer Kluge


Am 06.09.2011 16:46, schrieb Sven Geggus:

Es gibt ein ähnliches Tool in python, dessen Name mir gerade entfallen ist.


Vermutlich meinst du phyghtmap. Läuft bei mir unter Debian problemlos.

Gruß
Rainer


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

[Talk-de] Hinweis zum Mappen in Frankreich


Hallo,

Auf der französischen Newsgroup laufen gerade zwei Threads, welche durch 
deutsche Urlaubs-Mapper ausgelöst wurden. In einem Fall hat sich ein Mapper 
über die miserable Qualität der Gebäudedaten und Landuses beschwert. Im anderen 
Fall hat ein deutscher Mapper in der Normandie ein Dorf komplett, einschließlich 
der Gebäude, erfasst. Offenbar beruhen die Daten auf einer eingehenden Erkundung 
vor Ort, ergänzt durch Informationen aus Bing. Die Gebäudeformen sind  recht 
unpräzise, kaum mit rechten Winkeln, aber Bing gibt auch nicht mehr her. Man 
zollt dem großen Aufwand der hier getrieben wurde zwar Respekt, ist aber etwas 
irritiert, da ja in Frankreich die Katasterpläne zum Mappen in OSM verwendet 
werden dürfen, und diese natürlich ein weitaus höhere Präzision liefern.


Da ich weiss, dass eine ganze Reihe von deutschsprachigen OSM-Contributoren 
anlässlich von Auslandsreisen im jeweiligen Land mappen, und weil es auf der 
französischen Liste angeregt wurde, möchte ich hier auf die Besonderheiten in 
Frankreich und die sich daraus ergebenden Empfehlungen eingehen.


Wie gesagt, sind in F die Katasterpläne zur Verwendung freigegeben[1]. Diese 
Pläne liegen zum großen Teil vektorisiert, teilweise, wie im aktuellen Fall, 
aber auch noch als Rastergrafik. Die Pläne sind auf dem französischen 
Regierungsportal[2] verfügbar.


Es gibt eine Reihe von Tools, welchen die Übernahme der Daten aus dem Kataster 
unterstützen. Mit einem Josm-Plugin[3] können die Pläne hinterlegt werden. Dabei 
werden Vektorpläne automatisch positioniert, Rasterpläne müssen manuell 
ausgerichtet werden. Letzteres ist recht knifflig, da die Pläne meist keine 
Referenzpunkte mit Koordinaten enthalten. Viele nicht vektorisierte Gemeinden 
sind daher überhaupt nicht erfasst.


Straßen und Wege in geschlossenen Ortschaften werden fast ausschließlich durch 
Abzeichnen mittels des Josm-Plugins erfasst, auch bei vektorisierten Gemeinden.


Gebäude, Gewässer und Gemeindegrenzen vektorisierter Gemeinden werden 
(halb)-automatisch importiert. Aus den Vektorplänen werden OSM-Dateien erzeugt, 
die man dann in Josm lädt, nachbearbeitet und hochlädt. Leider wird das 
Nachbearbeiten gerne vergessen, was sich unter anderem dadurch äußert, dass 
sich Gebäude, Wasserwege und Strassen untereinander und gegenseitig überlappen.


Für den ausländischen Mapper, der sich nicht selbst mit dem Kataster-Import 
befassen will, ergeben sich aus dieser Situation folgende Ratschläge:


- Großer Bedarf besteht für alles, was fehlt, aber nicht durch den 
Kataster-Import abgedeckt wird: Strassen und Wege ausserhalb von geschlossenen 
Ortschaften, Einbahnregelungen, Radwege, Zufahrtsbeschränkungen, POIs, 
Wegbeschaffenheit.


- Es ist nicht sinnvoll, Gebäude in größeren Mengen von Bing abzuzeichnen. Das 
schadet zwar nicht, aber mit großer Wahrscheinlichkeit werden die Gebäude über 
kurz oder lang durch automatisch generierte oder abgezeichnete Kataster-Daten 
ersetzt.


- Es ist durchaus sinnvoll, fehlende Straßen im Urlaubsort anhand von Bing oder 
GPS-Tracks zu erfassen. Das macht dem Mapper, der später mal vom Kataster 
abzeichnet und ergänzt, die Arbeit einfacher. Straßennamen können bei Bedarf auf 
[2] ermittelt werden.


- Wo die importierten Daten offensichtlich von der vor Ort festgestellten 
Realität abweichen, sollte dies natürlich erfasst werden.


- Wer auf die oben angesprochenen typischen Fehler eines Kataster-Imports stößt, 
kann diese natürlich gerne korrigieren. Er sollte sich dadurch aber auf keinen 
Fall davon abhalten lassen, seine eigenen Beiträge zu erfassen. Die Gebäude 
werden von den Franzosen ohnehin nach und nach bereinigt. Sinnvoll ist auch ein 
Eintrag in OpenStreetBug oder ein FIXME-Tag.


- Wo ein automatische Import aus dem vektoriserten Kataster durchgeführt wurde, 
stößt man meist auf eigenartige Gewässer-Objekte, auch kleinste Bäche als 
Wasserflächen, gestückelt in isolierte Objekte, überlappt mit Wegen und 
Gebäuden. Meine Empfehlung ist, diese Objekte zu belassen wie sie sind, 
abgesehen von eindeutigen, durch Vor-Ort-Erkundung verifizierten Abweichungen.


- Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt und 
weicht daher oft erheblich von der Realität ab. Solche Abweichungen sollten 
korrigiert werden.


- Hilfreich zur Vermeidung von Irritation sind Angaben zur Quelle der Daten, an 
den Objekten oder im Changeset. Hinter einem nicht ortsansässige Mapper wirdn 
oftmals ein Sessel-Mapper vermutet, und bei Daten, die nicht aus Bing ableitbar 
sind, kommt daher schnell der Verdacht, dass bei Google abgekupfert wurde (so 
auch im zweiten angesprochenen Fall). Mit einer Quellangabe lässt sich unnötiger 
Stress vermeiden.


Grüße
Rainer


[1] http://wiki.openstreetmap.org/wiki/Cadastre_Fran%C3%A7ais/Legal
[2] http://www.cadastre.gouv.fr
[3] http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre




___
Talk-de mailing list
Talk-de@openstreetmap.org

Re: [Talk-de] Hinweis zum Mappen in Frankreich


Am 24.08.2011 17:04, schrieb Tobias Knerr:

Am 24.08.2011 16:48, schrieb popp...@hm.edu:

beim Mappen habe ich bisher immer darauf geachtet, nicht unnoetige Nodes
zu produzieren. Als ich mir aber mal ein paar Staedte in Frankreich
angesehen habe, so bin ich schon ein bisschen erschrocken, wie Gebaeude
gemappt sind: Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn
es 7-8 auch tun wuerden. Da ist jede Rundung und jede Ecke modelliert.


Sind die Nodes jetzt überflüssig oder dienen sie der Modellierung einer
Rundung/Ecke?



Hier ein Beispiel: http://www.openstreetmap.org/browse/way/81550651

In der Regel sind das Wassertürme, Silos, Apsiden von Kirchen oder irgendwelche 
Erkerchen an Privatgebäuden.





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

Re: [Talk-de] Hinweis zum Mappen in Frankreich


Hallo Werner,

Am 24.08.2011 16:48, schrieb popp...@hm.edu:

Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn
es 7-8 auch tun wuerden. Da ist jede Rundung und jede Ecke modelliert.
Vereinzelt habe ich das korrigiert, aber die Masse der Faelle erschlaegt
einen. Wie soll man sowas korrigieren ? Von Hand ?


Ich nehme an, das ist ein Wasserturm oder ein Silo. Das ist eben rund und nicht 
achteckig.


Wie mappt man so etwas in Deutschland? Mit 8 Knoten, weil es zu mühsam ist, 60 
Knoten zu erzeugen und dann einen Kreis zu erzeugen? Mit 8 Knoten, weil Knoten 
gespart werden sollen? Mit 60 Knoten, weil es in OSM keine Kreisobjekt gibt, wir 
aber die Realität möglichst genau nachbilden wollen?


Gruß
Rainer


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

Re: [Talk-de] Hinweis zum Mappen in Frankreich


Hallo Carsten,

Am 24.08.2011 18:47, schrieb Carsten Gerlach:

Aber das Beispiel aus deiner anderen E-Mail ist schon extrem mit 568 Knoten.
Dann soll der Kreis mit vielen Knoten schön rund werden, aber die Kreis
rundmachen-Funktion (O) hat der Ersteller nicht verwendet ;-)


Da gibt es keinen Ersteller, der das von Hand gezeichnet hat. Aus dieser Grafik 
http://www.bilder-hochladen.net/files/gohn-i-6f49-jpg.html von der 
Kataster-Seite erstellt ein Skript den XML-Code für das Gebäude. Das erklärt 
auch die Delle bei 10 Uhr. Die XML-Datei, welche die Gebäude einer ganze 
Gemeinde enthält, hat jemand, in diesem fal der User Skywave mit Josm geöffnet 
und hochgeladen. Bei anderen kreisförmigen Gebäuden hat er zuvor vereinfacht, 
dieses aber offensichtlich nicht. Ich hole das mal nach.


Gruß
Rainer



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

Re: [Talk-de] Hinweis zum Mappen in Frankreich