Re: [Talk-de] JOSM 2554-Tested

[Toni Erdmann]

Martin Koppenhoefer schrieb:
> Am 2. Dezember 2009 18:21 schrieb Toni Erdmann  <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  <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] 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] 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

Re: [Talk-de] ÖPNV Tarifzonen

[Toni Erdmann]

Sven Geggus schrieb:
> Wolfgang Wienke  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] 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] 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] 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=11&lat=48.02481&lon=11.8119

und

http://hiking.lonvia.de/en/?zoom=11&lat=48.02481&lon=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] 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:(weight>12)=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] 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] 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 


Gehling Marc  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] Bushaltestellen werden verchoben

[Toni Erdmann]

Patzi schrieb:
>> Mir ist aufgefallen, dass Bushaltestellen seltsamerweise 10-20 Pixel 
>> (bei max. zoom) nach links verschoben werden. Ist das normal?
>>   
> Bei den gerenderten Karten oder ist auch der Node verschoben, wenn du 
> ihn dir wieder im Editor ansiehst?

Ich denke, es ist das Icon selbst, das wohl nicht ganz "mittig" ist.
Oder der Offset (x-negativ=nach links, y-negatib=nach oben) des Icons
wird beim Plazieren zu groß berechnet.

Ich sehe das Problem aber auch zusätzlich mit zu hohem Offset nach oben:

http://openstreetmap.org/?lat=48.06622&lon=11.66378&zoom=17&layers=0BFT

Gruß,
Toni

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

Re: [Talk-de] Bushaltestellen werden verchoben

[Toni Erdmann]

André Reichelt schrieb:
> Toni Erdmann schrieb:
>> Patzi schrieb:
>>   
>>>> Mir ist aufgefallen, dass Bushaltestellen seltsamerweise 10-20 Pixel 
>>>> (bei max. zoom) nach links verschoben werden. Ist das normal?
>>>>   
>>>>   
>>> Bei den gerenderten Karten oder ist auch der Node verschoben, wenn du 
>>> ihn dir wieder im Editor ansiehst?
>>> 
>>
>> Ich denke, es ist das Icon selbst, das wohl nicht ganz "mittig" ist.
>> Oder der Offset (x-negativ=nach links, y-negatib=nach oben) des Icons
>> wird beim Plazieren zu groß berechnet.
>>
>> Ich sehe das Problem aber auch zusätzlich mit zu hohem Offset nach oben:
>>
>> http://openstreetmap.org/?lat=48.06622&lon=11.66378&zoom=17&layers=0BFT
>>
>> Gruß,
>> Toni
>>   
> Scheint das selbe Problem zu sein. Das sollten sich die ENtwickler am
> Besten mal ansehen, oder?
> 

Eigentlich schon, aber wer oder wo sind die.

Evtl. weiss ja Jörg Ostertag da mehr, denn beim Münchner-OSM-Treffen
am 18.12. (ich war nur 30 Min. da) habe ich ihn am Rande über Rendern
und eigene Icons und ... diskutieren hören.

Ich habe ihn hier schon des öfteren 'gesehen', evtl. liest er ja mit.

Gruß,
Toni

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

Re: [Talk-de] Bushaltestellen werden verchoben

[Toni Erdmann]

André Reichelt schrieb:
> Mir ist aufgefallen, dass Bushaltestellen seltsamerweise 10-20 Pixel 
> (bei max. zoom) nach links verschoben werden. Ist das normal?
> 

Scheint auch nur ein Problem beim Osmarender zu sein.
In Mapnik ist's Ok.

Toni

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

Re: [Talk-de] opengeodb: Bayern

[Toni Erdmann]

Martin Trautmann schrieb:
> auch mit den bayrischen OSM-Daten habe ich nun einmal einen Abgleich mit 
> den Straßenverzeichnissen gemacht. Die Ergebnisse stehen auf 
> http://wiki.openstreetmap.org/index.php/Bayern
...
> 86 % Ottobrunn

Was bedeutet die Prozentzahl?

Evtl., dass Ottobrunns Straßen zu 86% korrekt getagged sind -
bzgl. Namen?

Wo kann ich nachschauen, was noch fehlt oder nicht korrekt ist?

Gruß,
Toni


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

