date:20120122

Am 22. Januar 2012 03:37 schrieb Frederik Ramm frede...@remote.org:
 foreach node
   if version1 von mir und im fraglichen gebiet
      if spaetere version von user X mit anderen koordinaten
         nimm aktuellste version des nodes
         setze die koordianten der v1 wieder ein
         schreibe Node in Ausgabefile
      end
   end
 end

Bodo,

Abgesehen von den technischen Möglichkeiten sollte man nicht aus dem
Auge verlieren, dass manche der Modifikationen auch Verbesserungen
sein könnten. Hier geht es um einen Bereich der bereits relativ
umfangreich ist (Die rückgängig zu machenden Änderungen betreffen
hauptsächlich die Position von Punkten, d.h. es betrifft potentiell
die History von über 16000 Punkten.). Auch für Verbesserungen hast Du
schon Beispiele angeführt: An einer Stelle habe ich gesehen, daß
dieser User zweimal geändert hat, an einer anderen Stelle gab es
spätere Änderungen, die darauf aufbauen. Beispiel: Die Kontur eines
fehlerhaft verschobenen Gebäudes wurde verfeinert., daher ist ein
komplettes Rückgängigmachen m.E. nicht angebracht.

Zugegebenermaßen sind solche Edits, wo OSM an ein bestimmtes Luftbild
angepasst wird, (jetzt Bing, früher Yahoo) ziemlich lästig (ehrlich
gesagt ist Bing teilweise noch auszuhalten, Yahoo war hierzulande
richtig gruslig), aber vielleicht kann man ja den entsprechenden User
motivieren, selbst mitzuhelfen?

Du könntest evtl. auch die Bounding Box hier pasten, wo die Änderungen
drin sind, so dass man auf der ital. Mailing-Liste nachfragt, ob da
jemand in letzter Zeit aktiv war. Eine Diskussion auf der ital. Liste
ist prinzipiell sinnvoll, weil dadurch die Mapper auf das Thema
sensibilisiert werden (vor allem die neueren Mapper, ist nicht das
erste Mal, dass man darüber schreibt).

Gruß Martin

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

Re: [Talk-de] Hilfe für Kartenaktualisierung 71083 Herrenberg gesucht

2012-01-22 Thread Bernd Raichle

Hallo Joachim, hallo Bernd,

es gibt eine OSM-Mailing-Liste fuer den Grossraum Stuttgart ... und da
wuerde ich Herrenberg, da per (S-)Bahn leicht erreichbar, mit
einschliessen. (Diese Antwort geht per CC gleich mal mit an die
Liste.)

On Sunday, 22 January 2012 08:43:30 +0100,
Bernd Wurst be...@bwurst.org writes:
[...]
Am 21.01.2012 19:39, schrieb Joachim Wirth:
Hier sieht man einen Plan, der die neue Verkehrsführung mit
Parkplätzen und neuer Halle zeigt:
http://www.andreae-gymnasium.de/webnotizen/wp-content/2011/05/Parken_Markwegschulzentrum.gif
Zum Vergleich, siehe OSM 71083 Schießtäle (Markwegzentrum).

Also hier:
http://www.osm.org/?lat=48.592379lon=8.855888zoom=18layers=M

Der Plan den du online gestellt hast, darf man den zum Abzeichnen
benutzen?

Waere natuerlich ideal, da sich dann schon vieles vorher machen
laesst. Aber selbst dann bleiben noch Punkte, die man mit
Ortskenntnissen weiss/vor Ort ueberpruefen sollte.

Über Hilfsangebote würde ich mich sehr freuen! Selbstverständlich
möchte ich selbst für diese Aktualisierungen beisteuern, was mir
möglich ist.

Letztlich muss man entweder von korrekten und lizenzrechtlich
akzeptablen Karten Daten übertragen oder vor Ort mit einem
GPS-Gerät die neuen Wege aufnehmen.

Wenn die von dir gelieferte Karte benutzt werden darf, dann wäre
das ohne Ortsbegehung zu machen. Kann ich gerne machen. Wenn nicht,
sollte jemand vor Ort sein. Das kann ich nicht machen. :)

... und das waere ein guter Aufhaenger fuer eine lokale Mapping-Party!

Also: Aufruf starten (auf den Mailing-Listen und im Wiki), guenstigen
Termin festlegen (evtl. noch Ausweichtermin), lokaler Treffpunkt
vereinbaren und dann kann es losgehen.

Wenn man beim Treffpunkt gemuetlich zusammensitzen kann, noch eine
Netzverbindung vorhanden ist, dann ist bereits am Ende der
Mapping-Party die OSM-Karte aktualisiert und somit verwendbar.

Viele Gruesse,
Bernd

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

Re: [Talk-de] Josm und Bing

2012-01-22 Thread Willi

On Sun, Jan 22, 2012 at 09:49:01AM +0100, Steffen Heinz wrote:
 On 21.01.2012 21:36, Steffen Heinz wrote:
 Binlg läßt sich auf einmal nicht mehr als Hintergrund bei Josm 
 laden (Win7)  Josm und pluggies sind auf dem neusten Stand.
   Fehler: null
   unten rechts: Error loading Bing attribuion data

Habe das selbe Problem. Mit josm-tested 4667 geht es problemlos. 

Willi


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

[Talk-de] Taggen von Wegen innerhalb von beschraenkten Gebieten

2012-01-22 Thread Bernhard Weiskopf

Hallo zusammen,

wie tagged man z. B. einen ausgewiesenen Fuß/Radweg innerhalb eines
verbotenen Geländes, eines Privatgeländes oder Anliegerbereichs?

Da die Wegnutzung ausgeschildert ist:
foot = designated
bicycle = designated
motor_vehicle = no

Was ist mit den allgemeinen Beschränkungswerten z. B. no, private oder
designation?
Ich habe vermutet, das geht mit dem zusätzlichen Schlüssel access
(General access permission)
access = no, 
access = private bzw.
access = designation

Nach http://wiki.openstreetmap.org/wiki/Map_Features#Restrictions unter
Other (etwas runterscrollen) überschreiben jedoch die spezifischen
Schlüssel den allgemeinen Schlüssel access.

Verstehe ich das richtig?
Müsste das nicht umgekehrt sein?
Wie verhindert man Routing durch solche beschränkt nutzbaren Gebiete?

Bernhard



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

Re: [Talk-de] Josm und Bing

2012-01-22 Thread Steffen Heinz


Am 22.01.2012 10:13, schrieb Sarah Hoffmann:

H




Dazu musst du JOSM von der Console aus starten.


 nochmal, wie geht das? (Win 7)


  
  Versuche es einfach mal mit rauszoomen und wieder reinzoomen um die
  Dateien neu zu laden.

   hab ich gemacht, negativ!
  hab auch den ganzen Josm Ordner gelöscht wo Josm seine Daten ablegt,
  auch negativ

Das ist ein Bug in der lastest-Version von JOSM. Ich habe mal einen
Bug-Report für dich angelegt: http://josm.openstreetmap.de/ticket/7300

Die tested-Version von JOSM sollte noch funktionieren.
im Moment ist das nicht so dringend, meine Arbeit, das was ich vorhatte 
ist getan.


nur nebenbei
Warum blos verteilt Josm seine Dateien auf dem Rechner an 
unterschiedlichen Stellen?
(Natürlich machen das fast alle Programme)! Es sollte angeboten werden 
wo die Dateien angelegt werden


Grüße aus der Eifel
Steffen Heinz


--
Ich verwende die kostenlose Version von SPAMfighter für private Anwender,
die bei mir bis jetzt 1784 Spammails entfernt hat.
Rund 7 Millionen Leute nutzen SPAMfighter schon.
Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde


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

Re: [Talk-de] Taggen von Wegen innerhalb von beschraenkten Gebieten

Am 22. Januar 2012 11:46 schrieb Bernhard Weiskopf bweisk...@gmx.de:
 wie tagged man z. B. einen ausgewiesenen Fuß/Radweg innerhalb eines
 verbotenen Geländes, eines Privatgeländes oder Anliegerbereichs?

 Da die Wegnutzung ausgeschildert ist:
 foot = designated
 bicycle = designated
 motor_vehicle = no


