[Talk-de] PTNA - News: ÖPNV-Analyse

[Toni Erdmann]

Es gibt eine neue Prüfung.

Ein Fahrzeug in einer PTv2 Relation (route=X) kann nur bestimmte 
Wegtypen benutzen ...


Genaueres im Forum:

https://forum.openstreetmap.org/viewtopic.php?id=69334

https://forum.openstreetmap.org/viewtopic.php?pid=785809#p785809

Gruß
Toni

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

Re: [Talk-de] Vergleichsplugin Amt/OSM ? e: Datenqualität open data NRW und OSM

[Toni Erdmann]

Hallo,

Für ÖPNV, Buslinien, ... plane ich PTNA (ptna.openstreetmap.de) zu erweitern 
und OSM-Daten gegen GTFS-Daten zu vergleichen.

Stehe allerdings noch am Anfang, d.h. außer Ideen und erste Versuche gibt es 
noch nicht viel.

Gruß
Toni

Am 11. März 2020 07:17:27 MEZ schrieb Markus :
> Hallo Ludwig, hallo Otto,
> 
> Ja, ein solches Vergleichstool wäre sehr hilfreich!
> 
> Nicht nur für Gebäude, sondern auch für Küstenlinien, Häfen (und alle
> die anderen vielfältigen Punktobjekte), Strassen und Wege, Buslinien,
> Flächenobjekte...
> 
> Gern auch als Cross-Check in Verbindung mit:
> - Overpass
> - Wikidata
> und mit einem Workflow für JOSM.
> 
> Vieles gibt es ja schon :-)
> https://wiki.openstreetmap.org/wiki/DE:Qualitätssicherung
> 
> Gruss, Markus
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gesuch: Trufi Association sucht Mapper und Städte #öpnv

[Toni Erdmann]

Hallo Christoph,

Bus Routen sind auf der "normalen" Karte nicht sichtbar, nur die mittels 
"highway=bus_stop" gemappten nodes (vereinfacht ausgedrückt).
Somit stören sie nicht.
Für ÖPNV gibt es spezielle Karten(-Stile).

Eigentlich wollte ich auf der FOSSGIS am Donnerstag um 16:00 einen Vortrag über 
QS für ÖPNV in OSM halten, aber ... Corona ...
Siehe PTNA ptna.openstreetmap.de

Gruß
Toni

Am 10. März 2020 21:14:20 MEZ schrieb Christoph Hanser 
:
> Hallo zusammen,
> 
> letzten Juli hatten wir hier eine Diskussion, ob es eine gute Idee
> ist, OSM
> mit Busrouten in Entwicklungsländern zu füllen, oder ob dadurch die
> Karten
> unleserlich werden, weil die vielen Routen alles schlechter lesbar
> machen.
> 
> Morgen darf ich auf der FOSSGIS2020 einen Vortrag über Trufi halten
> und
> würde mich freuen, wenn wir im Anschluss darüber übre diese Frage,
> diskutieren könnten.
> 
> Viele Grüße,
> Christoph
> 
> 
> 
> Christoph Hanser
> Hans-Sander-Str. 3, 21107 Hamburg, 0163/4791397
> 
> 
> El dom., 21 de jul. de 2019 a la(s) 16:23, Christoph Hanser (
> christoph.han...@gmail.com) escribió:
> 
> > Hi Martin,
> >
> > das war noch mal eine gute Zusammenfassung:
> >
> > - Wenn es eine starke lokale Community gibt, dann bringen wir die
> Routen
> > nach OSM.
> > - Wenn wir keine lokale Community haben (aber aus irgendeinem Grund
> doch
> > Routen), dann bringen wir sie nicht gezwungenermaßen nach OSM.
> >
> > Alles andere wäre auch merkwürdig, weil wir ja die App meistens für
> Städte
> > zur Verfügung stellen, die schon ihre Routen nach OSM gebracht haben
> (wie
> > jetzt in Accra).
> >
> > In La Paz können wir die Routen also gut nach OSM bringen, weil wir
> Locals
> > fürs Review haben.
> >
> > Im Grunde ist das allerdings auch immer unser Wunsch, weil unsere
> App ja
> > nur so gut ist wie die Routen, die in der App benutzt werden.
> Deshalb haben
> > wir in Cochabamba die OSM-Community erweitert (von 1 auf 5 ;)).
> >
> > Wenn wir Routen nach OSM bringen und in der App nutzen, sollte das
> sowieso
> > noch einen Verbesserungs-Effekt haben: In der App kann man eine
> Änderung
> > der Route vorschlagen. Zurzeit per Feedback-Mail, in Zukunft per
> getracktem
> > Geo-Schnippsel. Den müssen wir uns anschauen und dann, wenn es
> mehrere
> > Wünsche dieser Art gibt, nach OSM mergen. Insofern haben wir dort
> m.E.
> > groundtruth vom Feinsten.
> >
> > Weiß denn jemand von euch von Städten und Communities, in denen
> formeller
> > public transport vorherrscht und die eine solche App gerne hätten?
> >
> > Viele Grüße,
> > Christoph
> >
> > Viele Grüße,
> > Christoph
> >
> >
> >
> > El sáb., 20 de jul. de 2019 a la(s) 15:53, Martin Koppenhoefer (
> > dieterdre...@gmail.com) escribió:
> >
> >>
> >>
> >> sent from a phone
> >>
> >> > On 20. Jul 2019, at 09:19, Christoph Hanser
> 
> >> wrote:
> >> >
> >> > Wir dachten nur bisher, dass sich
> >> > alle freuen, wenn wir die Routen nach OSM bringen, insofern war
> das
> >> bisher
> >> > unser "open data"-Ansatz. Ist das nicht so?
> >>
> >>
> >> Kommt drauf an.
> >> wenn vor Ort eine Community entsteht oder es sonst einen
> backchannel
> >> gibt, um die Daten bei Fehlern zu korrigieren, und Updates zu
> machen, dann
> >> ist es ggf. besser, die Sachen in OpenStreetMap zu haben, wenn das
> aber
> >> sowieso nicht stattfindet bzw. die Qualität nicht den Standards
> entspricht,
> >> dann lieber parallel ;-)
> >>
> >> Unsere Stärke ist groundtruth, Menschen die dort wo sie sich
> auskennen
> >> (oder wo sie hinkommen) das eintragen, was ihnen wichtig vorkommt.
> >>
> >> Gruß Martin
> >>
> >>
> >> ___
> >> Talk-de mailing list
> >> Talk-de@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-de
> >>
> >
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Toni Erdmann]

Servus Ludwig :-)

Nachdem Martin schon im Wiki angefangen hat ...
Warum bis morgen/Donnerstag warten ...

Schon fertig. Den fehlende Link mache ich dann noch morgen.

Korrekter Name: "Verkehrsverbund Hegau-Bodensee" ... Mit Bindestrich.

Den Link in der rechten Spalte = "VHB Linien" anklicken und etwas Struktur 
reinbringen geht dann im Wiki.

Gruß
Toni

Am 21. Januar 2020 14:17:20 MEZ schrieb Ludwig Baumgart :
> Oh, das freut mich aber sehr, Toni, Dir an dieser Stelle wieder zu 
> begegnen.
> 
> Was brauchst Du dazu noch von mir? Es ist der Verkehrsverbund Hegau 
> Bodensee mit Sitz in Radolfzell https://www.vhb-info.de/, unterstellt 
> dem Landratsamt Konstanz. Mit beiden Stellen stehe ich in 
> Telefonkontakt, aber da der Bus-Verkehr nicht funktioniert seit 
> 1.Januar, melden beide Stellen: "lasst uns bitte erstmal in Ruhe".
> 
> grüssle Ludwig
> 
> On 21.01.20 13:44, Toni Erdmann wrote:
> > Servus Ludwig,
> >
> >> Kennst du schon den PTNA von ToniE
> <https://ptna.openstreetmap.de/>?
> > Ich könnte das für KN morgen mal einrichten, dann wäre am Donnerstag
> zumindest eine grobe, unstrukturierte IST-Analyse verfügbar .
> > Basierend darauf kann dann eine Liste im Wiki zu einer
> strukturierten IST-Analyse oder sogar zu einer Soll-List-Analyse
> erweitert werde.
> >
> > Gruß
> > Toni
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Toni Erdmann]

Servus Ludwig,

> Kennst du schon den PTNA von ToniE ?

Ich könnte das für KN morgen mal einrichten, dann wäre am Donnerstag zumindest 
eine grobe, unstrukturierte IST-Analyse verfügbar .
Basierend darauf kann dann eine Liste im Wiki zu einer strukturierten 
IST-Analyse oder sogar zu einer Soll-List-Analyse erweitert werde.

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

[Talk-de] Neues QA Tool: PTNA - Public Transport Network Analysis

[Toni Erdmann]

Cross-Post zu https://forum.openstreetmap.org/viewtopic.php?id=64338

Im OSM Wiki gibt es für viele Städte eine Beschreibung der dort tätigen 
Nahverkehrsverbünde nebst einer tabellarischen Auflistung der diversen 
Zug-, U-Bahn-, Tram- und Bus-Linien. Es hat sich jedoch, zumindest für 
München [1], gezeigt, dass die Tabellen nie so richtig aktuell sind.


Das war für den Münchner Stammtisch Motivation, sich des Themas mal 
anzunehmen.


PTNA - Public Transport Network Analysis [2] soll helfen dieses Problem 
zu lösen, indem es diese Tabellen automatisiert erstellt und dabei eine 
Soll-Ist-Analyse durchführt.

* "Soll" = das was der örtliche Verkehrsverbund anbietet.
* "Ist" = das, was wir in OSM gemapped haben.
Neben dem reinen Auflisten der existierenden und u.U. noch fehlenden 
Linien erfolgt auch eine Fehleranalyse der Route- und 
Route-Master-Relationen.


Schaut's Euch das mal an [2]. Einige kennen es schon, es ist nun auf 
einen OSM-Server umgezogen (Dank an Sven und Frederik).


Toni

[1] 
https://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Transportation#Verkehrsmittel

[2] http://ptna.openstreetmap.de

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

Re: [Talk-de] routing.openstreetmap.de

[Toni Erdmann]

Danke, ist behoben.

Viele Grüße
Toni

Am 05.01.2018 um 21:28 schrieb michael spreng:

Hallo

On 31/12/17 15:05, Toni Erdmann wrote:

Ausgerechnet meine erste Route war sehr komisch.

'Bike'

von 'Rosenheimer Landstraße 44; Ottobrunn, Landkreis München, Upper
Bavaria, Bavaria, 85521, Germany'

nach 'A2J7D9, Avenue du Général de Gaulle, Pen ar Ru, Tachen An
Hospital, Lannion, Côtes-d'Armor, Brittany, Metropolitan France, 22300,
France'

aber, ja mei, warum net.


Der Bug mit den Fähren sollte nun behoben sein.

Grüsse
Michael


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

Re: [Talk-de] Grenzen und Wege

[Toni Erdmann]

Gute Beispiel!

Wasserläufe ändern sich, die Grenzen in der Regel nicht.

Toni

Am 05.01.2018 um 16:34 schrieb Christoph Hormann:

On Friday 05 January 2018, Martin Scholtes wrote:


soeben ist mir beim kartieren von Grenzen eine alte Fragestellung
aufgekommen. Wasserwege (Bach/Fluss) markieren oft Grenzen, bzw sind
deckungsgleich mit Grenzen. Sollte ich dann eine Grenzen über den Way
zeichnen oder den Weg mit den bekannten tags füllen und den
jeweiligen Abschnitt dann in die Relation aufnehmen?


Das hängt letztendlich davon ab, ob der Wasserlauf die Grenze bildet
oder ob die Grenze nur in etwa entlang des Wasserlaufes verläuft.

Meiner Erfahrung nach sind mindestens 2/3 der Grenzen in OSM aus
vereinfachten oder ungefähr gezeichneten Datensätzen importiert und
repräsentieren nicht eine eventuell vorhandene Abmarkung der Grenze so
dass die Abweichung zwischen Fluss-Verlauf und Grenz-Verlauf in den
Daten vollständig aus Rauschen besteht.  Oft wird aber dennoch der
separate Grenz-Verlauf erhalten, denn der stammt ja oft aus einer mehr
oder weniger 'offiziellen' Quelle und gilt deshalb als 'korrekt' -
selbst wenn das in Wirklichkeit einfach vor zehn Jahren oder so mal von
irgendeiner Papierkarte abgezeichnet worden ist.

Mein Lieblings-Beispiel ist immer:

http://www.openstreetmap.org/#map=15/32.0846/35.5327

Für die Mapping-Praxis würd ich sagen: Wenn da Grenzsteine sind und der
Grenzverlauf in OSM entspricht diesen weitgehend dann kann und sollte
man das separat mappen.  Ansonsten kann man das getrost mit einer
Geometrie erfassen.



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

Re: [Talk-de] Craftmapping

[Toni Erdmann]

+1

OSMs Vorteil liegt in der potentiellen Aktualität der Daten.
Die erreichen wir nicht mit Imports, sondern mit Craftmapping, 
Croudsourcing basierend auf der Ground-Trouth.


Importieren können andere auch - das ist deren Hauptquelle.
Einige Imports bei OSM haben gezeigt, dass sie nicht genau und auch 
nicht aktuell waren - hier waren Nachbesserungen basierend auf 
Ortskenntnissen notwendig.


Wir mappen was wir sehen und was wir sehen sind Veränderungen in unserer 
Umgebung, sei es daheim, im Urlaub oder sonst wo.

Das ist und bleibt ein kontinuierlicher Prozess.

Toni



Am 04.01.2018 um 15:39 schrieb Frederik Ramm:

Hallo,

mich treibt seit einigen Monaten eine Idee um. Mir scheint, dass das
"Craftmapping" bei OSM und vorallem auch im "politischen" Bereich, der
OSMF, zunehmend unter den Tisch fällt.

"Craftmapping" (zu deutsch: "handwerkliches Kartieren"?) ist in meinen
Augen die traditionelle OpenStreetMap-Arbeit: eine Gegend, die man
selber kennt, mit allen verfügbaren Mitteln (vorallem mit Ortsbegehung)
auf die Karte zu bringen. Da können Luftbilder schon eine Rolle spielen,
aber "Craftmapping" ist sicherlich nicht das großangelegte Abpinseln
eines Luftbildes in einem Land, dessen Kultur mir fremd ist, und
sicherlich auch kein Datenimport und keine Anwendung von künstlicher
Intelligenz, um auf Luftbildern Straßen erkennen zu können.

All diese anderen Dinge können auch interessant sein und Spass machen,
aber sie sind in meinen Augen nachrangig. Ich mappe auch gern mal als
"Luftbildtourist" irgendwo in fremden Landen oder schreibe ein Programm,
das irgendwas ändert, aber mir ist dabei klar, dass OSM nie zu dem
geworden wäre, was es heute ist, wenn sowas die normale Herangehensweise
wäre.

Das alte Mapping-Handwerk wird aber zusehends mit Füssen getreten. Es
vergeht keine Woche, in der nicht wieder irgendwo jemand jammert, dass
man ohne einen groß angelegten Import ja niemals alle Häuser in Kanada
oder alle Tankestellen in England mappen könnte, weil es viel zu viel
Arbeit sei. Es beschäftigen sich mittlerweilse Leute beruflich mit
OpenStreetMap, denen nach eigener Aussage ihre Zeit zu schade ist, um
fehlende Daten an ihrem Wohnort zu erfassen; man könne mehr zu OSM
beitragen, heisst es dann, indem man seine anderen Qualitäten in den
Dienst der Sache stellt, als Projektleiter in einem Datenimport-Projekt
oder sonst irgendwas.

Ich finde das alles sehr bedauerlich; das Craftmapping ist meiner
Ansicht nach identitätsstiftend für OpenStreetMap. Es ist das, was uns
als Community zusammenhält, worüber wir reden können, wenn wir uns
treffen, es ist das Boot, in dem wir gemeinsam sitzen.

"Craftmapper", mich eingeschlossen, werden leicht in die Ecke der Ewig
Gestrigen gestellt - Leute, die immer nur "gegen" alles Neue sind. Was
ich gern erreichen würde, ist dass "Craftmapping" wieder etwas positives
ist, dass man hervorhebt, was daran gut und wichtig ist, dass
Craftmapping ein Breitensport ist (im Gegensatz zum anderen sehr
IT-lastigen Disziplinen in OSM, die nur einer viel kleineren Gruppe
offenstehen).

Irgendwie gibt es niemanden, der für das Craftmapping eine Lanze bricht.
Die Craftmapper machen alle so ihr Ding und interessieren sich wenig für
den Rest. In der OSMF, die ja immerhin einige wichtige Dinge in OSM zu
entscheiden hat, sind sie vermutlich mittlerweile sogar in der
Minderheit, hinter denen, für die OSM zuvorderst ein Technikprojekt oder
ein humanitäres Projekt ist. Auch das ist ein Problem.

Ich möchte, dass man mit Stolz sagen kann: Ich bin ein Craftmapper,
Leute wie ich haben das hier aufgebaut. Und nicht nur ein paar
Großmäuler, sondern alle - *gerade* auch die, die keine Computer-Gurus
sind und halt einfach mal ein paar Daten in ihrem Stadtviertel erfasst
haben.

Ich habe keine konkreten Pläne, was man tun könnte, um dieses
Craftmapper-Selbstbewusstsein zu stärken, ich wollte nur mal die Idee
hier loswerden und vielleicht eine kleine Diskussion anfangen,
vielleicht Ideen sammeln, was man tun könnte, oder ob ich das ganze
total übertrieben sehe...

Bye
Frederik



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

Re: [Talk-de] routing.openstreetmap.de

[Toni Erdmann]

Am 30.12.2017 um 00:45 schrieb michael spreng:

Hallo

Unter https://routing.openstreetmap.de/ gibt es nun weltweites Routing 
mit OSRM — mit Auto-, Fussgänger- und Bike-Profil. Die Server sind von 
FOSSGIS gesponsert und wurden von mir in den letzten paar Wochen 
eingerichtet. Der eine Server rechnet basierend auf dem jeweils 
aktuellen OSM-planet die Graphen aus, während der andere die Daten 
ausliefert. Der Update-Zyklus ist im Moment etwa ein Tag. Probiert es 
doch mal aus.


Beste Grüsse
Michael


Danke Michael,

sieht gut aus und gefällt mir.

Ausgerechnet meine erste Route war sehr komisch.

'Bike'

von 'Rosenheimer Landstraße 44; Ottobrunn, Landkreis München, Upper 
Bavaria, Bavaria, 85521, Germany'


nach 'A2J7D9, Avenue du Général de Gaulle, Pen ar Ru, Tachen An 
Hospital, Lannion, Côtes-d'Armor, Brittany, Metropolitan France, 22300, 
France'


aber, ja mei, warum net.

Gibt es die Möglichkeit einen "Permalink" zu generieren, den man 
"teilen" kann?


Mit "refresh" im FF kommt dann das Folgende in die Adresszeile:

https://routing.openstreetmap.de/?z=6=48.290503%2C11.403809=48.065289%2C11.660743=48.728157%2C-3.460500=en=0=1

Viele Grüße
Toni

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

Re: [Talk-de] Chemnitzer Linuxtage 2018 - ist da jemand aktiv?

[Toni Erdmann]

Am 29.12.2017 um 00:50 schrieb lars lingner:

Hallo zusammen,