Re: [Talk-de] opengeodb: Bayern

[Toni Erdmann]

Martin Trautmann schrieb:
> Toni Erdmann wrote:
>> Martin Trautmann schrieb:
>>> auch mit den bayrischen OSM-Daten habe ich nun einmal einen Abgleich mit
>>> den Straßenverzeichnissen gemacht. Die Ergebnisse stehen auf
>>> http://wiki.openstreetmap.org/index.php/Bayern
>> ...
>>> 86 % Ottobrunn
>> Was bedeutet die Prozentzahl?
>>
>> Evtl., dass Ottobrunns Straßen zu 86% korrekt getagged sind -
>> bzgl. Namen?
> 
> genau - vergleiche
> http://wiki.openstreetmap.org/index.php/Oberbayern#Kreis_M.C3.BCnchen
> 189 von 219 Straßen sind bereits zuzuordnen.
> 
>> Wo kann ich nachschauen, was noch fehlt oder nicht korrekt ist?
> 
> Ich kann's dir heraussuchen und zumailen, wenn du magst.
> 

Das wäre prima, wenn's nicht zu viel Arbeit macht.
Da ich aber selbst ein Perl-ianer bin, könnte ich's
auch selber rausfiltern, wenn das machbar ist.

Irgenwo hatte ich doch diese bayern.osm.bz2 runtergeladen?
Hmm, und auch schon wieder gelöscht. Aber die Vergleichsdaten
vom ADFC (?) habe ich ja auch nicht ...
...
Kaum sucht man, wird man fündig unter
http://wiki.openstreetmap.org/index.php/Bayern

Wie läuft denn der Vergleich vom Verfahren her ab?

Ich dachte, ich hätte schon fast alle (bis auf 4-5) Straßen
getagged ... aber ... denken ist ja bekanntlich Glücksache.

Gruß und Danke
Toni

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

Re: [Talk-de] opengeodb: Bayern

[Toni Erdmann]

Martin Trautmann schrieb:
> Toni Erdmann wrote:
> 
>>>> Wo kann ich nachschauen, was noch fehlt oder nicht korrekt ist?
>>> Ich kann's dir heraussuchen und zumailen, wenn du magst.
>>>
>> Das wäre prima, wenn's nicht zu viel Arbeit macht.
> 
> Hallo Toni,
> 
> ich schnuer's dir zusammen.
> 
>> Da ich aber selbst ein Perl-ianer bin, könnte ich's
>> auch selber rausfiltern, wenn das machbar ist.
> 
> Oh, fein. Sven hat mir schon ein Script zusammengebaut, um die OSM-Daten 
> passend zu konvertieren. Manche Aufgaben kann man vielleicht gleich in 
> Perl auslagern, wo ich eine lahme Datenbank missbrauche.
> 
> 
>> Wie läuft denn der Vergleich vom Verfahren her ab?
> 
> Ich nehme die Mittelwertkoordinaten einer Strasse, berechne die 
> Entfernung jeder passenden Strasse mit solchem Namen zu den Koordinaten 
> der Gemeinde und vermute dann, die Strasse gehört zu der Gemeinde, wo 
> die Entfernung am kürzesten ist. Das ist die Phase 1. Die ging 
> beispielsweise in Unterhaching etwas schief, weil die alten 
> opengeodb-Koordinaten im Zehntelminutenraster Unterhaching nicht 
> zwischen Taufkirchen und München platzierte, sondern seitlich neben 
> Taufkirchen. Damit wurden namensgleiche Strassen in Unterhaching falsch 
> Taufkirchen zugeordnet. Die Phase 1 läuft automatisch durch, sobald die 
> Rohdaten passend konvertiert wurden.
> 
> In Phase 2 gehe ich halbmanuell verbliebene Einträge durch, ob ich den 
> passenden Straßennamen finde. Das betrifft vor allem alles mit 
> highway=residential.
> 
> Phase 3 ist der Vergleich der neuen Straßeninfos, um daraus bessere 
> Ortskoordinaten abzuleiten (Gemeinde), wie auch bessere 
> Ortsteilkoordinaten. Dann kann nochmal der Abgleich erfolgen und die 
> ersten Fehler wieder korrigiert werden - das habe ich aber noch nicht 
> gemacht.
> 
>> Ich dachte, ich hätte schon fast alle (bis auf 4-5) Straßen
>> getagged ... aber ... denken ist ja bekanntlich Glücksache.
> 
> Schau's dir einfach mal an - vielleicht wurden etliche Strassen falsch 
> der Nachbargemeinde zugewiesen. Es gibt einige Kandidaten wie 
> Rotkehlchenweg, Waldstr. oder Ringelnatzweg, wo Koordinaten bzw. 
> Entfernung überdurchschnittlich gross abweichen.
> 
> Von daher soll es vor allem der Information dienen, wo man nochmal 
> nachprüfen kann.