m.E. liegt da das Problem. Du könntest z.B. so taggen:
highway=footway
oder highway=cycleway

und dann zusätzlich access=private (ohne die o.g. zusätzlichen tags,
weil die das access überschreiben würden), für das Privatgelände.

Wenn es ein Anliegerbereich (Durchfahrt verboten, Anlieger frei) ist würde ich
vehicle=destination zusätzlich zu den Straßentags setzen ohne
access. Bzw. motorvehicle bzw. motorcar, motorcycle (je nach
Schild).

Innnerhalb eines abgesperrten, nicht allgemein zugänglichen
Privatgeländes gilt doch sowieso die StVO und damit ein
Fußweg-schild (und jedes andere Schild) nicht, oder? Der Hausherr
könnte natürlich Regeln aufstellen, dass die StVO gelten soll, aber
Zuwiderhandlungen müssten dann evtl. trotzdem zivilrechtlich verfolgt
werden.

S. auch hier:
http://www.verkehrslexikon.de/Module/StrVerkehr.php#05

Gruß Martin

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

Re: [Talk-de] Maperitive - Tileserver - htaccess/404 Problem

2012-01-22 Thread Jan Tappenbeck


Hi !

ich habe gestern Nacht das ganze noch eingrenzen können und mal bei 
selfhtml [1] gepostet - bisher ohne ein Ergebnis was mir weiterhilft.


Hier der Text aus dem Posting:

ich suche seit 2 tagen nach einer problemlösung bei meinem kartenserver 
und nun weiß ich vermutlich die ursache.


es geht dabei darum das über openlayers karten von einem server gezogen 
werden und jede teilkarte wird durch eine bestimmte nummer definiert. 
aus der nummer der karte und der zugehörigen zoomstufe ergibt sich ein 
pfad zu dem bild. die nummerierung der bilder beginnt im norden und je 
weiter man nach süden kommt steigt die letzte nummer.


nun habe ich das problem das im norden immer falsche karten angezeigt 
werden. bzw. die karten aus dem südlichen gebiet wo noch bilder vorliegen.


das habe ich wie folgt getestet.

die letzte verfügbare kartenkachel ist
http://www.tappenbeck.net/osm/ferry2011/tiles/6/34/19.png

wenn ich jetzt in der adresszeile
http://www.tappenbeck.net/osm/ferry2011/tiles/6/34/18.png
http://www.tappenbeck.net/osm/ferry2011/tiles/6/34/17.png
...
abfordere, dann springt die adresszeile immer wieder auf
http://www.tappenbeck.net/osm/ferry2011/tiles/6/34/19.png
um. wenn keine bilddatei jetzt geliefert werden würde, dann würde 
openlayers automatisch eine leerkachel ausliefern.


dieser eindruck bestätigt sich auch an anderen phänomenen.

warum erzähle ich euch das jetzt alles. ich vermute es hat etwas mit der 
rückmeldung vom server zu tun und vermutlich ist in einer der 
übergeordneten verzeichnissen eine .htaccess definiert die eine andere 
alterntivdatei aus dem betreffenden verzeichnis liefert anstatt einer 
fehlermeldung.


nun bin ich nur hobby-programmierer besser bastler und .htaccess ist 
überhaupt nicht mein gebiet.


kann mir einer von euch vielleicht weiterhelfen???

es ist doch auch so das die .htaccess-definitionen nach unten 
weitervererbt werden ?!?! dann würde ich die neue definition einfach im 
obersten verzeichnis der kartenkacheln hinterlegen und problem gelöst.



gruß Jan :-)



[1] http://forum.de.selfhtml.org/?t=208723m=1419888


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

Re: [Talk-de] Josm und Bing

2012-01-22 Thread Peter Wendorff


Hallo Steffen.

Wenn Du Java richtig installiert hast, sollte folgendes gehen:
Öffne die Eingabeaufforderung (findest Du im Startmenü, sonst 
Start/Ausführen... und da cmd eingeben).
Dann wechsle in das Verzeichnis, in dem JOSM liegt (mit cd kannst Du das 
Verzeichnis wechseln, einfach cd und dahinter den Pfad).
Danach java -jar josm-latest.jar (oder josm-tested.jar oder wie auch 
immer josm bei dir genau heißt).


Daraufhin sollte JOSM starten, gleichzeitig das Konsolenfenster aber 
offen bleiben. In dieses Fenster schreibt JOSM dann Meldungen, die du 
sonst nicht sehen würdest.


Gruß
Peter

Am 22.01.2012 12:18, schrieb Steffen Heinz:

Am 22.01.2012 10:13, schrieb Sarah Hoffmann:

H




Dazu musst du JOSM von der Console aus starten.


 nochmal, wie geht das? (Win 7)


 
 Versuche es einfach mal mit rauszoomen und wieder reinzoomen um die
 Dateien neu zu laden.

   hab ich gemacht, negativ!
  hab auch den ganzen Josm Ordner gelöscht wo Josm seine Daten ablegt,
  auch negativ

Das ist ein Bug in der lastest-Version von JOSM. Ich habe mal einen
Bug-Report für dich angelegt: http://josm.openstreetmap.de/ticket/7300

Die tested-Version von JOSM sollte noch funktionieren.
im Moment ist das nicht so dringend, meine Arbeit, das was ich 
vorhatte ist getan.


nur nebenbei
Warum blos verteilt Josm seine Dateien auf dem Rechner an 
unterschiedlichen Stellen?
(Natürlich machen das fast alle Programme)! Es sollte angeboten werden 
wo die Dateien angelegt werden


Grüße aus der Eifel
Steffen Heinz





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

Re: [Talk-de] Josm und Bing

2012/1/22 Steffen Heinz eifelhu...@gmx.de

 Am 22.01.2012 10:13, schrieb Sarah Hoffmann:

  H



 Dazu musst du JOSM von der Console aus starten.


  nochmal, wie geht das? (Win 7)


Rechtsklick - Neu - Verknüpfung
und dann bei Speicherort
$JavaDIR -jar $JOSMDIR

Wobei $JavaDIR der Speicherort der java.exe ist (meist C:\Program
Files\Java\jre6\bin\java.exe) und $JOSMDIR der Speicherort der josm.jar
ist. Die  sind wichtig.
Das -jar startet m.W. die JOSM-Konsole.
Wenn du die Verknüpfung dann ausführst, dann startet erst in weiß auf
schwarz die Konsole und dann JOSM.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Josm und Bing

2012-01-22 Thread Steffen Heinz


Am 22.01.2012 12:37, schrieb Peter Wendorff:

Hallo Steffen.

Wenn Du Java richtig installiert hast, sollte folgendes gehen:
Öffne die Eingabeaufforderung (findest Du im Startmenü, sonst
Start/Ausführen... und da cmd eingeben).
Dann wechsle in das Verzeichnis, in dem JOSM liegt (mit cd kannst Du das
Verzeichnis wechseln, einfach cd und dahinter den Pfad).
Danach java -jar josm-latest.jar (oder josm-tested.jar oder wie auch
immer josm bei dir genau heißt).


Danke,
so funktionierts, viel kann ich damit allerdings nicht anfangen
Grüße aus der Eifel
Steffen Heinz

--
Ich verwende die kostenlose Version von SPAMfighter für private Anwender,
die bei mir bis jetzt 1795 Spammails entfernt hat.
Rund 7 Millionen Leute nutzen SPAMfighter schon.
Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde


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

[Talk-de] hängt Aerowest schon wieder ...?

2012-01-22 Thread Jan Tappenbeck


hi !

wollte mir etwas für das Mistwetter besorgen 

hängt Aerowest schon wieder ...?

Gruß Jan :-)

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

Re: [Talk-de] Maperitive - Tileserver - gelöst !!!!

2012-01-22 Thread Jan Tappenbeck


hi !

ein Vorschlag aus selfhtml [1] hat mir weitergeholfen.

Eine .htaccess-Datei mit der einfachen Zeile

CheckSpelling Off

hat die Lösung gebracht.

Freude 

Gruß Jan:-)

[1] http://forum.de.selfhtml.org/?t=208723m=1419908


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

Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels

2012/1/16 Frederik Ramm frede...@remote.org

 Was sind die Kriterien für Changeset Overrides im Quick History Service
 [1]?
 Ich habe hier z.B. ein Changeset [2], da wurde amenity=hotel durch
 tourism=hotel ersetzt. Wäre das etwas, was man dort eintragen könnte?


 Es gibt keine Kriterien, die Dich Deiner Verantwortung entheben - Du musst
 es selber entscheiden und dafuer dann auch geradestehen. Es ist immer eine
 Ermessenssache - bin ich der Ansicht, dass dieser Edit die noetige
 Schoepfungshoehe hat, um ein Urheberrecht zu begruenden?


Na OK.
Solange sich die LWG nicht endlich mal auf verbindliche Regeln für den
Wechseln festlegt werde ich nichts unternehmen, was am Ende doppelte Arbeit
bedeuten oder mich in falscher Sicherheit wiegen würde.
Diese verbindlichen Regeln hätte es eigentlich spätestens mit der
Bekanntgabe des endgültigen Wechsels gebraucht.

Sollte man das nicht einfach vor dem Lizenzwechsel machen?


[...]

 Es waere besser, diese Probleme wuerden einfach schon *vor* dem
 Lizenzwechsel repariert, dann stellt sich die Frage gar nicht.

 [...]

 Wenn es gelingt, schon vor dem Lizenzwechsel die Kennzeichnungen auf 0 zu
 reduzieren - so wie zum Beispiel unsere fleissigen irischen Kollegen schon
 heute - dann haetten wir es noch leichter ;)


Wenn das Wörtchen wenn nicht wäre...
Ich stimme mit dir grundsätzlich überein, dass es am besten wäre, wenn
alles bis zum Lizenzwechsel remappt ist.