auf dem 34C3 wurde ich heute gefragt, warum von OSM bisher keine
Anmeldung für die Chemnitzer Linuxtage 2018 [1] kam. Die Frage konnte
ich nicht beantworten und ich muss gestehen, ich war auch noch nie dabei.

Es wäre laut OSM-Wiki [2] das 10. Jahr mit OSM-Beteiligung. Irgendwie
muss OSM auch einen positiven Eindruck hinterlassen haben, wenn man auf
eine fehlende Anmeldung hingewiesen wird.

Besteht denn Interesse einen Stand auf den CLT zu haben? Gibt es Hürden?
Wird Hilfe benötigt?

Eine Anmeldung ist noch bis 08.01.2018 möglich.



Ich war im März das erste Mal dabei und hatte den Eindruck, dass Jürgen 
und Andre das organisiert hatten. Aber mein Eindruck kann mich auch 
täuschen.


Gruß
ToniE

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

Re: [Talk-de] Public transport V2: wie Fahrt-Nr. zu einer Ref angeben?

[Toni Erdmann]

Hallo Dietmar,

für die unterschiedlichen Strecken- und/oder Stopverläufe sollen laut 
PTv2 jeweils genau eine Relation erstellt werden.
PTv2 sagt nichts über die von Dir hier erwähnten Fahrt-Nr. - die scheint 
es nicht so häufig zu geben.


Ich interpretiere PTv2 aber so, dass die Fahrt-Nr. *nicht* in die "ref" 
hinein kommt.
Wenn wir also eine Unterscheidung der Fahrt-Nr. machen wollen, dann 
brauchen wir meiner Meinung nach einen weitere Key: ref:xxx oder so?


name=Bus 15
ref=51
ref:xxx=1501
ref:xxx=1502;1503
ref:xxx=1504

für 4 Fahrten über 3 unterschiedliche Routen.

Die Frage ist aber: brauchen wir das wirklich, dass eine Anwendung ref 
und Fahrt-Nr. auswählen will?

Was wäre das Szenario für sowas?
Oder kann das anderweitig hergeleitet werden - nicht zu kompliziert halt?
"anderweitig hergeleitet" vor allem für Relationen für die es keine 
Fahrt-Nr. gibt - im MVV ist mir sowas noch nicht aufgefallen.

"anderweitig hergeleitet" als kleinster gemeinsamer Nenner?

Gruß
Toni


Am 21.06.2017 um 11:53 schrieb Dietmar:

Hallo,

bei den Augsburger Verkehrsbetrieben (AVV) werden im Linienplan neben
der Ref. für die Buslinie noch für jede Verbindung eine Fahrt-Nr. angegeben.

Für jeden unterschiedlichen Strecken- und/oder Stopverlauf wurde eine
Relation angelegt und bisher wird nur im Tag note.de die Fahrt-Nr.
gespeichert. Die eine ausgewählte Fahrt-Nr. steht stellvertretend für
meist mehrere Fahrt-Nr.

Wie soll die Fahrt-Nr. getaggt werden (ich würde dann im Value die
gesamten Fahrt-Nr. mit ; getrennt auflisten)? Sie ist eine Unterordnung
von ref. Nur in Kombination von Ref und der Fahrt-Nr. könnte eine
externe Anwendung die richtige Relation auswählen (oder durch gesamte
Analyse der Stops, aber das auch nicht eindeutig).

viele Grüße

Dietmar



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

Re: [Talk-de] Geschwindigkeitsbegrenzungen protokollieren

[Toni Erdmann]

Hallo Flo,

Für unterschiedliche Werte pro Richtung gibt es z.B.

maxspeed:forward=60   und
maxspeed:backward=100

Gruß
Toni

Am 22. Mai 2017 10:52:01 MESZ schrieb Florian Lohoff :
> On Sat, May 20, 2017 at 06:09:43PM +0200, Garry wrote:
> > Die Kamera hilft halbwegs exakte Positionen der Verkehrsschilder zu
> > finden. Die sehe ich aber ehr als Nebensache. Gedanklich ist die
> > Geschwindigkeitsbeschränkung eine Eigenschaft der Strecke und die
> > Schilder ein Hilfsmittel diese dem Fahrer zu vermitteln.
> 
> Ich sehe die Schilder zu taggen als ganz großes Hilfsmittel
> zwischen den Mappern zu kommunizieren. Und nach meiner Erfahrung
> ist es nahezu unmöglich asymmetrische Geschwindigkeitsbeschränkungen,
> d.h. je Fahrtrichtung unterschiedlich, ohne die Schildpositionen
> zu mappen.
> 
> Flo
> -- 
> Florian Lohoff f...@zz.de
>  UTF-8 Test: The  ran after a , but the  ran away

-- 
vom Smartphone gesendet, kann daher Tepfihler und Dank Autokorrektur auch mehr 
würzige Formulierungen enthalten.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Geschwindigkeitsbegrenzungen protokollieren

[Toni Erdmann]

Hallo Martin 

Ich mache das mit mapillary.com als APP auf dem Smartphone, mitlerweile mit 
einer Gopro und einem Garmin (für gpx)

Gruß
Toni

Am 19. Mai 2017 08:56:17 MESZ schrieb Martin Trautmann :
> Hallo,
> 
> wie schafft ihr es, die exakte Position von
> Geschwindigkeitsbegrenzungen 
> aufzuzeichnen und Änderungen einzupflegen?
> 
> Ich muss gestehen, wenn ich selbst unterwegs bin, dann kann ich auf
> der 
> Autobahn nicht auch noch ein Gerät bedienen, um zu sagen: ab hier 
> Geschwindigkeitsbegrenzung von 80 km/h.
> 
> Smartphone-Aufnahme mit GPS-Funktion klappt vermutlich nur, wenn ihr 
> wisst, dass gleich das Schild kommt und der Beifahrer aufnahmebereit 
> dasitzt.
> 
> Und selbst bei Geschwindigkeiten unter 80 km/h komme ich mit einer 
> Aufzeichnung nicht mit - das klappt vermutlich nur mit ständig 
> mitlaufender Kamera vorne, die auch noch GPS mit aufzeichnen müsste?
> 
> Wie macht ihr das?
> 
> Schönen Gruß
> Martin
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
vom Smartphone gesendet, kann daher Tepfihler und Dank Autokorrektur auch mehr 
würzige Formulierungen enthalten.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neue Luftbilder von Digital Globe

[Toni Erdmann]

Wobei "Standard" deutlich aktueller sind als die "Premium"

Toni

Am 09.05.2017 um 20:45 schrieb Simon Poole:

Eigentlich ist der Layer ja vor allem für die Gebiete gedacht, die bis
jetzt keine vernünftige Abdeckung hatten. Da so wie es scheint, dass
jetzt auch tatsächlich Bilder von DG Satelliten sind ist es auch klar,
dass sie mit guten Luftbildern nicht mithalten können (dafür halt
aktueller, bessere Abdeckung).

Simon

PS: P2 hatte die Bilder zuerst aktiv.

Am 09.05.2017 um 20:26 schrieb Michael Reichert:

Hallo Frederik,

Am 09.05.2017 um 19:33 schrieb Frederik Ramm:

die Firma Digital Globe erlaubt uns ab sofort, ihre Luftbilder zu
benutzen. In vielen Gegenden sind sie besser/aktueller als Bing, oder
füllen zumindest Lücken, die es bei Bing gab.

Details hier im Blog von Digital Globe:

http://blog.digitalglobe.com/news/digitalglobe-satellite-imagery-launch-for-openstreetmap/

Im "ID"-Editor und in Vespucci sind die neuen Bildquellen bereits
verfügbar, JOSM wird sicherlich bald folgen.

Ich habe den Eintrag aus dem editor-layer-index in das JOSM-Wiki
übernommen und angepasst (Icon verkleinert).

Wenn du die Karlsruher Bing-Qualität gewohnt bist, kommst du dir vor wie
vor sechs Jahren (oder noch länger). Auf den ersten Blick sind die
Premium-Bilder nur aktueller, sonst sind sie eher schlechter aufgelöst.
Wo es keine Premium-Bilder gibt, werden die Tiles des Standard-Angebots
ausgeliefert.

Ein bisschen Versatz ist bei den Premium-Bildern in ebenem Gelände
vorhanden, aber nur ein bis zwei Meter und keine neun bis zehn wie bei
den kürzlich aktualisierten Bing-Bildern in Darmstadt.

Viele Grüße

Michael



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

Re: [Talk-de] Emergency Map total überarbeitet

[Toni Erdmann]

Hallo Walter,

super Sache!

Das wäre vorgestern und gestern auf dem OSM-Stand bei den Chemnitzer 
Linuxtagen sehr gut angekommen.

Aber die FOSSGIS in Passau in knapp zwei Wochen kommt ja auch noch.

Gruß
Toni

On 13.03.2017 22:03, Walter Nordmann wrote:

Hi, da die Emergency Map https://wambachers-osm.website/emergency viele
unangenehme Probleme hatte, hab ich das Teil mal überarbeitet.

Neue Features:

- Popups zeigen alle Tags der Objekte an. Dazu noch "hidden tags", die
Auskunft über Version, Bearbeiter, Timestamp und Changeset geben. (1)
- Ein Log-Fenster zeigt den aktuellen Stand der Datenbasis an. (2)

Offen: Wenn die Cookies abgeschaltet sind, kann das Teil noch nicht
damit klarkommen. Fix ist in Arbeit.

Gruss
walter

1) es gibt noch einige Objekte in meiner DB, die keine "Hidden Tags"
haben. Diese wurden im Februar unvollständig geladen. Ich beabsichtige
aber, die Daten upzudaten.
2) Der Lag beträgt bei dem neuen Server derzeit 1-2 Mínuten, da dessen
Performance (noch) extrem gut ist :)
Sollte der Lag erheblich größer sein, liegt nmw. eine technische
Störung vor.



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

Re: [Talk-de] FOSSGIS als deutsches OSMF-Chapter

[Toni Erdmann]

On 21.10.2016 21:52, Frederik Ramm wrote:



Was sagt ihr dazu?



Ich bin dafür.

Gruß,
Toni


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

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Toni Erdmann]

On 11.10.2016 17:34, Uwe Sennewald wrote:

"Städtischer Kindergarten" zielt da wohl mehr auf den Träger (operator)
der Einrichtung ab.



Das wohl auch, dann wohl z.B. operator="Landeshaupstadt München; xxx 
Referat, ..."


Ich habe aber grad' heute erst wieder ein Schild gesehen:
"Städtischer Kinderhort Hansastraße 66", was man wohl genau so in 
name="" übernehmen kann, oder?


Gruß,
Toni


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

Re: [Talk-de] JOSM: keine Daten gefunden. nachtrag

[Toni Erdmann]

On 21.06.2016 16:11, Harald Hartmann wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


schalte mal in josm ipv6 ab - das geht, aber wie?


In den Einstellungen ganz unten bei Erweiterte Einstellungen in
Tabelle einfach mal nach prefer.ipv6 ... ich würde mal sagen dann von
auto auf false?


Danke Walter, Harald,

scheint nun wieder zu funktionieren: mit IPv4 und IPv6.
IPv6 ist aber nun abgeschaltet 'false'.

Gruß,
Toni


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

Re: [Talk-de] JOSM: keine Daten gefunden. nachtrag

[Toni Erdmann]

On 20.06.2016 20:55, Walter Nordmann wrote:

Starte Josm im Terminalfenster und schau dir den Output an.



oh ja, hätt' ich auch selber drauf kommen können:
Liegt nicht am JOSM, irgenwas scheint in der DB falsch zu laufen?

Toni

INFO: GET 
https://api.openstreetmap.org/api/0.6/map?bbox=11.6141367,48.1116721,11.6155529,48.1129615 
-> 200
INFO: Während des Einlesens wurde ein undefiniertes Element "error" 
gefunden. Dieses wird ignoriert.


wget 
https://api.openstreetmap.org/api/0.6/map?bbox=11.6141367,48.1116721,11.6155529,48.1129615



attribution="http://
www.openstreetmap.org/copyright" 
license="http://opendatacommons.org/licenses/odbl/1-0/;>
 maxlon="11.6155529"/>

 Connection to database failed



BTW:


Das JOSM latest liefert nun noch was anderes: einen leeren Startbildschirm

Fehler: java.lang.reflect.InvocationTargetException. Ursache: 
java.lang.NullPointerException

java.lang.reflect.InvocationTargetException
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1321)
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1296)
at 
javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1348)
at 
org.openstreetmap.josm.gui.util.GuiHelper.runInEDTAndWait(GuiHelper.java:127)
at 
org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:321)

Caused by: java.lang.NullPointerException
at 
org.openstreetmap.josm.data.Preferences.getUserDataDirectory(Preferences.java:295)
at 
org.openstreetmap.josm.tools.ImageProvider.getImageUrl(ImageProvider.java:1188)
at 
org.openstreetmap.josm.tools.ImageProvider.getIfAvailableImpl(ImageProvider.java:915)
at 
org.openstreetmap.josm.tools.ImageProvider.getResource(ImageProvider.java:640)
at 
org.openstreetmap.josm.tools.ImageProvider.get(ImageProvider.java:622)
at 
org.openstreetmap.josm.tools.ImageProvider.get(ImageProvider.java:789)
at 
org.openstreetmap.josm.gui.widgets.TextContextualPopupMenu.addMenuEntry(TextContextualPopupMenu.java:182)
at 
org.openstreetmap.josm.gui.widgets.TextContextualPopupMenu.addMenuEntries(TextContextualPopupMenu.java:115)
at 
org.openstreetmap.josm.gui.widgets.TextContextualPopupMenu.attach(TextContextualPopupMenu.java:100)
at 
org.openstreetmap.josm.gui.widgets.TextContextualPopupMenu.enableMenuFor(TextContextualPopupMenu.java:150)
at 
org.openstreetmap.josm.gui.widgets.JosmEditorPane.(JosmEditorPane.java:33)
at 
org.openstreetmap.josm.gui.GettingStarted$LinkGeneral.(GettingStarted.java:54)
at 
org.openstreetmap.josm.gui.GettingStarted.(GettingStarted.java:123)
at 
org.openstreetmap.josm.gui.MainPanel.getGettingStarted(MainPanel.java:149)
at 
org.openstreetmap.josm.gui.MainPanel.updateContent(MainPanel.java:71)
at 
org.openstreetmap.josm.gui.MainApplication$1.run(MainApplication.java:324)
at 
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301)

at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)

at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)

at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
INFO: Nutzbares IPv6-Netzwerk erkannt, bevorzuge IPv6 vor IPv4.
INFO: GET https://josm.openstreetmap.de/wiki/De:StartupPage -> 200


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

Re: [Talk-de] JOSM: keine Daten gefunden

[Toni Erdmann]

Danke Walter,

JOSM latest ...

openjdk version "1.8.0_91"
OpenJDK Runtime Environment (IcedTea 3.0.1) (suse-12.1-x86_64)
OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)

Und IPv6 macht auch hier immer mal wieder Probleme ...

Gruß,
Toni

On 20.06.2016 20:54, Walter Nordmann wrote:

Nö,

JOSM geht bei mir (hab mal geraten, dass du Josm verwendest).

Ich hab aber in Erinnerung, dass IPv6 bei manchen Usern Probleme gemacht
hat. Wurde dann wohl durch Java 8 erledigt. Und falls du Latest
verwendet, könnte es sein, dass Java 7 nicht mehr unterstützt wird.  Der
nächste
Tested läuft auf jeden Fall nicht mehr mit J7.

Alles nur geraten, aber evt. hilft dir das doch. Mach auf jeden Fall den
Update auf J8, sonst knallt es eh bald.

Gruss
walter

Am 20.06.2016 um 20:00 schrieb Toni Erdmann:

Hallo,