Hallo Martin,

Danke vielmals, auch für die anschließende Mail (3 Min später).

Die 3 Phasen hören sich nach einer Menge Arbeit an ...

In der Tat sind Neubiberg, Taufkirchen, Ottobrunn,
Putzbrunn-Waldkolonie, Hohenbrunn-Riemerling und die nördlichen
Teile von Brunnthal seeehr dicht beieinander. So kommt es halt
zu den erwähnten Problemen mit der Zuordnung von Straße
zu Gemeinde.

Daneben gibt's hier im Süd-Westen von Ottobrunn die EADS, IABG
und andere mit großen Werksgeländen, die auch eigene
Straßen(-Namen) haben. Wie soll ich die taggen (abfahren, Namen
geben), wenn man z.T. nicht auf's Gelände kann? Mal den nächsten
Tag der Offenen Tür abwarten - aber dann stehen immer so viele
Uniformierte an den Ecken und passen auf, dass man auch ja nicht
von 'Kurs' abweicht.

Ich schaue mir die andere Mail mit der Liste mal genau an und
mache mir Anmerkungen, welche Straße wohin gehört. Ich schicke Dir
die Liste dann gerne zu.

Gruß,
Toni

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

Re: [Talk-de] opengeodb: Bayern

[Toni Erdmann]

Martin Trautmann schrieb:
> Hallo Toni,
>
> hier sind die mir bekannten Straßen, die nicht mit OSM-Daten
> zusammengebracht werden konnten:

 hier die erweiterte Liste:

> Am Brunneck
vor kurzem getagged

> Amperweg   
vor kurzem getagged

> Anton-Günther-Str.
noch nicht getagged (war noch nicht vor Ort), "Günther" oder "Günter",
muss das Straßenschild "befragen"

> Arnikaweg   
vor kurzem getagged

> Aventinusweg   
war vor Ort, doch es gibt kein Straßenschild

> Bahnweg   
Phantasiename, es gibt kein Schild und keine sonstigen Quellen, die den
Namen erwähnen

> Burgmaierweg
Burgmaierstraße

> Christa-Mc Auliffe-Str.
noch nicht getagged (war noch nicht vor Ort), Gelände der EADS/IABG!

> Denkmalsplatz   
vor kurzem getagged

> Dr.-Klaus-Kopfermann-Weg
noch nicht getagged (war noch nicht vor Ort)

> Habichtweg   
vor kurzem getagged

> Haidgrabenweg   
noch nicht getagged (war noch nicht vor Ort), scheint aber kein
Straßenschild zu existieren

> Hans-Watzlik-Str.   
noch nicht getagged (war noch nicht vor Ort)

> Hildegard-von-Bingen-Str.   
Keine Ahnung, wo die sein soll,.

> Innweg   
vor kurzem getagged

> Johann-Rudolf-Glauber-Str.   
Keine Ahnung, wo die sein soll, evtl. auf dem Gelände der EADS/IABG?

> Leibnizstr.   
noch nicht getagged (war noch nicht vor Ort), Gelände der EADS/IABG!

> Leitzachweg   
noch nicht getagged (war noch nicht vor Ort)

> Lise-Meitner-Str.   
Keine Ahnung, wo die sein soll, vermutlich an der
Kreuzung Rudolf-Diesel-Straße/Rosenheimer Landstraße.
Aber dort gibt es kein Straßenschild, das darauf hinweist.

> Maderwiese   
vor meiner Haustür, heißt Maderwiese/Festwiese, als "village_green"
getagged. Tag ändern? Eher nicht.

> Mangfallweg   
vor kurzem getagged