Aber ich garantiere dir: Das wird aufgrund der kurzen Zeit und der noch
fehlenden verbindliche Regeln nicht geschehen!
Deshalb finde ich es wichtig, dass man hier eine zweigleisige Strategie
verfolgt: Zum einen, dass man darauf hinarbeitet, dass möglichst viel vor
dem Wechsel remappt wird und zum anderen, dass man Mittel an die Hand gibt,
um durch den Wechsel weggefallene Sachen auch danach noch gezielt wieder
erfassen zu können.

Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes
(oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel
eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man nach
dem Wechsel dann nur noch per Zufall entdecken können.

Meine Ideen wären ja eigentlich nur die Weiterführung der aktuell gebotenen
Hilfsmittel.

Insofern finde ich es etwas schade, dass du auf die Gedanken zur
Nachbearbeitung nicht inhaltlich eingehst.

Und zu Irland: Im Inspektor gibt es da durchaus noch ein paar farbige
Flächen. Außerdem haben die eine bessere Ausgangslage: Sowohl in relativen
Zahlen wie erst recht absolut haben die deutlich weniger Nichtzustimmer.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels

2012-01-22 Thread Bernhard Weiskopf

 From: Robert S. [mailto:osm-m...@autobahnen-europa.eu]
 Sent: Sunday, January 22, 2012 1:37 PM
 ...
 Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes
 (oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel
 eher wird es vorkommen, dass einzelne Tags fehlen...

In Südhessen wird etwa die Hälfte der Stadt Lampertheim (mit Umgebung)
fehlen und sehr viele Hochspannungsleitungen (die sich sehr gut zum
Orientieren im Gelände eignen).

(Stand: Ende Dezember 2011)

Bernhard



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

Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels

Am 22. Januar 2012 13:37 schrieb Robert S. osm-m...@autobahnen-europa.eu:
 Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes
 (oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel
 eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man nach
 dem Wechsel dann nur noch per Zufall entdecken können.


Das ist aber doch auch richtig so, oder? Wenn man die Daten dessen was
wegfälllt als Basis für neues Mappen verwendet, dann ist das im
Prinzip doch Kopieren, d.h. man schaffte damit abgeleitete Werke,
selbst wenn man die Geometrie neu anlegt.

Gruß Martin

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

Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels

2012/1/16 aighes o...@aighes.de

 Hallo

 Am 16.01.2012 00:18, schrieb Robert S.:

  Dann noch eine Sache, die schon in der Bachelorarbeit zum Lizenzwechsel
 angesprochen wurde: Wenn ein Nichtzustimmer Nodes in eine Way hinzugefügt
 hat werden die ja im zuge des Lizenzwechsels gelöscht. Wenn jetzt ein
 Zustimmer danach noch weitere Nodes einfügt hat, kann es nach Löschung der
 Nichtzustimmer-Nodes sein, das die Reihenfolge der Nodes im Way nicht mehr
 ganz klar ist. Da könnte man dann mit einer Relation aushelfen. Als
 Mitglieder hätte die Relation dann den Way in der Geometrie vor dem ersten
 Nichtzustimmeredit und alle danach hinzugefügten Nodes als lose Nodes. Ein
 Mapper müsste dann anhand von Luftbildern, GPS-Tracks, Ortskentnissen etc.
 die korrekte Geometrie herstellen.
 Auch diese Relationen könnte man visualisieren.


 Könntest du das kurz anhand eines Beispiels erläutern? Ich sehe da kein
 Problem.


Ich hatte folgendes aus der angesprochene Bachelorarbeit im Kopf:
http://checkout.yourweb.de/thesis/Jakob_Altenstein_Thesis.pdf
PDF-Seiten 40 - 42 und dort insbesondere auf Tabelle 10

Aber inzwischen heißt es ja, dass alle Löschungen, egal ob von Zustimmern
oder Nichtzustimmern, übernommen werden. Wenn ich das richtig sehe, wird
zumindest dieses Topologie-Problem dadurch schon gelöst.

Das gibt natürlich andere Probleme. Wenn jetzt die Version 2 aus dem
Beispiel der Bachelorarbeit die letzte Bearbeitung wäre, dann hätte der Weg
ja nur noch einen Knoten. Das dürfte nicht zugelasen sein, oder? Wenn nein,
müsste man den Weg wohl löschen. Nur wenn die Tags des Weges eigentlich
ODBL-Clean wären, würde ja unnötig Informationen verloren gehen. Könnte man
dann nicht die Tags und den verbleibenden Node in eine Relation retten?

Und sind solche fehlerhaften Topologien (Ein-Node-Ways) in
Zwischenversionen erlaubt?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels

2012/1/22 Martin Koppenhoefer dieterdre...@gmail.com

 Am 22. Januar 2012 13:37 schrieb Robert S. osm-m...@autobahnen-europa.eu
 :
  Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes
  (oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel
  eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man
 nach
  dem Wechsel dann nur noch per Zufall entdecken können.


 Das ist aber doch auch richtig so, oder? Wenn man die Daten dessen was
 wegfälllt als Basis für neues Mappen verwendet, dann ist das im
 Prinzip doch Kopieren, d.h. man schaffte damit abgeleitete Werke,
 selbst wenn man die Geometrie neu anlegt.


Deshalb schlage ich ja eine Kennzeichnung vor die nur angibt, dass etwas
geändert wurde (odbl=changed) und die nicht verrät, was genau nun
weggefallen ist.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels

2012-01-22 Thread Peter Wendorff


Am 22.01.2012 13:37, schrieb Robert S.:
Viel eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas 
würde man nach dem Wechsel dann nur noch per Zufall entdecken können.


Ich befürchte, dass Du ein Stückweit recht hast, nur ist uns dann nicht 
damit geholfen, das jetzt beim Lizenzwechsel zu umgehen.
Solange dieses Entdecken reiner Zufall bleibt, haben wir das gleiche 
Problem genauso für Änderungen (neue Straßenberuhigung, nachdem ein 
Mapper die Straße schon eingetragen hat, veränderte Verkehrsführung, 
abgerissenes oder neu gebautes Haus, geänderte Öffnungszeiten und so 
weiter).


Prämisse ist meist, dass nur das eingetragen werden solle, was auch 
jemand bearbeiten kann, nur: das kann niemand auf lange Sicht garantieren.
Ich kann halbwegs sicherstellen, dass ich die nächsten zwei Jahr hier in 
der Gegend noch aktiv sein kann, aber viel länger? Wer ist dann hier 
aktiv? Haben diejenigen ähnliche Interessen und tragen ähnliches ein 
bzw. pflegen meine Daten wirklich?


Diese Zufallsentdeckungen sind also nicht ein Problem des 
Lizenzwechsels, sondern generell, und uns ist nicht systematisch damit 
geholfen, wenn die CC-Daten von vor dem Wechsel hinterher noch vorhanden 
sind.


Gruß
Peter

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

Re: [Talk-de] Strassenlisten

2012-01-22 Thread Martin Trautmann

On 12-01-21 6:09, Tirkon wrote:
 schick mir eine osm PM, dann stelle ich Dir die Liste gezipt bereit.
 
 Ich integriere die Liste übers Wochenende in die bestehende
 Straßenlistenauswerung [1].
 
 Das ist sehr erfreulich. Danke!

Die Straßenlisten sind mit Vorsicht zu genießen. Ich habe sie gerade mal
in der Prüfung. Mehr als 500 000 Straßen sind dabei ok. Einige
Straßenlisten sind aber falsch zugeordnet. Da macht eine Prüfung keinen
Sinn.

Braucht jemand eine Auswertung, welche ich als ok einstufen würde und
welche besser umbenannt werden sollten?

Welches Dateinamen-Schema schlagt ihr vor?

Ich selbst bin ein Fan des amtlichen Gemeindeschlüssels. Für die
Allgemeinheit leichter verständlich ist aber wohl

Bundesland|Landkreis|Gemeinde|Ortsteil

... mit typischen Problemen z.B. bei Berlin|Stadtteil (an Stelle von
Berlin|Berlin|Berlin|Stadtteil) und unterschiedlicher Schachteltiefe bei
Bundesland|Stadt|Stadtteil

Die Trennung nach Stadtteilen halte ich ohnehin für ungeschickt. Ich
selbst verwende die Unterscheidung bei der Straße selbst:
* Straßenname / Stadtteil
oder
* Straßenname / Stadtteil X / Stadtteil Y

Schönen Gruß
Martin

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

[Talk-de] Korrektur großflächiger Falsch-Ausrichtung an verzerrtem Luftbild (was: Kann man eine Liste von Changesets bekommen, die ein Gebiet betreffen?)

2012-01-22 Thread Bodo Meissner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 22.01.2012 11:15, schrieb Martin Koppenhoefer:

 Abgesehen von den technischen Möglichkeiten sollte man nicht aus dem
 Auge verlieren, dass manche der Modifikationen auch Verbesserungen
 sein könnten.

Hallo Martin,

in anderen Gebieten hat dieser User definitiv Verbesserungen gemacht, z.B. 
Verfeinerung von Küstenlinien. Deshalb möchte ich alles manuell prüfen.

Gibt es bereits eine Möglichkeit, grafisch einen Vorher-Nachher-Vergleich eines 
Changesets zu bekommen?
Falls nicht, könnte ich vielleicht das Reverter-Plugin für JOSM erweitern.

 Hier geht es um einen Bereich der bereits relativ
 umfangreich ist (Die rückgängig zu machenden Änderungen betreffen
 hauptsächlich die Position von Punkten, d.h. es betrifft potentiell
 die History von über 16000 Punkten.).

Ich denke, ich komme über die Changesets des Users an die Menge der Punkte, die 
tatsächlich verschoben wurden.
Die Anzahl habe ich genannt, um darzustellen, daß ein manueller Aufruf der 
History in JOSM nicht praktikabel ist.
Ob es ein Problem ist, wenn ich die History von 16000 nodes und ein parr 
hundert ways per Skript abfrage, weiß ich nicht.

 Auch für Verbesserungen hast Du
 schon Beispiele angeführt: An einer Stelle habe ich gesehen, daß
 dieser User zweimal geändert hat, an einer anderen Stelle gab es
 spätere Änderungen, die darauf aufbauen. Beispiel: Die Kontur eines
 fehlerhaft verschobenen Gebäudes wurde verfeinert., daher ist ein
 komplettes Rückgängigmachen m.E. nicht angebracht.

Da ist ja gerade die Schwierigkeit. Ich möchte die Nebenwirkungen eines Reverts 
auch in Ordnung bringen.
In dem genannten Beispiel hat der fragliche User X das Gebäude und die 
darumliegenden Wege von der korrekten Position verschoben. Ein anderer User Y 
hat später Punkte zur Kontur des Gebäudes hinzugefügt. Wenn ich die Änderungen 
des Users X zurücknehme, muß ich die Punkte des Users Y anschließend manuell 
verschieben.
Deshalb möchte ich mit Hilfe von Skripten oder wie auch immer Hinweise 
bekommen, an welchen Stellen ich prüfen und manuell nacharbeiten muß, und wen 
ich möglicherweise informieren sollte.

Ich möchte aber nicht alle Wege, die ich mühsam in mehreren Jahren gezeichnet 
habe, wieder Punkt für Punkt manuell zurückschieben. Auch weiß ich nicht, ob 
der User möglicherweise Punkte gelöscht hat.

 Zugegebenermaßen sind solche Edits, wo OSM an ein bestimmtes Luftbild
 angepasst wird, (jetzt Bing, früher Yahoo) ziemlich lästig (ehrlich
 gesagt ist Bing teilweise noch auszuhalten, Yahoo war hierzulande
 richtig gruslig), aber vielleicht kann man ja den entsprechenden User
 motivieren, selbst mitzuhelfen?

Die Korrektur möchte ich selbst machen, weil ich mich dort wirklich auskenne.
In meiner zweiten Nachricht an diesen User habe ich angeregt, daß er sich in 
anderen Gebieten um eine Korrektur kümmern sollte, falls er woanders auch 
Objekte verschoben hat.
Ich habe auch geschrieben, daß ich die unkritische Verwendung von Luftbildern 
aufgrund mangelnder oder schwer auffindbarer Information für die Ursache des 
Fehlers halte.

 Du könntest evtl. auch die Bounding Box hier pasten, wo die Änderungen
 drin sind, so dass man auf der ital. Mailing-Liste nachfragt, ob da
 jemand in letzter Zeit aktiv war.

In meinem Fall handelt es sich um die Insel Giglio. Es sind aber vermutlich 
verschiedene Gebiete betroffen, nicht nur in Italien. Die Changesets dieses 
Users sind über Europa und Nordafrika verteilt.
Ich hatte die Idee, über die Changesets herauszufinden, welche User ich 
kontaktieren sollte.

 Eine Diskussion auf der ital. Liste
 ist prinzipiell sinnvoll, weil dadurch die Mapper auf das Thema
 sensibilisiert werden (vor allem die neueren Mapper, ist nicht das
 erste Mal, dass man darüber schreibt).

Zur Vermeidung von unkoordinierter Doppelarbeit ist es sicher eine gute Idee, 
auf der italienischen Liste darüber zu informieren, daß ich mich auf der Insel 
Giglio um die Korrektur kümmern möchte.
@Martin: Es wäre gut, wenn Du das übernehmen könntest, denn ich kann nur wenig 
italienisch.
Mein Username ist bomm. Falls jemand am meiner Ortskenntnis zweifelt, soll er 
meine hochgeladenen Tracks betrachten. Du kannst auch meine E-Mail-Adresse 
nennen für eine eventuelle Kontaktaufnahme.


Viele Grüße
Bodo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk8cE7oACgkQnMz9fgzDSqe2swCglNi/cYXMQG5rr22K+7Ck469i
KeQAoKWgCS9kejJ13M8dqwobaoMId3ua
=qGiN
-END PGP SIGNATURE-

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

Re: [Talk-de] Korrektur großflächiger Falsch-Ausrichtung an verzerrtem Luftbild (was: Kann man eine Liste von Changesets bekommen, die ein Gebiet betreffen?)

Am 22. Januar 2012 14:48 schrieb Bodo Meissner b...@bodo-m.de:
 Am 22.01.2012 11:15, schrieb Martin Koppenhoefer:
 Gibt es bereits eine Möglichkeit, grafisch einen Vorher-Nachher-Vergleich 
 eines Changesets zu bekommen?


es gibt da den OSM History Viewer auf dem Fossgis server:
http://osmhv.openstreetmap.de/


 Da ist ja gerade die Schwierigkeit. Ich möchte die Nebenwirkungen eines 
 Reverts auch in Ordnung bringen.


ja, das ist wirklich eine nervige Situation, ich würde auf jeden Fall
versuchen, den User miteinzubeziehen damit er versteht, wieviel Arbeit
er damit verursacht hat (auch wenn in diesen Fällen meistens von guten
Absichten auszugehen ist, d.h. er hat sich auch viel Arbeit gemacht
und dabei gedacht, uns allen etwas Gutes zu tun).


 Ich möchte aber nicht alle Wege, die ich mühsam in mehreren Jahren gezeichnet 
 habe, wieder Punkt für Punkt manuell zurückschieben.


verständlich.


 Auch weiß ich nicht, ob der User möglicherweise Punkte gelöscht hat.


wenn da keine Tags dranhingen fände ich das nicht so schlimm. Wichtig
ist ja vor allem, dass der aktuelle Datenstand dem aktuellen Stand vor
Ort so gut es geht entspricht. Wenn die Kurven dabei mal etwas eckiger
geworden sein sollten fände ich das persönlich zwar auch ziemlich
störend, aber die meisten sehen das anscheinend lockerer. Ich würde
visuell die Daten mit dem PCN abgleichen und dort nacharbeiten, wo es
augenscheinlich schlecht passt, oder scharfe Kurven besonders eckig
aussehen. Je nach Größe des Gebiets ist das machbar, oder man muss
hoffen dass einem andere Mapper zur Hilfe kommen. Leider ist die
Mapperdichte ausserhalb D-A-CH (und vielleicht noch Teile von GB / NL
und Ballungsräumen) nach wie vor nicht besonders hoch.


 Die Korrektur möchte ich selbst machen, weil ich mich dort wirklich auskenne.
 In meiner zweiten Nachricht an diesen User habe ich angeregt, daß er sich in 
 anderen Gebieten um eine Korrektur kümmern sollte, falls er woanders auch 
 Objekte verschoben hat.


sehr gut, danke. Ist der andere auch ein Deutscher, oder in welcher
Sprache schreibt Ihr Euch?


 In meinem Fall handelt es sich um die Insel Giglio. Es sind aber vermutlich 
 verschiedene Gebiete betroffen, nicht nur in Italien.


Ach so? Da habe ich in den letzten Tagen auch ein paar Punkte
verschoben und ein bisschen landuse verfeinert. Das wäre ja noch ein
relativ überschaubares Gebiet. Etwas seltsam fand ich, dass praktisch
alle Feldwege tracktype=grade2 waren, obwohl sie laut Luftbild
ziemlich unterschiedliche Oberflächen zu haben schienen.


 Zur Vermeidung von unkoordinierter Doppelarbeit ist es sicher eine gute Idee, 
 auf der italienischen Liste darüber zu informieren, daß ich mich auf der 
 Insel Giglio um die Korrektur kümmern möchte.
 @Martin: Es wäre gut, wenn Du das übernehmen könntest, denn ich kann nur 
 wenig italienisch.
 Mein Username ist bomm.


OK, ich schreibe eine Mail und informiere wie gewünscht, allerdings
empfehle ich Dir, trotzdem in kurzen Abständen die Daten hochzuladen,
weil aufgrund des Medieninteresses derzeit sicher noch mehr Mapper
dort aktiv sind.


 Falls jemand am meiner Ortskenntnis zweifelt,


ja, das kommt durchaus gelegentlich auch mal vor, wenn die
italienische ML über die deutschen Mapper schreibt ;-) Im Grunde ist
man aber natürlich für ausländische Mithilfe sehr dankbar.


 soll er meine hochgeladenen Tracks betrachten. Du kannst auch meine 
 E-Mail-Adresse nennen für eine eventuelle Kontaktaufnahme.


alles klar.

Gruß Martin

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

Re: [Talk-de] Korrektur großflächiger Falsch-Ausrichtung an verzerrtem Luftbild

2012-01-22 Thread Bodo Meissner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 22.01.2012 15:14, schrieb Martin Koppenhoefer:
 Am 22. Januar 2012 14:48 schrieb Bodo Meissner b...@bodo-m.de:
 [...]

 es gibt da den OSM History Viewer auf dem Fossgis server:
 http://osmhv.openstreetmap.de/

Danke, das ist genau das richtige.


 Ich würde
 visuell die Daten mit dem PCN abgleichen und dort nacharbeiten, wo es
 augenscheinlich schlecht passt, oder scharfe Kurven besonders eckig
 aussehen.

Das wollte ich nur bei den Folgefehlern machen, wenn ich die Verschiebung 
rückgängig gemacht habe.

 Ist der andere auch ein Deutscher, oder in welcher
 Sprache schreibt Ihr Euch?

Da seine Changeset-Kommentare deutsch sind, ist er zumindest deutschsprachig.

 In meinem Fall handelt es sich um die Insel Giglio. Es sind aber vermutlich 
 verschiedene Gebiete betroffen, nicht nur in Italien.
 
 Ach so? Da habe ich in den letzten Tagen auch ein paar Punkte
 verschoben und ein bisschen landuse verfeinert.

Durch die Verschiebungen gibt es teilweise auch Widersprüche mit dem Landuse, 
wenn beispielsweise ein Gebäude in einer Waldlichtung verschoben wurde, der 
Wald aber nicht. Viele Landuse-Bereiche basieren noch auf gröberen Luftbildern 
oder teilweise Schätzungen.

 Das wäre ja noch ein
 relativ überschaubares Gebiet. Etwas seltsam fand ich, dass praktisch
 alle Feldwege tracktype=grade2 waren, obwohl sie laut Luftbild
 ziemlich unterschiedliche Oberflächen zu haben schienen.

Dort gibt es sicher noch Verbesserungsmöglichkeiten im Detailgrad. Die 
Entscheidung über tracktype ist etwas schwierig. Meistens sind es feste, leicht 
staubige Sandwege ohne Gras oder Pflanzen, die mit einem Fahrzeug befahrbar 
sind. Meiner Meinung nach passen weder die Bilder noch die Beschreibungen im 
Wiki so richtig zu diesen Wegen.
Außerdem habe ich das im Urlaub eher nebenbei gemappt. Da habe ich keine Zeit 
für Notizen über die genaue Wegbeschaffenheit oder ständige Fotos.

 OK, ich schreibe eine Mail und informiere wie gewünscht,

Danke.

 allerdings
 empfehle ich Dir, trotzdem in kurzen Abständen die Daten hochzuladen,
 weil aufgrund des Medieninteresses derzeit sicher noch mehr Mapper
 dort aktiv sind.

Hoffentlich nicht nur solche, die die vorhandenen Objekte an ein Luftbild 
anpassen.


Viele Grüße
Bodo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk8cIxwACgkQnMz9fgzDSqevAwCeMjH/EpsxuR42HMByr9vZqZ5i
3lEAnROTZbCC39AAU4mu8VQCIigKtDOe
=x019
-END PGP SIGNATURE-

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

[Talk-de] Bei OSM History Viewer fehlgeschlagenen Auftrag neustarten?

2012-01-22 Thread Bodo Meissner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 22.01.2012 15:14, schrieb Martin Koppenhoefer:

 es gibt da den OSM History Viewer auf dem Fossgis server:
 http://osmhv.openstreetmap.de/

Ich habe ein paar Changesets analysieren lassen und bei einem (Changeset 
9486951) kam als Ergebnis nur

Diese Analyse wurde am 2012-01-22T14:44:54Z erstellt.

java.lang.Error: Timeout


Wenn ich jetzt die Seite über Reload oder das Formular aufrufe, wird mir immer 
das gleiche Ergebnis geliefert.
Dieses Changeset ist eines, das ich rückgängig machen möchte, aber vorher will 
ich prüfen, ob einige Änderungen erhalten bleiben sollten.

Kann man irgendwie eine Neuberechnung auslösen?
Oder wie lange muß ich warten, damit eine neue Berechnung versucht wird?


Viele Grüße
Bodo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk8cLYcACgkQnMz9fgzDSqd3HACglmo+ZsHlLAKhnlDFlWYpdAWr
ohwAn2XJz7j6zhgmj/FckytUEtxhKM9i
=aRzi
-END PGP SIGNATURE-

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

Re: [Talk-de] Bei OSM History Viewer fehlgeschlagenen Auftrag neustarten?

2012-01-22 Thread Manuel Reimer


Bodo Meissner wrote:

Ich habe ein paar Changesets analysieren lassen und bei einem (Changeset 
9486951) kam als Ergebnis nur

Diese Analyse wurde am 2012-01-22T14:44:54Z erstellt.

java.lang.Error: Timeout


Alter Hut.


Wenn ich jetzt die Seite über Reload oder das Formular aufrufe, wird mir immer 
das gleiche Ergebnis geliefert.


Der Fehler landet im Cache und kommt deshalb prompt immer wieder.


Kann man irgendwie eine Neuberechnung auslösen?


Das ist die Preisfrage. Wer ist dafür zuständig und liegt der Fehler 
möglicherweise sogar im History Viewer selbst und muss erst gepatcht werden 
bevor der Admin die neue Version installieren kann?



Oder wie lange muß ich warten, damit eine neue Berechnung versucht wird?


Auch nach langem Warten gibt es nach wie vor den Fehler.

Gruß

Manuel


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

[Talk-de] Konzeptstudie Einzelspurmapping


Moin,

ich habe mal eine Idee zum Einzelspurmapping ausprobiert:

Alle bisherigen highways bleiben erhalten. Die Straßensegmente, für die
eine Einzelspurdarstellung existiert, erhalten zusätzlich das Tag
detail_exists=yes .

Fahrspuren werden einzeln als way mit detail=lane erfasst. Sie können
sich aufspalten oder zusammenlaufen, kreuzen sich aber ohne gemeinsamen
Punkt. Abbiegespuren oder Geradeausspuren mit Fahrbahnpfeil erhalten ein 
Zusatztag (lane=right_turn, lane=straight_on etc.)


Ways mit detail=lane_change etwa senkrecht zur Fahrtrichtung 
beschreiben mögliche Spurwechsel. Sie sind mindestens am Beginn einer

Abbiegespur, an der letzten Wechselmöglichkeit vor einer Verzweigung
(oft die Haltelinie einer Kreuzung), an ersten und letzten Wechselpunkt 
einer Beschleunigungsspur und dem Übergang vom highway ohne Einzelspur 
zum way mit detail=lane nötig.


Ampeln und Stopschilder werden als Punkt auf den Einzelspuren erfasst.

Zum Test habe ich zwei Stellen mit diesem Schema erstellt:
[1]: eine einfache Einmündung mit Abbiegespuren
[2]: eine große Kreuzung mit komplexem Spurverlauf

Wer Interesse hat, kann sich die Ausschnitte in seinen Lieblingseditor
laden und dort ansehen. Bitte nichts verändern!

Solch ein Modell hat verschiedene Vor- und Nachteile:

+ Das Konzept ist kompatibel zu bisherigen Daten und Anwendungen
+ Die Regeln sind leicht erlernbar und mit jedem Editor umsetzbar
+ Es sind keine zusätzlichen Relationen nötig
+ Der Verlauf von Abbiegespuren auf komplexen Kreuzungen ist
  geometrisch richtig darstellbar
+ Ampeln und Stopschilder, die vor der Kreuzung stehen, lassen sich
  korrekt einer Fahrtrichtung zuordnen
+ Beschränkungen für einzelne Fahrspuren sind einfach möglich
  (Busspur, maxspeed nur für Abbieger, etc.)
+ Aus dem Modell lassen sich je nach Anforderung und Zoomlevel
  verschiedene Kartendarstellungen erzeugen:
  * nur highway (wie bisher)
  * Hybriddarstellung mit mit Einzelspuren als Underlay oder Overlay
  * nur als Detailkarte
+ Ein Fahrspurassistent ist damit einfach möglich. Ein einfacher
  Routingalgorithmus muss nur auf ways mit detail=lane und
  detail=lane_change arbeiten und highways mit detail_exists=yes
  ignorieren

- Die Doppelerfassung von Straßen als Grob- und Detailstruktur passt
  nicht zum üblichen OSM-Schema
- Für Einzelspurerfassung sind gute Luftbilder nötig
- Für längere Strecken ist das Modell zu aufwändig, Zusatztags am
  highway sind dort besser

Das Modell ist nur grob formuliert, für Sonderfälle (Kreisverkehr, 
Richtungspfeil halb-rechts, etc.) sind Erweiterungen nötig. Die Tagnamen

sind spontan ausgedacht und nicht ausgereift. Eine Nummerierung der
Abbiegespuren (left_1/2, left_2/2, ...) fehlt noch.

Ich sehe dies nur als Konzeptstudie, um die Einzelspurerfassung als
way zu diskutieren. Vielleicht haben einige Interesse sich das Konzept
anzusehen und es weiterzuentwickeln.

Viele Grüße
Stephan

[1] http://osm.org/go/0HsYpFYlR--
[2] http://osm.org/go/0HsPVeHXn-


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

Re: [Talk-de] Konzeptstudie Einzelspurmapping

2012-01-22 Thread Frederik Ramm


Hallo,

On 01/22/2012 05:51 PM, Stephan Wolff wrote:

Zum Test habe ich zwei Stellen mit diesem Schema erstellt:
[1]: eine einfache Einmündung mit Abbiegespuren
[2]: eine große Kreuzung mit komplexem Spurverlauf


Ich hielte es fuer einen interessanten - und wichtigen - Test, einen 
(Potlatch-)Nutzer mit durchschnittlicher OSM-Erfahrung (sprich etwa ein 
halbes Jahr) zu bitten, an einer solchen Kreuzung z.B. einen 
Zebrastreifen einzuzeichnen oder einen Abgleich mit einem besser 
aufgeloesten Luftbild zu machen oder sowas.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Konzeptstudie Einzelspurmapping

Am 22. Januar 2012 17:51 schrieb Stephan Wolff s.wo...@web.de:
prinzipiell halte ich das für bestimmte Gegenden (gute Luftbilder,
städtischer Raum) für die geeignete Methode, um diese Details zu
erfassen. Zwar wird die Komplexität einerseits leicht erhöht (durch
mehr Geometrie), auf der anderen Seite ist es aber u.U. auch einfacher
für den Mapper, weil er sich nur mit einer geringen Abstraktion
auseinandersetzen muss (jede Spur hat auch einen zugehörigen Way,
keine implizite Geometrie, die sich aus abstrakten Tags ergibt).

Ein paar Kommentare zu einzelnen Details im Folgenden:

Ways mit detail=lane_change etwa senkrecht zur Fahrtrichtung beschreiben
mögliche Spurwechsel. Sie sind mindestens am Beginn einer
Abbiegespur, an der letzten Wechselmöglichkeit vor einer Verzweigung
(oft die Haltelinie einer Kreuzung), an ersten und letzten Wechselpunkt
einer Beschleunigungsspur und dem Übergang vom highway ohne Einzelspur zum
way mit detail=lane nötig.

hier könnte man (ggf. alternativ) auch mit einer Relation den Bereich
kennzeichnen, wo man von einer Spur auf die andere wechseln kann:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area
dann bräuchte man diese nicht-existierenden künstlichen Verbindungen nicht.

Ampeln und Stopschilder werden als Punkt auf den Einzelspuren erfasst.

werden einzelne Ampeln erfasst, oder Haltepunkte? Hier gibt es oft
mehrere Ampeln (vor und hinter der Kreuzung), die aber das selbe
anzeigen, d.h. es ist pro Spur nur und Kreuzung nur eine Ampel was das
Anhalten betrifft, aber 2 physische Lichtsignalanlagen

Bsp:
http://maps.google.it/maps?ll=41.854211,12.492743spn=0.004251,0.010568client=ubuntuchannel=cst=mvpsrc=6fll=41.857807,12.495822fspn=0.004251,0.014656z=17layer=ccbll=41.854147,12.490602panoid=POY7fJl30FzNrqAa1y1YOAcbp=12,45.05,,0,1.32

Gruß Martin

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

Re: [Talk-de] Korrektur großflächiger Falsch-Ausrichtung an verzerrtem Luftbild

Am 22. Januar 2012 15:54 schrieb Bodo Meissner b...@bodo-m.de:
 relativ überschaubares Gebiet. Etwas seltsam fand ich, dass praktisch
 alle Feldwege tracktype=grade2 waren, obwohl sie laut Luftbild
 ziemlich unterschiedliche Oberflächen zu haben schienen.
 Dort gibt es sicher noch Verbesserungsmöglichkeiten im Detailgrad. Die 
 Entscheidung über tracktype ist etwas schwierig. Meistens sind es feste, 
 leicht staubige Sandwege ohne Gras oder Pflanzen, die mit einem Fahrzeug 
 befahrbar sind. Meiner Meinung nach passen weder die Bilder noch die 
 Beschreibungen im Wiki so richtig zu diesen Wegen.


ja, das ist praktisch überall auf der Welt so, wo das Klima anders ist
als in Mitteleuropa. Die Tracktypes sind halt mehr oder weniger eine
individuelle Einschätzung in 5 Stufen, wie gut der Weg befahrbar ist.
grade2 ist noch relativ gut, z.B. feiner Schotter oder feste
Sand-Staub-piste, also durchaus das, was Du auch beschreibst. Wenn das
zu uneben wird, und auch mal größere Brocken da liegen, wird es grade3
und schlechter.


 Außerdem habe ich das im Urlaub eher nebenbei gemappt. Da habe ich keine Zeit 
 für Notizen über die genaue Wegbeschaffenheit oder ständige Fotos.


ja, man kann nicht immer alle Details erfassen. Ich lasse den
tracktype weg, wenn ich nicht mehr genau weiss, wie der Weg war.
surface=unpaved (besser wäre das genaue Oberflächenmaterial, damit man
die Auswirkungen von Regen besser abschätzen kann) und highway=track
ist auch schonmal ein Anhaltspunkt, und der nächste Mapper kann das
dann weiter verfeinern und ergänzen.

Gruß Martin

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

[Talk-de] Wochennotiz Nr. 79

2012-01-22 Thread Gehling Marc

Hallo,

die neue Wochennotiz Nr. 79 mit allen Neuigkeiten aus der OpenStreetMap-Welt 
ist da: http://blog.openstreetmap.de/2012/01/wochennotiz-nr-79/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Konzeptstudie Einzelspurmapping


Moin!

Am 22.01.2012 20:16, schrieb Frederik Ramm:

Ich hielte es fuer einen interessanten - und wichtigen - Test, einen
(Potlatch-)Nutzer mit durchschnittlicher OSM-Erfahrung (sprich etwa ein
halbes Jahr) zu bitten, an einer solchen Kreuzung z.B. einen
Zebrastreifen einzuzeichnen oder einen Abgleich mit einem besser
aufgeloesten Luftbild zu machen oder sowas.


Dafür sind die Beispiele da. Es wäre schön, wenn Mapper mit 
unterschiedlicher Erfahrung und verschiedenem Lieblingseditor die

Beispiele ansehen, im Editor ändern (ohne zu speichern) und von
ihrem Eindruck berichten.

Die Bing-Luftbilder sind etwas unscharf, aber aktuell kann man wieder
Aerowestbilder laden.

Viele Grüße
Stephan



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

Re: [Talk-de] Konzeptstudie Einzelspurmapping


Moin!

Am 22.01.2012 21:05, schrieb Martin Koppenhoefer:

Ways mit detail=lane_change etwa senkrecht zur Fahrtrichtung beschreiben
mögliche Spurwechsel.


hier könnte man (ggf. alternativ) auch mit einer Relation den Bereich
kennzeichnen, wo man von einer Spur auf die andere wechseln kann:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area
dann bräuchte man diese nicht-existierenden künstlichen Verbindungen nicht.


Theoretisch ist solch ein Modell schöner. Da die Relation nur zwei 
Spuren verknüpft, wären bei 5 Abbiegespuren einer Fahrbahn schon 4 
Relationen nötig (deutlich mehr, wenn die lanes irgendwo geteilt sind).

Für eine große Kreuzung wären es mehrere Dutzend neuer Relationen.
Den von Frederik vorgeschlagenen Test durch durchschnittliche OSM-Mapper 
würde solch ein Modell sicher nicht bestehen.


Für einen Router/Fahrspurassistenten genügen die virtuellen 
Verbindungen. Die Auswertung von Relationen wäre komplizierter.



Ampeln und Stopschilder werden als Punkt auf den Einzelspuren erfasst.


werden einzelne Ampeln erfasst, oder Haltepunkte?


Es werden Haltepunkte von Lichtsignalanlagen und Stoppschilden erfasst.

Viele Grüße
Stephan


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

Re: [Talk-de] Konzeptstudie Einzelspurmapping

Am 23. Januar 2012 00:19 schrieb Stephan Wolff s.wo...@web.de:
 Am 22.01.2012 21:05, schrieb Martin Koppenhoefer:
 http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area
 dann bräuchte man diese nicht-existierenden künstlichen Verbindungen
 nicht.
 Theoretisch ist solch ein Modell schöner. Da die Relation nur zwei Spuren
 verknüpft, wären bei 5 Abbiegespuren einer Fahrbahn schon 4 Relationen nötig
 (deutlich mehr, wenn die lanes irgendwo geteilt sind).


man könnte bei parallelen Spuren evtl. auch mehrere in eine Relation
packen, z.B. pro Fahrtrichtung.

 Für eine große Kreuzung wären es mehrere Dutzend neuer Relationen.
...
 Für einen Router/Fahrspurassistenten genügen die virtuellen Verbindungen.


davon braucht man allerdings genauso viele wie Relationen, d.h. das
wären bei dieser Kreuzung dann auch mehrere Dutzend.


 Die Auswertung von Relationen wäre komplizierter.


ja, stimmt, dafür hätte man ein Modell, das ohne Krücken wie virtuelle
Wege auskommt.


 Den von Frederik vorgeschlagenen Test durch durchschnittliche OSM-Mapper
 würde solch ein Modell sicher nicht bestehen.


das kommt vor allem darauf an, wie Potlatch die area-relationen darstellt ;-)

Gruß Martin

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

Re: [Talk-de] Konzeptstudie Einzelspurmapping

2012-01-22 Thread Tobias Knerr

Am 22.01.2012 17:51, schrieb Stephan Wolff:
 ich habe mal eine Idee zum Einzelspurmapping ausprobiert

Und die Beispiele sind auch interessant. Aber du hast dabei, soweit ich
sehen kann, keine der wirklich schwierigen Fragen gelöst. Problematisch
sind bei allen mir bekannten Spurmapping-Lösungen mit separaten Ways die
folgenden Punkte:

* Wie gruppiert man die zusammengehörigen Ways?
* Wie editiert man es mit einfacher gestrickten Editoren?
* Wie sehen die Algorithmen auf Anwendungsseite aus, die daraus z.B.
eine vorzeigbare grafische Darstellung produzieren?

Ich denke, es wird (zumindest für die mittelfristige Zukunft) darauf
hinauslaufen, dass man Spuren als Tags am zentralen Way erfasst, wie es
ja gerade an verschiedenen Stellen in Forum und Wiki diskutiert wird.

Damit hätte dein von Osten kommender Way in [1] dann ein Tag dieser Art:
lanes:layout = straight | straight , right

Und bei [2] beispielhaft der Nord-Süd-Way:
lanes:layout = right , straight , straight , left

Das sagt den Großteil dessen aus, was man für gängige Anwendungsfälle
über diese Kreuzungen wissen muss.

Man bekommt damit nicht die Information, wo genau die Haltelinien sind
oder wo die Spuren auf der Kreuzung in deinem Beispiel 2 verlaufen. Und
ja, das empfinde ich als Mangel. Aber ehrlich gesagt wüsste ich derzeit
auch bei deinem Ansatz nicht, wie der Code aussähe, der ein Rendering
aus den durcheinander liegenden Spuren produziert.

Deshalb - und wegen der besseren Editierbarkeit - habe ich mittlerweile
den Eindruck, dass tag-basierende Lösungen uns derzeit einfach das beste
Verhältnis von Aufwand und Nutzen bringen.

Gruß,
Tobias

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

Re: [Talk-de] Konzeptstudie Einzelspurmapping


Am 23.01.2012 00:39, schrieb Martin Koppenhoefer:

Am 23. Januar 2012 00:19 schrieb Stephan Wolffs.wo...@web.de:



man könnte bei parallelen Spuren evtl. auch mehrere in eine Relation
packen, z.B. pro Fahrtrichtung.


Wenn die Spuren unterschiedlich lang sind, reicht eine Relation
vermutlich nicht. Erstelle doch mal eine Beispielkreuzung oder einen
Teil davon mit Spurwechselrelationen.


Für eine große Kreuzung wären es mehrere Dutzend neuer Relationen.

...

Für einen Router/Fahrspurassistenten genügen die virtuellen Verbindungen.


davon braucht man allerdings genauso viele wie Relationen, d.h. das
wären bei dieser Kreuzung dann auch mehrere Dutzend.


Ein way mit fünf Punkten und einem Tag ist allerdings einfacher als eine 
Relation mit fünf Mitgliedern. In jedem Editor ;-)



Die Auswertung von Relationen wäre komplizierter.


ja, stimmt, dafür hätte man ein Modell, das ohne Krücken wie virtuelle
Wege auskommt.


Ich hatte ein Modell mit Relationen erwogen und mich wegen der 
komplexeren Erstellung, Wartung und Auswertung dagegen entschieden.


Viele Grüße
Stephan



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

Re: [Talk-de] Konzeptstudie Einzelspurmapping


Am 23.01.2012 01:44, schrieb Tobias Knerr:

Am 22.01.2012 17:51, schrieb Stephan Wolff:

ich habe mal eine Idee zum Einzelspurmapping ausprobiert


Und die Beispiele sind auch interessant. Aber du hast dabei, soweit ich
sehen kann, keine der wirklich schwierigen Fragen gelöst. Problematisch
sind bei allen mir bekannten Spurmapping-Lösungen mit separaten Ways die
folgenden Punkte:

* Wie gruppiert man die zusammengehörigen Ways?


Warum ist das ein Problem? Welche Anwendung funktioniert nicht? Auch 
bislang sind zwei Fahrbahnen einer Straße nicht gruppiert.



* Wie editiert man es mit einfacher gestrickten Editoren?


Gerade eine Lösung ohne Relationen und ohne Tags mit komplizierter 
Syntax sollte doch jeder Editor beherrschen.



* Wie sehen die Algorithmen auf Anwendungsseite aus, die daraus z.B.
eine vorzeigbare grafische Darstellung produzieren?


Das ist keine Frage des Datenmodells und hängt sehr von Zweck und den 
Möglichkeiten des Renderers ab.

Eine Mapnikkarte könnte z.B.
für z=16 alle highways wie bisher
für z=17 alle highways ohne detail_exists=yes wie bisher
  alle lanes als 3m breite dunkle Linie, danach
  alle lanes als 2,2m breite helle Linie mit 20% Transparenz
  ggf. für alle lanes schwache Einbahnstraßenpfeile darstellen
(Das habe ich mir gerade ausgedacht und nicht ausprobiert. Die 20% 
Transparenz sollen für ein durchscheinen kreuzender Spuren sorgen.)


Ein OSM-Navi könnte die Einzelspuren perspektivisch mit einer Breite von 
3m darstellen und auf die beste Fahrspur einen roten Pfeil malen.


Welche Information fehlt in diesem Datenmodell, die für eine
vorzeigbare grafische Darstellung nötig ist?


Ich denke, es wird (zumindest für die mittelfristige Zukunft) darauf
hinauslaufen, dass man Spuren als Tags am zentralen Way erfasst, wie es
ja gerade an verschiedenen Stellen in Forum und Wiki diskutiert wird.

Und bei [2] beispielhaft der Nord-Süd-Way:
lanes:layout = right , straight , straight , left


Ist damit ein besseres Renderergebnis möglich?


Deshalb - und wegen der besseren Editierbarkeit - habe ich mittlerweile
den Eindruck, dass tag-basierende Lösungen uns derzeit einfach das beste
Verhältnis von Aufwand und Nutzen bringen.


Wenn sich ein Mapper in die schwierige Syntax eingearbeitet hat, sind
tag-basierende Lösungen zweifellos schneller zu erstellen.
Die Einzelspurlösung ist durch nachfolgende Mapper m.E. viel einfacher
mit dem Luftbild abzugleichen.
Bei komplexen Kreuzungen wie [2] hat die tag-basierende Lösungen bis zu
30m Abweichung vom realen Verlauf der Abbiegespur.
Das Aufwand-Nutzen-Verhältnis lässt sich nicht pauschal bewerten.

Viele Grüße
Stephan


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

Re: [Talk-de] Maperitive - Tileserver - gelöst !!!!

2012-01-22 Thread Dirk-Lüder Kreie

Am 22.01.2012 13:29, schrieb Jan Tappenbeck:

 Eine .htaccess-Datei mit der einfachen Zeile
 
 CheckSpelling Off

Noch besser wäre das komplette Deaktivieren des mod_speling Moduls auf
dem Tileserver.

 [1] http://forum.de.selfhtml.org/?t=208723m=1419908

-- 

Dirk-Lüder Deelkar Kreie
Bremen - 53.0901°N 8.7868°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] percorsi nei parchi e bici