es scheint mir, was mit dem TLS (https://api.openstreetmap.org/api)
nicht zu stimmen. In wireshark sehe ich als letztes (vorm RST)

Version TLS 1.2
Alert Message: Encrypted Alert

hat noch jemand ähnliche Probleme?

Gruß,
Toni

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



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



--
Antonius "Toni" Erdmann mailto:toni.erdm...@web.de
Friedenstraße 21Phone:  +49 89 6094219
D-85521 Ottobrunn   Mobile: +49 176 45504896
Germany

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

[Talk-de] JOSM: keine Daten gefunden

[Toni Erdmann]

Hallo,

es scheint mir, was mit dem TLS (https://api.openstreetmap.org/api) 
nicht zu stimmen. In wireshark sehe ich als letztes (vorm RST)


Version TLS 1.2
Alert Message: Encrypted Alert

hat noch jemand ähnliche Probleme?

Gruß,
Toni

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

Re: [Talk-de] bicycle=dismount von Routern ignoriert?

[Toni Erdmann]

Hi,

Im Schlosspark des Nymphenburger Schlosses in München ist selbst das Schieben 
explizit verboten. 

Von daher braucht's irgendwie den Unterschied zwischen no und dismount.

Gruß,
Toni

Am 4. April 2016 09:22:11 MESZ, schrieb chris66 :
> Am 04.04.2016 um 00:02 schrieb Florian Lohoff:
> 
> > IMHO gelte ich wenn ich ein Rad schiebe als Fußgänger.
> 
> Ja.
> 
> Eventuell gilt das sogar, wenn man das Rad als Roller benutzt,
> aber das wissen viele Polizisten leider nicht. :-)
> 
> Chris
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[Toni Erdmann]

Ja, ich gehe ja auch eher pragmatisch statt dogmatisch vor ...

Toni

On 07/08/2015 08:07 PM, Winfried Schüler wrote:

Ich sehe das mit gemischten Gefühlen.

Landwirtschaftliche Nutzflächen oder Wälder schließen selbstverständlich
auch die Wege zur Bewirtschaftung ein. Ein Waldweg liegt im Wald, und am
Waldrand dient er eventuell beiden angrenzenden Gebieten zur
Bewirtschaftung, oder eben nur einem der beiden. Zwischen den beiden
Landnutzungsflächen liegt jedenfalls keine weiße Lücke bei einem track,
der beide abgrenzt. Wenn der Weg die Grenze ist, dann sind die Flächen
auch dranzukleben.


ich schlage den Feld-/Waldweg eher dem Feld zu, der Wald endet dann
quasi dort, wo der letzte Baumstamm ist - ohne die Baumkrone zu
berücksichtigen. Ich verklebe also hier auch nicht.



Ein landuse=residential hat auch einen highway=residential mit dabei.
Wohngebiete bestehen nun einmal nicht nur aus Häusern, sondern auch aus
den zugehörigen Straßen und vielleicht auch Parks o.ä.
Wenn am Rand eines Wohngebiets die Zufahrtsstraße außerhalb des
landuse=residential liegt, so ist das m.E. falsch. Wenn die Grenze des
landuse nicht auf der Straße liegt, so muss die Straße trotzdem
innerhalb liegen, wenn sie als Wohnstraße klassifiziert ist.


Genau, dann darf landuse=residential auch mit landuse=farmland verklebt 
sein, aber neben der highway=residential oder bei highway=track halt

auf der anderen Seite daneben.



Und wenn eine Straße ein Wohngebiet von einem Industriegebiet trennt,
dann liegt die Straße in beiden Gebieten und nicht außerhalb davon, dann
ist es m.E, richtig, dass da verklebt wird,


auch hier könnte ich mich für eine der beiden Straßenseiten entscheiden,
wie beim Wald-/Feldweg. highway=residential oder =unclassified im
Industriegebiet - neue Diskussion?


bzw. bei zwei Fahrbahnen
liegt die Grenze dann zwischen beiden Fahrbahnen, sofern die Straße eine
innerörtliche ist.

Anders bei recreation ground oder einem Park: ja, da endet der eher Park
vor der Straße. Die gehört da nicht dazu.

Und auch wenn man nicht explizit für den Standardrenderer mappt: Es
sollte trotzdem professionell aussehen und nicht amateurhaft, wenn man
gegenüber der kommerziellen Konkurrenz punkten will.
Leute beurteilen Karten zuallererst nach dem optischen Eindruck, nicht
nach deren Qualität, so meine Erfahrungen. Dem sollte man Rechnung tragen.

Ich selbst verklebe mittlerweile meist nur noch highway=tracks oder
path, und trenne aber bei highway=residential oder höher, versuche also
eine Art Kompromiss.

Am 08.07.2015 um 19:41 schrieb Toni Erdmann:

Na ja,

ich bin gegen das Verkleben.

Bei landuse=residential, commercial, industrial mag das ja grad' so
eben noch gehen mit dem Verkleben.

Aber ich habe schon einen verklebten recreation_ground mit
name=Bezirkssportanlage ... bis auf die Mitte einer 4-spurigen
Straße (Mittlerer Ring München) gesehen, bei dem dann der
straßenbegleitende Radweg durch (oder eben nicht durch) die
Sportanlage geht - da stimmt doch was nicht.

Spätestens wenn man die Anlage dann mit einem Zaun versehen will
ist es bestimmt nicht mehr korrekt - auf der Mitte der Straße oder
doch wo er tatsächlich steht?

Der way highway repräsentiert die Straßenmitte. Eine Ausdehnung
haben Straßen bei uns (auf den Karten noch) nicht, man kann aber
sehr wohl width=x anhängen oder lanes=2 mit angenommener Spurbreite
malen.

Gilt denn bei Flächen nicht die ground truth? Eine Sportanlage,
ein Park, ein Feld, eine Wiese, ein Wald, ... endet dort wo er/sie/es
endet und nicht auf der Mitte der Straße.

Eine Lücke auf der Karte zwischen Fläche und gemaltem highway ist
doch Sache des Renderers/Betrachters - mal ganz provokativ gesagt.
Geht es nur darum, mit Hilfe der Daten schöne Karten zu malen?

landuse=highway oder =traffic oder =infrastructure oder so?
OK, warum nicht. Dann könnte man Deutschland's versiegelte Fläche
durch Straßen ermitteln.

Siehe auch weiter unten ...

Viele Grüße
Toni (ToniE)


On 07/08/2015 06:10 PM, Michael Reichert wrote:

Crossposting:
http://forum.openstreetmap.org/viewtopic.php?pid=514639#p514639

Hallo,


Sollen Landnutzungsflächen sich die Nodes mit Straßen-Ways teilen?

Ob man Landnutzungsflächen an Straßen kleben soll oder nicht – wie
oft wurde darüber schon gestritten, egal ob Forum oder Mailinglisten
oder Stammtische. Beide Seiten haben ihre Argumente vorgebracht. Mich
interessiert, wie ihr denkt.

Ja. Die Straße und die angrenzende Landnutzungsfläche sollen sich die
Nodes teilen.
Nein. Die Landnutzungsfläche sollte dort aufhören, wo sie in der
Realität aufhört und nicht in der Straßenmitte.


Ich habe eine Umfrage vorbereitet, die noch im Entwurf-Stadium ist. Ich
bitte um Kommentare zum Entwurf (hier, auf der OSM-Umfrageplattform oder
im Forum). http://osm.haraldhartmann.de/umfrage/poll/36

Mailinglisten- und Forenposts sind das eine, mich interessiert, wie die
Mapper denken, die sich nicht so sehr an diesen Diskussionen beteiligen.

Kleine Liste an Argumente für das Kleben an Straßen

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[Toni Erdmann]

Na ja,

ich bin gegen das Verkleben.

Bei landuse=residential, commercial, industrial mag das ja grad' so eben 
noch gehen mit dem Verkleben.


Aber ich habe schon einen verklebten recreation_ground mit
name=Bezirkssportanlage ... bis auf die Mitte einer 4-spurigen
Straße (Mittlerer Ring München) gesehen, bei dem dann der
straßenbegleitende Radweg durch (oder eben nicht durch) die
Sportanlage geht - da stimmt doch was nicht.

Spätestens wenn man die Anlage dann mit einem Zaun versehen will
ist es bestimmt nicht mehr korrekt - auf der Mitte der Straße oder
doch wo er tatsächlich steht?

Der way highway repräsentiert die Straßenmitte. Eine Ausdehnung
haben Straßen bei uns (auf den Karten noch) nicht, man kann aber
sehr wohl width=x anhängen oder lanes=2 mit angenommener Spurbreite
malen.

Gilt denn bei Flächen nicht die ground truth? Eine Sportanlage,
ein Park, ein Feld, eine Wiese, ein Wald, ... endet dort wo er/sie/es
endet und nicht auf der Mitte der Straße.

Eine Lücke auf der Karte zwischen Fläche und gemaltem highway ist
doch Sache des Renderers/Betrachters - mal ganz provokativ gesagt.
Geht es nur darum, mit Hilfe der Daten schöne Karten zu malen?

landuse=highway oder =traffic oder =infrastructure oder so?
OK, warum nicht. Dann könnte man Deutschland's versiegelte Fläche
durch Straßen ermitteln.

Siehe auch weiter unten ...

Viele Grüße
Toni (ToniE)


On 07/08/2015 06:10 PM, Michael Reichert wrote:

Crossposting:
http://forum.openstreetmap.org/viewtopic.php?pid=514639#p514639

Hallo,


Sollen Landnutzungsflächen sich die Nodes mit Straßen-Ways teilen?

Ob man Landnutzungsflächen an Straßen kleben soll oder nicht – wie
oft wurde darüber schon gestritten, egal ob Forum oder Mailinglisten
oder Stammtische. Beide Seiten haben ihre Argumente vorgebracht. Mich
interessiert, wie ihr denkt.

Ja. Die Straße und die angrenzende Landnutzungsfläche sollen sich die
Nodes teilen.
Nein. Die Landnutzungsfläche sollte dort aufhören, wo sie in der
Realität aufhört und nicht in der Straßenmitte.


Ich habe eine Umfrage vorbereitet, die noch im Entwurf-Stadium ist. Ich
bitte um Kommentare zum Entwurf (hier, auf der OSM-Umfrageplattform oder
im Forum). http://osm.haraldhartmann.de/umfrage/poll/36

Mailinglisten- und Forenposts sind das eine, mich interessiert, wie die
Mapper denken, die sich nicht so sehr an diesen Diskussionen beteiligen.

Kleine Liste an Argumente für das Kleben an Straßen:
- kartographisch schöne, man lässt keine Lücke


... also: für den Renderer!


- bessere GIS-Modellierung (wurde mir in einer PN geschrieben)
- Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung aus
OSM-Daten (z.B. wie viel Fläche in Deutschland bewaldet ist) nicht
(leicht) möglich.


Überlappende Landflächen sollte es nicht geben.
Eine Lichtung im Wald soll man mit multipolygon mappen ...



Kleine Liste an Argumenten gegen das Kleben an Straßen:
- Die Wiese geht nicht bis zur Straßenmitte.
- Gauckelt größere Flächen vor.
- an Straßenmitten geklebte Flächen sind schwer zu editieren


allerdings, aber eigentlich ist das kein Kriterium.



Meine persönliche Meinung sagt, dass man Landnutzungsflächen nicht an
Straßen kleben sollte.


+ mehr als 1


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

Re: [Talk-de] Fußgänger-Diskriminierung?

[Toni Erdmann]

On 04/17/2015 08:00 AM, Roland Olbricht wrote:

...

wer löscht hier was?


In diesem Fall geht es zunächst um das Changeset
http://www.openstreetmap.org/changeset/30258818

Julia hat hier nach Rücksprache mit ortskundigen Kollegen entschieden,
dass der Weg neben der Straße Bestandteil des Straßenzugs ist.

Den ersten Kommentar im Nachhinein zum Löschen zufolge scheint es
historisch in München an anderen Stellen Mapper gegeben zu haben, die
solche Information gelöscht haben. Da ich jene Ereignisse nicht gefunden
habe, habe ich nach aktuellen Meinungen gefragt.


Ich habe da noch die Rupert-Mayer-Straße in Solln gefunden: 7 Jahre her.

in der jüngeren Vergangenheit (2-3 Jahre) waren es eher

name=Rad-/Fußweg xyz-Straße

die gelöscht wurden.

Viele Grüße,
Toni

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

Re: [Talk-de] Insel wird nicht gerendert

[Toni Erdmann]

On 03/16/2015 08:43 PM, Johannes wrote:

Hallo,

weiß jemand warum diese Insel nicht gerendert wird. Ist das was falsch
gemappt?

https://www.openstreetmap.org/way/9832583#map=17/50.91372/7.03651



... jetzt ist sie da. Ich habe in FireFox Ctrl R gemacht.

Toni

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

Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?

[Toni Erdmann]

On 12/29/2013 08:17 PM, Andreas Tille wrote:

Hi,

zu Weihnachten hat ein eTrex 30 mein eTrex Vista abgelöst.  Beim Vista
wußte ich, wo ich im Menü die exakte Uhrzeit anzeigen kann, um diese
abzufotografieren und damit meine Bilder zu justieren.  Beim eTrex 30
habe ich noch keine Anzeige gefunden, die sekundengenau ist.  In der
Bedienungsanleitung bin ich leider auch nicht fündig geworden.

Hat jemand einen Tip?



Hallo Andreas,

in Deinen Einstellungen brauchst Du unter Seitenfolge den
Reisecomputer. Auf dieser Seite kannst Du die Menu Taste
verwenden und die Dadenfelder ändern. Darunter befindet
sich auch die aktuelle Uhrzeit mit Stunde:Minute:Sekunde.

Viele Grüße,
Toni

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

Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?

[Toni Erdmann]

On 12/30/2013 12:41 AM, Andreas Tille wrote:

Hallo Andreas,

On Mon, Dec 30, 2013 at 12:08:14AM +0100, Andreas Titz wrote:

Ich habe jetzt die Uhrzeit hinzugefügt - aber leider ist die auch nur
minutengenau. :-(


Du musst noch die Anzeige großes Datenfeld einstellen (auf der
Seite Reisecomputer nochmal die Menü-Taste drücken, dann Menüpunkt
Anzeige ändern, Auswahl Grosses Datenfeld). In dem Datenfeld
ganz oben kannst du dann die Uhrzeit mit Sekunden anzeigen.
Außerdem blendet diese Auswahl oben eine Status-Leiste auf der
Reisecomputerseite ein, in der die Uhrzeit nochmal in klein mit
Sekunden angezeigt wird.


Was Du mit STatus-Leiste meinst, muß ich noch rausfinden, aber
jedenfalls habe ich jetzt eine Möglichkeit gefundenm, die Uhrzeit zu
fotografieren.  Das ist schon mal gut.


Darüber hinaus habe ich das nächste Problem festgestellt: Der Track
scheint nur auf dem internen Speicher aufgezeichnet zu werden, nicht
aber auf der SD Karte.  Vom Vista war ich das gewohnt und darüber
hinaus war der Track der SD Karte auch noch reicher an Information
als das, was man per

   gpsbabel -t -i garmin -f usb: -o gpx -F trackfile.gpx

holen konnte.  Leider funktioniert letzteres mit dem eTrex 30 auch
nicht.  Wie kann ich die Tracks denn grundsätzlich auf die SD Karte
speichern.


Das eTrex 30 scheint nicht mehr das Garmin-Protokoll zu sprechen.
Dadurch funktioniert die Option -i garmin nicht mehr.


Hmmm, da muß ich mir wohl auch mal ansehen, wie ich routen rüberkriege -
aber da wird wohl die Anleitung weiterhelfen ...


Die
Aufzeichnungen, die sonst aus dem internen Speicher ausgelesen
werden konnten, landen jetzt im gpx-Format in der Datei
Garmin/gpx/Current/Current.gpx, wenn man das Gerät im
Massenspeichermodus an den Computer anschließt.


Das kann ich so bestätigen.  Danke, hilft auch erstmal.


Das Loggen auf die Speicherkarte kann man im Hauptmenü unter
Einstellungen/Tracks/Automatisch archivieren aktivieren, allerdings
wird wohl nicht parallel in den internen Speicher und auf die
Speicherkarte geloggt, sondern die Datei auf der Speicherkarte wird
nur angelegt, wenn die Bedingung bei Automatisch archivieren
erfüllt ist.


Das habe ich jetzt mal auf täglich gesetzt.  Wäre aber lästig, wenn
ich so immer bis zum nächsten Tag warten müßte.  Ich habe meine Tracks
immer per SD Kartenleser kopiert und das Kabel eigentlich nie dabei
gehabt ...


- Ich bin mir dabei aber nicht ganz sicher, weil ich
gleich nach einer Tour immer den Activelog bzw. jetzt die Datei
Current.gpx auslese.


Danke erstmal für die initiale Hilfe



Hallo Andreas,

einen Garmin-Treiber (für Linux) gibt es nicht mehr für's etrex 30 (20).
Ich nutze unter Linux QLandkarteGT und komme damit gut zurecht, das
Programm läd auch das Current.gpx (sowie alle automatisch gesicherten
älteren Tracks).

Beim Einstöpseln des USB werden zwei Speicherkarten erkannt. Die
Erste ist der interne Speicherort, die zweite ist die SD-Karte.

Viele Grüße,
Toni



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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Toni Erdmann]

On 07/11/2013 02:08 PM, m...@thomas-reincke.de wrote:

Zitat von Martin Koppenhoefer dieterdre...@gmail.com:


Am 11. Juli 2013 12:21 schrieb Tracy Kasperczyk kasperc...@mentzdv.de:
Ich hätte nochmal kurz eine Frage zum Detailgrad, gem. Wikipedia [1] sind
mit der ifopt-Nummer nicht nur Bahnhöfe normiert sondern auch deren
Eingänge, Bahnsteige, Räume, Ausstattung und Einrichtungen, etc.

Wie genau werden die Daten sein, die importiert werden sollen?


Das hängt sehr stark von dem ab, der die Daten pflegt.

Ich pflege die Masten. Aachen Bushof, Bussteig H.1 hat beispielsweise
die IFOPT-Nummer DE:5334:1001:1:1.

Dort wo erforderlich (bei uns nur Bahnhöfe), habe ich auch Zugänge
erfasst, die werden auch eine IFOPT-Nummer erhalten.

hallo Thomas,

kann ich dann davon ausgehen, dass die IFOPT-Nummer eine Hierarchie
enthält, z.B. DE:5334:1001:*:* sind alle Objekte im Aachener Bushof?

Meine Frage zielt auf:

public_transport = stop_position
public_transport = platform

Haben die zusammen eine oder jeder seine eigene IFOPT-Nummern?

Wenn ich, wie Tracy andeutete, eine Suche nach allen Verkehrsmitteln
ab einer Position (konkrete IFOPT-Nummer) anstoßen möchte, hangele ich
mich dann von hinten her durch die Nummer und ersetze Zahlen durch '*'
um weitere Objekte im Umkreis mit einzubeziehen?

Gruß,
Toni


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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Toni Erdmann]

On 07/11/2013 05:34 PM, Martin Koppenhoefer wrote:

Am 11. Juli 2013 16:29 schrieb fly lowfligh...@googlemail.com:


Am 11.07.2013 12:21, schrieb Tracy Kasperczyk:

Hallo liebe OSM-Gemeinde,


Ich verfolge die Diskussion jetzt schon ne Weile und frage mich:
* ist das nur eine Deutschland Aktion oder soll sowas global funktionieren
?
* warum noch niemand auf die passende Mailingliste tran...@osm.org
verwiesen hat ?




ifopt is wohl eine europäische Norm, vermutlich werden ausserhalb der EU
bzw. Europas die Bahnhöfe nach einem anderen System nummeriert, global ist
der Anspruch AFAIK nicht.



Genau das ist für mich ein Grund für ein Tag:

xyz:ifopt   (ref:ifopt, public_transport:ifopt, ...)
zu plädieren, denn dann könnte man bei anderen Normen (USA, ...)
den string hinterm ':' austauschen und gut wärs. D.h. einen
Namensraum aufspannen, der erweiterbar ist.

Ich finde den Unterstrich bei ref_ifopt nicht optimal.

Toni







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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Toni Erdmann]

On 07/10/2013 05:26 PM, Stephan Knauss wrote:

Dirk Sohler writes:


Alles sehr „fishy“ … Vor allem, da sich das entsprechende Unternehmen
nun so gar nicht mehr aktiv an der Diskussion beteiligt.


Die Antworten waren auch in vielen Fällen alles andere als freundlich,
einladend, konstruktiv.


Sorry, dass ich erst jetzt die Zeit finde mich zu melden.

Ich hatte am 17. Juni ein etwa 2-stündiges Gespräch in den Büros von
Mentz DV. Vorausgegangen war ein E-Mail-Verkehr aufgrund einer
Änderung am Münchener Ostbahnhof.

Das Gespräch mit Tracy und ihren Kollegen war sehr freundlich, entspannt
und konstruktiv. Meine Bitte war dabei, dass sie sich wegen weiterer
Absprachen / Vorschlägen an diese Liste wenden sollten.

Bei einigen Antworten habe ich mich dann allerdings über die Heftigkeit
gewundert.

Was neue Tags und die unabhängige Überprüfbarkeit durch Dritte angeht,
bin ich auch der Meinung, dass die Quellen offen sein müssen. Und zwar
so, dass ein beliebiger Mapper bei fehlerhafte oder verschwundene Tags
Reparaturen anhand einer Liste vornehmen kann. Optimal wäre ein
regelmäßiger Update der Liste(n).

Bei den Namen plädiere auch ich eher für generische Namen mit
Namensräumen, wie z.B. von Jochen Topf vorgeschlagen

public_transport:ifopt:stop_id

wobei ich das ifopt ganz ans Ende stellen würde:
- vom Allgemeinen public_transport
- über das spezifischere stop_id(oder so)
- zum spezifisch zu verwendenden Standard ifopt für die
  Analyse, Syntax und Semantik der Wertes.

Toni (ToniE)



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

Re: [Talk-de] Route von Garmin wieder löschen?

[Toni Erdmann]

Wilhelm Spickermann o...@spickermann-d.de schrieb:

 Hi,
 
 Am Tue, 28 May 2013 17:11:05 +0200
 schrieb fly lowfligh...@googlemail.com:
 
   Ja, das geht durchaus. Nur scheint der Datenträger nichts mit den
   Tracks im Gerät zu tun zu haben. Ich habe es zumindest nicht
   geschafft ein GPX direkt vom Datenträger auf die Karte zu
 bekommen.
   Ich musste die Daten via USB (serielles Protokoll) in den
   Gerätespeicher spielen.  
  
  Verstehe ich nicht, kenne aber die eTrex Serie nicht gut.
 
 Beim Vista kommt man -- wenn ich mich da recht erinnere -- nicht an
 die
 internen Dateien ran. Der stellt also keine USB-Platte mit internen
 Daten bereit; es wird nur die eingelegte Speicherkarte als
 Platte angeboten. Man kann mit dem Gerät nur im Garmin-Protokoll reden
 und Daten hoch- oder runterladen. Das kann z.B. gpsbabel. Neuere
 Geräte
 -- auch eTrex -- machen das anders.
 
 Wilhelm
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

Hi,