> Maria-Merian-Str.   
Keine Ahnung, wo die sein soll

> Marie-Curie-Str.   
Keine Ahnung, wo die sein soll

> Nornenweg   
Hohenbrunn-Riemerling oder sogar grenzwertig, ist aber getagged

> Peter-Nauschütz-Str.   
noch nicht getagged (war noch nicht vor Ort), Gelände der EADS/IABG?

> Professor-Messerschmitt-Str.
Neubiberg, u.U. grenzwertig, ist aber getagged

> Schubertstr.   
ja, wo ist die denn bloß. Soll angeblich zum Schulsprengel von
Schule 1 gehören (also in der Nachbarschaft), ist aber nicht auffindbar.
Habe auch eine Firma gefunden, die in der Schubertstraße 2 sein soll.
Aber die Firma (Schuhgeschäft) kenne ich und die ist "Am Bogen".
Eventuell "old_name" von "Am Bogen".

> Waldschmittstr.   
Hohenbrunn-Riemerling oder sogar grenzwertig
oder sogar Putzbrunn-Waldkolonie/grenzwertig
existiert 2 mal in der Umgebung
aber die beiden schreiben sich mit 'dt' und sind
'ausgeschrieben'. Ich werde das mal 'vor Ort' prüfen

> Würmweg   
vor kurzem getagged

> Ziegelweg   
Taufkirchen oder wohl eher Unterhaching, ist getagged als
Verlängerung des Karl-Mager-Weg


Bei den Straßennamen, wo ich 'keine Ahnung' geschrieben habe, bin ich
auch nicht in den Nachbargemeinden Neubiberg, Putzbrunn-Waldkolonie,
Hohenbrunn-Riemerling fündig geworden. Wie gesagt, evtl. teilweise
Werksgelände EADS, IABG und ähnliches, zumal einige der Namen eher
Wissenschaftlern zuzuordnen sind.

Gruß und Danke für die viele Mühe

Toni


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

Re: [Talk-de] opengeodb: Bayern

[Toni Erdmann]

Martin Trautmann schrieb:
> Hallo,
> 
> für etwa 1700 Straßen in Bayern hätte ich Korrekturvorschläge zur 
> Schreibweise. Nicht alles davon muss richtig sein. Manches ist auch 
> einfach nur gleich gut - ich bevorzuge eben die lange Schreibweise, wo 
> manchen ein "v." statt "von" reicht.
> 
> Auf http://wiki.openstreetmap.org/index.php/Talk:Bavaria finden sich die 
> restlichen Vorschläge. Oberbayern und Niederbayern besitzen eigene 
> Teilauswertungen:
> 
> http://wiki.openstreetmap.org/index.php/Talk:Oberbayern ist recht 
> umfangreich,
> http://wiki.openstreetmap.org/index.php/Talk:Niederbayern ist recht knapp.
> 
> Das Wiki ist nicht unbedingt der richtige Ort für solche Übersichten - 
> da rutscht man schnell über 32 k Seitengröße, von schon aufgetretenen 
> Seiten, die jenseits von 200 k komplett explodierten, ganz zu schweigen.
> 
> Ich selbst bin nicht in der Lage, solche Massen an Korrekturen 
> einzupflegen. Wenn jemand aber die Daten gerne anders aufbereitet haben 
> möchte, helfe ich gerne soweit möglich weiter.
> 
> Schönen Gruß
> Martin

Hallo Martin,

wiedereinmal tausend Dank für die tolle Arbeit.

Ich habe die Korrekturen im OSM für M:Neubiberg, M:Ottobrunn und
M:Hohenbrunn vorgenommen.

Für M:Ottobrunn existierte 2 mal Kufsteiner Straße.
Die eine (richtige) habe ich belassen und 85521; Ottobrunn angehängt.
Die andere habe ich nach Hohenbrunn geschoben und die richtige Zahl(?)
09184129 und 85521; Riemerling angehängt.

Danke nochmals und Gruß,
Toni



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

Re: [Talk-de] OSM mit GPS-Telefon?

[Toni Erdmann]