2012-01-22 Thread Federico Cozzi

2012/1/21 Martin Koppenhoefer dieterdre...@gmail.com:
 Biciclette o altri mezzi su ruota possono circolare a passo d'uomo solo
 nei viali.
 Quindi come vanno modificati i tag?
 propongo
 foot=designated
 bicycle=yes

+1
Io addirittura metterei bicycle=permissive

Ciao
Federico

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

Re: [Talk-it] percorsi nei parchi e bici

2012/1/22 Federico Cozzi f.co...@gmail.com:
 +1
 Io addirittura metterei bicycle=permissive


secondome permissive è troppo poco, perchè ti danno il diritto, l'uso
non è solo tolerato, e il diritto non potrebbe essere rivocato in
qualunque momento.

ciao,
Martin

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

Re: [Talk-it] percorsi nei parchi e bici

2012-01-22 Thread Federico Cozzi

2012/1/22 Martin Koppenhoefer dieterdre...@gmail.com:
 Io addirittura metterei bicycle=permissive
 secondome permissive è troppo poco, perchè ti danno il diritto, l'uso
 non è solo tolerato, e il diritto non potrebbe essere rivocato in
 qualunque momento.

Forse hai ragione, ma allora ci vorrebbe anche
maxspeed=5
per tradurre biciclette a passo d'uomo