ich habe für das etrex Legend damals und heute für das etrex 30 das Programm 
QLandkarteGt verwendet.

Das kommt beim Legend auch an die internen Daten ran, wenn man den entspr. 
Treiber mit installiert. 

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

Re: [Talk-de] OSM Garmin Hack Weekend in drei Wochen

[Toni Erdmann]

On 01/13/2013 12:46 PM, Volker Schmidt wrote:

Zumindest im sogenannten outdoor-Bereich sind sie im Allgemeinen besser:
robuster, wasserdicht, und die Batterien halten laenger durch.


Z.B. 2 * AA Batterien oder Akkus die 24h halten und die man an jeder
Ecke kaufen kann und man kann einen Vorrat mitnehmen. Die passen auch
in die Kamera, die ich zum Foto-Mapping nehme, ...

Unschlagbar bei längeren Radtouren ...

Toni




2013/1/13 Tirkon tirko...@yahoo.de


Gehling Marc m.gehl...@gmx.de wrote:


in drei Wochen findet das erste Garmin Hack Weekend statt ( 1.-3.2.2013 )


Gibt es eigentlich noch Dinge, die ein Garmin Gerät im OSM Umfeld
besser kann als ein Smartphone, wenn man von der höheren GPS
Genauigkeit absieht?


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

Re: [Talk-de] fixme sinnvoll?

[Toni Erdmann]

On 11/09/2012 02:05 PM, nicolaus1...@gmx.de wrote:

Moin!

In letzter Zeit haben mein Kumpel und ich immer mal wieder Fehler
korrigiert und das Ergebnis mit keepright und OSMInspector kontrolliert.

Die FIXME Markierungen wurden auch immer weniger. Bis es plötzlich
viiieeel mehr wurden.

Die neuen FIXME Markierungen wurden überall dort gesetzt, wo

highway=track ohne tracktype=

eingetragen sind.

Uns ist schon klar, dass der tracktype mit angegeben werden sollte, aber
ist es wirklich sinnvoll dort überall ein FIXME zu setzen?

Gibt es keine Möglichkeit missing tracktype als Fehleranzeige bei
Geofabrik mit aufzunehmen?




Hi nicolaus1977,

ich habe dieses fixme-tagging früher oft verwendet, eben weil es keine
andere Möglichkeit gab, das anderweitig anzuzeigen.

KeepRight kann das nun, denn es gibt eine eigene Fehlermeldung dafür
missing tracktype, die mit einem Fragezeichen (Farbe: ?, bin
farbenblind) gekennzeichnet ist, plus evtl. Blitz für 'fixme'.

Änderungen an OSMI braucht's daher nicht.

Nach und nach lösche ich die fixmes wieder und vertraue auf KeepRight.

Gruß von süd-östlich von München,
Toni


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

Re: [Talk-de] fixme sinnvoll?

[Toni Erdmann]

On 11/09/2012 02:31 PM, tumsi wrote:

Hallo Nikolaus,

 Original-Nachricht 
Betreff: [Talk-de] fixme sinnvoll?
Datum: Fri Nov 09 2012 14:05:21 GMT+0100
Von: nicolaus1...@gmx.de
An: talk-de@openstreetmap.org



Die neuen FIXME Markierungen wurden überall dort gesetzt, wo
highway=track ohne tracktype=
eingetragen sind.


Lässt sich erkennen, ob das ein Bot war oder ein User dies manuell
gesetzt hat?


Uns ist schon klar, dass der tracktype mit angegeben werden sollte, aber
ist es wirklich sinnvoll dort überall ein FIXME zu setzen?


Nein, finde ich nicht. Wo kommen wir denn hin, wenn jeder an Objekte
fixme-tags setzt, wenn er meint, dass dort irgendwo ein Detail fehlt? Am
Ende meint noch jemand an Wälder ein fixme mit Die Anzahl der Bäume
fehlt zu setzen. Sinnvoll finde ich das Tag, wenn der Mapper weiß, dass
ein Objekt ungenau ist (z.B. Lage stark abweichend) oder unvollständig
im Sinne von Weg geht noch weiter ist.

Dem möchte ich widersprechen: es ist für mich als Mapper schon recht
sinnvoll zu wissen, wenn bei z.B. Briefkästen die Details

- collection_times
- ref   == Standort: ...

fehlen und dieses durch ein 'fixme' in KeepRight sichtbar wird.

Das ermöglicht (erleichtert) mir ein gezieltes 'Anfahren' des Objektes.

Manchmal liegen die verbesserungswürdigen Objekte direkt neben
dem Weg, ohne dass man es weiß.

Gruß,
Toni





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

Re: [Talk-de] fixme sinnvoll?

[Toni Erdmann]

On 11/09/2012 03:15 PM, Frederik Ramm wrote:

Hallo,

On 11/09/2012 02:51 PM, Toni Erdmann wrote:

Dem möchte ich widersprechen: es ist für mich als Mapper schon recht
sinnvoll zu wissen, wenn bei z.B. Briefkästen die Details

- collection_times
- ref== Standort: ...

fehlen und dieses durch ein 'fixme' in KeepRight sichtbar wird.


Wenn sowas mal *vereinzelt* im *lokalen* Bereich eines Mappers zur
*unmittelbaren* Vorbereitung der Mapping-Taetigkeit gemacht wird, ok -
aber im grossen Stil bitte nicht.

Wenn jemand gern alle Briefkaesten ohne ein bestimmtes Tag markieren
will, dann moege er sich an den Autor von keepright wenden und darum
bitten, dass ein solcher View erstellt wird - ist ja technisch machbar.

Es moege bitte niemand auf die Idee kommen, mal eben bundesweit alle
Objekte, zu denen er gern mehr Informationen haette, mit einem Fixme zu
taggen, denn sonst haben wir bald an jeder Strasse ein fixme=maxspeed
ergaenzen, an jedem Haus fixme=Hausnummer fehlt und an jedem Track
ein fixme=tracktype fehlt.

Ich habe neulich ein paar solcher Massen-Edits (alle Briefkaesten ohne
operator auf fixme=operator fehlt oder sowas) rueckgaengig gemacht -
es ist nicht akzeptabel, dass einzelne ihre persoenliche Vorstellung
davon, was man vielleicht mal noch mappen sollte, per Massen-Fixme-Tag
allen anderen aufdruecken.

Ja, wo Du Recht hast ... hast Du Recht.

Ich habe das einfach wohl zu sehr aus Sicht des Mappers gesehen.

Gruß,
Toni




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

Re: [Talk-de] LKW Mautinformationen

[Toni Erdmann]

On 07/23/2012 06:17 PM, Garry wrote:

Am 23.07.2012 17:24, schrieb Michael Herbold:

Hallo,

erst mal vielen vielen Dank für das zahlreiche und konstruktive Feedback.