Andreas Volz schrieb:
> Hallo,
> 
> bisher erfasse ich GPS-Daten im Auto mit meiner selbst gebastelten
> Notebook-Lösung. Nun kann ich mir bei einer Vertragsverlängerung ein
> neues Mobiltelefon wählen. Hat jemand eine Ahnung welche günstigen
> Mobiltelefone sich zum Aufnehmen von GPS-Signalen eignen? Am besten
> wäre natürlich ein Telefon mit SDK, damit ich die Software erweitern
> kann.
> 
> Das Nokia E51 scheint auf den ersten Blick geeignet zu sein. Man
> braucht zwar eine Bluetooth GPS-Maus, aber das wäre in Ordnung. Hat
> jemand Erfahrungen damit?
> 

Hallo Andreas,

ich habe ein E50 mit SportsTracker (http://research.nokia.com) drauf,
und bin ganz zufrieden damit. Ich kann damit LAPs (Waypoints) setzen,
die aber leider nicht ins GPX file übernommen werden (wohl aber in
die KML-Datei).

Als BT-Maus habe eine recht billige (~50€) Xaiox-Maus
(http://www.xaiox.com/marathon.htm), die mit einer normalen
AA-Batterie (oder Akku) 24 Stunden läuft und recht klein ist.
Genauigkeit ist OK.

Tracker und Maus getrennt zu haben ist besser, wenn man mit dem Auto
oder so unterwegs ist. Denn so kann man die Maus optimal positionieren
und gleichzeitig das Handy bedienen.
- Auto: direkt an der Windschutzscheibe
- Fahrrad: am Lenker
- Zu Fuß: außen oder innen oben am/im Rucksack oder sogar in einem
  dieser Handy-Mini-Taschen am Rucksackgurt.

Ich habe da auch testweise noch ein N95 mit eingebautem GPS, das an
die Genauigkeit der Xaiox nicht rankommt.

Gruß,
Toni

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

Re: [Talk-de] OSM mit GPS-Telefon?

[Toni Erdmann]

Toni Erdmann schrieb:
> 
> Als BT-Maus habe eine recht billige (~50€) Xaiox-Maus
> (http://www.xaiox.com/marathon.htm), die mit einer normalen
> AA-Batterie (oder Akku) 24 Stunden läuft und recht klein ist.
> Genauigkeit ist OK.
> 

Ich vergaß zu erwähnen: es liegt ein USB-Kabel zur 5V Stromversorgung
(nicht zum Laden) und ein Zigarettenanzünderadapter mit USB-Ausgang
dabei. Damit kann man im Auto die AA-Batterie (-Akku) schonen.
Der 5V-Adapter hat BT_Maus-seitig einen Klinkenstecker, der in alte
Nokia-Handies passt und mit entspr. Nokia-Adapter auch an die neueren
Nokia-Handies (zum Laden).

Toni

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

[Talk-de] Wie sinnvoll ist: power=tower (be i Zoom 14, oder überhaupt)

[Toni Erdmann]

Hallo,

ich habe (habe derzeit keine neuen Tracks) einfach mal die Strommasten
in der Gegend mit Hilfe von Potlatch und gut aufgelösten Yahoo Images
getagged (so weit sie sichtbar sind).

Sie sind nun aber schon in Zoom 14 bei Mapnik zu sehen, was ich ehrlich
gesagt so 'früh' nicht erwartet hätte. Zoom 16 wäre wohl besser.

http://openstreetmap.org/?lat=48.011&lon=11.676&zoom=14&layers=B0FT

Was ist Eure Meinung?

Toni

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

Re: [Talk-de] Teilweise gesperrte Straßen

[Toni Erdmann]

Christoph Eckert schrieb:
> Moin,
> 
> welcome :) .
> 
>> Durch diese Dreiteilung wir der Straßenname 3 mal gerendert obwohl die
>> Straße nicht wirklich lang ist. Gibt es da eine Möglichkeit das zu
>> unterdrücken.
> 
> Soweit ich weiß gibt es einen Tag um das Namensrendering fallweise zu 
> unterdrücken. Ich bin jedoch der Meinung dass solche Tipps für Renderer nicht 
> in die Datenbank sollten. Falls Du es aushalten kannst :) würde ich momentan 
> einfach darüber hinwegsehen und warten bis die Renderer dazulernen.
> 

Der Vollständigkeit halber trotzdem:

osmarender:renderName   = no
osmarender:renderRef= no
osmarender:renderDirection  = -1

Toni

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

Re: [Talk-de] tag für flurname

[Toni Erdmann]

Alexander Eickhoff schrieb:
> Ich bin auf der Suche nach einem Tag für nen  Flurnamen 
> (http://de.wikipedia.org/wiki/Flurbezeichnung).  
> 
>

Hi Alex,

am naheliegensten wäre da

place=locality   angewandt auf node oder areaals "Unbevölkerter Ort"

siehe auch:

http://wiki.openstreetmap.org/index.php/De:Map_Features#Ortsangaben

Gruß,
Toni

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

Re: [Talk-de] tag für flurname

[Toni Erdmann]

Friedhelm Schmidt schrieb:
>  >was spricht denn gegen den von Toni vorgeschlagen place=locality-Tag?
> 
> Ich verstehe die Beschreibung in Map Features eher so, dass es sich um 
> einen genau definierten Platz handelt, der zwar einen Namen hat, aber 
> sonst nichts. Also z.B. "Waldkreuzung".
> 

Ich stimme Dir zu, wenn Du einen "Node" auf diese Weise markierst.

Für einen Flurname wäre dann "Area" dann doch passend, oder?

Toni

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

Re: [Talk-de] [KA-Geo] Strassen in Bau (highway = construction ist ungeeignet!)

[Toni Erdmann]

Norbert Hoffmann schrieb:
> Guenther Meyer wrote:
> 
>> sorry, aber diese herangehensweise erscheint mir unlogisch.
>> ein highway=primary und was in der art construction=yes sollte das ganze 
>> sinnvoll beschreiben.
> 
> Warum ich das für falsch halte, habe ich ja schon geschrieben:
> 
>>> Wenn eine Baustelle mit "highway=primary" getagged würde, dann wäre
>>> plötzlich die Bedeutung dieses Eintrages geändert. Bisher ist
>>> "highway=primary" eine größere befahrbare Straße. Wäre "construction" ein
>>> zusätzlicher key, dann können sich plötzlich auch noch Schlammwüsten, Pläne
>>> in einer Schublade oder unausgegorene Ideen in den Köpfen einiger Leute
>>> dahinter verbergen.
>>>
>> ... und wenn construction gesetzt ist, dann WIRD das eine entsprechende 
>> strasse. wenn alles fertig gebaut ist, einfach das construction flag 
>> entfernen, und gut is.
> 
> ... und die Routingprogramme müssen wissen, dass "highway=primary" nicht
> immer zum Routing herangezogen werden darf (und so weiter und so fort).
> Wenn es (noch) keine Straße ist, dann halte ich es für Unsinn es als Straße
> zu taggen und noch "Ausnahmekeys" zu erfinden.

Dem kann ich nur zustimmen.Was erwarten wir denn von einem
Routingprogramm?
--> das auf einem u.U. schwachbrüstigem Endgerät a la Handy, PDA
möglichst schnell zu einem Ergebniss kommt, das natürlich auch
noch korrekt sein soll.

D.h. für mich: macht die Entscheidung, ob eine Straße benutzbar ist
nicht von zu vielen Tags abhängig.

highway=primary + construction=xxx + start_date= + ...

ist für die Performance eines Routingprogrammes schlechter als

highway=construction + ein Mapper der das ändert, wenn die Straße
   fertig ist

nur, um mal zwei extreme Beispiele zu nennen.

> 
>> die renderer muessens dann halt auch entsprechend darstellen.
> 

Sowieso, aber da gibts nicht die Performanceprobleme, denn die laufen
meist auf PCs, oder?

> Und das würden sie auch tun, wenn du nicht eine andere als die schon
> genutzte Methode Baustellen zu kennzeichnen verwenden würdest.
>  

Derzeit gibt's eine Methode:

highway=construction + construction=secondary   z.B.

und die funzt.

Toni

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/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] 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

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=16&lat=48.0854&lon=11.50844&layers=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

[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] 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

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. 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] 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] 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] 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] 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] 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] 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] 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] 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] 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¢er=48.290503%2C11.403809&loc=48.065289%2C11.660743&loc=48.728157%2C-3.460500&hl=en&alt=0&srv=1

Viele Grüße
Toni

___
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] 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] 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

[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] 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

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] 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] 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

[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