Ciao
Federico

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

Re: [Talk-it] percorsi nei parchi e bici

2012-01-22 Thread Lorenzo Mastrogiacomi

Il giorno sab, 21/01/2012 alle 19.13 +0100, emmexx ha scritto:

 Biciclette o altri mezzi su ruota possono circolare a passo d'uomo solo
 nei viali.

A me questo sembra un limite di velocità. Ho visto che esiste una
proposta maxspeed=walk. Che ne pensate?


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

Re: [Talk-it] percorsi nei parchi e bici

2012-01-22 Thread Lorenzo Mastrogiacomi

Il giorno dom, 22/01/2012 alle 14.02 +0100, Lorenzo Mastrogiacomi ha
scritto:
 Il giorno sab, 21/01/2012 alle 19.13 +0100, emmexx ha scritto:
 
  Biciclette o altri mezzi su ruota possono circolare a passo d'uomo solo
  nei viali.
 
 A me questo sembra un limite di velocità. Ho visto che esiste una
 proposta maxspeed=walk. Che ne pensate?
 
 
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it

Ho visto che è stata bocciata, come non detto.


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

Re: [Talk-it] percorsi nei parchi e bici

2012/1/22 Federico Cozzi f.co...@gmail.com:
 2012/1/22 Martin Koppenhoefer dieterdre...@gmail.com:
 Forse hai ragione, ma allora ci vorrebbe anche
 maxspeed=5
 per tradurre biciclette a passo d'uomo


+1.

ciao,
Martin

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

[Talk-it] correzioni isola del Giglio ERA Fwd: [Talk-de] Korrektur großflächiger Falsch-Ausrichtung an verzerrtem Luftbild (was: Kann man eine Liste von Changesets bekommen, die ein Gebiet betreffen?)