Wir haben heute früh schon angefangen, die Strecken entsprechend zu
taggen (siehe http://www.openstreetmap.org/user/synyx/edits).

Wie Robert S. korrekt bemerkt hat ist toll:hgv=yes nicht korrekt, da die
Maut erst ab 12 Tonnen gilt. Den Vorschlag toll:N3=yes finden wir gut
und würden dies auch an den bereits erstellen Tags anpassen (thx @ jimmy
für den Vorschlag).



hmm, ich würde dann aber noch den Geltungsbereich des 'N3' einbeziehen.
Nicht dass die USA noch 'N3' = 'Bicycle' einführen für die man dann
Toll zahlen muss.

toll:EU:N3

oder wo auch immer diese 'N2' und 'N3' ihre Gültigkeit haben.

Just my 2 [EUR]ct.

Gruß,
Toni

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

Re: [Talk-de] LKW Mautinformationen

[Toni Erdmann]

On 07/23/2012 06:37 PM, aighes wrote:

Am 23.07.2012 18:27, schrieb Toni Erdmann:

On 07/23/2012 06:17 PM, Garry wrote:

Am 23.07.2012 17:24, schrieb Michael Herbold:

Hallo,

erst mal vielen vielen Dank für das zahlreiche und konstruktive
Feedback.

Wir haben heute früh schon angefangen, die Strecken entsprechend zu
taggen (siehe http://www.openstreetmap.org/user/synyx/edits).

Wie Robert S. korrekt bemerkt hat ist toll:hgv=yes nicht korrekt, da
die
Maut erst ab 12 Tonnen gilt. Den Vorschlag toll:N3=yes finden wir gut
und würden dies auch an den bereits erstellen Tags anpassen (thx @
jimmy
für den Vorschlag).



hmm, ich würde dann aber noch den Geltungsbereich des 'N3' einbeziehen.
Nicht dass die USA noch 'N3' = 'Bicycle' einführen für die man dann
Toll zahlen muss.

toll:EU:N3

oder wo auch immer diese 'N2' und 'N3' ihre Gültigkeit haben.

...nur das damit keiner mehr etwas anfangen kann.

Wenn ich mal ans extended access-Schema zurückdenke, wäre es sowas wie
toll:hgv:(weight12)=yes



ich weiß, kaum hatte ich die Mail mit toll:EU:N3 abgeschickt, fiel mir
was anderes (besseres?) bzw. Gegenargumente ein.

Toni

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

Re: [Talk-de] Relationen in Relationen

[Toni Erdmann]

Hallo hike39,


On 06/10/2012 01:48 PM, hike39 wrote:

Hi,
nachdem ich nun angefangen habe unsere letzte Streckenwanderung auf dem
Weg der Deutschen Einheit (WDE) auszuwerten und in OSM als Wanderroute
einzupflegen, habe ich die Idee gehabt die einzelnen Wegabschnitte als
eigenständige Relationen zu erfassen und diese dann mittels einer
übergeordneten Relation zusammen zu fassen. Die gesamte Strecke dieser
Route wird am Ende über 1.000km gehen und in einer Relation wohl nur
schwer händelbar sein.


das ist u.A. mit dem Radweg D11 und dem Radweg VBT (Via Bavarica
Tyrolensis) so gemacht worden.

http://www.openstreetmap.org/browse/relation/1748735

http://www.openstreetmap.org/browse/relation/2071329



Hierzu wollte ich mich aber ersteinmal schlau machen, wie man dies über
Kinds- und Elternrelationen machen kann. Aber wie so oft habe ich zu
dieser Fragestellung in Wiki und auch in den Foren keine Hilfestellung
gefunden.

Daher meine Frage an Euch: Geht so etwas, sollte man so etwas machen,
wird so etwas von den diversen Tools (JOSM, Potlach, RA usw)  und
Applikationen (Lonvias Weltwanderkarte oder der Reit- und Wanderkarte
u.ä.) unterstützt?



Einfach in JOSM eine neue Ralation erzeugen, die Kindrelationen
selektieren und 'add to relation' machen (so wie mit Wegen auch).


Siehe hier bei Sarahs super Seiten:

http://cycling.lonvia.de/en/?zoom=11lat=48.02481lon=11.8119

und

http://hiking.lonvia.de/en/?zoom=11lat=48.02481lon=11.8119

Klick mal unten rechts auf ROUTES und dann auf D11 oder VBT
und Du wirst sehen, dass sie die Elternrelation anzeigt und
die Member-Relationen, auf die man wiederum klicken kann,

Gruß,
Toni

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

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

[Toni Erdmann]

On 03/09/2012 07:17 PM, Steffen Wolf wrote:

Hi Jan,


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



Der 62 hat aber, wenn ich nichts übersehen habe, nur eine hh:mm-Anzeige.


*lol*

Ein paar Ideen:

Wart, bis die Minutenanzeige umspringt und mach dann ein Photo.

Photographier eine andere Uhr, am besten eine Funkuhr.



hmm, so weit ich weiß, synchronisieren sich Funkuhren nur einmal nachts
(2:00 oder 3:00 Uhr) und laufen den Rest des Tages mit 'nem Quarz.
Spart Energie.
Sollte aber dennoch einigermaßen genau sein.

Toni

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

Re: [Talk-de] ODBL und bekannte Vandalen-Accounts

[Toni Erdmann]

On 03/09/2012 10:28 AM, Simon Poole wrote:


Siehe http://cleanmap.poole.ch/?zoom=16lat=48.0854lon=11.50844layers=000B

einfach vom gelöschten remappen (lmaa* war ja die Hauptmotivation für
den Layer).

Bin eigentlich überascht, dass da noch gar nichts gemacht wurde.

Simon


mich schreckt zunächst einmal die schiere Menge ab. Wenn man das
machen will - ich meine anständig - dann ist man 'ne Weile ganz
gut beschäftigt.

Ich wohne 20km weiter östlich und kenne dennoch nicht alle
Details in Solln und Co.

Toni

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

Re: [Talk-de] JOSM, Bilder Importieren, werden positioniert aber nicht gezeigt

[Toni Erdmann]

On 11/30/2011 10:27 PM, malenki wrote:

Toni Erdmann schrieb:


Hallo,

ich bin auf SuSE 12.1 umgestiegen und habe nun das folgende Problem in
JOSM:

- GPX laden
- Bilder importieren
- sie werden auch entlang der Spur positioniert
- wenn ich auf ein Bild (thumbnail) klicke:
   - wird es nicht rot (markiert)
   - im Fenster Georeferenzierte Bilder steht kein Bild


Versuche nach dem Laden der Bilder folgendes:
ctrl-n
nochmal auf ein Icon klicken


Funzt!

Danke,
Toni

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

[Talk-de] JOSM, Bilder Importieren, werden positioniert aber nicht gezeigt

[Toni Erdmann]

Hallo,

ich bin auf SuSE 12.1 umgestiegen und habe nun das folgende Problem in JOSM:

- GPX laden
- Bilder importieren
- sie werden auch entlang der Spur positioniert
- wenn ich auf ein Bild (thumbnail) klicke:
  - wird es nicht rot (markiert)
  - im Fenster Georeferenzierte Bilder steht kein Bild

Gestern ging's noch und ich hab' nicht gemacht!
Was haben Sie gemacht bevor Sie nichts gemacht haben?

Doch: von SuSE 11.4 auf 12.1 umgestiegen, aber was fehlt hier?

N.B.: habe 'latest' benutzt (wie immer), aber nebenbei
  JOSM 4550 aus Application:Geo als RPM installiert, wegen
  eventueller dependencies (außer /bin/sh ist da aber nichts).

Hilfe, bin ein ratloser Geotagged-Bilder-Mapper

Danke,
Toni

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

Re: [Talk-de] JOSM, Bilder Importieren, werden positioniert aber nicht gezeigt

[Toni Erdmann]

On 11/30/2011 07:00 PM, Toni Erdmann wrote:

Hallo,

ich bin auf SuSE 12.1 umgestiegen und habe nun das folgende Problem in
JOSM:

- GPX laden
- Bilder importieren
- sie werden auch entlang der Spur positioniert
- wenn ich auf ein Bild (thumbnail) klicke:
- wird es nicht rot (markiert)
- im Fenster Georeferenzierte Bilder steht kein Bild

Gestern ging's noch und ich hab' nicht gemacht!
Was haben Sie gemacht bevor Sie nichts gemacht haben?

Doch: von SuSE 11.4 auf 12.1 umgestiegen, aber was fehlt hier?

N.B.: habe 'latest' benutzt (wie immer), aber nebenbei
JOSM 4550 aus Application:Geo als RPM installiert, wegen
eventueller dependencies (außer /bin/sh ist da aber nichts).

Hilfe, bin ein ratloser Geotagged-Bilder-Mapper



Ha! Nicht zu ende ausprobiert:

JOSM 4620 (meine bisherige latest) hat den Fehler

JOSM 4622 (jetzige latest) hat den Fehler auch

JOSM 4550 (jetzige tested) hat den Fehler nicht (aufatmen)

java 1.6.0_22 (64 bit-Rechner)

Gruß,
Toni

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

Re: [Talk-de] JOSM, Bilder Importieren, werden positioniert aber nicht gezeigt

[Toni Erdmann]

On 11/30/2011 07:12 PM, Toni Erdmann wrote:

On 11/30/2011 07:00 PM, Toni Erdmann wrote:

Hallo,

ich bin auf SuSE 12.1 umgestiegen und habe nun das folgende Problem in
JOSM:

- GPX laden
- Bilder importieren
- sie werden auch entlang der Spur positioniert
- wenn ich auf ein Bild (thumbnail) klicke:
- wird es nicht rot (markiert)
- im Fenster Georeferenzierte Bilder steht kein Bild

Gestern ging's noch und ich hab' nicht gemacht!
Was haben Sie gemacht bevor Sie nichts gemacht haben?

Doch: von SuSE 11.4 auf 12.1 umgestiegen, aber was fehlt hier?

N.B.: habe 'latest' benutzt (wie immer), aber nebenbei
JOSM 4550 aus Application:Geo als RPM installiert, wegen
eventueller dependencies (außer /bin/sh ist da aber nichts).

Hilfe, bin ein ratloser Geotagged-Bilder-Mapper



Ha! Nicht zu ende ausprobiert:

JOSM 4620 (meine bisherige latest) hat den Fehler

JOSM 4622 (jetzige latest) hat den Fehler auch

JOSM 4550 (jetzige tested) hat den Fehler nicht (aufatmen)

java 1.6.0_22 (64 bit-Rechner)



trac Ticket #7100

Toni

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

Re: [Talk-de] Haltestellen-Namen

[Toni Erdmann]

Am 08.06.2011 12:43, schrieb Steffen Grunewald:

Hallo,

da nebenan eine heftige Diskussion um Namenszusätze im Gange ist,
wurde ich an ein Problem erinnert, dem ich vor einigen Tagen gegen-
überstand: Haltestellennamen für Bushaltestellen von Überlandlinien.
Auf den Haltestellentafeln in der Stadt steht (natürlich) nicht der
Name der Stadt (also Lindengarten und nicht Wismar Lindengarten,
Ausnahme Wismar ZOB). Außerhalb der Stadtgrenzen heißt es dann schon
Groß Strömkendorf Dorf oder Hof Redentin Abzweig.
In den Online-Fahrplänen steht (natürlich?) Wismar Lindengarten,
wenigstens nicht Hansestadt Wismar Lindengarten, denn das könnten die
wenigsten Schriftanzeiger in den Bussen auch darstellen.
Wie verfährt man in diesem Fall am saubersten?
Ortsbezeichnung wann weglassen, und nur durch Leerstelle vom eigentlichen
Haltestellennamen trennen oder doch ein Komma setzen?
Howto_Map_A#Bushaltestelle ist da leider keine Hilfe...
Was habe ich übersehen?


http://openptmap.de bzw. http://wiki.openstreetmap.org/wiki/DE:Openptmap

schlägt z.B. bei

name=Abzweig Kreuz

vor,

ref_name=Kreuz Abzw., Glonn

zu nehmen, denn kann ist die Suche bei der Bahn unkomplizierter.

http://mobile.bahn.de/bin/mobil/bhftafel.exe/dox?country=DEUrt=1use_realtime_filter=1productsFilter=1100boardType=AbfahrtmaxJourneys=20start=Sucheninput=Abzweig%20Kreuz

Zugegebenermaßen abgestimmt auf einen Suchanbieter, aber wenn

uic_ref=

nicht verfügbar ist ...

Gruß,
Toni

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

Re: [Talk-de] Hilfe: Leere Relation E 54 Europastraße

[Toni Erdmann]

Am 17.04.2011 15:57, schrieb fly:

Am 15.04.2011 20:39, schrieb Toni Erdmann:

Am 15.04.2011 20:03, schrieb Toni Erdmann:

Am 15.04.2011 19:55, schrieb Toni Erdmann:

Am 15.04.2011 19:53, schrieb M∡rtin Koppenhoefer:

Am 15. April 2011 19:46 schrieb Toni Erdmanntoni.erdm...@web.de:

Hallo zusammen,

wie gesagt: die Relation 77040, Europastraße E 54 ist leer, und dass
mit der Version 455.



Das ist der Link zur Version 454:
http://api.openstreetmap.org/api/0.6/relation/77040/454



Danke Martin,

also rein damit in JOSM und hochladen: gefixed?



wget -O E54.osm http://api.openstreetmap.org/api/0.6/relation/77040/454

dann E54.osm in JOSM öffnen.



OK, drei Ways sind in der Zwischenzeit gelöscht worden am 8.4.2011, die
musste ich aus der Relation rausnehmen.


Für sowas gibt es das undelete Plugin !

Welche waren denn das ?


3c3
   relation id=77040 visible=true timestamp=2011-04-02T19:20:12Z 
user=Flacus uid=77446 version=454 changeset=7747354

---
   relation id=77040 visible=true 
timestamp=2011-04-15T18:36:46Z user=ToniE uid=8748 version=456 
changeset=7872293

596d595
 member type=way ref=54570668 role=/
598,599d596
 member type=way ref=54621962 role=/
 member type=way ref=54570669 role=/

Aus der B 316, vermute ich.



Es gibt by JOSM auch das reverter-plugin, was noch besser funktioniert
als die manuelle reperatur.

Damit kannst du auch mehrer Objekte eines Changesets und sogar mehrere
Changesets gleichzeitig zurücksetzen.



Gut zu wissen - für's nächste Mal.

Danke und Gruß,
Toni

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

Re: [Talk-de] Hilfe: Leere Relation E 54 Europastraße

[Toni Erdmann]

Am 17.04.2011 17:19, schrieb fly:

Am 17.04.2011 15:52, schrieb Toni Erdmann:

Am 17.04.2011 15:57, schrieb fly:

Am 15.04.2011 20:39, schrieb Toni Erdmann:

Am 15.04.2011 20:03, schrieb Toni Erdmann:

Am 15.04.2011 19:55, schrieb Toni Erdmann:

Am 15.04.2011 19:53, schrieb M∡rtin Koppenhoefer:

Am 15. April 2011 19:46 schrieb Toni Erdmanntoni.erdm...@web.de:

Hallo zusammen,

wie gesagt: die Relation 77040, Europastraße E 54 ist leer, und dass
mit der Version 455.


Zu solchen Relation gilt im Übrigen das Gleiche wie zu den ICE-Relation.

Kann man die nicht nach Ländern oder sogar in noch kleine Teile Gruppieren ?
Wenn eine Bundestraße oder Autobahn die ganze Zeit auch Europastraße
ist, kann man auch die ganze BS/BAB-Relation in der E-Relation aufnehmen



ACK, habe die ICE-Diskussion verfolgt. Dabei kann ich die
Debatte über Gleis 8 oder 13 nicht nachvollziehen. Denn
die Bahn hat ja Pläne (auch wenn das keine Fahrpläne mehr
sind sondern reine Absichtserklärungen). Und auf den Plänen
stehen Ankunfts- und Abfahrtsbahnsteig - und die kann man
für die Relationen benutzen.


Das ist der Link zur Version 454:
http://api.openstreetmap.org/api/0.6/relation/77040/454



Danke Martin,

also rein damit in JOSM und hochladen: gefixed?



wget -O E54.osm http://api.openstreetmap.org/api/0.6/relation/77040/454

dann E54.osm in JOSM öffnen.



OK, drei Ways sind in der Zwischenzeit gelöscht worden am 8.4.2011, die
musste ich aus der Relation rausnehmen.


Für sowas gibt es das undelete Plugin !

Welche waren denn das ?


3c3
relation id=77040 visible=true timestamp=2011-04-02T19:20:12Z
user=Flacus uid=77446 version=454 changeset=7747354
---

   relation id=77040 visible=true timestamp=2011-04-15T18:36:46Z

user=ToniE uid=8748 version=456 changeset=7872293
596d595
  member type=way ref=54570668 role=/
598,599d596
  member type=way ref=54621962 role=/
  member type=way ref=54570669 role=/

Aus der B 316, vermute ich.


Nachzuschau ist besser. Da würde doch ein bisschen übermütig aufgeräumt.

Es geht um diesen Kreisverkehr:
http://www.openstreetmap.org/?lat=47.5773011147976lon=7.79675781726837way=27164192zoom=18

Ich bin mir nicht sicher ob ich die Relationen (vorallem die
public_transport mit Richtungen) hier richtig hinbekomme.
Mache mich aber an die Arbeit.


Danke und sorry, denn eigentlich wollte ich nur die A 995 in die
E 54 einfügen (geschehen). An die B316 hätte ich auch denken und
reparieren können - zu kurz gedacht.

Gruß,
Toni

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

Re: [Talk-de] ICE-Relationen

[Toni Erdmann]

Am 17.04.2011 16:11, schrieb fly:

Am 17.04.2011 14:03, schrieb Wolfgang:

Hallo,
Am Sonntag 17 April 2011 11:25:11 schrieb Carsten Gerlach:

Hallo,

Am Montag 11 April 2011 schrieb fly:

Ich frage mich ob man bei den ICE-Relationen nicht lieber Relationen für
die Strecke zwischen einzelnen Bahnhöfen anlegt und diese Relationen
jeweils den ICE-Relationen zuordnet.


Klingt nicht schlecht diese Idee, aber was ist, wenn zwei ICE-Linien
  zwischen zwei Bahnhöfen unterschiedliche Gleise verwenden? Soll das dann
  auch in zwei Relationen abgebildet werden?

Konkretes Beispiel: Der ICE Köln-Berlin fährt in Duisburg auf Gleis 13 ab,
kommt in Essen auf Gleis 6 an. Der ICE München-Dortmund fährt in Duisburg
  auf Gleis 13 ab, kommt in Essen auf Gleis 4 an.


ich steck da jetzt nicht so tief im Thema drin, aber hast du keine Angst,
etwas zu übertreiben? Ich kenne das eigentlich so bei der DB, das der Zug
überall abfährt und ankommt, nur nicht auf dem vorgesehenen Gleis.

Es sollte eigentlich ausreichen, die Relation von Duisburg nach Essen zu
definieren. Notfalls kann man die Gleise ja in eine site packen. Oder in ein
Multipolygon, dann kreisen sie immer um den Hbf  :-)

Wenn der eine Zug über Mülheim und der andere über Oberhausen fährt, wäre das
natürlich etwas anderes.


Bin mir auch nicht sicher, ob die Bahnhofs-Gleise wirklich so exakt
anzugeben sind. Denke hier nimmt man eher alle wo auch gehalten werden
kann (die länge ist da wohl entscheident).

Falls man wirklich über exakte Gleise aussagen treffen will, kann man ja
bis zur entscheidenten Weiche als Abschnitts-Relation mappen und die
Bahnhofsgleise wieder in die Haupt-Relation packen.



Ich die Debatte über Gleis 8 oder 13 nicht nachvollziehen. Denn
die Bahn hat ja Pläne (auch wenn das keine Fahrpläne mehr
sind sondern reine Absichtserklärungen). Und auf den Plänen
stehen Ankunfts- und Abfahrtsbahnsteig - und die kann man
für die Relationen benutzen. Auf irgendetwas müssen sich die
Fahrgäste doch noch verlassen können.

Gruß,
Toni

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

[Talk-de] Hilfe: Leere Relation E 54 Europastraße

[Toni Erdmann]

Hallo zusammen,

wie gesagt: die Relation 77040, Europastraße E 54 ist leer, und dass
mit der Version 455.

Laut

http://wiki.openstreetmap.org/wiki/WikiProject_Europe/E-road_network

muss sie mal zu 70% gemapped gewesen sein.


http://www.openstreetmap.org/browse/relation/77040/history

hilft leider nicht, Request dauert zu lange.

Wie kann ich die letzte nicht-leere Version zurück holen.

Ich erinnere mich, dass ich selbst vor 2 Jahren den
Radweg D 11 geleert hatte und Frederik Ramm das Ding
restaurieren konnte - nur wie geht's.

Danke,
Toni

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

Re: [Talk-de] Hilfe: Leere Relation E 54 Europastraße

[Toni Erdmann]

Am 15.04.2011 19:53, schrieb M∡rtin Koppenhoefer:

Am 15. April 2011 19:46 schrieb Toni Erdmanntoni.erdm...@web.de:

Hallo zusammen,

wie gesagt: die Relation 77040, Europastraße E 54 ist leer, und dass
mit der Version 455.



Das ist der Link zur Version 454:
http://api.openstreetmap.org/api/0.6/relation/77040/454



Danke Martin,

also rein damit in JOSM und hochladen: gefixed?

Gruß,
Toni

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

Re: [Talk-de] Hilfe: Leere Relation E 54 Europastraße

[Toni Erdmann]

Am 15.04.2011 19:55, schrieb Toni Erdmann:

Am 15.04.2011 19:53, schrieb M∡rtin Koppenhoefer:

Am 15. April 2011 19:46 schrieb Toni Erdmanntoni.erdm...@web.de:

Hallo zusammen,

wie gesagt: die Relation 77040, Europastraße E 54 ist leer, und dass
mit der Version 455.



Das ist der Link zur Version 454:
http://api.openstreetmap.org/api/0.6/relation/77040/454



Danke Martin,

also rein damit in JOSM und hochladen: gefixed?



wget -O E54.osm http://api.openstreetmap.org/api/0.6/relation/77040/454

dann E54.osm in JOSM öffnen.

Gruß,
Toni

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

Re: [Talk-de] Hilfe: Leere Relation E 54 Europastraße

[Toni Erdmann]

Am 15.04.2011 20:03, schrieb Toni Erdmann:

Am 15.04.2011 19:55, schrieb Toni Erdmann:

Am 15.04.2011 19:53, schrieb M∡rtin Koppenhoefer:

Am 15. April 2011 19:46 schrieb Toni Erdmanntoni.erdm...@web.de:

Hallo zusammen,

wie gesagt: die Relation 77040, Europastraße E 54 ist leer, und dass
mit der Version 455.



Das ist der Link zur Version 454:
http://api.openstreetmap.org/api/0.6/relation/77040/454



Danke Martin,

also rein damit in JOSM und hochladen: gefixed?



wget -O E54.osm http://api.openstreetmap.org/api/0.6/relation/77040/454

dann E54.osm in JOSM öffnen.



OK, drei Ways sind in der Zwischenzeit gelöscht worden am 8.4.2011, die
musste ich aus der Relation rausnehmen.

Gruß,
Toni

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

Re: [Talk-de] ÖPNV: Haltestellen-Tagging

[Toni Erdmann]

Am 09.08.2010 16:18, schrieb Steffen:
 --- Original Nachricht ---
 Absender: Andreas Tille
 Datum: 09.08.2010 15:31
 On Sun, Aug 08, 2010 at 01:13:56PM +0200, Claudius wrote:
 Für das Fußgängerrouting bspw ist der Standort der Warteposition zum
 korrekten Routing über einen Fußgängerüberweg hin zur richtigen
 Halteposition schon wichtig.

 In diesem Zusammenhang habe ich auch noch mal eine Verständnisfrage:
 Es gibt ja zur genüge Bushaltestellen, wo die beiden Richtungen nicht
 an einer Stelle bedient werden sondern der Zustieg kann schon mal
 100-200m auseinander liegen.  Daher muß man wohl beide Haltestellen
 extra taggen.  Wie wird ist das korrekt zu machen?
 
 ich tagge auch den Mast mit:
 
 tag k='bus' v='yes'/
 tag k='highway' v='bus_stop'/
 tag k='name' v='Löscher Ost'/
 tag k='network' v='VVS'/
 tag k='public_transport' v='stop_position'/
 
 und dann auch für jeden Mast.
 
Es scheint hier doch viele verschiedene Varianten zu geben.
Füge ich mal eine weitere hinzu:

Für den Mast /  das Wartehäuschen (neben der Straße):

highway=bus_stop
public_transport=platform
bus=yes
ref=210
name=Hubertusstraße
network=MVV
operator=MVG
shelter=yes/no
bench=yes/no
bin=yes/no
website=http://www.mvv-muenchen.de

In die Relation als role=platform


Für die Stelle auf der Straße, wo der Bus tatsächlich hält:

public_transport=stop_position
bus=yes

In die Relation als role=stop

Manchmal mappe ich für jede Richting einer Busline eine eigene Relation.
Die platforms und stops sind dann eben entsprechend zugeornet.
Das kann aber ausarten, denn der 216er hier hat 6 oder 7 oder 8
verschiedene Wegläufe - eben so viele Relation? Im Ernst?

Gruß,
Toni

N.B.: auch ein native english speaker konnte mir 'bus stop' nicht
  eindeutig als neben der Straße warten bzw. dort wo Bus hält
  definieren. D.h. wo highway=bus_stop tatsächlich ist, ist bei
  dieser Art des mappens weniger wichtig, da redundant.

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

Re: [Talk-de] Stolpersteine - Vollständigkeitsauswertu ng

[Toni Erdmann]

Am 17.05.2010 07:21, schrieb Jan Tappenbeck:
 Am 16.05.2010 21:55, schrieb Walter Nordmann:

 hi jan,

 ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
 Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor einigen
 Wochen mal wieder Diskussionen drüber.


Na ja, aber was sind denn Objekte?
- Nodes, Ways (stop, platform, ...) einer Buslinie
- Packstationen
- Gebäude in einer site-Relation
- from, to, via einer turn-restriction
- ...
Dafür gibt es schon Relationen, wo ist dann hier der Unterschied zu
den Stolpersteinen? Relationen gruppieren doch gerade (physikalische)
Objekte zu einer Einheit und geben ihnen eine gemeinsame Bedeutung.

 
 Hi !
 
 das Thema wurde einmal so angefangen und deshalb habe ich mich vorerst 
 daran orientiert.
 
 Solange es noch kein anderes (spezielles) Tag für diese Menge von 
 Objekten ( 23.000) finde ich das gar nicht so verkehrt.

Bei dieser Anzahl gibt's sicherlich Probleme. Wie wäre es
die Stolpersteine jeder Stadt in eine eigene Relation zu
packen und dann eine Super-Relation zu nehmen?

Gruß,
Toni

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

Re: [Talk-de] Stolpersteine - Vollständigkeitsauswertu ng

[Toni Erdmann]

Am 17.05.2010 09:12, schrieb Ulf Lamping:
 Am 17.05.2010 08:17, schrieb Toni Erdmann:
 Am 17.05.2010 07:21, schrieb Jan Tappenbeck:
 Am 16.05.2010 21:55, schrieb Walter Nordmann:

 hi jan,

 ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
 Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor 
 einigen
 Wochen mal wieder Diskussionen drüber.


 Na ja, aber was sind denn Objekte?
 - Nodes, Ways (stop, platform, ...) einer Buslinie
 - Packstationen
 - Gebäude in einer site-Relation
 - from, to, via einer turn-restriction
 - ...
 Dafür gibt es schon Relationen, wo ist dann hier der Unterschied zu
 den Stolpersteinen? Relationen gruppieren doch gerade (physikalische)
 Objekte zu einer Einheit und geben ihnen eine gemeinsame Bedeutung.
 
 Ich versuche mal eine Abgrenzung ...
 
 Das eine sind normallerweise recht eng geografisch zusammen gehörende 
 Objekte: turn-restriction, Buslinie, site. Diese Informationen sind 
 nicht automatisiert aus den anderen Daten zu bekommen.
 
 Das andere sind logische Gruppierungen alle Objekte einer Art: 
 Packstationen, Stolpersteine, etc., die jeweils den gleichen Tag tragen 
 - und das über die ganze Welt verteilt. Die Info kann man dann aber 
 genauso gut über Datenbankabfragen (z.B. XAPI) abholen.
 
 
 Warum hier nicht einfach jeweils ein entsprechendes Tag 
 historic=stolpersteine dranhängen und auf die meist problematische 
 Relation ganz verzichten?
 

Danke Ulf, das leuchtet ein!

Gruß,
Toni

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

Re: [Talk-de] Frage: Bebauungsplan == frei von copyright, weil amtliches Dokument?

[Toni Erdmann]

Am 23.04.2010 04:03, schrieb M∡rtin Koppenhoefer:
 Am 22. April 2010 19:39 schrieb Toni Erdmann toni.erdm...@web.de:
 ich stoße in letzter Zeit immer wieder auf Bebaungspläne
 im PDF Format und frage mich, ob ich die verwenden kann.

 Als Beispiel mal ein solches Dokument mit der Unterschrift
 des Bürgermeisters und dem folgendem Stempel:
 Danke für die Antworten und den Verweis auf's Forum.

 Leider scheinen die beiden Antworten die momentane
 Lage wiederzugeben: nichts genaues weiss man nicht,
 also Finger weg.
 
 
 wieso, was schreiben die denn in der langen Antwort im Forum? Zur
 Kurzantwort Nein würde ich zunächstmal genauso kurz doch
 antworten. B-Pläne werden vom Gemeinderat verabschiedet und dann im
 Amtsblatt veröffentlicht. Sie sind
 ähnlich wie Gesetze und daher gemeinfrei. Hatten wir hier schon
 zig-mal mit immer diesem Ergebnis. Übrigens sind B-Pläne auch sehr gut
 geeignet, Straßenflächen einzuzeichnen (vorher mit der Realität
 prüfen), da diese gut erkennbar sind (inkl. Details).
 

Also, viel gesagt und am Ende:

der Text scheint zweifelsfrei ohne copyright zu sein, denn
er hat rechtsbindenden Character. Zumindest auf dem von
mir genannet BP war sowas zu sehen.

Wenn die Zeichnungen Auszüge aus Datenbanken sind oder
nur als Illustration der Texte dienen, so ist die Lage
nicht eindeutig. Eher nein (also Schutz), aber das
LG München hat bei einem Bild einer Briefmarke in einem
Gesetzestext den Schutz verneint.

Auf Nummer sicher bei den Zeichnungen: nicht verwenden.

HTH
Gruß,
Toni

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

Re: [Talk-de] Frage: Bebauungsplan == frei von copyright, weil amtliches Dokument?

[Toni Erdmann]

Am 21.04.2010 21:52, schrieb Toni Erdmann:
 Hallo,
 
 ich stoße in letzter Zeit immer wieder auf Bebaungspläne
 im PDF Format und frage mich, ob ich die verwenden kann.
 
 Als Beispiel mal ein solches Dokument mit der Unterschrift
 des Bürgermeisters und dem folgendem Stempel:
 
 Rechtskräftige Ausfertigung
 Aktenzeichen: 7.1.3-0140/
 Rechtskräftig seit: 15.02.2009
 ...
 
 Hier der Link (8MB)
 
 http://aying.de/images/stories/aktuelles/bebauungsplaene/24a/bebauungsplan.pdf
 
 Allerdings ist auch ein Entwurfsverfasser (Architekt)
 genannt. Hält der evtl. das Copyright?
 

Danke für die Antworten und den Verweis auf's Forum.

Leider scheinen die beiden Antworten die momentane
Lage wiederzugeben: nichts genaues weiss man nicht,
also Finger weg.

Viele Grüße,
Toni

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

[Talk-de] Frage: Bebauungsplan == frei von copyright, weil amtliches Dokument?

[Toni Erdmann]

Hallo,

ich stoße in letzter Zeit immer wieder auf Bebaungspläne
im PDF Format und frage mich, ob ich die verwenden kann.

Als Beispiel mal ein solches Dokument mit der Unterschrift
des Bürgermeisters und dem folgendem Stempel:

Rechtskräftige Ausfertigung
Aktenzeichen: 7.1.3-0140/
Rechtskräftig seit: 15.02.2009
...

Hier der Link (8MB)

http://aying.de/images/stories/aktuelles/bebauungsplaene/24a/bebauungsplan.pdf

Allerdings ist auch ein Entwurfsverfasser (Architekt)
genannt. Hält der evtl. das Copyright?

Viele Grüße
Toni

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

Re: [Talk-de] Landuse: Commercial

[Toni Erdmann]

Am 19.04.2010 19:34, schrieb Stephan Wolff:
 Moin, moin!
 
 Am 19.04.2010 15:21, schrieb Jan Tappenbeck:
 ich habe gerade die Gesamtfläche eines Gewerbegebietes als COMMERCIAL
 definiert - andere hatten jetzt zwar schon die einzelnen Betriebe mit
 dem Tag versehen.
 
 Laut Definition im Wiki steht landuse=commercial für Büroviertel 
 (Banken, Versicherungen, Anwälte, etc.). Ein deutsches Gewerbegebiet mit 
 Speditionen, Großhandel, Autowerkstätten und Handwerksbetrieben fällt 
 unter landuse=industrial.
 Eine Trennung wie im deutschen Recht zwischen emissionsarmen Gewerbe und 
 Industrie wäre m.E trotzdem sinnvoll.
 
 COMMERCIAL würde ich immer für den gesamten Bereich anwenden. Für jeden
 einzelnen würde zu einem Flickenteppich führen.
 
 Grundsätzlich ja, aber für Großbetriebe (mehrere 100 Mitarbeiter, mehr 
 als 1 m^2 Fläche) mache ich Ausnahmen. Bei einer Großwerft oder 
 einem Autowerk sagt man ja auch umgangssprachlich nicht, dass es in 
 einem Industriegebiet liegt.

Und für die kleineren (die ja meist *auch* einen Zaun drumherum haben)
dann einen geschlossenen way als area=yes mit name=Sein-Betrieb.
Und zusätzlich auf dem way den Zaun mit barrier=fence.

just my 2ct.

Toni

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

Re: [Talk-de] Landuse: Commercial

[Toni Erdmann]

Am 19.04.2010 15:50, schrieb Friedhelm Schmidt:
 Am 19.04.2010 15:40, schrieb Martin Simon:
 Ebenso. 'landuse' ist meines Erachtens immer eine zusamenhängende
 Fläche, (üblicherweise)  bestehend aus Einzelflächen gleicher Nutzung.
 Also sollten einzelne Betriebe nicht als landuse=commercial, einzelne
 Felder nicht als landuse=farmland und einzelne Grundstücke nicht als
 landuse=residential getaggt werden.
 
 +1

+1

vor Allem die Felder nicht einzeln mappen! Die tracks gehören zum
farmland mit dazu, so wie die Waldwege im Wald. Da macht sich auch
keiner die Mühe das einzeln zu mappen, wieso dann bei Feldern.

Und: aneinander grenzende Flächen dürfen und sollten gemeinsame Nodes
 habe.
Aber: Wege und Flächen sollten (IMHO) keine gemeinsamen Nodes haben,
  denn der Wald, der Park, ... endet nicht mitten auf der Straße.

just my 2ct

Toni

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

Re: [Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer

[Toni Erdmann]

Am 05.04.2010 21:45, schrieb Frederik Ramm:
 Hallo,
 
 Toni Erdmann wrote:
 Die Relation wurde am 26.3. vom Nutzer ToniE ihrer Member beraubt. 

 Oops, das bin ich. Ich hatte an der Relation nichts geändert, außer
 einen Node aus einem Way gelöscht (südöstlich von München). Beim
 Hochladen gab's einen Konflikt, den ich glaubte in JOSM gelöst zu haben
 (in dem ich mein Löschen ignorieren ließ). Möglicherweise hatte ein
 anderer User zu gleichen Zeit eine andere Stelle des D11 in
 Bearbeitung (bei der Länge nicht unwahrscheinlich)?
 
 Das sollten wir mal genauer erforschen, weil immer mal wieder Leute von 
 solchen Problemen mit JOSM berichten (Relationen, die ploetzlich keine 
 Member mehr haben).
 
 Es geht ja nicht um den Einzelfall, sowas laesst sich ja relativ leicht 
 reparieren, sondern um die Frage, ob die Software vielleicht kaputt ist 
 und daher immer wieder solche Fehler macht.
 
 Ich schreibe das mal auf die JOSM-Liste. Kannst Du dich noch an Details 
 zum dem Konflikt erinnern? Das Changeset ist relativ umfangreich: 
 http://www.openstreetmap.org/browse/changeset/4238359
 

Hi Frederik,

yes, es war umfangreich. Ursprünglich wollte ich undo machen, bis der
Konflikt weg ist (der eine Node war nicht so wichtig).

Soweit ich das noch weiss: Einen Punkt gelöscht bei

http://www.openstreetmap.org/?mlat=47.969161mlon=11.769685zoom=18

danach noch ein paar (viele) andere Änderungen. Beim Hochladen gab's
den Hinweis auf den Konflikt. Die Area nochmals runtergeladen und
versucht, den Konflikt zu lösen. In der GUI ist glaube ich: rechts
der Knopf für 'deren Version'. Auf die mittlere Spalte (wie von
Falk weiter unten angemerkt) habe ich aber nicht geachtet!
Beim Hochladen ging's danach gut.

Aber:

- Am Bahnhof wird von D11 _und_ Mangfall-Radweg (dieser ist Teil des
  D11) benutzt

- der gelöschte Node alleine hat die Relation eigentlich nicht
  verändert, sondern nur den Way.

- der Mangfall-Radweg war nicht betroffen (kein Konflikt)

- also muss ich doch irgendwas gemacht haben, das den D11 und den
  Mangfall-Radweg verändert hat (Way gesplitted z.B.)

- und jemand muss in der Zwischenzeit den D11 verändert haben
  - bei der Länge nicht unwahrscheinlich
  - bei dem Umfang meines Changesets hatte ich 'meine' Version
des D11 wohl für 30-60 Minuten (zw. Down- und Upload)
  - so dass es beim Hochladen bereits eine Folgeversion des D11
gab (SVN, CVS, RCS, SCCS, ClearCase, ...: 2 * 'checkout' ohne Lock
und 2 * 'checkin': der letzte ist der gekniffene)

- und dann die verpatzte Konfliktbehebung ...

Viele Grüße,
Toni

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

Re: [Talk-de] Tierpark Hellabrunn

[Toni Erdmann]

Am 06.04.2010 19:11, schrieb Chris-Hein Lunkhusen:
 Am 06.04.2010 17:52, schrieb Daniela Duerbeck:
 
 In unserem Zoo in München sind alle Tiergehege mit leisure=park, 
 Name=z.B. Tiger getaggt.
 Das kommt mir ziemlich blödsinnig vor. Das komplette Areal hat 
 leisure=park und tourism=zoo.

 Wie wäre es richtig?
 
 Für das komplette Areal tourism=zoo und für die einzelnen
 Gehege leisure=enclosure (habe ich gerade erfunden ;-) )
 oder das allgemeine place=locality.

Oder einfach:

area=yes und name=Leoparden für das Gehege ...

und ... einen Zaun!

Viele Grüße
Toni

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

Re: [Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer

[Toni Erdmann]

Am 05.04.2010 17:11, schrieb Frederik Ramm:
 Hallo,
 
 Thomas Wedekind wrote:
 siehe Subject; nicht mal die History lässt sich aufrufen (Timeout
 bzw. interner Serverfehler), vieleicht lässt sich die
 Versionsgeschichte dieser Riesenrelation gar nicht vernünftig
 verwalten?
 
 Relationen dieser Groesse ( 2500 Members) sind, wie der Englaender 
 sagen wuerde, asking for trouble. Damit einher geht in der Regel eine 
 hohe Zahl von Versionen (hier 1498). Das bedeutet, dass die Datei mit 
 der Versionsgeschichte schon mal locker ueber 100 MB gross ist, etc.
 
 Die Relation wurde am 26.3. vom Nutzer ToniE ihrer Member beraubt. 

Oops, das bin ich. Ich hatte an der Relation nichts geändert, außer
einen Node aus einem Way gelöscht (südöstlich von München). Beim
Hochladen gab's einen Konflikt, den ich glaubte in JOSM gelöst zu haben
(in dem ich mein Löschen ignorieren ließ). Möglicherweise hatte ein
anderer User zu gleichen Zeit eine andere Stelle des D11 in
Bearbeitung (bei der Länge nicht unwahrscheinlich)?

Wie kann ich beim Wiederherstellen helfen?

Sorry und Gruß,
Toni

 Wenn man sie wiederherstellen wollte, muesste man sich micht
 
 http://api.openstreetmap.org/api/0.6/relation/18162/1497
 
 die letzte gute Version holen und sie wieder hochladen - aber bitte, 
 indem man die aktuelle Relation 18162 loescht und eine *neue* Relation 
 anlegt, damit man die 1498 alten Versionen loswird, sonst sattelt man 
 auf die 100 MB grosse History nur noch weitere oben drauf.
 
 Ich wuerde aber dringendst raten, es so zu machen, wie Du vorgeschlagen 
 hast:
 
 Am besten wäre vermutlich der
 Neuaufbau des Inhalts aus den vorhandenen Radwanderweg-
 Relationen, wie es vor Ort auch der Fall ist, dann müssten nicht
 bei jeder der häufigen Verlaufsänderungen zwei Relationen
 angefasst werden. 

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

Re: [Talk-de] 1 Straße 2 Namen

[Toni Erdmann]

Am 10.02.2010 19:32, schrieb Thomas D.:
 Hallo,
 
 ich habe folgendes Problem, welches sich trotz intensiver Suche bis  
 dato für mich nicht lösen ließ:
 
 In einem Nachbarort befindet sich eine Straße, welche auf der linken  
 Straßenseite einen anderen Namen als auf der rechten Straßenseite hat.
 
 Wie habt/würdet Ihr so etwas taggen?

Keine Lösung, aber ...

traffic_sign=city_limt  (Ortseingangsschild)

lässt

name=Ort1
alt_name=Ort2   (alternative name)

zu, wo zwei Ortschaften ineinander übergehen.

U.U. werden dann sogar beide Namen bei einer Suche berücksichtigt.

old_name=alter Name  ist nur bei einer Umbenennung sinnvoll.

Gruß,
Toni

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

Re: [Talk-de] 1 Straße 2 Namen

[Toni Erdmann]

Am 10.02.2010 20:46, schrieb Torsten Leistikow:
 Toni Erdmann schrieb am 10.02.2010 19:59:
 traffic_sign=city_limt  (Ortseingangsschild)

 lässt

 name=Ort1
 alt_name=Ort2(alternative name)

 zu, wo zwei Ortschaften ineinander übergehen.
 
 Das stimmt so nicht. alt_name soll nicht der Name eines zweiten Ortes sein,
 sondern ein anderer Name fuer den ersten Ort. Sowas gibt es z.B. in
 zweisprachigen Gegenden oder in Norddeutschland scheint es momentan Mode zu
 sein, noch eine plattdeutsche Schreibweise aufs Ortsschild zu packen.
 

Hi Thorsten,

danke für die Aufklärung. Dann habe ich in der Umgebung noch einiges
anzupassen.

Gruß,
Toni

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

Re: [Talk-de] Briefkästen, öffentliche Telefone und Parkscheinautomaten taggen

[Toni Erdmann]

On 03.01.2010 22:03, Andre Hinrichs wrote:
 Am Sonntag, den 03.01.2010, 20:50 +0100 schrieb Lothar Emmerich:
 Ein gutes Jahr 2010 an alle.


 Briefkästen:

 operator= Deutsche Post AG  -  klar
 collection_time=Mo-Fr 10:00, 17:00; Su 11:00   - klar

 Sind noch Informationen über
 - Anbringung: an der Wand  oder freistehend
 
 an der Wand: Node ist in Gebäude eingebettet.
 
 - bei Befestigung an Hauswand - welche Hausnummer, etc
 
 Standort-Bezeichnung wie auf dem Briefkasten angegeben. Ich verwende
 dafür derzeit noch name= jedoch gibt es auch andere Vorschläge.

z.B. in München

ref=Marienplatz 8 (Rathaus)

wenn auf dem Briefkasten unten rechts steht:

Standort: Marienplatz 8 (Rathaus)

Es scheint sich dabei um eine Post-interne Referenz zu
hadenln. In UK evtl. als Nummer, ...

Gruß,
Toni

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

Re: [Talk-de] ÖPNV Tarifzonen

[Toni Erdmann]

Sven Geggus schrieb:
 Wolfgang Wienke wo_wie...@gmx.net wrote:
 
 Im WIKI finde ich auf den üblichen ÖPNV-Seiten nichts über das Eintragen 
 von Tarifzonen als areas. Ist das nicht vorgesehen?
 
 Auch wenn diese in Plänen typischerweise als Gebiet gezeichnet werden. Wäre
 es nicht sinnvoller diese als Relation von Haltepunkten zu erfassen?
 

+1

Toni

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

Re: [Talk-de] OSM-Tool für Symbian S60?

[Toni Erdmann]

Robert Heel schrieb:
 Hallo Bert,
 
 kann dein Symbian S60 Java? Ich verwende den Trailexplorer
 
 http://www.substanceofcode.com/software/mobile-trail-explorer/
 
 läuft auf meinem N95 ganz gut.

Auf dem läuft bei mir GpsMid

http://gpsmid.sourceforge.net/de/

Gruß,
Toni


 
 char...@vorsicht-bissig.de schrieb:
 Moin,

 wo ich nun schon mal hier schtreibe...

 Gibt es ein Tool für Symbian S60 zur einigermaßen brauchbaren Anzeige von
 OSM-Karten? Wichtig wäre mir, daß man sowohl einen groben Überblick hat,
 als auch daß man bei Bedarf zu mehr Details reinzoomen kann. Hintergrund
 ist, daß wir manchmal per Wohnmobil unterwegs sind und es nett wäre, könnte
 man mit so einem Tool ein wenig die Gegend erkunden, um ein nettes
 Fleckchen zu finden, wo man einen netten Tag verbringen kann. Natürlich
 sollte ein GPS genutzt und die jeweilige Position auf der Karte angezeigt
 werden können... und auch die Koordinaten eines favorisierten Punktes
 sollten möglichst ausgeworfen werden können.

 Die Karten ankucken will ich natürlich nicht selbst, das macht dann schon
 jemand anders...

 Gruß,
 Bert

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


-- 
Antonius Toni Erdmann mailto:toni.erdm...@web.de
Friedenstraße 21Fon: +49 89 6094219
D-85521 Ottobrunn
Germany

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

[Talk-de] Wie kann ich eine leere Relation (ohne Nodes und Ways) laden und editieren?

[Toni Erdmann]

Hallo,

durch großes Missgeschick habe ich eine leere Relation erzeugt.
Na ja, nicht leer, hat schon ein paar Tags, aber keine Ways oder
Nodes oder ...

Wie kann ich zu dieser Route nun Wege hinzufügen?

In JOSM habe ich keine Möglichkeit gefunden die ID der
Relation einzugeben um sie zu bearbeiten.

ID = 364187

Danke,
Toni


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

Re: [Talk-de] Wie kann ich eine leere Relation (ohne Nodes und Ways) laden und editieren?

[Toni Erdmann]

Toni Erdmann schrieb:
 Hallo,
 
 durch großes Missgeschick habe ich eine leere Relation erzeugt.
 Na ja, nicht leer, hat schon ein paar Tags, aber keine Ways oder
 Nodes oder ...
 
 Wie kann ich zu dieser Route nun Wege hinzufügen?
 
 In JOSM habe ich keine Möglichkeit gefunden die ID der
 Relation einzugeben um sie zu bearbeiten.
 
 ID = 364187


Hat sich erledigt:

Über den Changeset (History) auf die Relation, dort
Download XML - save, laden der XML-Datei in JOSM.

Geht doch! Ein wenig suchen, ... kaum macht man's richtig, geht's!

Toni

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

Re: [Talk-de] JOSM 2554-Tested

[Toni Erdmann]

Martin Koppenhoefer schrieb:
 
 
 Am 2. Dezember 2009 17:54 schrieb Andreas Pothe
 openstreetmap+mailingli...@pothe.de
 mailto:openstreetmap%2bmailingli...@pothe.de:
 
 habe eben die 2554-Tested heruntergeladen und merkwürdiges festgestellt:
 
 Warum wird folgendes in Lila wie ein Radweg dargestellt, und nicht
 mehr als
 Secondary, wie in älteren Versionen? Habe ich da was falsch eingestellt,
 oder hat sich ein Fehler im JOSM eingeschlichen?
 
 
 Irgendwie muss man ja erkennen, dass da ein Radweg langläuft, wenn er
 schon nicht an seiner Position gemappt wird...

Ist als Bug 3978 bei JOSM eingetragen (seit 18.11.) mit zwei Duplikaten.

@Martin: was hat denn höhere Priorität? secondary oder cycleway=track?
 Für mich ist das eindeutig: highway=* vor anderen tags.

Und bzgl. wenn er schon nicht an seiner Position gemappt wird.
Wozu ist dann cycleway=track gut, wenn nun jederman anfängt parallele
Radwege (vor allem in Städten) als eigene Radwege zu mappen?

In München habe ich z.T. gesehen dass die eigenständigen Radwege
gelöscht und mittels highway=* und cycleway=track gekennzeichnet wurden.

Toni

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

Re: [Talk-de] JOSM 2554-Tested

[Toni Erdmann]

Toni Erdmann schrieb:
 Martin Koppenhoefer schrieb:

 Am 2. Dezember 2009 17:54 schrieb Andreas Pothe
 openstreetmap+mailingli...@pothe.de
 mailto:openstreetmap%2bmailingli...@pothe.de:

 habe eben die 2554-Tested heruntergeladen und merkwürdiges festgestellt:

 Warum wird folgendes in Lila wie ein Radweg dargestellt, und nicht
 mehr als
 Secondary, wie in älteren Versionen? Habe ich da was falsch eingestellt,
 oder hat sich ein Fehler im JOSM eingeschlichen?


 Irgendwie muss man ja erkennen, dass da ein Radweg langläuft, wenn er
 schon nicht an seiner Position gemappt wird...
 
 Ist als Bug 3978 bei JOSM eingetragen (seit 18.11.) mit zwei Duplikaten.
 
 @Martin: was hat denn höhere Priorität? secondary oder cycleway=track?
  Für mich ist das eindeutig: highway=* vor anderen tags.
 

Um das Problem genauer zu beschreiben:

highway=* + cycleway=track

hat die gleiche Farbe wie

highway=cycleway

Toni

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

Re: [Talk-de] JOSM 2554-Tested

[Toni Erdmann]

Martin Koppenhoefer schrieb:
 Am 2. Dezember 2009 18:21 schrieb Toni Erdmann toni.erdm...@web.de
 mailto:toni.erdm...@web.de:
 
 @Martin: was hat denn höhere Priorität? secondary oder cycleway=track?
 Für mich ist das eindeutig: highway=* vor anderen tags.
 
 
 je nachdem, ob man mit dem Auto oder mit dem Fahrrad unterwegs ist...

Da sind wir beider Diskussion um Kartenstile: mapnik, osmarender,
cyclemap, hikingmap, ... Die können und sollen sich gerne
spezialisieren. Hier geht's um JOSM und ein lange Zeit gewohntes
Verhalten/Aussehen.

Den Code muss doch jemand geändert haben: Gibt's dazu ein
Feature-Request, einen Bug-Eintrag, eine Diskussion, ...?

Ja ich weiss ... gerade die nebensächlichsten GUI-Diskussionen
nerven, weil halt jeder was dazu sagen kann und es halt dann
doch wieder um Geschmack, ... geht.

  
 
 Und bzgl. wenn er schon nicht an seiner Position gemappt wird.
 Wozu ist dann cycleway=track gut, wenn nun jederman anfängt parallele
 Radwege (vor allem in Städten) als eigene Radwege zu mappen?
 
 
 ja, wozu ist das gut? Meiner Meinung nach, um möglichst schnell schonmal
 was zu erfassen, was man dann später nochmal gründlich machen kann.
 Besser die Info erstmal als Track-tag als gar nicht.

Full ACK. Der tag cycleway=track ist sicherlich auch älter als die
Diskussionen über surface, oneway, segregated, width, ... der
parallel zu Straßen verlaufenden Radwege. Die Diskussion kenne ich,
und stimme Dir ja auch zu. Ich habe nur nicht so recht verstehen
wollen, warum im JOSM eine secondary farblich zu einem Radweg mutiert,
nur weil cycleway=track dran hängt. Und Deine Aussage wenn er schon
nicht an seiner Position gemappt wird ... klingt für mich eher nach:
Ich ändere das, damit sich der Mapper ärgert und endlich den Radweg
separat mappt, denn sonst hat er keine Chance die Secondary wieder
in der Farbe einer Secondary zu sehen. Wenn's konfigurierbar wäre, mit
default=altes Verhalten hätte ich ja nichts dagegen ...

  
 
 In München habe ich z.T. gesehen dass die eigenständigen Radwege
 gelöscht und mittels highway=* und cycleway=track gekennzeichnet wurden.
 
 
 waren vermutlich nicht dieselben, die das gezeichnet haben und die das
 danach wieder gelöscht haben. Es bringen beide Varianten potentielle
 Probleme mit sich, die man zum größten Teil lösen kann, wenn man sich
 ihrer bewusst ist. Diese (m.E. besseren) Varianten zu löschen halte ich
 für die schlechtere Lösung, gerade auch im Hinblick darauf, dass man
 sich nicht einig ist, ob man nicht doch in Zukunft spurscharf erfassen
 will. Bei lane sieht die Sache ggf. schon etwas anders aus, aber auch da
 kann man andere Beläge, Access-rechte und sonstige Vorschriften ohne
 eigenen Way praktisch nicht mappen.

Auch hier full ACK. Reduziere durch Dein Mappen niemals den
Informationsumfang der an den vorhanden ways, nodes, relationen, ...
hängenden tags. Was weg ist rutscht in die History oder ist gänzlich
verloren. Lieber zu viel als zu wenig.

Toni


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

Re: [Talk-de] JOSM 2554-Tested

[Toni Erdmann]

Andreas Pothe schrieb:
 Toni Erdmann:
 Ist als Bug 3978 bei JOSM eingetragen (seit 18.11.) mit zwei
 Duplikaten.
 
 Ah, danke. Dann frage ich mich aber, warum ein bekannter Fehler in eine 
 tested-Version einfließt :-(
 

Üblicherweise durch hoch priore Fehlerbehebungen, die unbedingt raus
(unter die Leute) müssen, bei limitierter Anzahl von Entwicklern,
die es bis dahin nicht schaffen (können) auch solche Fehler zu
beseitigen.

Alles ist im Fluss, zu warten bis alle Fehler beseitigt sind kann
ewig dauern. Keine Zeit gibt's nicht. Niedrigere Prioriät ist
ehrlicher.

Toni

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

Re: [Talk-de] JOSM 2554-Tested

[Toni Erdmann]

Martin Koppenhoefer schrieb:
 Am 2. Dezember 2009 18:48 schrieb Toni Erdmann toni.erdm...@web.de
 mailto:toni.erdm...@web.de:
 
 Wenn's konfigurierbar wäre, mit
 default=altes Verhalten hätte ich ja nichts dagegen ...
 
 
 
 prinzipiell bin ich ja auch der Meinung, dass es ein Bug ist...

Ich bin zuversichtlich, dass wir das alte Verhalten wieder bekommen.

Ansonsten bin ich relaxter als es in der Diskussion evtl. rübergekommen
ist - sorry.

Gruß, Toni

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

[Talk-de] JOSM-Farben: cycleway=track höher e prio als highway=secondary?

[Toni Erdmann]

Hi,

ich habe gestern auf JOSM 225x (vorangegangenes tested) auf JOSM 2554
(jetziges tested) upgedated.

Nun wird plötzlich eine Secondary farblich als Radweg gemalt, weil
cycleway=track vorhanden ist. Löschen von cycleway macht's wieder OK.

Ist das ein Bug, ein gewolltes Feature?

Wo kann ich das ändern: Reihenfolge der Tags beim farblichen Markieren.

Gruß,
Toni

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

Re: [Talk-de] JOSM-Farben: cycleway=track höher e prio als highway=secondary?

[Toni Erdmann]

Toni Erdmann schrieb:
 Hi,
 
 ich habe gestern auf JOSM 225x (vorangegangenes tested) auf JOSM 2554
 (jetziges tested) upgedated.

Zusatz: habe meine Plugins natürlich auch upgedated:

utilsplugin, validator, wmsplugin

und folgende hinzugefügt:

multipoly, buildings_tool

Toni

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

Re: [Talk-de] HighPrecision GPS receiver home build?

[Toni Erdmann]

Johann H. Addicks schrieb:
 Irgendwie klingt das nach Schlangenöl:
 http://hacknmod.com/hack/diy-real-time-gps-receiver-with-incredible-accuracy/
 

Traditional GPS receivers have a significant delay when they transmit
signals to a satellite.

Nachdem ich das gelesen hatte ... war's aus mit dem Interesse.

Galileo-Niveau, oder wie heisst die Sendung bei Pro7 (RTL, SAT1, ...)
mit dem pseudo-wissenschaftlichen Anspruch?

Toni

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

Re: [Talk-de] HighPrecision GPS receiver home build?

[Toni Erdmann]

Michael Sauer schrieb:
 
 Galileo-Niveau, oder wie heisst die Sendung bei Pro7 (RTL, SAT1,
 ...) mit dem pseudo-wissenschaftlichen Anspruch?
 
 Hallo Toni,
 
 es gibt aber GPS Geräte, die besser als, glaub ich 30 cm, garantiert  
 auflösen.
 
 Ich habe aber nicht nach dem Preis gefragt. Die sehen wie kleine Ufos auf  
 der Stange aus.

Ja, das stimmt. Die arbeiten nach dem D-GPS-Prinzip.
Dabei wird AFAIK über Mittelwelle von einem stationären Punkt
eine Korrekturinformation gesendet, die der Empfänger nutzt
um die Genauigkeit der GPS-Signale zu erhöhen.
Der stationäre Punkt kennt seine Position natürlich seeehr
genau (auch ohne GPS) und kann daher die Korrekturen
berechnen.

Eine Bekannte arbeitet bei einem Vermessungsunternehmen, die u.a.
für die Stadtwerke München die Verlegung (auch von A nach B wegen
Tunnelbau) von Gas-,Wasser- und Stromleitungen dokumentieren.

Aber: ein GPS-Emfänger senden keine Signale an die Satelliten!
Das war mein Zitat.

Toni

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

Re: [Talk-de] Standort Briefkasten

[Toni Erdmann]

André Riedel schrieb:
 Am 25. Oktober 2009 20:40 schrieb Peter Körner osm-li...@mazdermind.de:
 Meiner Meinung nach sollte die Adresse im Karlsruher Schema abgelegt
 werden und die komplette Bezeichnung nochmal unter position. Name
 finde ich hier ungeeignet.

 Un nun haut mich, los! :)
 Lg, Peter
 
 Naja wie gesagt, würde ich die Adresse dem Haus dahinter vorenthalten,
 welche auch wirklich die Hausnummer besitzt.
 

Hi André,

ich begrüße den Vorschlag und tendiere zu 'position'

N.B.: habe bisher: note=Standort: string benutzt.

Gruß,
Toni

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

Re: [Talk-de] pfoten-weg

[Toni Erdmann]

Tobias Wendorff schrieb:
 Rainer Knaepper schrieb:
 Unklar bleiben erneut seine Quellen für die zahllosen Hausnummern/
 Adressen, die er eintrug. Wird wohl vermutlich erneut aus gurgel-maps
 stammen, aber wie nachweisen?
 
 Ganz einfach: Gurgel-Maps hat viele Fehler, da TeleAtlas mit
 Interpolation arbeitet.
 
 Welche Bundesländer sind betroffen?

pfoten-weg ist hier im süd-westlichen München sehr aktiv:

Solln, Pullach, Baierbrunn, Forstenrieder Park, ...

südlich Solln, und westlich der Isar

http://www.openstreetmap.org/?lat=48.0563lon=11.509zoom=13layers=B000FTF

Wobei ich nichts über die Qualität aussagen kann.

Toni

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

Re: [Talk-de] tracktype=grade1

[Toni Erdmann]

Frederik Ramm schrieb:
 Hallo,
 
 tracktype=grade1 ist Paved track or heavily compacted hardcore.. 
 Nach meinem Verstaendnis, aber ich kein Staedtebauer, sind heavily 
 compacted hardcore so ziemlich kleine Steinchen oder maschinell 
 gefertigte Asphaltbroesel, die dann mit einer Walze plattgefahren 
 werden; ueblicherweise ist sowas die Basis fuer eine spaetere 
 Asphaltierung, aber oft sieht man die Wege halt auch so. Nach meinem 
 Halbwissen handelt es sich bei diesem heavily compacted hardcore aber 
 nicht um eine Betonierung, da Beton in fluessiger Form aufgebracht 
 wird, waehrend hardcore mehr so draufgebroeselt wird.
 

Hi,

so habe ich das auch verstanden und daher meist zischen

highway=track + tracktype=grade1 + surface=paved

und

highway=track + tracktype=grade1 + surface=unpaved

unterschieden.

Ist schon ein Unterschied, ob ich grade1+unpaved habe oder grade2 mit
nahezu Murmel/Schusser/Knicker-großen Kieselsteinen.

Toni


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

Re: [Talk-de] Mal aus Sicht eines Mappers

[Toni Erdmann]

Christian H. Bruhn schrieb:
 
 Just my 2 Cents.
 

und auch noch 2 Cents von mir.

Christian, Du hast es auf den Punkt gebracht.

Gruß,
Toni

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

Re: [Talk-de] Wattweg

[Toni Erdmann]

Chris-Hein Lunkhusen schrieb:
 Hi,
 
 Sind Wattwege feste Wege oder hat jemand da halt eine zufällige
 Wattwanderung mitgeschnitten?
 
 
 http://www.informationfreeway.org/?lat=53.7057lon=7.3736zoom=16
 
 Sinn? Löschen?

Löschen? Nee, warum? Aber:

highway=path  wäre besser
foot=yes

tidal=yes wie bei manchene Wasserwegen
seasonal=yes

smoothness=impassable

Ganz abgesehen davon, dass ich (als Wahl-Bayer) sowas nicht
ohne Führer machen würde.

Gruß,
Toni

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

Re: [Talk-de] Wattweg

[Toni Erdmann]

Chris-Hein Lunkhusen schrieb:
 Hi,
 
 Sind Wattwege feste Wege oder hat jemand da halt eine zufällige
 Wattwanderung mitgeschnitten?
 
 
 http://www.informationfreeway.org/?lat=53.7057lon=7.3736zoom=16

Aber mal 'ne ganz andere Frage ... ;-)

http://www.informationfreeway.org/?lat=54.705358211940506lon=8.373098150824424zoom=14

Bei Ebbe geht hier ein Wattweg (nicht eingezeichnet) zwischen Amrum und
Föhr.

Bei Flut verkehrt hier eine Fähre zwischen Amrum und Sylt.

Am Kreuzungspunkt der beiden, hmmm ...

- gibt's 'nen Kreuzungspunkt?
- der eine layer=-1, der andere Layer=1, oder wie?

Rein hypothetische Frage?

Allenfalls für den Validator/KeepRight interessant?

Toni

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

Re: [Talk-de] Wattweg

[Toni Erdmann]

Frederik Ramm schrieb:
 Hallo,
 
 Toni Erdmann wrote:
 Am Kreuzungspunkt der beiden, hmmm ...

 - gibt's 'nen Kreuzungspunkt?
 - der eine layer=-1, der andere Layer=1, oder wie?
 
 Ich denke nicht, dass ein Punkt sinnvoll ist. Faehrlinien sind eh imemr 
 nur so ungefaehr. Wenn irgendein Validator meckert, wenn eine 
 Faehrlinie etwas anderes kreuzt, sollte der Validator wohl angepasst werden.
 

Sehe ich auch so. Zumal sich das Watt ja permanent ändert und somit
sowohl Fährlinien als auch Wattwege keine fixen Routen sind.

Gruß,
Toni

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

Re: [Talk-de] highway = service mit Zweck Ziel?

[Toni Erdmann]

Tobias Wendorff schrieb:
 Hallo Community,
 
 ich habe immer noch ein Problem mit highway = service. Manche
 benutzen es für die Zufahrt zu Gebäuden, manche nutzen es für
 Feuerwehrzufahrten, manche nutzen es für Gehwege zu Bahnsteigen,
 manche nutzen es für Feuerwehrzufahrten etc. etc.
 
 Es ist nahezu unmöglich, einem Renderer beizubringen, wohin
 der Weg denn nun wirklich führt, da er ja z.B. nicht direkt
 mit einem Haus verbunden ist. Man müsste eine Schätzabfrage
 stellen, ob irgendwo ein Haus in der Nähe ist oder ein
 Bahnsteig oder ob ein Poller drauf ist.
 
 Vermutlich wird der Gehweg service zum Bahnsteig mit dem
 Bahnsteig noch verbunden sein, aber man weiß ja nicht, ob es
 wirklich nur ein schmaler Weg oder eine breite Straße ist.
 
 Ich würde daher vorschlagen, den Zweck und das Ziel zu
 definieren, den dieser Service-Way hat?!

Hallo Tobias,

mal abgesehen davon, dass wir nicht wissen warum ein einzelner
Mapper einen Weg als service und ein andere den selben Weg als
footway taggen würde:


Zum Zweck eines Service-Ways:

siehe Service attributes in den Map Features:

service  parking_aisleA parking aisle is an area in a parking
  lot in between Parking space that vehicles
  can drive into and out of the parking spaces.
  Use with highway=service
service  driveway A driveway is a service road leading to a
  residence or business, usually with private
  access. Use with highway=service
service  alleyAn alley is a service road usually located
  between properties for access to utilities.
  Use with highway=service
service  Other Values


Das ist schon mal ein Anfang, oder ist das nicht die Richtung, in
die Deine Frage zielt?

Gruß,
Toni

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

Re: [Talk-de] Sperrgebiet (Re: Zensiertes Gebiet?)

[Toni Erdmann]

Martin Koppenhoefer schrieb:
 Am 28. März 2009 18:27 schrieb Toni Erdmann toni.erdm...@web.de:
 Johann H. Addicks schrieb:
 RalfGesellensetter schrieb:

 Okay, sieht so nur seltsam aus -- vielleicht sollte die Fläche einfach
 (oliv?)grün schraffiert werden?
 Warum oliv? Grün haben wir doch nun wirklich schon mehr als reichlich
 auf der Karte.
 Shell hat dafür transparente, breite diagonale Schraffur in Violett.

 Mmh! Verstehe das Problem nicht ganz.

 military=danger_area

 wird doch schon seit längerem gerendered. Man muss
 es allerdings auch entsprechend taggen.

 Mapnik
 http://openstreetmap.org/?lat=48.03797lon=11.7367zoom=15layers=B000FTF

 
 Das Problem ist, dass man dadurch sämtliche Informationen zur
 Oberfläche (Befestigt, Wald, See) verdeckt. Ein fetter Umriss oder
 eine Schraffur sind m.E. einem Filling unbedingt vorzuziehen.
 

das geht doch auch ...


Mapnik
http://openstreetmap.org/?lat=48.06852lon=11.64764zoom=17layers=B000FTF

Osmarender
http://openstreetmap.org/?lat=48.06852lon=11.64764zoom=17layers=0B00FTF

Und Seen, Wald, ... (zur Not) als 'inner' eines Multipolygon.

Gruß,
Toni

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

Re: [Talk-de] Sperrgebiet (Re: Zensiertes Gebiet?)

[Toni Erdmann]

Martin Koppenhoefer schrieb:
 Am 29. März 2009 19:05 schrieb Toni Erdmann toni.erdm...@web.de:
 Das Problem ist, dass man dadurch sämtliche Informationen zur
 Oberfläche (Befestigt, Wald, See) verdeckt. Ein fetter Umriss oder
 eine Schraffur sind m.E. einem Filling unbedingt vorzuziehen.

 das geht doch auch ...


 Mapnik
 http://openstreetmap.org/?lat=48.06852lon=11.64764zoom=17layers=B000FTF

 Osmarender
 http://openstreetmap.org/?lat=48.06852lon=11.64764zoom=17layers=0B00FTF
 
 es geht nicht, bzw. nur solange, bis der Ort gemappt ist, d.h., wenn
 alles Wald ist, oder alles ist _irgendwas_ (also z.B. befestigt, Wald,
 See, ...) dann ist es bei der derzeitigen Darstellung immer ein
 entweder/oder, mit Umriss/Schraffur (wie allgemein üblich in Karten)
 stellt sich das Problem nicht.
 
 Und Seen, Wald, ... (zur Not) als 'inner' eines Multipolygon.

 
 es geht eben nicht, Du schreibst ja selbst zur Not, mit einem
 Multipolygon schließt Du die Flächen aus dem Gebiet aus.
 

Groschen fällt Pfennig-weise.

Jetzt habe ich das Thema verstanden.

Klar, bei meinem ersten Beispiel besteht ehemalige größte Munitionsdepot
Süddeutschlands natürlich überwiegend aus Wald, und der sollte als
ebenfalls gesperrtes Gebiet erscheinen, und nicht als Wald.

Das würde aber entweder eine Schrafur mit transparentem Hintergrund,
oder eine Vielzahl von Objekten (Wald, See, Straße, Gebäude, ...)
in zweierlei Ausführung (normal, schraffiert) bedeuten. Und: diese
Aufzählung wäre wohl nie ganz vollzählig.

Gruß,
Toni

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

Re: [Talk-de] Sperrgebiet (Re: Zensiertes Gebiet?)

[Toni Erdmann]

Johann H. Addicks schrieb:
 RalfGesellensetter schrieb:
 
 Okay, sieht so nur seltsam aus -- vielleicht sollte die Fläche einfach 
 (oliv?)grün schraffiert werden?
 
 Warum oliv? Grün haben wir doch nun wirklich schon mehr als reichlich
 auf der Karte.
 Shell hat dafür transparente, breite diagonale Schraffur in Violett.
 

Mmh! Verstehe das Problem nicht ganz.

military=danger_area

wird doch schon seit längerem gerendered. Man muss
es allerdings auch entsprechend taggen.

Mapnik
http://openstreetmap.org/?lat=48.03797lon=11.7367zoom=15layers=B000FTF

Osmarender
http://openstreetmap.org/?lat=48.03797lon=11.7367zoom=15layers=0B00FTF

Cycle Map
http://openstreetmap.org/?lat=48.03797lon=11.7367zoom=15layers=00B0FTF

na ja, Cycle Map macht's halt noch nicht.

Gruß,
Toni

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

Re: [Talk-de] Sperrgebiet (Re: Zensiertes Gebiet?)

[Toni Erdmann]

Johann H. Addicks schrieb:
 RalfGesellensetter schrieb:
 
 Okay, sieht so nur seltsam aus -- vielleicht sollte die Fläche einfach 
 (oliv?)grün schraffiert werden?
 
 Warum oliv? Grün haben wir doch nun wirklich schon mehr als reichlich
 auf der Karte.
 Shell hat dafür transparente, breite diagonale Schraffur in Violett.

Nachtrag:

landuse=military

macht's vielleicht auch. (mit military=danger_area)

Gruß,
Toni

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Toni Erdmann]

Toni Erdmann schrieb:

 Und das die Haltestellen jeweils neben der Straße eingezeichnet werden
 ist ja auch schon länger Konsens.

Hätte ich diesen Nebensatz doch nur weggelassen ...

Vornehmlich ging es mir nämlich um ref oder eines der beiden anderen.
Aber außer 'ref' und Co. kann wegbleiben, weil die Relation das ja
schon beinhaltet habe ich dazu leider nichts gehört.

Ja, den Vorschlag mit den Platforms, Haltepunkten und Haltestellen
hatte ich schon gesehen, aber so kompliziert wollte ich es zunächst
gar nicht habe.

Ich habe die bus_stop immer neben der Straße (auch versetzt) gemapped,
weil es alle verfügbaren Informationen zu Bushaltestelle in einem
Node beinhaltet. Das war für mich (bis ich das Proposal las) der
optimale Weg. Auch denke ich, dass eine Bus:Route durchaus Nodes abseits
der Straße als Member enthalten könnte, die Ways bilden die Route, die
Nodes bilden die Haltestellen ab - ist für mich kein Widerspruch.

Für mich ist zudem ein bus_stop eine Haltestelle, gekennzeichnet durch
den Platz/Ort an dem die Menschen auf den Bus warten (FußgängerRouting),
ob nun geschützt vor Regen und Wind (shelter=yes) oder nicht.

Und wenn ich zulasse, dass bus_stop als Node (auch neben der Straße) ein
Member einer Bus:Route-Relation sein kann, dann brauche ich eigentlich
den Haltepunkt des Busses auf der Straße oder in einer Busspur nicht
wirklich, oder?

Nun, ich für meinen Teil werde zunächst einmal mein ursprüngliches
Anliegen (ref oder bus_lines oder bus_routes) Richtung ref weiter
verfolgen und abwarten was aus dem Proposal wird.

Für die einfachen Bushaltestellen auf dem Land sollte das reichen und
auch ohne Bus:Route schon reichlich Informationen liefern.

Gruß,
Toni

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Toni Erdmann]

Gerrit Lammert schrieb:
 Hi Toni.
 
 Toni Erdmann wrote:
 Toni Erdmann schrieb:

 Und das die Haltestellen jeweils neben der Straße eingezeichnet werden
 ist ja auch schon länger Konsens.
 Hätte ich diesen Nebensatz doch nur weggelassen ...
 
 Kenn ich, mir ist gerade auch ein Thread dadurch entglitten. :)
 
 Und wenn ich zulasse, dass bus_stop als Node (auch neben der Straße) ein
 Member einer Bus:Route-Relation sein kann, dann brauche ich eigentlich
 den Haltepunkt des Busses auf der Straße oder in einer Busspur nicht
 wirklich, oder?
 
 Für Karte reicht das, aber andere Auswertungen (Fahrzeugrouting)
 benötigt die Punkte auf dem Weg. Außerdem war mein hauptanliegen die
 sehr ähnlichen Bereiche Bus/Tram/X-Bahn/Zug/Fähre zu vereinheitlichen um
 das übersichtlicher zu gestalten.

Ja, dem stimme ich zu. Ist mir auch nach Absenden meiner Mail
eingefallen.

 
 Bushaltestellen neben dem Weg mit Linien als ttribut einzuzeichnen ist
 aber besser als nichts. Wenn das Proposal stabil wird (kann sein, dass
 sich noch was ändert, in UK wird gerade ein großer Datenimport bzgl.
 Bushaltestellen besprochen), kann dann auch jemand anderes leicht die
 Haltestelle upgraden.

OK, mein Argument, das stabile proposal und die UK-Aktivitäten
abzuwarten: alle benötigten Informationen zur Konvertierung Richtung
Proposal sind von mir ja im Node Vorhanden. Die Konvertierung ist dann
nur noch Fleißarbeit zuhause (nicht vor Ort).

 
 Nun aber endlich zu Deinem Punkt:
 Wie gesagt, die Linien als Attribut finde ich OK (auch wenn Bus-Route
 besser ist), aber ich verstehe ref= eher als so etwas wie eine ID, also
 einen etwas formaleren Namen. Beispiele
 
 highway=trunk, ref=A20, name=Ostseeautobahn
 route=bus, ref=Linie10, name=Ringbus
 
 In meinem Proposal ist ref= (an den platforms) daher auch eine Art
 kurzer Bezeichner für die Plattform. Also z.B. Bahnsteignummer bei Zügen
 oder nord/süd bei großen Haltestellen.
 Mir fällt aber momentan kein besseres etabliertes Tag ein.
 lines= vielleicht?
 Ich denke, die entgültige Lösung gibt es da noch nicht. Mach es so
 detailliert wie möglich, bzw. wie Du Lust hast. Von nem einzelnen
 bus_stop bis zur stop_area mit einzeln eingetragenen Mülleimern und
 Sitzbänken ist alles möglich. ;-)

Ich glaub' ich bleib erst einmal bei ref (wie bei Bus:Route). Wenn's
Richtung Proposal geht muss ich eh nochmal ran an die Dinger, dann kann
ich ref auch noch nebenbei konvertieren.

Hier gibt's halt den GpsMid (ein Java-Midlet für Handies, das auch
Routing kann) und die Entwickler hätten gerne ein einziges Tag, und
nicht drei verschiedene.

Gruß,
Toni

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

[Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Toni Erdmann]

Hallo,

auf http://öpnvkarte.de kann man ja schon seit einiger Zeit die Bus-
S-Bahn und sonstige Routen sehen.

Beim Mappen von Bushaltestellen in München und Umgebung bin ich
nun auf unterschiedliche Vorgehensweisen beim taggen der Haltestellen
gestoßen.

highway=bus_stop
bus_lines=210,216oder   bus_routes=210,216  oderref=210,216
name=Jahnstraße
shelter=yes/no
operator=MVG
network=MVV
website:official=http://www.mvv-muenchen.de


Da Bus:Routes die Nummer der Busline im ref tag hat würde ich das auch
so für bus_stop machen wollen und die anderen tags entfernen.

Wie sieht es denn mit shelter=yes/no aus?
Oder doch lieber  amenity=shelter?
Für dieses gint es in der CycleMap aber schon ein Icon.
Das würde ein Bus-Icon und ein Hütten-Icon am selben Node ergeben.
Ich  weiss, wir mappen nicht für die Renderer, aber die Renderer sind
auch ein Teil von OSM und sollten daher zumindest nicht ignoriert
werden.

Ansonsten denke ich, name, operator, network und website(:official)
sind konform mit den Bus:Routes und können so bleiben.

Und das die Haltestellen jeweils neben der Straße eingezeichnet werden
ist ja auch schon länger Konsens.

Wie seht Ihr (in anderen Städten) die Sache?

Gruß,
Toni

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

Re: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?

[Toni Erdmann]

Hallo Frank,

Frank Glück schrieb:
 Hallo zusammen,
 
 ich hatte mich vor einiger Zeit schon mal näher mit OSM beschäftigt. Weil es
 damals noch hieß, dass OSM v.a. für Liebhaber von schön anzusehenden
 ausdruckbaren Karten gedacht wäre und es bei der Nutzung für
 Routing-Anwendungen aufgrund der Offenheit des Formats noch viele ungelöste
 Probleme bereite, hatte ich es damals erstmal wieder beiseite gelegt.

Es hat sich in der Zwischenzeit (natürlich) einiges getan!


 1. Bspw. soll es damals nach meiner Erinnerung wohl keine Möglichkeit
 gegeben haben, Brückenüberquerungen von Straßenkreuzungen zu unterscheiden,
 so dass auch an ersteren hätte abgebogen werden können. Wenn ich mir heute
 das Kartenmaterial ansehe, scheint dies inzwischen aber gelöst zu sein?

Bei Makpnik und Osmarender ja, bei Cycle Map, nein


 2. Für Einbahnstraßen gibt es offenbar auch eine Kennzeichnungsmöglichkeit?

Gab's schon sehr lange, nur: gerenderd wurde es erst später (die Pfele
auf den Straßem, radwegen.

 3. Wie sieht es mit Abbiegeverboten an Kreuzungen aus? Können solche
 angegeben werden? Und wenn ja, werden sie auch genutzt?

Ja, Turn_restrictions gibt es, als Relationen in OSM eingebaut.
Notwendig dort, wo eine Routing-SW es nicht sowieso an Hand von
Einbahnstraßenregelungen erkennen kann.

Der Einbau der Relationen schreitet langsam voran.

siehe z.B:

http://osm.virtuelle-loipe.de/restrictions/?zoom=13lat=48.12424lon=11.59682layers=B00TT

untenrechts kann man die Art der Bildchen ändern 'restrictive' -
'permissive'

Genutzt werden sie anscheinend erst vom Langläufer in seiner Page,
die ich für QA-Zwecke hernehmen (Dank an Langläufer für die tolle
Arbeit).

 4. Kann man allgemein davon ausgehen, dass alles, was man menschlich aus
 einer fertig gerenderten OSM-Karte an verkehrstechnischen und -rechtlichen
 Gegebenheiten herauslesen kann, auch fürs Routing entsprechend auswertbar
 ist? Oder liegt der Fokus immer noch eher auf der Optik, so dass keine

Jede Karte (mapnik, OsmaRender, Cycle Map, POI-Map von lenz-online.de,
WandereMap, ...) legt einen anderen Fokus auf die Darstellung. Es gibt
m.E. keine Karte die alle Daten anzeigt - wäre dass sinnvoll und noch
lesbar? Oder habe ich Deine Frage falsch ferstanden?

 wirklichen semantischen Bezüge zwischen Aussehen und Funktionalität
 bestehen?

Ich glaube, die semantischen Beziehungen zwischen Objekten einer Grafik
kann nur der Betrachter selbst versuchen herzustellen. Die Farben,
Umrisse, Beschriftungen, Icons, ... sollen ihm dabei helfen, damit
möglichst viele Betrachter die selben semantischen Beziehungen
erkennen. Ist wie im Museum vor 'nem Bild von Dürer  Co. Nur,
dass wir Dürer heute nicht mehr fragen können und dass wir in der Lage
die Eigenschaften des Bildes zu manipulieren *und* eine Legende mit
auszugeben.


 5. Inzwischen gibt es ja offenbar schon einige OSM-Projekte, die sich
 ernsthaft mit dem Routing beschäftigen. Welche Erfahrungen habt Ihr damit?
 Welche Probleme wären hier noch zu nennen? Mitbekommen habe ich schon das
 hier in der Liste besprochene Thema Routing über Parkplätze hinweg.

Ausgezeichnete Erfahrungen!. Wer kennt nicht:

http://data.giub.uni-bonn.de/openrouteservice/?zoom=14lat=48.13726lon=11.5755layers=FB000TTT

und

gpsmid.sf.net (Java für Mobile Phones, läuft bei mir auf 'nem N95)

Zugegeben, die SW ist hier und da nicht perfekt, aber es tut sich
täglich was. Ja, Routing für Fußgänger über Parkplätze, Plätze oder
druch Füßgangerzonen (wie gerade in einem anderen Thread diskutiert)
hakelt noch. Aber das sind keine prizipiellen/designtechnischen
Probleme. Ich bin sehr optimistisch, dass da noch 'ne Menge kommen wird.

Auch die Turn-Restrictions (s.o.) sind noch nicht berücksichtigt,
aber das kommt ...

 6. Gibt es denn bei der Benutzung der Kennzeichnungen inzwischen mehr
 Einheitlichkeit und evtl. auch eine Instanz, die über die Einhaltung
 wenigstens der wichtigsten etablierten Standards wacht?

Mehr Einheitlichkeit würde bei einem Projekt zunächste einmal u.U. zu
einer Reduktion der vorhandenen Kennzeichnungen führen. Das sehe ich
derzeit formal (aus Sicht der Zahl) nicht, denn die Anzahl der
verwendbaren keys und value steigt immer noch. Das heißt aber ncht,
dass es automatisch konfuser wird. OSM hat mehr Zulauf bekommen,
die Leute wollen immer mehr (nicht nur Straßen) mappen. Gerade
läuft ein Thread, wie man für Sonnenkollektoren die Dachformen,
Neigungen, Ausrichtungen, Flächen, ... von Häusern mappen kann.
Eine neue Anwendung, die vom Prinzip her locker in die OSM-Datenbank
reinpasst, aber z.B. mit Routing nun nichts zu tun hat.
Es wird hier und da Spezialecken in OSM geben (z.B. Archäologen)
die die einzigen sind die bestimmte Tags verwenden, von denen u.U.
andere noch nicht einmal etwas mitbekommen haben.

Einhaltung von Standards.

Die wichtigsten Elemente sind common sense und haben sich
durchgesetzt. Dadurch sind sie aber nicht automatisch umumstößlich.
Einen Stadard würde ich daher nicht sehen, sonder common sense
und 

Re: [Talk-de] Anwendungsbeispiele

[Toni Erdmann]

Marc Schütz schrieb:
 Am Freitag 30 Januar 2009 21:58:48 schrieb Toni Erdmann:
 Stefan Leupers schrieb:
 Hallo zusammen!
 ...

 Habe gerade zufällig gesehen, dass die Insel Herrenchiemsee in Bayern
 sowohl auf der ÖPNV-Karte als auch auf der Cyclemap zum Teil überflutet
 aussieht.  :-(
 ...

 Soweit ich gesehen habe, wird da mit allerlei inner und outer
 Multipolygonen hantiert.
 Gibt es in den Daten ein Problem oder klappt die Auswertung bei
 ÖPNV/CycleMap nur nicht ganz korrekt?

 Kann das aktuell leider nicht beurteilen, da ich mich mit Multipolygonen
 (noch) nicht auskenne.
 Wäre nett, wenn mal jemand nachschaut.
 Danke.
 Hallo Stefan,

 ja das mit den Multipolygonen ...

 bei Wald mit Lichtungen, die residential areas sind habe ich das
 hinbekommen, so dass zumindest die ÖPNV es richtig macht.

 Wald(way)= outer   landuse=forest ...
 Lichtung(way)= inner   landuse=forest ...
 residetial area  = neuer way auf nodes von Lichtung(way) landuse=resi...

 
 Die innere Begrenzung sollte hier aber nicht landuse=forest sein. Das würde 
 ja 
 Wald im Wald bedeuten. Stattdessen sollte es so gemacht werden:
 
 Wald  = outer landuse=forest
 Lichtung  = inner landuse=residential

Gut, dann war das mit Tagging(outer) == Tagging(inner) und clock-wise
und counter-clock-wise wohl nur in der Anfangsphase der Multipolygone
der Fall, und es scheint mittlerweile überholt zu sein.
Wenn dem so ist, kann ich ja meine bisherigen Lichtungen dahingehend
korrigieren (zumindest eine davon und das Ergebnis abwarten).

 
 Wenn deine Version im ÖPNV funktioniert, dann ist es wahrscheinlich nur 
 Zufall. 
 Ich vermute, dass Mapnik da für den inneren Ring sowohl forest als auch 
 residential rendert, und nur zufällig das residential am Schluss, so dass es 
 dann das forest verdeckt.

Vermutlich.

 
 Die Multipolygon-Relation vom Chiemsee ist meines Erachtens richtig. 
 Allerdings 
 sind die Inseln noch als natural=land getaggt, was ich zwar als Hack 
 empfinde, 
 was aber das falsche Rendering auf der Cyclemap nicht erklärt.
 

Gruß,
Toni

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

Re: [Talk-de] Anwendungsbeispiele

[Toni Erdmann]

Stefan Leupers schrieb:
 Hallo zusammen!
...
 Habe gerade zufällig gesehen, dass die Insel Herrenchiemsee in Bayern
 sowohl auf der ÖPNV-Karte als auch auf der Cyclemap zum Teil überflutet
 aussieht.  :-(
...
 Soweit ich gesehen habe, wird da mit allerlei inner und outer
 Multipolygonen hantiert.
 Gibt es in den Daten ein Problem oder klappt die Auswertung bei
 ÖPNV/CycleMap nur nicht ganz korrekt?
 
 Kann das aktuell leider nicht beurteilen, da ich mich mit Multipolygonen
 (noch) nicht auskenne.
 Wäre nett, wenn mal jemand nachschaut.
 Danke.

Hallo Stefan,

ja das mit den Multipolygonen ...

bei Wald mit Lichtungen, die residential areas sind habe ich das
hinbekommen, so dass zumindest die ÖPNV es richtig macht.

Wald(way)= outer   landuse=forest ...
Lichtung(way)= inner   landuse=forest ...
residetial area  = neuer way auf nodes von Lichtung(way) landuse=resi...

Ich schau' mir den Chiemsee über's Wocheende mal an.

BTW: Via Julia wächst im Westen (Günzburg - München) weiter, schon was
von AB gehört?

Gruß,
Toni

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

Re: [Talk-de] INFAS Kreisgrenzen

[Toni Erdmann]

Frederik Ramm schrieb:
 Hallo,
 
 Bernd Wurst wrote:
 Ich fand, der Import der Infas-Kreisgrenzen klang so gut durchgeplant, schon 
 von Anfang an... :)
 
 Hat sich ja auch Jochen ausgedacht ;-)
 
 Ich habe auch Verständnis dafür, wenn diese Daten eben nicht hopplahopp und 
 verzwungen einfach importiert werden. Aber wäre es möglich, die 
 Grenzverläufe 
 vorab als OSM-Datei zur Verfügung zu stellen, so dass man die bestehende, 
 ziemlich unscharfe und stellenweise auch falsche Grenze durch etwas ersetzen 
 könnte was besser passt?
 
 Wir machen den Import entweder heute abend oder, wenn wir noch über 
 irgendein Hindernis stolpern, morgen früh. Also auf jeden Fall noch 2008 ,-)

Eine gute Nachricht zum Jahresende. Dann kann ich mit den anstoßenden
Gemeindegrenzen weitermachen.

 Für die neu Hinzugekommenen - hier steht, worum es geht:
 http://wiki.openstreetmap.org/wiki/Import/Catalogue/Kreisgrenzen_Deutschland_2005
 
 Der Import wird wie geplant durchgeführt. Existierende Grenzen werden 
 nicht gelöscht, sondern so umgetaggt, dass sie im Rendering nicht mehr 
 erscheinen. Es wird dann Aufgabe der Mapper vor Ort, sich davon zu 
 ueberzeugen, dass die neue Grenze auch taugt, und die alte dann vollends 
 zu entsorgen.

Dürfte kein Problem sein, für's out-door-mapping ist's eh ein wenig kühl
(hüstel, hüstel).

Gruß,
Toni


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