Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

[Bernhard Weiskopf]

> welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse 
> keine reale Straße gibt?

Die gesamte Innenstadt von Mannheim
(http://www.openstreetmap.org/?mlat=49.488&mlon=8.466&zoom=13), das betrifft
einige tausend Adressen.

Statt Straßennamen werden die "Quadrate" genannt. Die Hausnummern sind
jeweils umlaufend um das Quadrat, das in der Regel von vier Straßen umrahmt
wird. Ein paar wenige Straßen tragen zwar noch Namen, die werden aber nie
zur Adressierung verwendet. Die gleichen Hausnummern wiederholen sich
schließlich bei jedem Quadrat. Näheres siehe
http://de.wikipedia.org/wiki/Quadratestadt#Stra.C3.9Fen

Ein Beispiel von vielen: Suche nach "zwickerstube mannheim" liefert
"Zwickerstube, 9, Planken, ...". Die Straße "Planken" ist aber ein ganzes
Stück weg und wird hier falsch genannt. Die richtige Adresse lautet "E3, 9".
E3 ist bei der Zwickerstube als Straßenname eingetragen, der wird von
Nominatim aber ignoriert.

Bernhard



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

Re: [Talk-de] Entfernen von Kneipen

[Bernhard Weiskopf]

Ich setze vor die nicht mehr gültigen Merkmale "abandoned:" (leerstehend, 
aufgegeben)
Ist die Kneipe ausgeräumt, wird aus "amenity = pub" dann "abandoned:amenity = 
pub"
Ist sie nur geschlossen: "disused:amenity = pub"
Ähnlich beim "name"
 
Das verhindert, dass jemand die Kneipe wieder einträgt, wenn er sie aus der 
Erinnerung noch kennt.
 
Außerdem fällt es leichter die Kneipe (oder was auch immer) wieder einzutragen, 
falls sie wieder eröffnet wird. Die tags sind dann noch weitgehend erhalten.
 
Bernhard


Gesendet: Freitag, 12. April 2013 um 12:30 Uhr
Von: "Andreas Neumann" 
An: "Openstreetmap allgemeines in Deutsch" 
Betreff: Re: [Talk-de] Entfernen von Kneipen
On 04/12/2013 12:14 PM, Ulrich-Dieter Standt wrote:
> Guten Tag,
> bei uns in Meine sind 2 Kneipen in OSM, die es nicht mehr gibt,
> dafür gibt es nun 2 andere. Wie entferne ich Kneipen von der Karte?
>
...
Bitte lösche nicht einfach die Kneipe, insbesondere wenn Adressdaten mit
vorhanden sind. Auch wenn eine Kneipe am Ort nicht mehr existiert, so
existiert doch die Adresse noch. Entferne einfach nur die Attributation
der Kneipe (auf [Advanced] klicken und amenity=pub entfernen, sowie
name=* weg)


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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

[Bernhard Weiskopf]

Warum steht der Name überhaupt in Anführungszeichen?

Bernhard


> From: Andreas Schmidt [mailto:schmidt-postf...@freenet.de]
> Sent: Tuesday, April 16, 2013 7:19 PM
> ...
> 
> Ich habe es gestern so gemapt:
> http://www.openstreetmap.org/browse/way/217527160
> 
> Allerdings kommen die unteren Anführungszeichen („) nicht recht zur
> Geltung, weil sie sich mit den ä-Punkten auf der nächsten Zeile
> überschneiden.
> 



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

[Talk-de] OsmAnd nicht verfuegbar

[Bernhard Weiskopf]

"OsmAnd is not available on Google Play ... We experienced some problems
with DMCA request on Google Play, but it should be available soon in 1-3
working days (depends on Google site)."

So lautet die Info bei http://osmand.net/

Seit 13.04.2013 (7 Tage) ist OsmAnd nicht mehr verfügbar und im OsmAnd-Forum
häufen sich die Klagen dass auch die kostenpflichtige Version OsmAnd+ trotz
Bezahlung nicht verfügbar sei.

Weiß jemand Näheres?

Bernhard



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

Re: [Talk-de] Bilder zusammenfügen

[Bernhard Weiskopf]

Hallo Thorsten,

das habe ich bis jetzt ein paar Mal mit Microsoft Image Composite Editor
(ICE, nicht neu und kostenlos) gemacht.
Man kann nicht viel einstellen, ICE macht fast alles automatisch: Vorher
alle Bilder richtig herum drehen und in dasselbe Verzeichnis kopieren. Dann
wählt man in ICE "File > New Panorama".

Bei "Stitch" kann man eines der drei planaren Verfahren (die "Kamera" wurde
verschoben statt geschwenkt) auswählen, das Ergebnis muss man ausprobieren.
Meistens wählt "Automatic" bereits das beste aus. Mehr ist in der Regel
nicht zu tun. Manchmal muss man angeben, aus wie viel Zeilen und Spalten die
Scans bestehen. Ich nenne die Bilder z. B. "11", "12", "13", "21", "22",
"23", dann ist das einfacher und wird meistens selbst erkannt.

ICE benötigt allerdings relativ viel Überlappung und funktioniert am besten,
wenn alle Überlappungen etwa gleich breit sind.

Viel Erfolg

Bernhard

> -Ursprüngliche Nachricht-
> Von: Thorsten Alge [mailto:m...@thorsten-alge.de]
> Gesendet: Mittwoch, 26. Juni 2013 23:25
> An: Openstreetmap allgemeines in Deutsch
> Betreff: [Talk-de] Bilder zusammenfügen
> 
> Hallo Liste,
> 
> ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene
> Zwecke einscannen würde. Da diese aber deutlich über die größe meines
> Scanners herausragen muss ich diese in Abschnitten einscannen und
> danach zusammen fügen.
> 
> Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software
> empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar
> nicht zurecht.
> 
> Gruß
> 
> Thorsten
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Bauliche Trennung

[Bernhard Weiskopf]

Hallo Wolfgang,

das wird tatsächlich sehr unterschiedlich gehandhabt.

§ 3 Abs. 3 Nr. 2.c) Satz 2 STVO (DE) setzt die Wirkung von zwei Linien (egal
ob durchgezogen oder gestrichelt) gleich mit der Trennung durch bauliche
Einrichtungen. Diese Einrichtungen heben die Geschwindigkeits-Begrenzung von
100 km/h auf. Auf andere Zusammenhänge kann man das nicht übertragen.

Oftmals sind solche Straßen 20 m breit oder noch mehr. Wenn man eine Linie
(highway = ...) in die Mitte zeichnet, sind die rechten Fahrspuren
vielleicht schon mehr als 10 m davon entfernt und das "Einrasten" des Navis
wird problematisch, besonders wenn daneben nochmal ein schmaler Fahrweg
verläuft, dessen highway-Linie dann näher ist.

Meine persönliche Meinung: Ich betrachte solche breiten Straßen mit zwei
Mittellinien als zwei Fahrbahnen, habe aber noch keine solche Straße
eingetragen. Bestehende habe ich unverändert gelassen.

Bernhard



> -Ursprüngliche Nachricht-
> Von: Wolfgang Hinsch [mailto:osm-lis...@ivkasogis.de]
> Gesendet: Montag, 1. Juli 2013 17:57
> An: talk-de@openstreetmap.org
> Betreff: [Talk-de] Bauliche Trennung
> 
> Hallo,
> zu dem Begriff "bauliche Trennung" findet man unterschiedliche Texte im
> Wiki.
> 
> Mein konkrete Frage: ist eine doppelte Mittellinie ohne Leitplanke o.ä.
> bereits eine "bauliche Trennung" oder sind die Einträge in einzelnen Wiki-
> Artikeln auf ein Missverständnis des §3 Abs.3 Nr.2c STVO(DE) bezüglich der
> Höchstgeschwindigket außerorts zurückzuführen? Dort wird der doppelte
> Mittelstreifen gerade nicht als bauliche Trennung definiert.
> 
> Gruß, Wolfgang
> 



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

[Talk-de] Routing-Problem mit OSRM

[Bernhard Weiskopf]

Hallo an alle,

weiß jemand, warum OSRM (http://map.project-osrm.org/) die Ausfahrt Rastatt
Nord meidet? (s. http://osrm.at/44a)

Soweit ich das verstehe, betrachtet OSRM den Weg 44035742 als Einbahnstraße.
In den tags steht "oneway = no" seit Oktober 2010.

http://openrouteservice.org/ routet dagegen über die Ausfahrt wie ich das
erwarte.

Bernhard



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

Re: [Talk-de] Spurassistent / lanes / turn

[Bernhard Weiskopf]

> > Wo man in Realität noch lustig zwischen den Spuren hin- und her
> > wechseln kann, darf es keine parallelen highways geben.
> Ich habe das teilweise trotzdem gemacht, und zwar immer da, wo es mit
> einer einzelnen Spur nicht mehr sinnvoll editierbar gewesen wäre. 

Ein Problem ist dann auch die Navigation. Trennt man die Ausfädelspur früh
ab, erfolgt am Abbiegepunkt kein Hinweis mehr, wie "Jetzt rechts abbiegen",
denn nach der Karte fährt man nur noch eine Kurve und biegt nicht ab.

Bernhard



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

[Talk-de] Wasserturm "verschwunden"

[Bernhard Weiskopf]

Hallo an alle,

kann mir jemand Tipps geben, warum Mapnik den Mannheimer Wasserturm
http://www.openstreetmap.org/browse/way/200714910 nicht mehr anzeigt?

Auch der Umgang in 5 m Höhe
http://www.openstreetmap.org/browse/way/200715860 fehlt.

Die gleich getaggte Treppe mit Podest (mittlere Höhe = 2 m)
http://www.openstreetmap.org/browse/way/200715859 wird dagegen angezeigt.

Anfangs dachte ich an ein transientes Rendering-Problem, aber das ist seit
einigen Wochen schon so.

Die Hike & Bike Map zeigt ihn auch nicht:
http://hikebikemap.de/?zoom=17&lat=49.484&lon=8.4756 

Beim deutschen Kartenstil wird der Wasserturm auch nicht angezeigt:
http://www.openstreetmap.de/karte.html?zoom=18&lat=49.484&lon=8.476 
Nach Wechsel auch auf die ÖPNV-Karte dagegen schon:
http://www.openstreetmap.de/karte.html?zoom=18&lat=49.484&lon=8.476&layers=0
0B0TT

OSM2World zeigt ihn auch korrekt an:
http://maps.osm2world.org/?zoom=18&lat=49.48418&lon=8.4755&layers=B0TTFF

Bei der OpenTopoMap scheint unter dem Turmsymbol auch alles da zu sein:
http://www.opentopomap.org/map#49.484|8.4756|15

Bei der France Tropo Map fehlt er völlig, auch die Treppe mit Podest:
http://francetopo.fr/?map_x=1096700&map_y=6945376&map_zoom=11
Hier ist vermutlich alles von der Fußgängerzone überdeckt.

Gruß Bernhard



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

Re: [Talk-de] Wasserturm "verschwunden"

[Bernhard Weiskopf]

Nochmal Hallo,

eben habe ich gelesen, dass Multipolygone mit "role = inner" sich nicht
berühren dürfen.

Warum nicht?
Muss man demnach einen zusätzlichen way auf die Außenline der Gebäude legen
und diesen mit "role = inner" in das Multipolygon einbinden?

Das finde ich umständlich, werde es aber irgendwann mal ausprobieren.

Bernhard


PS: 
Google Maps zeigt den Wasserturm, das Wahrzeichen der Stadt Mannheim, auch
nicht an ;-)
https://maps.google.de/?ll=49.484,8.476&z=17


> -Ursprüngliche Nachricht-----
> Von: Bernhard Weiskopf [mailto:bweisk...@gmx.de]
> Gesendet: Samstag, 20. Juli 2013 18:40
> An: Openstreetmap allgemeines in Deutsch
> Betreff: [Talk-de] Wasserturm "verschwunden"
> 
> Hallo an alle,
> 
> kann mir jemand Tipps geben, warum Mapnik den Mannheimer
> Wasserturm
> http://www.openstreetmap.org/browse/way/200714910 nicht mehr
> anzeigt?
> 
> Auch der Umgang in 5 m Höhe
> http://www.openstreetmap.org/browse/way/200715860 fehlt.
> 
> Die gleich getaggte Treppe mit Podest (mittlere Höhe = 2 m)
> http://www.openstreetmap.org/browse/way/200715859 wird dagegen
> angezeigt.
> 
> Anfangs dachte ich an ein transientes Rendering-Problem, aber das ist seit
> einigen Wochen schon so.
> 
> Die Hike & Bike Map zeigt ihn auch nicht:
> http://hikebikemap.de/?zoom=17&lat=49.484&lon=8.4756
> 
> Beim deutschen Kartenstil wird der Wasserturm auch nicht angezeigt:
> http://www.openstreetmap.de/karte.html?zoom=18&lat=49.484&lon=8.47
> 6
> Nach Wechsel auch auf die ÖPNV-Karte dagegen schon:
> http://www.openstreetmap.de/karte.html?zoom=18&lat=49.484&lon=8.47
> 6&layers=0
> 0B0TT
> 
> OSM2World zeigt ihn auch korrekt an:
> http://maps.osm2world.org/?zoom=18&lat=49.48418&lon=8.4755&layers=
> B0TTFF
> 
> Bei der OpenTopoMap scheint unter dem Turmsymbol auch alles da zu
> sein:
> http://www.opentopomap.org/map#49.484|8.4756|15
> 
> Bei der France Tropo Map fehlt er völlig, auch die Treppe mit Podest:
> http://francetopo.fr/?map_x=1096700&map_y=6945376&map_zoom=11
> Hier ist vermutlich alles von der Fußgängerzone überdeckt.
> 
> Gruß Bernhard
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

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

[Bernhard Weiskopf]

"Zitate" aus anderen Quellen sind im Urheberrecht erlaubt, dann muss aber die 
Zitat-Quelle erkennbar angegeben werden. Das können wir bei OSM nicht 
garantieren, da ein anderer die Quellangabe wieder löschen kann, außerdem kann 
nicht jeder Nutzer die Quellangabe ohne Weiteres erkennen.

Von der Nutzung von Quellen wie Google Maps rate ich dringend ab. Google Maps 
enthält beispielsweise Fehler, aus denen man ein Plagiat ziemlich deutlich 
erkennen kann. Wer z. B. den Mannheimer Stadtteil "Reinheim" 
https://maps.google.de/maps?q=mannheim-reinheim irgendwo einträgt, kann das nur 
von Google kopiert haben, Mannheim-Reinheim existiert nämlich nicht.

Bernhard



> -Ursprüngliche Nachricht-
> Von: Dirk Sohler [mailto:s...@0x7be.de]
> Gesendet: Dienstag, 6. August 2013 22:17
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz
> Datenverarbeitung GmbH
> 
> Tracy Kasperczyk schrieb:
> > Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die
> > genutzt werden können.
> 
> Google Maps ist auch eine „öffentliche Quelle“ die „genutzt werden kann“ –
> Darf aber trotzdem nicht „abgemalt“ werden.
> 
> Das solltet ihr auf jeden Fall klären.
> 
> Grüße,
> Dirk
> 
> --
> Local time :: Ortszeit :: DE-HH
> 2013-08-06T22:16:08+0200


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

Re: [Talk-de] highway=abandoned

[Bernhard Weiskopf]

Hallo an alle,

solange alte Strukturen, z. B. Straßen oder Gebäude, noch auf Luftbildern
erscheinen könnten, lösche ich sie nicht, sondern setze vor die relevanten
Tags "abandoned:" 

Dann werden diese Strukturen von den Renderern nicht mehr dargestellt, aber
von den Editoren. So kann nicht mehr vorkommen, dass jemand das nicht mehr
Existente von einem alten Luftbild ausgehend wieder einträgt.

Ich habe aber auch schon mal eine nicht mehr existente Straße eingetragen,
von der man praktisch nichts mehr sieht. Parallel dazu stehen aber noch alte
Baumreihen und ähnliches und die Linie, die nur im Editor zu sehen ist,
dient als Hilfslinie zum Ausrichten der parallelen Strukturen.

Viele Grüße

Bernhard



> -Ursprüngliche Nachricht-
> Von: tumsi [mailto:tu...@gmx.de]
> Gesendet: Mittwoch, 21. August 2013 13:31
> An: talk-de@openstreetmap.org
> Betreff: [Talk-de] highway=abandoned
> 
> Hallo zusammen,
> 
> Ich bin gerade in meiner Region auf neue Edits gestossen, wo alte und
> mittlerweile teilweise nicht mehr existierende Straßen gemappt wurden.
> Getaggt sind diese Linien mit highway=abandoned und old_ref=xyz. Ich
> finde das ganze etwas seltsam, vor allem, wenn man vor Ort nicht einmal
> mehr erkennen kann, dass dort irgendwann einmal Straßen existierten!
> Welchen Wert hat das ganze in der Datenbank? Ich mappe doch auch keine
> Gebäude, die abgerissen wurden und an deren Stelle nun neue Gebäude
> stehen...
> 
> Wie seht ihr das?
> 
> Viele Grüße,
> Constanze
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Adressbestände Köln nun als OpenData

[Bernhard Weiskopf]

Das ist in Mannheim und vermutlich in anderen deutschen Städten ebenso.

Bereits im Bebauungsplan werden den Flurstücken Hausnummern zugeordnet. Das 
erste Haus auf dem Grundstück erhält dann die zugeteilte "Hausnummer". Weitere 
Häuser auf demselben Flurstück werden mit angehängten Nummernzusätzen ergänzt.

Besonders großen Flurstücken werden aber auch schon mal mehrere Hausnummern 
zugeordnet, wenn darauf voraussichtlich mehrere Häuser errichtet werden.

In unserem Wohngebiet wurden einige Garagenplätze geteilt in jeweils eine 
Gemeinschaftsfläche und viele 3 m x 6 m große Flächen für die Garagen. Hier 
bekam dann jede Garage eine eigene Hausnummer, die hat aber niemand an der 
Garage angebracht, obwohl das rein rechtlich vermutlich notwendig wäre.

Bernhard

> -Ursprüngliche Nachricht-
> Von: Jörg Frings-Fürst [mailto:o...@jff-webhosting.net]
> Gesendet: Samstag, 31. August 2013 09:58
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Adressbestände Köln nun als OpenData
> 
> Moin Dirk,
> 
> in §126 Abs. 3 Baugesetzbuch steht: Der Eigentümer hat sein Grundstück
> mit der von der Gemeinde festgesetzten Nummer zu versehen. Im Übrigen
> gelten die landesrechtlichen Vorschriften.
> 
> Die Nummern werden den Grundstücken zugeordnet und werden als
> "Hausnummer" im Grundbuch eingetragen.
> 
> Die Nummern werden zumindest hier auch für Grundstücke vergeben die
> noch nicht bebaut sind, aber in einem Gebiet mit Bebauungsplan liegen
> und bebaut werden könnten.
> 
> Nur so lassen sich dann auch Hausnummern wie 8-12 erklären, bei denen
> die Bebauung über mehrere Grundstücke geht.
> 
> Schönes Wochenende noch
> 
> Jörg
> 
> 
> --
> Jörg Frings-Fürst
> OSM privat
> D-54526 Landscheid
> GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A
> Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23
> SHA1-Fingerprint:
> CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E
> http://cacert.org
> 
> Am Freitag, den 30.08.2013, 13:02 +0200 schrieb Dirk Sohler:
> > Martin Koppenhoefer schrieb:
> > > m.E. am sinnvollsten auf dem gesamten Gebiet, auf dem sie gilt.
> >
> > HAUSnummer, nicht Grundstücksnummer (das wäre dann nämlich die
> > Flurstücksnummer aus dem Katasterplan).
> >
> > Zudem beschreibt eine Adresse im allgemeinen Sprachgebrauch immer
> ganz
> > konkret einen Wohnort (Straße, Hausnummer, ggf. Appartement-
> Nummer),
> > und nicht ein Grundstück (vgl. Flurstücksnummer, die „Adresse des
> > Grundstückes“).
> >
> > Grüße,
> > Dirk



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

Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp

[Bernhard Weiskopf]

> Von: Peter Wendorff [mailto:wendo...@uni-paderborn.de]
> Gesendet: Dienstag, 1. Oktober 2013 20:57
> Wenn die Postleitzahlengebiete so eindeutig und korrekt eingetragen
> wären...

In meiner Umgebung sind die Postleitzahlengebiete relativ genau wie in der
früheren Karte der Post eingetragen. Die Gebiete stimmen aber nicht genau
mit den tatsächlichen Zustellbezirken und Postleitzahlen überein, auch
damals nicht. In der Regel stimmen die Angaben an den Gebäuden besser.

Aus dem Vergleich verspreche ich mir eine Korrekturmöglichkeit der
Gebietsrelationen und rate ebenfalls beides beizubehalten.

> Abgesehen davon sind Postleitzahlengebiete nicht immer vollständig
> anzunehmen, weil Großkunden etc. davon abweichende Postleitzahlen
> haben ...

Großkunden haben zwei (oder mehr) Postleitzahlen: Die örtliche (gilt nach
wie vor für Frachtzustellungen) und zusätzlich (meistens) eine
Großkundenpostleitzahl (für Briefe u. ä.). Die Großkundenpostleitzahl ist
nur eine Kurzform für die Postfachadresse. Unter addr:postcode trage ich
stets die örtliche Postleitzahl ein, die zur Straßenanschrift gehört.

Bernhard



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

[Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden

[Bernhard Weiskopf]

Hallo an alle,

eben habe ich festgestellt, dass Mapnik in Mannheim-Innenstadt keine Namen
der Quadrate mehr anzeigt.

Mannheim-Innenstadt hat keine Straßennamen, sondern die Quadrate, die in der
Regel von vier Straßen umschlossen sind, heißen z. B. A1, A2, K5 usw., siehe


Diese Quadratenamen sind an jeder Quadrat-Ecke angeschrieben und sind die
Hauptorientierungsmittel in der Innenstadt, so wie die Straßennamen in
anderen Städten. Ohne diese Namen ist man fast orientierungslos.

Fehlen die Namen in der Karte wegen dem neuen Rendering-Verfahren oder weil
jemand "place = neighbourhood" (mit Kommentar "Adressen in
Mannheim-Quadratestadt: Umtagging auf "addr:place"=* ..., Quadrate mit
place=neighbourhood") ergänzt hat?

Was ist zu tun, dass die Namen wieder angezeigt werden?

Bernhard



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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, "Lübecker Methode")

[Bernhard Weiskopf]

> Dann zeige doch mal einen Radweg, der mit oneway=yes getaggt ist, weil er
> straßenbegleitend ist.

Zum Beispiel hier: 


In Mannheim sind etwa die Hälfte der straßenbegleitenden Radwege in beiden
Richtungen freigegeben, die andere Hälfte nicht.

So auch im o. a. Fall: der südliche Weg darf nur Richtung Osten benutzt
werden, der nördliche in beiden Richtungen.

Bernhard




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

Re: [Talk-de] Routing-Hinweise taggen

[Bernhard Weiskopf]

Hallo an alle,

wie tagge ich am besten den folgenden Fall für Fahrrad-Routing bei 


Man kommt man von Norden auf dem Radweg neben der Sonderburger Straße und
möchte weiter Richtung Süden.

Am Ende des Radwegs stehen (unverbindliche) Hinweisschilder, die Radfahrer
Richtung Süden über die parallel verlaufende Hohensalzaer Straße leiten. 

Die Hohensalzaer Straße ist eine ruhige Wohnstraße, auf der man gut
Radfahren kann, während die Sonderburger Straße eine verkehrsreiche
Hauptstraße ist, mit LKW-Verkehr, Bushaltestellen und Engstellen. Hier ist
Radfahren zwar nicht verboten, aber auch wirklich nicht zu empfehlen.

Was kann man tun, dass Fahrradrouter die empfohlene Beschilderung kennen?

Bernhard



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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, "Lübecker Methode")

[Bernhard Weiskopf]

> +1 für oneway=yes/no an Radwegen! (-1 für "vorläufig")
> Radwege sind nicht einheitlich in 2 Richtungen (bzw. eine Richtung)
> freigegeben, so dass ein Standardwert (wie bei motorway oder "normalen"
> Straßen) überhaupt keinen Sinn macht.
> 
> Aber warum nur an straßenbegleitenden?

Aus meiner Sicht:
oneway = yes - Fahrzeuge dürfen nur in eine Richtung fahren 
(Beschilderung wurde geprüft)

oneway = no - Fahrzeuge dürfen in beiden Richtung fahren 
(Beschilderung wurde geprüft)

keine oneway-Angabe - Richtung unbekannt bzw. ungeprüft. 
Router nehmen an, dass beide Richtungen erlaubt sind.

Vorläufig oder nicht - Keine Zeitunterscheidung, d. h. bleibend

Straßenbegleitend oder nicht - Keine Fallunterscheidung notwendig

Bernhard



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

Re: [Talk-de] Routing-Hinweise taggen

[Bernhard Weiskopf]

> >> Was kann man tun, dass Fahrradrouter die empfohlene 
> >> Beschilderung kennen?
> >
> > Ich benutze in solchen Fällen gerne ein bicycle=avoid.
> 
> Aber es spricht nichts dagegen, die Umgehung als lcn=yes zu 
> taggen.

lcn ist mir nur in Verbindung mit Relationen bzw. ausgeschilderten Routen
(mit Namen) bekannt. Hier ist das nur eine kurze (namenlose) Umgehung, ich
finde es trotzdem okay.

bicycle = avoid habe ich noch nie gesehen geschweige denn verwendet. Aber
das ist ziemlich genau das, was die Stadt mit dem Aufstellen der Schilder
gemeint hat.

> Ich habe mir die Straße zwar nur im Satellitenbild angeschaut, würde aber
> wahrscheinlich nicht den Umweg inkaufnehmen, da es auf der Hauptstraße
> vermutlich deutlich schneller und sicherer voran geht. Deswegen ginge mir
> ein bicycle=avoid etwas zu weit.

Die Straße ist ohne Zweifel schneller, aber für Radfahrer sehr unsicher. Sie
ist schmal, da passt auf ein paar hundert Meter kein Radweg daneben und die
Autos überholen sehr dicht. An zwei Bushaltestellen wurden kleine Inseln
eingerichtet, dass Fußgänger beim Überqueren in der Straßenmitte
stehenbleiben können. Hier sind die Fahrbahnen genau 3 Meter breit und PKW
überholen trotzdem die Radfahrer.

Routing von "schnellster Strecke" und "kürzester Strecke" soll durchaus über
diese gefährliche Strecke führen, aber Router, die mehr können, sollen die
Ausweichstrecke erkennen und nutzen.

> Der Radweg ist mit horse=no & motor_vehicle=no getaggt. Es ist besser, nur
> die Bedeutung der Schilder zu taggen, die auch dort stehen.
> foot/bicycle=designated zeigt ja schon an, dass es sich um einen Sonderweg
> für Radfahrer & Fußgänger handelt und für die anderen
> Verkehrsteilnehmer nicht erlaubt ist. 

Gemäß den Empfehlungen ist der kombinierte Rad- und Fußweg als "path"
getagged. Hier muss "horse = no" dazu, denn implizit gilt bei path "horse =
yes". foot/bicycle=designated hat keinen Einfluss auf horse.

motor_vehicle=no ist nicht notwendig, da stimme ich zu. Üblicherweise lasse
ich Redundanzen stehen, sie schaden nicht.

> Stattdessen wäre es praktisch anzugeben, ob es ein
> gemeinsamer- oder getrennter Fuß- und Radweg ist, mit
> segregated=yes/no :-)

Warum stattdessen? 
segregated=yes/no muss jemand nachprüfen. Als ich zuletzt dort war, war im
nördlichen Teil "segregated = yes" und im südlichen "segregated = no". Das
wurde aber mehrmals geändert und den jetzt aktuellen Stand kenne ich nicht.
Da zwischen Radweg und Straße teilweise ein Grünstreifen verläuft, sind
darauf oft die Hunde und ich bin froh, wenn Herrchen dann auf dem Radweg
steht, dann komme ich mit dem Rad über den Fußweg gut vorbei. Andernfalls
gibt's Konflikt mit der Leine quer über den Radweg.

Bernhard




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

Re: [Talk-de] Routing-Hinweise taggen

[Bernhard Weiskopf]

> > bicycle = avoid ...
> das kommt ja auch weltweit nur 97 mal vor. M.E. ist das kein guter tag, da
> "bicycle" ein tag ist, um die rechtliche Situation darzustellen (klares
Verbot
> bzw. Erlaubnis / Widmung für Fahrradfahrer). "Vermeiden" passt da m.E.
> nicht dazu, da das eine unverbindliche Empfehlung ist, und kein
rechtliches
> Verbot. Prinzipiell taggen wir solche subjektiven Dinge nicht, und falls
man
> sich durch diese Grundregel schon nicht abbringen lassen will, es trotzdem
> zu tun, dann sollte man wenigstens einen kompatiblen tag verwenden
> (bicycle=avoid ist nicht kompatibel weil es so unmöglich wird, die
rechtliche
> Situation zu taggen).

Aus meiner Sicht ist die rechtliche Situation klar: "avoid" ist kein Verbot,
rechtlich also gleichzusetzen mit "yes". Es gibt ja auch weitere tags außer
"yes" und "no", z. B. "designated".

Bernhard




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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, "Lübecker Methode")

[Bernhard Weiskopf]

> Insofern braucht man entweder das oneway-Tag immer, 
> oder aber die Information, dass und zu welcher Straße (!) 
> ein Radweg straßenbegleitend ist.

Meinetwegen können Router über mehr oder weniger komplexe Kombinationen
selbst versuchen, in welche Richtung sie routen dürfen, wenn sie keine
weiteren Infos haben.

Am sichersten erkennt das aber doch der Mapper vor Ort, den Weg schon mal
gefahren ist (Tipp: ab und zu mal nach hinten schauen, ob dort auch Schilder
stehen) und die entsprechenden Rechte und Verbote gezielt einträgt.

Ich bin für direktes Eintragen von "oneway" als Tag statt über Relationen.
Das finde ich am Einfachsten, lässt keine Interpretationsräume offen und
wird in der Karte auch noch angezeigt, genau wie Einbahnstraßen.

Bernhard




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

[Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Bernhard Weiskopf]

> Denn: Außerorts ist das befahren mit dem Mofa erlaubt. (Bei 
> gleicher Beschilderung)

Das ist ein Punkt, den ich vermisse: Inner- und außerorts gelten in
Deutschland andere Verkehrsregeln, nicht nur für die Benutzung von Radwegen,
sondern auch fürs Parken, fürs Gehen an Straßen, für
Höchstgeschwindigkeiten, fürs Rechtsfahrgebot usw.

Gibt es ein Tag, mit dem man inner- oder außerhalb geschlossener Ortschaft
kennzeichnen kann?

Bernhard



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

Re: [Talk-de] Routing-Hinweise taggen

[Bernhard Weiskopf]

> Ein genereller Vermeidungshinweis ist nicht optimal. Dann doch besser was
> aus dem Tag class:bicycle=*
> http://wiki.openstreetmap.org/wiki/Class:bicycle
> z.B. class:bicycle:non_experienced=1/-1 für die Umleitung bzw. die
> Hauptstraße.

Das sieht doch gut aus, ist zwar ein Proposal, aber wenigstens dokumentiert.

Ich werde an der Hauptstraße mal "class:bicycle = -1" eintragen. Dann müsste
ein Router, der das auswertet, sicherlich den etwas weiteren Parallelweg
verwenden.

> > Gemäß den Empfehlungen ist der kombinierte Rad- und Fußweg als
> "path"
> > getagged. Hier muss "horse = no" dazu, denn implizit gilt bei path
> > "horse = yes". foot/bicycle=designated hat keinen Einfluss auf horse.
> >
> > motor_vehicle=no ist nicht notwendig, da stimme ich zu. Üblicherweise
> > lasse ich Redundanzen stehen, sie schaden nicht.
> 
> Und wie taggst du einen Weg "mit" den expliziten Beschränkungen für
> Pferd und Motorfahrzeug? Genauso? Es macht mMn viel mehr Sinn die
> Aussage der Schilder zu Taggen, und das foot/bicycle=designated steht für
> den benutzungspflichtigen Sonderweg, und somit automatisch ein Verbot
> für alle anderen. Bei dem Taggen Schildern die nicht da sind, vergisst mal
> leicht einzelne Nutzergruppen, was ist mit den nichtmotorisierten
> Fahrzeugen, die dürfen nämlich dort auch nicht fahren.

Nach meinem Verständnis setzen sich die access-Rechte zusammen aus der
Wegart (highway)
 und den explizit angegebenen access Tags. Es mag sein, dass
irgendwo irgendwelche Ausnahmen und abgeleitete Rechte und Verbote
beschrieben sind, ich schreibe lieber etwas mehr Konkretes dran, es schadet
ja nicht.

> Also wenn dann vehicle=no, oder noch besser access=no. (Dies bitte 
> nicht ernst nehmen, wollte nur aufzeigen wo es dann hinführt.)

Warum eigentlich nicht? Es wäre zumindest nicht verkehrt. ;-)
Das meiste ist aber im o. a. Link bereits geregelt.

Bernhard



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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege

[Bernhard Weiskopf]

> On Thu, Oct 31, 2013 at 06:20:25PM +0100, Stephan Wolff wrote:
> > Auch für gutes Fahrradrouting muss man straßenbegleitende von
> > eigenständigen Radwegen unterscheiden können. 
> > teils vom Radweg auf die Straße und zurück auf den Radweg 
> > geschickt, um wenige Meter in der Kurve abzukürzen.

Warum? Der Router sollte je nach Fahrzeug und Einstellung gewichten können,
welchen Weg er wählen soll (kürzeste Verbindung, für Tour-Radfahrer
bevorzugt, für Rennradfahrer, usw.). Bei kürzester Verbindung kann es eben
vorkommen, dass man mehrmals wechseln muss.

Bei straßenbegeitenden Radwegen mit Zeichen 237, 240 oder 241 ist Radfahren
auf der Straße verboten. Das muss nur entsprechend der StVO getagged sein.

> Dafuer muss man aber nicht das Datenmodell ueber den haufen werden.
> Die Daten bilden genau das ab was da ist.

Das sehe ich genauso. 

Bernhard



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

Re: [Talk-de] innerorts oder außerorts

[Bernhard Weiskopf]

> Flaechen funktioniert nicht - Es gibt reichlich Straßen die zwar
> durch die Bebauung gehen, d.h. in der landuse=residential verlaufen aber
> eben nicht innerorts sind. Beispiel sind alle Autobahnen und
> Kraftfahrtstraßen.  Dazu koemmen noch jede menge Bundes, Land und
> Kreisstraßen die auf dem Land zwar durch den Ort gehen aber erst beim
> abbiegen steht ein Ortseingangsschild.
> 
> landuse=residential ist genau das was es sagt - Die Straße befindet sich
in
> der Bebauung jedoch mitnichten Innerorts - Das sind zwei voellig
> unterschiedliche paar Schuhe.
> 
> In den maxspeeds gibt es ja die moeglichkeit die Quelle der
> Geschwindigkeitsbeschränkung zu beschreiben. Das kann das ganze schon
> deutlich besser treffen.

Das ist zwar ein Ansatz, funktioniert aber auch nur eingeschränkt, das hast
du ja schon erläutert.

Die Werte "rural" für "außerorts" und "urban" für "innerorts" sind bereits
bekannt, bis jetzt aber nur in Verbindung mit "maxspeed" definiert. Die
könnte man doch auch für allgemeinere Schlüssel verwenden, oder?

Bernhard



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

Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Bernhard Weiskopf]

> > Gibt es ein Tag, mit dem man inner- oder außerhalb geschlossener
> > Ortschaft kennzeichnen kann?
> 
> mit traffic_sign=city_limit neben der Straße kann man innerorts /
außerorts
> darstellen, wenn alle Schilder getaggt sind, kann man die innerorts Inseln
> bilden.

Dieses traffic_sign stellt die Grenze zwischen inner- und außerorts dar. 
Ich komme mit dem traffic_sign-tagging aber nicht ganz klar.

Die Schilder sind mal auf der Straße getagged, mal rechts daneben und mal
dort, wo sie in Realität stehen (das ist bei mir auch manchmal auf der
linken Seite). Somit sehe ich nicht, in welche Richtung inner- oder
außerorts beginnt oder endet. (Als Mensch kann man das meistens schon, wenn
man die Umgebung betrachtet, als Router wird's aufwändig.) Manche Schilder
stehen weit vor der residential-area-Grenze, manche auch weit dahinter, wenn
der Ortsteil davor nicht als geschlossene Ortschaft zählt. Und manche Städte
stoßen direkt aneinander, dann ist beidseits innerorts. In Mannheim fehlen
auch ein paar Schilder, die kann man gar nicht taggen.

Bernhard



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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, "Lübecker Methode")

[Bernhard Weiskopf]

> Spontane Fälle, bei denen ich mir da nicht sicher bin, wie
> das zu tun wäre:
> 
> Fall 1) Benutzungspflichtiger Radweg: Taggst du dann bicycle=no an der
> dazugehörigen Straße? Im Grunde genommen schon, denn da darf man
> dann eben nicht Radfahren (solange der Zustand des Radwegs zumutbar
> ist).

In Deutschland: Ja. 
StVO: "Der  Radverkehr  darf  nicht  die  Fahrbahn,  sondern  muss den
Radweg benutzen". (-> Fahrbahbenutzungsverbot)

Das gilt nur für die Radwege direkt neben der Straße. Wenn der Radweg
ausnahmsweise nicht benutzbar ist, fährt man auf der Straße, also wenige
Meter neben der Route auf dem Navi. Das ist kein Problem.

> Fall 2) Benutzungspflichtiger Radweg ohne explizite Erlaubnis in
> Gegenrichtung, aber nur auf einer Seite: Welche Tags kommen dann 
> an die Straße?

Radweg:
oneway = yes; 
bicycle = designated
Straße:
bicycle:forward = no
bicycle:backward = yes (ist redundant, würde ich aber trotzdem eintragen)

Bernhard


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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, "Lübecker Methode")

[Bernhard Weiskopf]

> Noch schöner: Benutzungspflichtiger Radweg links, zusätzlicher Radweg
> rechts, beide für beide Richtungen zugelassen, aber nur der linke ist
> -s.o.- benutzungspflichtig.
> 
> Eigentlich müsste man dann das Rad tragen :-)

Genau dann verstößt du gegen die StVO: Wer sein Rad trägt ist Fußgänger und
hat auf einem Radweg nichts zu suchen. ;-)

Bernhard



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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, "Lübecker Methode")

[Bernhard Weiskopf]

> Von: Wolfgang Hinsch [mailto:osm-lis...@ivkasogis.de]
> Am Sonntag, den 03.11.2013, 22:37 +0100 schrieb Bernhard Weiskopf:
> > > Spontane Fälle, bei denen ich mir da nicht sicher bin, wie das zu
> > > tun wäre:
> > >
> > > Fall 1) Benutzungspflichtiger Radweg: Taggst du dann bicycle=no an
> > > der dazugehörigen Straße? Im Grunde genommen schon, denn da darf
> > > man dann eben nicht Radfahren (solange der Zustand des Radwegs
> > > zumutbar ist).
> >
> > In Deutschland: Ja.
> > StVO: "Der  Radverkehr  darf  nicht  die  Fahrbahn,  sondern  muss den
> > Radweg benutzen". (-> Fahrbahbenutzungsverbot)
> 
> Nee, das war mal.
> 
> §2 Abs. 4 Satz 2ff:
> "Eine Pflicht, Radwege in der jeweiligen Fahrtrichtung zu benutzen, besteht
> nur, wenn dies durch Zeichen 237, 240 oder 241 angeordnet ist.
> Rechte Radwege ohne die Zeichen 237,
> 240 oder 241 dürfen benutzt werden. Linke Radwege ohne die Zeichen 237,
> 240 oder 241 dürfen nur benutzt
> werden, wenn dies durch das allein stehende Zusatzzeichen „Radverkehr
> frei“ angezeigt ist."

Nee, das ist immer noch so:  Benutzungspflichtige Radwege müssen benutzt werden.

Du hast nur zitiert, was "benutzungspflichtig" bedeutet, das war hier gar nicht 
strittig. Es ging ausschließlich um benutzungspflichtige Radwege.

Bernhard



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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, "Lübecker Methode")

[Bernhard Weiskopf]

> bicyle=no ist ganz falsch, denn man darf die Fahrbahn benutzen, unter
> verschiedenen Bedingungen. Ich dachte da eher an eine Kombination aus
> einem Tag am Radweg (bicycle=designated) und einem auf der Fahrbahn
> (bicycle=use_cycleway). Zu bicycle=use_cycleway wird es in den nächsten
> Tagen einen Vorschlag geben, ist schon so gut wie fertig.

bicycle = no ist ganz richtig, das steht im Gesetz. (Verbot die Fahrbahn zu 
benutzen)

Wir können nicht alle Ausnahmen taggen. Was ist tragisch, wenn z. B. der Weg 
mal unbenutzbar ist und man als Umleitung die Straße benutzt? Verirrt man sich, 
weil man 5 Meter neben dem Weg mit der Linie im Navi fährt?

> Bei nicht benutzungspflichtigen Radwegen darf dann nicht mehr
> bicycle=designated verwendet werden. Und da es dummerweise der
> Defaultwert von highway=cycleway ist, darf es keine Defalutwert mehr
> geben, oder bzw.
> zusätzlich bicycle=yes gesetzt werden, damit man den Unterschied
> feststellen kann. Eine andere Lösung fällt mir momentan nicht ein.

bicycle = designated ist ein für Radfahrer bestimmter und gekennzeichneter Weg. 
Das ist unabhängig, ob man die Fahrbahn benutzen darf oder nicht.

-> Wir haben alles was wir brauchen, neue Werte halte ich für unnötig.

Bernhard



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

Re: [Talk-de] Datenmodell für straßenbegleitende Wege

[Bernhard Weiskopf]

> > Am 03/nov/2013 um 19:39 schrieb "Bernhard Weiskopf"
> :
> >
> > Bei straßenbegeitenden Radwegen mit Zeichen 237, 240 oder 241 ist
> > Radfahren auf der Straße verboten.
> 
> ist es nicht, die Benutzung des Radwegs ist unter bestimmten Bedingungen
> vorgeschrieben, das ist aber nicht dasselbe wie ein Verbot auf der Straße,
> das haben wir schon zig mal diskutiert.
> 
> Gruß,
> Martin

Die StVO, die die Straßenbenutzung regelt, hat Gesetzescharakter und darin
habe ich keine "bestimmten Bedingungen" gefunden. Den Wortlaut "Der
Radverkehr  darf  nicht  die  Fahrbahn,  sondern  muss den Radweg benutzen"
finde ich klar formuliert. 

Diskussionsbedarf sehe ich nicht.

Bernhard



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

Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege

[Bernhard Weiskopf]

> ja, zusätzlich setze ich auch source:maxspeed, wobei ich das bei
> gleichzeitigem 50er Schild auf sign setze, weil sich dort ja auch im Falle
einer
> Änderung des defaults die Begrenzung nicht ändern würde.

Das 50er-Schild gilt übrigens für alle Fahrzeuge, das Ortsschild dagegen nur
für Kraftfahrzeuge. Radfahrer dürfen nach letzterem also schneller fahren.

Bernhard

PS: source:maxspeed habe ich bisher nicht genutzt, finde ich aber informativ
und werde es zukünftig anwenden.



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

Re: [Talk-de] 1000 Hausnummern

[Bernhard Weiskopf]

> Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
> ... in anderen Fällen halte ich es dennoch für wünschenswert, 
> dass man die (offizielle) Nummer in OSM einträgt, weil früher 
> oder später wird auf einem Beugrundstück auch gebaut, und 
> wenn man nun schon die Nummer in der Hand hat, und JOSM 
> an der richtigen Stelle, wieso nicht gleich eintragen?

Als Grundstückseigentümer wäre ich froh, den Bauern, der das Gestrüpp auf
dem Brachgrundstück mähen soll, einfach per Adresse zum richtigen Grundstück
schicken zu können; und als Bauherr die Handwerker an die richtige
Baustelle.

In Mannheim wird die Hausnummer im Bebauungsplan veröffentlicht und der ist
nicht geheim. Die Hausnummer muss am ersten dort errichteten Haus angebracht
werden, dann gehört die Nummer zum Haus. Das zweite Haus erhält bei der
Nummer den Zusatz "a" usw. Ich nehme an, das ist bei den meisten Gemeinden
ähnlich.

Wenn im Bebauungsplan bereits feststeht, dass auf einem Grundstück mehrere
Häuser errichtet werden, werden auch gleich mehrere Nummern dafür vergeben.

Ich bin auch für das Eintragen der "Haus"nummer, auch wenn das Haus noch
nicht steht.

Bernhard



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

Re: [Talk-de] 1000 Hausnummern

[Bernhard Weiskopf]

> Von: Peter Wendorff [mailto:wendo...@uni-paderborn.de]
>
> Das Grundstück hat schon eine Nummer - richtig.
> Aber die bleibt nicht zwingend so.
> Diese Plannummer kann sich durch weitere Aufteilung oder
> Zusammenlegun von Grundstücken ändern, aus 11 wird 11a, 11b und 11c,
> aus 13 und 15 wird 13-15 oder auch nur 13.

Das kann auch später noch passieren. Wenn sich was ändert, wird es eben auch
in OSM geändert, das passiert schließlich bei vielen Dingen.

> Hausnummern und Adressen an ein Grundstück zu schreiben halte ich im
> Prinzip für nicht das schlechteste, aber es macht vermutlich einen
großteil
> der bisherigen Daten für schlechter nutzbar, denn sehr oft haben wir nicht
> mehr als Hausnummer und Straße an Nodes.

Da darf alles dran, was zum jeweiligen Zeitpunkt stimmt, neben
addr:housenumber auch addr:street, addr:postcode, addr:city, ele, ... 

> Bisher kann man daraus ableiten
> 1) Ich kann danach routen (was bei unbebauten Grundstücken ohne
> Hausnummer nicht geht)
> 2) Die Adresse gibt es (stimmt eigentlich immer), als Adresse im Sinne von
> Anschrift gilt das aber nicht, wenn das Grundstück (noch) unbebaut ist.
> Insbesondere dürfte das beim Hausnummern-Abgleich aus offiziellen
> Daten schiefgehen; denn ich vermute, dass dem echte Hausnummern und
> nicht Grundstücksnummern zugrunde liegen dürften.

In Mannheim werden die Nummern ab Vergabe auch in den Datenbanken geführt,
das wird bei anderen Gemeinden mit elektronischer Datenverarbeitung ähnlich
sein. Siehe z. B. ,
Hintergrundkarte = Stadtgrundkarte, Adressensuche... = Ida-Dehmel-Ring,
Hausnummer = 66 oder 68 oder 70. Die sind seit Jahren enthalten, 66 und 68
(auf demselben Grundstück) wurden gerade begonnen, 70 ist immer noch völlig
brach.

> Wenn also Adressen ohne zugehörige Adressaten (und wenns die leere
> Bude ist) eingetragen werden sollten, dann sollte das IMHO deutlich
> unterscheidbar sein.

Wenn jemand unsere Datenbank als (Werbe-)Mailingliste verwendet, habe ich
kein Mitleid wegen unzustellbaren Briefen.

Bernhard



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

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

[Bernhard Weiskopf]

> (Persönlich bin ich z.B. nicht bereit, für OSM zu spenden, solange das 
> Geld den Bordsteinkantenmappern zugute kommt.)

Bordsteinkanten sind für gehbehinderte Nutzer aber schon sehr wichtig.

Bernhard


PS: Solange als Sprache nicht klingonisch verwendet wird, wie bei der
Deutschen Welle ...
http://klingon.dw-world.de/klingon/culture.php
Glücklicherweise bietet Microsoft Bing nicht nur Luftbilder, sondern auch
dafür den passenden Übersetzter: 
http://www.bing.com/translator/?ref=SALL&br=ro&mkt=kl-DE



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

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

[Bernhard Weiskopf]

> Von: Tirkon [mailto:tirko...@yahoo.de]
> Gesendet: Dienstag, 17. Dezember 2013 01:37
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?
> ...
> Ein wichtiger Fall, der IMHO gegen eine Aufnahme von Daten sprechen
> könnte, wäre eine Unübersichtlichkeit durch den Gebrauch komplizierter
> Konstrukte, welche die breite Masse der Mapper, von denen wir immer
> noch zu wenig haben, vom Anfassen und Maintainen abhalten könnte.

Das ist doch längst passiert.

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

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

Bernhard



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

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

[Bernhard Weiskopf]

Hallo Wolfgang,

ich arbeite mit Potlach 2. JOSM hatte ich auf dem alten PC installiert,
hab's aber kaum benutzt, weil mir die Schrift zu klein war. Eben habe ich
versucht JOSM zu installieren, ich komme damit aber nicht klar:

Es startet mit einem Fenster "Veraltete JAVA-Version. Sie verwenden die
JAVA-Version 1.6.0_06 ... JOSM wird mit dieser Version bald nicht mehr
funktionieren..." JAVA darf ich nicht updaten, sonst läuft ein Programm, das
ich geschäftlich brauche nicht mehr. Beim Versuch Hintergrundbilder zu laden
stürzt JOSM ab "JOSM is out of memory".

Ist JOSM der einzige Editor, mit dem die OSM-Daten noch editiert werden
können?

OSM hat den Vorteil, dass auch Fußgängerrouting relativ detailliert
funktioniert. Und die Radwege sind in der Realität teilweise nur in einer
Richtung erlaubt und etwa 25 m auseinander. In OSM kann man das zurzeit
nicht erkennen. Wenn ich mit einer Gruppe fahre interessiert mich auch, ob
zwischen zwei Fahrbahnen, die wir überqueren wollen, eine Insel zum Sammeln
ist, die ist jetzt gar nicht eingetragen.

Zurzeit ist Google an vielen Kreuzungen detaillierter inkl.
Abbiegebeschränkungen und separaten Abbiege-Fahrbahnen. OSM-Router melden
oft "Jetzt rechts abbiegen" wenn man nicht mehr auf die separate Fahrbahn
wechseln kann.

Gruß Bernhard

> Wenn das die alten Relationen sind, einfach die neuen Straßen mit
> reinkippen. Wenn es die neuen Relationen sind, die 2 oder 3 Wege aus der
> einen Richtung entfernen und die neuen Wege dafür reinsetzen. Josm kann
> das sogar automatisch sortieren. Das ist eigentlich recht trivial.
> 
> Komplizierter sind die tmc-Gebilde. Die versteht inzwischen wahrscheinlich
> niemand mehr. Es werden immer mehr, sie sind unverständlich,
> umständlich und kaum handhabbar. Es gab da mal einen Ansatz, das ganze
> zu vereinfachen in einem einzelnen Tag.
> 
> Mit dem Einzeichnen von separaten Parallelwegen verkomplizierst du
> übrigens die Daten auch. Ein tag am way für den Radweg sagt klar, für
> welche Straße er begleitend ist, wie der Straßennamen zuzuordnen ist etc.
> Die Darstellung ist in allen Zoomleveln außerhalb 17+ besser.
> 
> Aus der Klemme kann man rauskommen, wenn die cycleway-tags an der
> Straße bleiben und eine Street-Relation den separaten cycleway an die
> Straßen koppelt. Dann kann der Auswerter je nach Maßstab entscheiden,
> ob er den Radweg einzeln zeichnet oder nur das tag auswertet.
> 
> Gruß, Wolfgang
> 



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

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

[Bernhard Weiskopf]

Bei den großen Kreuzungen käme an die Übergänge
highway = crossing
crossing = traffic_signals

crossing = island passt da nicht zusätzlich hin, es bezeichnet auch nicht
die Regeln der sich kreuzenden Verkehrswege. 

Bernhard

> -Ursprüngliche Nachricht-
> Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
> Gesendet: Samstag, 21. Dezember 2013 00:47
> An: Openstreetmap allgemeines in Deutsch
> Cc: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Komplizierte Konstrukte - WAS: Zeitreise ins 4.
> Jahrhundert oder was?
> 
> 
> > Am 20/dic/2013 um 19:18 schrieb Wolfgang Hinsch  lis...@ivkasogis.de>:
> >
> > highway=crossing
> > crossing=island
> 
> 
> wie passt denn das zu uncontrolled oder traffic_lights?
> http://taginfo.openstreetmap.org/keys/crossing#values
> 
> Das sind doch klar unterschiedliche
> Kategorien,
> 
> 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

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

[Bernhard Weiskopf]

> Am Freitag, den 20.12.2013, 17:17 +0100 schrieb Bernhard Weiskopf:
>
> > ... kaum benutzt, weil mir die Schrift zu klein war. Eben habe ich
> > versucht JOSM zu installieren, ich komme damit aber nicht klar:
> 
> Bei der Schrift muss ich im Moment passen.

Beim aktuellen JOSM ist die Schrift in den rechten Fenstern relativ groß,
das ist jetzt besser als früher. Im Kartenfeld kann ich manches nur schwer
lesen, das strengt mich auf Dauer zu sehr an. Mein Monitor hat 141 dpi und
das Kartenfeld wird wahrscheinlich nicht skaliert, sondern auf Pixelbasis
angesprochen.

> > Es startet mit einem Fenster "Veraltete JAVA-Version. Sie verwenden
> > die JAVA-Version 1.6.0_06 ... JOSM wird mit dieser Version bald nicht
> > mehr funktionieren..." JAVA darf ich nicht updaten, sonst läuft ein
> > Programm, das ich geschäftlich brauche nicht mehr. Beim Versuch
> > Hintergrundbilder zu laden stürzt JOSM ab "JOSM is out of memory".
> 
> Dafür gibt es den Parameter -Xmx. Irgendwo (TM) in deinem System
> hast du eine Startdatei, mit der JOSM gestartet wird. Die enthält einen
> Aufruf "java -jar josm-tested.jar", eventuell noch ein paar Parameter
mehr.
> Falls der "-Xmx" da schon drin ist, musst du die nachfolgende Zahl 
> erhöhen, andernfalls den Parameter dazusetzen.  beschreibt dabei die
> maximal zulässige Speichermenge für JOSM in Bytes, bei angehängtem K
> oder M in Kilo- oder Megabyte. Der Wert muss natürlich zum vorhandenen
> Speicher passen und ein bisschen hätte das System selbst meistens auch
> noch gerne. (Bisschen ist weit untertrieben!)
> 
> Also: java -Xmx 1000M -jar josm-tested.jar
> 
> startet mit 1GB Memory für JOSM. Das ist im Wiki auch noch mal erklärt.

Das muss ich mal durcharbeiten. Bei Potlach sind bei mir solche Umstände
nicht notwendig.

> > Ist JOSM der einzige Editor, mit dem die OSM-Daten noch editiert
> > werden können?
> 
> Nein, es gibt auch ID und Potlach. Josm hat aber viel mehr Möglichkeiten.

Mit Potlach und ID kann man alle Straßen mit neuen Busrelationen aber nicht
mehr vernünftig editieren. Selbst mit JOSM wird man sich extra um die
Reihenfolge kümmern müssen. 

> > OSM hat den Vorteil, dass auch Fußgängerrouting relativ detailliert
> > funktioniert. Und die Radwege sind in der Realität teilweise nur in
> > einer Richtung erlaubt und etwa 25 m auseinander. In OSM kann man das
> > zurzeit nicht erkennen. Wenn ich mit einer Gruppe fahre interessiert
> > mich auch, ob zwischen zwei Fahrbahnen, die wir überqueren wollen,
> > eine Insel zum Sammeln ist, die ist jetzt gar nicht eingetragen.
> ...
> >
> > Zurzeit ist Google an vielen Kreuzungen detaillierter inkl.
> > Abbiegebeschränkungen und separaten Abbiege-Fahrbahnen. OSM-
> Router
> > melden oft "Jetzt rechts abbiegen" wenn man nicht mehr auf die
> > separate Fahrbahn wechseln kann.
> 
> Das liegt an der Qualität des Routing-Programms. Ich fahre mit Garmin-
> Navis und OSM-Daten seit mindestens 2009 Auto und habe diese Probleme
> nicht. Neben der grafischen Anzeige bekomme abhängig vom Straßentyp
> und der gefahrenen Geschwindigkeit die Hinweise 250 - 2500m vorher.

Die kommen bei OsmAnd und Navigator auch. Da in Großstädten dann aber oft
einige Kreuzungen dicht hintereinander folgen, kommt kurz vor dem
tatsächlichen Abzweig zusätzlich die Ansage "Jetzt rechts abbiegen". Und
wenn die separate Abbiegefahrbahn in OSM fehlt, kommt diese Ansage oft zu
spät.

An manchen Kreuzungen in den Großstädten muss man als Fahrradfahrer die
Seite wechseln und dazu alle Fahrbahnen an einem markierten Übergang
kreuzen, meistens auch mit traffic_signals. Wenn die Radwege als tags an den
Straßen hängen kann man das nicht darstellen. 

Oft liegt ein schmaler Grünstreifen zwischen Radweg und Fahrbahn oder
mindestens ein hoher Bordstein. Vom Radweg aus ist an vielen Stellen kein
Linksabbiegen möglich und der Router muss das entsprechend erkennen und
rechtzeitig auf die Fahrbahn routen oder ähnlich. Das geht am
übersichtlichsten und fehlerärmsten, wenn die Radwege getrennt gezeichnet
werden, so wie sie auch in der Natur geführt werden.

> Das Fahrspurmapping ist ebenfalls schon in Gange, es gibt dazu einiges im
> Wiki. In Josm gibt es Stile, mit denen getaggte Fahrspuren angezeigt
> werden. Da sind dann auch die Verzweigungen mit drin. Das ist aber alles
> noch in den Kinderschuhen.

OsmAnd und Navigator zeigen die Fahrspuren als Pfeile für den nächsten
Abzweig an (die richtigen sind grün markiert), bei einfachen Abzweigen
genügen die Angaben "lanes" bei den tags.

Gruß Bernhard



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

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

[Bernhard Weiskopf]

Hallo an alle, bin wieder zurück.

Das neue Busschema halte ich für völlig unpraktikabel. Mit den Editoren iD,
Potlach 2 und vermutlich auch mit Merkaartor ist das nicht mehr editierbar
und mit JOSM ist der Aufwand auch erhöht, wie dieser thread zeigt.

Warum definiert man solche Relationen, die fast niemand mehr bearbeiten
kann? Deren dauernde Zerstörung ist doch vorhersehbar und sie behindern
weiteres Editieren von Verkehrswegen, was ich als wichtiger empfinde. 

Relationen waren bisher immer unsortierte Sammlungen von Beziehungen.
Richtungen kann man doch auch anders festlegen, z. B. mit Start und Endpunkt
und meinetwegen kann man Kreuzungen als zusätzliche turn_relations innerhalb
der Bus-Relationen beschreiben.

Jetzt kann ich jedenfalls keine Straßenteile einfügen, weil ich die neuen
Teile nicht mit akzeptablem Aufwand in die richtige Reihenfolge in der
Relation einsortieren kann. Beim Teilen bereits bestehender Straßen, um z.
B. eine Abbiegebeschränkung einzufügen, schiebt Potlach 2 das neue Teilstück
glücklicherweise korrekt ein, wenigstens das klappt noch.

Und weil in Mannheim seit Monaten die "Straßennamen" (Quadratenamen) nicht
mehr angezeigt werden, ist OSM für mich zurzeit ziemlich unattraktiv. Das
war mal besser.

Bernhard



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

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

[Bernhard Weiskopf]

> Von: Jo [mailto:winfi...@gmail.com]
> Gesendet: Donnerstag, 26. Dezember 2013 18:42
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit
> letzter Schluss??)
> 
> Gibt es in Deutschland Haltestellen die von mehrere Operators bedient
> werden? In Belgien haben wir 3 Operatoren und manche Haltestellen
> werden auch von Niederländische Operators bedient.

Ja. An den Haltestellen der Busbahnhöfe halten durchaus die Busse von vielen
Linienbetreibern (operators). Und diese Betreiber sind auch oft am
Haltestellenschild angeschrieben.

In Mannheim gab es 3 Stadtbahnbetreiber, die einige Haltestellen und
Gleiswege gemeinsam benutzt haben. Die Betreiber haben inzwischen allerdings
fusioniert. In Heidelberg sind es noch 2 Betreiber mit gemeinsam benutzten
Gleisen und Haltestellen, die aber als "Verkehrsverbund" auftreten.

Bernhard



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

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

[Bernhard Weiskopf]

> Von: Tirkon [mailto:tirko...@yahoo.de]
> Gesendet: Samstag, 21. Dezember 2013 14:55
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Komplizierte Konstrukte - WAS: Zeitreise ins 4.
> Jahrhundert oder was?
> 
> "Bernhard Weiskopf"  wrote:
> 
> >In meiner Umgebung sind ein paar breite Hauptstraßen an Kreuzungen
> >aufgeteilt in zwei Richtungsfahrbahnen und in der Mitte sind Inseln für
> >Fußgänger und Radfahrer. Diese Aufteilung und damit das genauere
> >Eintragen von Fuß- und Radwegen würde ich gerne auch in OSM 
> >abbilden, wo die Straßen zurzeit als jeweils eine durchgehende Linie 
> >eingetragen sind.
> 
> Könntest Du das Beispiel in osm.org verlinken?

Hallo Tirkon,

die Kreuzungen habe ich mir nicht alle gemerkt, die werde ich sowieso nicht
anfassen. Die letzte, die ich mir angeschaut habe, ist die Kreuzung
"Herzogenriedstraße/Zum Herrenried" in Mannheim:
<http://www.openstreetmap.org/?mlat=49.51014&mlon=8.48378#map=19/49.51014/8.
48378> oder 
<https://maps.google.de/?ll=49.51014,8.48378&spn=0.000906,0.002497&t=m&z=19>
Da fehlen auch noch Abbiegerelationen, die will ich aber erst eintragen,
wenn die Fahrbahnen der Herzogenriedstraße um die Inseln getrennt sind. An
der breitesten Stelle ist die Herzogenriedstraße mit dem einseitigen Rad-
und Gehweg 25 m breit.

> >Da über diese Straßen aber Bus-Relationen führen und nach deren 
> >neuen Schema die Straßensegmente in der Relationsliste in der 
> >richtigen Reihenfolge eingetragen werden müssen und das Ganze 
> >auch noch für jede Fahrtrichtung einzeln, lasse ich das Editieren 
> >sein. Das ist mir inzwischen zu aufwändig zu pflegen.
> 
> Zu diesem Thema habe ich mit einen ausführlichen Beitrag einen 
> Nachbar-Thread gestartet:
> Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)

Bernhard



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

Re: [Talk-de] Bahnstrom

[Bernhard Weiskopf]

> 16,7 Hz ist ja auch der richtige Wert...

Dann aber mit Punkt statt Komma:

"frequency = 16.7"

Bernhard



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

[Talk-de] Start von JOSM

[Bernhard Weiskopf]

> Von: Wolfgang Hinsch
> Gesendet: Freitag, 20. Dezember 2013 19:19
> Betreff: Re: [Talk-de] Komplizierte Konstrukte - WAS: Zeitreise ins 4.
> Jahrhundert oder was?
> 
> Hallo Bernhard
> 
> Am Freitag, den 20.12.2013, 17:17 +0100 schrieb Bernhard Weiskopf:
> > ... Eben habe ich versucht JOSM zu installieren, ich komme damit 
> > aber nicht klar:
> > ... Beim Versuch Hintergrundbilder zu laden stürzt JOSM ab "JOSM 
> > is out of memory".
> 
> Dafür gibt es den Parameter -Xmx. Irgendwo (TM) in deinem System
> hast du eine Startdatei, mit der JOSM gestartet wird. Die enthält einen
> Aufruf "java -jar josm-tested.jar", eventuell noch ein paar Parameter
mehr.
> Falls der "-Xmx" da schon drin ist, musst du die nachfolgende Zahl 
> erhöhen, andernfalls den Parameter dazusetzen.  beschreibt dabei die
> maximal zulässige Speichermenge für JOSM in Bytes, bei angehängtem K
> oder M in Kilo- oder Megabyte. Der Wert muss natürlich zum vorhandenen
> Speicher passen und ein bisschen hätte das System selbst meistens auch
> noch gerne. (Bisschen ist weit untertrieben!)
> 
> Also: java -Xmx 1000M -jar josm-tested.jar
> 
> startet mit 1GB Memory für JOSM. Das ist im Wiki auch noch mal erklärt.

Bei mir sieht der Start von JOSM anders aus:
C:\Windows\System32\javaws.exe
"C:\Users\bweiskopf\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\21\731110
55-67436d6e" 

Was muss ich hier tun, um mit JOSM arbeiten zu können?

Gruß Bernhard



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

Re: [Talk-de] Start von JOSM

[Bernhard Weiskopf]

Hallo Chris,

erstmal Danke für die Infos.

JOSM habe ich über das automatische Installationsprogramm für Windows
installiert, wie in
http://wiki.openstreetmap.org/wiki/DE:JOSM/Guide#JOSM_installieren
angegeben. Das legt dann die Startzeile unter JOSM bei den
Windows-Programmen ab, die ich angegeben hatte. Diese ist bei mir
offensichtlich untauglich.

Nach deiner E-Mail habe ich josm-tested.jar runtergeladen. 
Das könnte ich jetzt über eine BAT oder CMD Datei starten.

Was ist "josm-latest.jar" in deinem Beispiel?

Gruß Bernhard


> -Ursprüngliche Nachricht-
> Von: chris66 [mailto:chris66...@gmx.de]
> Gesendet: Freitag, 17. Januar 2014 21:30
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Start von JOSM
> 
> Am 17.01.2014 21:13, schrieb Bernhard Weiskopf:
> 
> > Bei mir sieht der Start von JOSM anders aus:
> > C:\Windows\System32\javaws.exe
> >
> "C:\Users\bweiskopf\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\
> 21\
> > 731110
> > 55-67436d6e"
> >
> > Was muss ich hier tun, um mit JOSM arbeiten zu können?
> 
> Mit javaws (Java webstart) startet man normalerweise Java Applets.
> 
> Da JOSM eine eigenständige Java Applikation ist empfiehlt sich da eher die
> manuelle Startmethode. Also, josm-tested.jar runterladen, und eine
> Startverknüpfung auf dem Desktop oder im Startmenü anzulegen.
> 
> Als Command steht bei mir in der Verknüfung:
> 
> "C:\Program Files\Java\jdk1.7.0\jre\bin\java.exe" -Xmx2g  -jar
> c:\apps\josm\josm-latest.jar
> 
> Grüße
> 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] Start von JOSM

[Bernhard Weiskopf]

Über eine BAT-Datei habe ich jetzt mit "java.exe" die runtergeladene Datei
"josm-tested.jar" statt "josm-latest.jar" geöffnet, das klappt. :-)

Kann man irgendwo einstellen, dass JOSM gleich ein Hintergrundbild lädt,
statt mit schwarzem Hintergrund zu starten?

Wo merkt sich JOSM die Einstellungen? Im BAT- und JOSM-Programmverzeichnis
sehe ich nichts davon.
Manche Einstellungen werden nach Angebe von JOSM erst nach einem Neustart
von JOSM wirksam. Der Neustart Button ist aber immer ausgegraut und inaktiv.
Woran liegt das?

Auf einem früheren PC hatte ich mal ein Plugin o. ä. um Häuserreihen in
Einzelhäuser zu teilen. Gibt es das noch und wenn ja, wo?

Bernhard


> -Ursprüngliche Nachricht-
> Von: Bernhard Weiskopf [mailto:bweisk...@gmx.de]
> Gesendet: Freitag, 17. Januar 2014 23:22
> An: 'Openstreetmap allgemeines in Deutsch'
> Betreff: Re: [Talk-de] Start von JOSM
> 
> Hallo Chris,
> 
> erstmal Danke für die Infos.
> 
> JOSM habe ich über das automatische Installationsprogramm für Windows
> installiert, wie in
> http://wiki.openstreetmap.org/wiki/DE:JOSM/Guide#JOSM_installieren
> angegeben. Das legt dann die Startzeile unter JOSM bei den Windows-
> Programmen ab, die ich angegeben hatte. Diese ist bei mir offensichtlich
> untauglich.
> 
> Nach deiner E-Mail habe ich josm-tested.jar runtergeladen.
> Das könnte ich jetzt über eine BAT oder CMD Datei starten.
> 
> Was ist "josm-latest.jar" in deinem Beispiel?
> 
> Gruß Bernhard
> 
> 
> > -Ursprüngliche Nachricht-
> > Von: chris66 [mailto:chris66...@gmx.de]
> > Gesendet: Freitag, 17. Januar 2014 21:30
> > An: talk-de@openstreetmap.org
> > Betreff: Re: [Talk-de] Start von JOSM
> >
> > Am 17.01.2014 21:13, schrieb Bernhard Weiskopf:
> >
> > > Bei mir sieht der Start von JOSM anders aus:
> > > C:\Windows\System32\javaws.exe
> > >
> >
> "C:\Users\bweiskopf\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\
> > 21\
> > > 731110
> > > 55-67436d6e"
> > >
> > > Was muss ich hier tun, um mit JOSM arbeiten zu können?
> >
> > Mit javaws (Java webstart) startet man normalerweise Java Applets.
> >
> > Da JOSM eine eigenständige Java Applikation ist empfiehlt sich da eher
> > die manuelle Startmethode. Also, josm-tested.jar runterladen, und eine
> > Startverknüpfung auf dem Desktop oder im Startmenü anzulegen.
> >
> > Als Command steht bei mir in der Verknüfung:
> >
> > "C:\Program Files\Java\jdk1.7.0\jre\bin\java.exe" -Xmx2g  -jar
> > c:\apps\josm\josm-latest.jar
> >
> > Grüße
> > 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


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

Re: [Talk-de] St.-ZickeZacke-Str.

[Bernhard Weiskopf]

Nach meiner Auffassung ist "name" an der Straßenlinie der Name der Straße
und nicht das was auf irgendeinem Schild steht. Ein oder mehr Schilder sind
ein starker Hinweis auf den Namen, die Schreibweisen auf den Schildern
können aber durchaus anders sein und werden wegen Längenbegrenzung manchmal
abgekürzt.

Wenn ich das Schild und was darauf steht mappen will, setze ich einen node
auf den Ort des Schilds und schreibe die genaue Schreibweise dorthin.

Bernhard



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

[Talk-de] Wie mapped man eine lange Steinreihe ...

[Bernhard Weiskopf]

… wie zum Beispiel 

http://www.panoramio.com/photo/38961921 

oder 

http://www.panoramio.com/photo/38962124

 

barrier = ?

 

Gruß Bernhard

 

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

Re: [Talk-de] Wie mapped man eine lange Steinreihe ...

[Bernhard Weiskopf]

Danke für die Info, aber für echte Panzersperren sind die Steine zu klein,
da irrt der Fotograf in Panoramio wahrscheinlich. Das sind eher Hindernisse
für Kraftfahrzeuge, sie stehen im Wald in der Nähe einer ehemaligen Kaserne
in Mannheim-Käfertal. Sie stehen mehr oder weniger weit von Straßen und
Waldwegen entfernt.

Gerade die etwas abseits stehenden Steinreihen (sie sind mehrerer 100 m
lang) könnten man gut als Orientierungshilfe nehmen, wenn man nicht auf
Wegen durch den Wald geht und manche Wege existieren inzwischen auch nicht
mehr.

http://goo.gl/maps/iz9Q2 zeigt eine andere Reihe in der Nähe mit gleich
großen Steinen neben einer Landstraße. Die gleichen Steine wurden auch als
einzelne Sperrsteine gesetzt beim Abbau einer Bahnlinie, damit keine
Kraftfahrzeuge auf der Trasse in den Wald fahren. Die Steine wurden
schätzungsweise um 1930 bis 1960 errichtet.

Bernhard

> Von: Falk Zscheile [mailto:falk.zsche...@gmail.com]
> Gesendet: Freitag, 7. Februar 2014 20:29
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Wie mapped man eine lange Steinreihe ...
> 
> 2014-02-07 Bernhard Weiskopf :
> > ... wie zum Beispiel
> > http://www.panoramio.com/photo/38961921
> > oder
> > http://www.panoramio.com/photo/38962124
> >
> > barrier = ?
> >
> Das Probelem ist nicht neu, möglicherweise aber immer noch ungelöst.
> Du scheinst ja etwas zu suchen, dass eine (historische) Panzersperre
> beschreibt ...:
> 
> https://www.mail-archive.com/talk-
> d...@openstreetmap.org/msg78182.html
> 
> Gruß Falk





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

Re: [Talk-de] Planetarium

[Bernhard Weiskopf]

> Im Ergebnis beschreibt tourism=museum museum=planetarium das Objekt
> für mich ausreichend gut.

Ein Museum ist nach meiner Meinung eine Sammlung und Ausstellung von
Gegenständen. Das trifft bei einem Planetarium doch gar nicht zu oder nur
völlig untergeordnet als Ergänzung.

Auch "tourism" finde ich unpassend. Das Planetarium ist nicht in erster
Linie für Reisende oder Urlauber interessant. Zwar auch nicht perfekt, aber
besser passend finde ich "amenity".

Ein Planetarium besteht aus einem Projektor und einer halbkugelförmigen
Projektionsfläche. Vor bzw. unter der Projektionsfläche sitzen die
Zuschauer. Gezeigt wird das Schauspiel der leuchtenden Himmelskörper. Das
Prinzip ist wie bei einem Kino "cinema" oder einem Schauspielhaus "theatre".

Bernhard



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

Re: [Talk-de] Planetarium

[Bernhard Weiskopf]

> > ... scheint amenity=planetarium oder man_made=planetarium 
> > eine der besseren Ideen zu sein.
> 
> +1, Kino hat ja auch einen eigenen Tag und wird nicht als Theater 
> getaggt, Museum ist es sicher nicht.

Weil es auch verschiedene Kinos gibt, dachte ich anfangs an
"amenity = cinema" mit
"cinema = planetarium",
aber direkt 
"amenity = planetarium"
finde ich auch sehr passend und ist meine Empfehlung.

man_made empfinde ich als "Mülleimer", wo alles reinkommt, was man sonst
nirgends zuordnen will. man_made ist im Prinzip fast alles außer natural und
man könnte die anderen keys aufgeben. Unter man_made sind im wiki auch
Kirchtürme, Leuchttürme, Schornsteine usw. einsortiert, die ich eher als
building betrachte.

Bernhard



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

[Talk-de] Keine Namen in Mapnik und anderen Karten

[Bernhard Weiskopf]

Heute ist mir aufgefallen, dass die Mapnik-Karte keine Namen von Flächen
(area = yes und name = …) mehr anzeigt, aber auch keine Namen mehr von
service roads und von tracks. Nur in Zoomstufe 19 werden sie manchmal, dann
aber auch oft bruchstückhaft, gezeigt.

Nachdem in Mannheim die Namen der Quadrate (quasi unsere Straßennamen) nicht
mehr angezeigt werden, fehlen jetzt auch noch die Namen aller Waldwege und
der kleinen Zufahrtsstraßen, die teilweise eigene Namen tragen.

Im hiesigen Naherholungsgebiet Käfertaler Wald tragen viele Straßen und Wege
Namen, die an den Wegkreuzungen und dem zentralen "Karlstern" angeschrieben
sind. Die müssen auch auf der Karte erscheinen.

Kennt jemand den Grund?
Wird das so weitergehen, dass man sich mit den üblichen OSM-Karten bald
nirgends mehr orientieren kann?

Bernhard



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

Re: [Talk-de] Keine Namen in Mapnik und anderen Karten

[Bernhard Weiskopf]

Danke für die Info. Dort gibt es inzwischen noch mehr Reklamationen.

Ich darf dort aber nicht schreiben, ohne mich auch dort anzumelden.

Bernhard

> -Ursprüngliche Nachricht-
> Von: Archer [mailto:arc...@gulli.com]
> Gesendet: Dienstag, 25. Februar 2014 00:39
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
> 
> Wenn du den Standard-OSM-Stil meinst, dann kannst du
> Verbesserungsvorschläge/Fehler hier melden:
> https://github.com/gravitystorm/openstreetmap-carto/issues Der Grund
> ist, dass der Style umgebaut wird. Siehe auch folgende Fehlermeldung:
> https://github.com/gravitystorm/openstreetmap-carto/issues/355
> 
> Gruß Archer
> 
> 
> Am 24. Februar 2014 23:45 schrieb Bernhard Weiskopf
> :
> 
> > Heute ist mir aufgefallen, dass die Mapnik-Karte keine Namen von
> > Flächen (area = yes und name = ...) mehr anzeigt, aber auch keine
> > Namen mehr von service roads und von tracks. Nur in Zoomstufe 19
> > werden sie manchmal, dann aber auch oft bruchstückhaft, gezeigt.
> >
> > Nachdem in Mannheim die Namen der Quadrate (quasi unsere
> Straßennamen)
> > nicht mehr angezeigt werden, fehlen jetzt auch noch die Namen aller
> > Waldwege und der kleinen Zufahrtsstraßen, die teilweise eigene Namen
> > tragen.
> >
> > Im hiesigen Naherholungsgebiet Käfertaler Wald tragen viele Straßen
> > und Wege Namen, die an den Wegkreuzungen und dem zentralen
> "Karlstern"
> > angeschrieben sind. Die müssen auch auf der Karte erscheinen.
> >
> > Kennt jemand den Grund?
> > Wird das so weitergehen, dass man sich mit den üblichen OSM-Karten
> > bald nirgends mehr orientieren kann?
> >
> > Bernhard
> >
> >
> >
> > ___
> > 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] Keine Namen in Mapnik und anderen Karten

[Bernhard Weiskopf]

Hallo Walter,

Danke für die Info.

Kennt jemand den Grund, warum die Karten kaum noch Texte enthalten sollen?

Sind die Karten zukünftig für Analphabeten und nicht mehr zur Orientierung?
Oder muss man beispielsweise Waldwege mit Namen umtaggen von highway = track
in unclassified o.ä.?

Bernhard

> -Ursprüngliche Nachricht-
> Von: Walter Nordmann [mailto:pil...@hotmail.com]
> Gesendet: Dienstag, 25. Februar 2014 00:52
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
> 
> don't panic!
> 
> hier dazu was aus dem Forum:
> http://forum.openstreetmap.org/viewtopic.php?pid=401448#p401448
> 
> Gruss
> walter
> 
> 
> 
> -
> [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map
> 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map
> 2.0.2[/url]
> --
> View this message in context: http://gis.19327.n5.nabble.com/Keine-
> Namen-in-Mapnik-und-anderen-Karten-tp5797336p5797342.html
> Sent from the Germany mailing list archive at Nabble.com.
> 
> ___
> 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] Keine Namen in Mapnik und anderen Karten

[Bernhard Weiskopf]

In Mannheim ist Mapnik zurzeit kaum noch zu gebrauchen.

Die Wohnstraßen der Vororte tragen noch Namen. Aber die Quadrate der
gesamten Innenstadt sind namenlos und die Straßen in den
Naherholungsgebieten zwischen den Vororten (highway = track) werden nun auch
namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder
footway) mit Namen genauso.

Sogar bei öffentlichen Zufahrtswegen zu Höfen (highway = service) wird der
Straßenname nicht mehr angezeigt.

Wie trägt man zukünftig den "Goetheplatz" ein, damit der Name des allseits
bekannten Platzes auf der Karte erscheint?
Ich nehme an, der Name von "area = yes" wird dann nicht mehr angezeigt.

Bernhard


> -Ursprüngliche Nachricht-
> Von: Frederik Ramm [mailto:frede...@remote.org]
> Gesendet: Dienstag, 25. Februar 2014 22:35
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
> 
> Hi,
> 
> On 25.02.2014 22:18, Bernhard Weiskopf wrote:
> > Kennt jemand den Grund, warum die Karten kaum noch Texte enthalten
> sollen?
> 
> Das ist eine Suggestivfrage. Es gibt keinen "Grund, warum die Karten kaum
> noch Texte enthalten sollen", denn die Karten sollen nicht kaum noch Texte
> enthalten.
> 
> Unser Mapnik-Stylesheet hat historisch eine sogenannte "catch-all"-Regel
> für Dinge mit Namen enthalten. Diese Regel besagte, vereinfacht gesagt:
> "Egal was es ist, wenn es einen Namen hat, dann schreib ihn irgendwie
> hin."
> 
> Das führte immer wieder zu seltsamen Stilblüten in den Karten -
> irgendjemand zeichnet z.B. ein "boundary=air_traffic,
> name=Flugbeschränkungsgebiet R123", und obwohl Mapnik keine Render-
> Regeln für Flugbeschränkungsgebiete hat, hat er trotzdem schön irgendwo
> entlang einer unsichtbaren Linie "Flugbeschränkungsgebiet R123"
> geschrieben.
> 
> Das war unerwünscht; erwünscht ist vielmehr (in aller Regel), dass Namen
> nur für exakt die Objekte auf der Karte erscheinen, die selbst auch
> gezeichnet werden.
> 
> Dazu müssen also die "catch-all"-Regeln entfernt und durch spezielle
> Beschriftungsregeln für genau die gezeichneten Objekte ersetzt werden.
> 
> Das ist im großen und ganzen auch gelungen, aber einige Labels sind dabei
> unter die Räder gekommen - die meisten unabsichtlich; in einigen Fällen
> war es vielleicht wirklich nicht beabsichtigt, einen bestimmten Objekttyp
> einzuzeichnen.
> 
> Also, langer Rede kurzer Sinn: Keine Panik, sie sind nicht hinter Dir her,
und
> über kurz oder lang wird das alles wieder gut.
> 
> Bye
> Frederik
> 
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> 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] Keine Namen in Mapnik und anderen Karten

[Bernhard Weiskopf]

> Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern
> Namen angezeigt haben möchte, und wenn ja, trägt man das ein. .. 
> kann man jetzt - was vorher nicht ging - unterschiedliche Entscheidungen 
> treffen, z.B. bei bestimmten Arten von Straßen/Linien den Text mitten 
> drauf, oder lieber etwas ober/unterhalb der Linie 

Wie trägt man das jetzt ein? Genügt "name = ..." nicht mehr?

Der "Goetheplatz" besteht aus einem Fußgängerbereich, Rasenflächen, Büschen,
Parkplatz und mehr. Früher war der gesamte Platz mit einer Linie umrandet,
dann "area = yes" und "name = Goetheplatz" und Goetheplatz wurde in der
Mitte des Platzes angezeigt. name auf "highway = pedestrian" oder an die
Grünfläche wäre falsch, weil das nur jeweils ein Teil des Platzes ist. Oder
"name" an alles, was auf dem Platz ist?

Die Quadrate sind inzwischen getagged mit "area = yes", "name = ..." und
"place = neighbourhood". Das wurde so mal irgendwo diskutiert und
entschieden. Angezeigt wird nichts.

> Auf jeden Fall ist die Qualität der Karte langfristig besser, wenn man
sich
> solche Gedanken explizit macht, statt einfach mal alles, was einen Namen
> hat, auf die Karte zu bringen.

Da bin ich heute anderer Meinung: Jetzt fehlen viel mehr Informationen als
früher zu viel enthalten waren. Für mich ist die Qualität der Karte
erheblich gesunken, in Mannheim-Innenstadt oder zum Beispiel im Käfertaler
Wald ist sie fast unbrauchbar.

Bernhard 


> -Ursprüngliche Nachricht-
> Von: Frederik Ramm [mailto:frede...@remote.org]
> Gesendet: Mittwoch, 26. Februar 2014 00:02
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
> 
> Hi,
> 
> On 25.02.2014 23:12, Bernhard Weiskopf wrote:
> > Die Wohnstraßen der Vororte tragen noch Namen. Aber die Quadrate der
> > gesamten Innenstadt sind namenlos und die Straßen in den
> > Naherholungsgebieten zwischen den Vororten (highway = track) werden
> > nun auch namenlos angezeigt, obwohl sie Straßennamen tragen, bei
> > Fußwegen (path oder
> > footway) mit Namen genauso.
> 
> Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern
> Namen angezeigt haben möchte, und wenn ja, trägt man das ein. Ist ja kein
> Hexenwerk. Insbesondere kann man jetzt - was vorher nicht ging -
> unterschiedliche Entscheidungen treffen, z.B. bei bestimmten Arten von
> Straßen/Linien den Text mitten drauf, oder lieber etwas ober/unterhalb
> der Linie (das könnte z.B. bei den Fuß- und Radwegen besser aussehen).
> 
> > Wie trägt man zukünftig den "Goetheplatz" ein, damit der Name des
> > allseits bekannten Platzes auf der Karte erscheint?
> > Ich nehme an, der Name von "area = yes" wird dann nicht mehr
> angezeigt.
> 
> Also eine Regel, die grundsätzlich alles, was "area=yes" hat, mit einem
> Namen einzeichnet, wird bestimmt nicht wieder kommen, weil das zu
> unspezifisch ist. Aber eine Regel, die z.B. Flächen mit
"highway=pedestrian,
> area=yes" ordentlich beschriftet, wäre ja sinnvoll.
> 
> Wie das mit den Quadraten ist/war, da kenne ich mich nicht aus.
> Eventuell sollte man sich da mal mit den Japanern kurzschließen, die haben
> auch keine Straßennummern, sondern stattdessen numerierte oder
> benannte Bereiche. Wenn die Quadrate bislang einfach nur area=yes und
> sonst nix hatten, dann ist das sicher zuwenig. Wenn sie irgendwas andres
> halbwegs sinnvolles hatten, kann man ja anregen, diese Art von Flächen
> explizit in das Rendering aufzunehmen.
> 
> Auf jeden Fall ist die Qualität der Karte langfristig besser, wenn man
sich
> solche Gedanken explizit macht, statt einfach mal alles, was einen Namen
> hat, auf die Karte zu bringen.
> 
> Bye
> Frederik
> 
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> 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] Keine Namen in Mapnik und anderen Karten

[Bernhard Weiskopf]

Hallo Peter und Mitleser,

der "Goetheplatz" ist eine fiktive Annahme. Meine Frage war, wie man so
einen Platz jetzt taggen müsste, wenn er aus Fußgängerbereich, Rasenflächen,
Büschen, Parkplatz und mehr besteht. Das kann man sich doch einfach
vorstellen.

In Mannheim gibt es beispielsweise den Friedensplatz
https://www.openstreetmap.org/way/163410379
Der ist inzwischen teilweise bebaut, heißt aber immer noch so.
Oder in der Mitte von Mannheim liegt der Paradeplatz
http://osm.org/go/0DwUI0~0Y--?m=
Hier ist die Grünfläche getagged mit "name = Paradeplatz (O1)". Der Platz
ist aber größer als die Grünfläche, aber so wird der Name wenigstens
angezeigt. Wie trägt man den Platz richtig ein? Das "(O1)" gehört übrigens
nicht zum Namen des Platzes, sondern "O1" ist der Name des Quadrats, die
Quadratenamen werden aber auch nicht mehr angezeigt. Ein typisches
Straßenschild wird hier gezeigt
http://commons.wikimedia.org/wiki/File:MannheimQuadrat-D4-1-6.jpg

Dabei könnt ihr auch mal etwas kleiner zoomen und euch überlegen, wie man
sich in Mannheim mit der Mapnik-Karte orientieren kann. Die Straßennamen
"Fressgasse", Kunststraße usw. sind nur vereinzelt bis gar nicht
angeschrieben, sind keine Bestandteile der Adressen. Die Adressen lauten zum
Beispiel "M4, 4" (Quadrat M4, Hausnummer 4) für das Blumengeschäft
Feldblume.

Oder: In der Vogelstang gibt es den Vogelstangkreisel
http://osm.org/go/0DwWQbyPA--?m= 
Der ist unter diesem Namen bekannt und wird auch in der Presse so
bezeichnet. Wie trägt man den ein, dass man ihn auf der Karte und vielleicht
auch in Nominatim findet?

> Auf jeden Fall ist die Qualität der Karte langfristig besser, 
> wenn man sich solche Gedanken explizit macht, statt einfach 
> mal alles, was einen Namen hat, auf die Karte zu bringen.

Ich vermute, wer sein "Flugbeschränkungsgebiet R123" auf der Karte sehen
will, wird einen Weg finden und ein anderes tag dazufügen, dass der Name
wieder angezeigt wird. Vielleicht fördern die aktuellen Änderungen sogar das
Falschtaggen. Jedenfalls werden jetzt viele wichtige Namen nicht mehr
angezeigt.

Bernhard

> -Ursprüngliche Nachricht-
> Von: Peter Wendorff [mailto:wendo...@uni-paderborn.de]
> Gesendet: Mittwoch, 26. Februar 2014 11:00
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
> 
> Hallo Bernd,
> was hältst Du davon, konkrete Probleme zu verlinken, damit man konkrete
> Fragen stellen kann, was da was ist oder sein soll.
> Dass ein Name am Goetheplatz fehlt, hattest du geschrieben.
> Dass das zusammen mit highway=pedestrian und area=yes korrekt
> gerendert werden sollte, hast du hier auch schon lesen können.
> 
> Wenn das nicht korrekt dargestellt wird, ist das meines Erachtens ein
Fehler
> im aktuellen Rendering - dann muss man eine entsprechende
> Fehlermeldung machen; auch dazu wäre ein konkreter Verweis auf eine
> Stelle in der Karte sinnvoll.
> 
> Wer aber sollte jetzt ein Ticket aufgrund einer Fehlermeldung aufmachen,
> die nur auf Hörensagen beruht, weil niemand außer dir das direkt
> überprüfen kann (denn Goetheplatz gibt's schon ganz schön häufig).
> 
> Also: Gib uns einen Link und es wird jemand versuchen, dir zu helfen -
> jedenfalls ist das meistens der Fall.
> 
> Soviel also zu deiner Frage "was denn noch".
> 
> Gruß
> Peter
> 
> Am 26.02.2014 08:46, schrieb Bernd Wurst:
> > Hallo.
> >
> > Am 26.02.2014 08:31, schrieb Walter Nordmann:
> >> Bernhard Weiskopf wrote
> >>>> Wie trägt man das jetzt ein? Genügt "name = ..." nicht mehr?
> >> Ja, name=* reicht nicht mehr aus - und das ist gut so!
> >
> > Ja, aber selbst highway=... und name=... reicht scheinbar nicht aus?
> > Was denn noch? "render_this_name=yes" oder wie? :-)



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

Re: [Talk-de] Access-Tags

[Bernhard Weiskopf]

"Waldweg darf jeder laufen" gilt nur, wenn lokal nichts anderes geregelt
ist.
Ähnlich einer zweispurigen Landstraße mit Schildern zur
Geschwindigkeitsbegrenzung auf 70 km/h, obwohl in der Verkehrsordnung 100
km/h steht.

Im Käfertaler Wald in Mannheim sind viele Reitwege schmaler als 3 m. Da sie
aber als Reitweg markiert sind, darf man dort trotzdem reiten.

Die lokale Beschilderung überschreibt die Default-Regelung.

Bernhard

> -Ursprüngliche Nachricht-
> Von: Michael Kugelmann [mailto:michaelk_...@gmx.de]
> Gesendet: Donnerstag, 27. Februar 2014 22:56
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Access-Tags
> 
> Am 27.02.2014 08:16, schrieb Bernd Wurst:
> > muss ein Waldweg in Ba-Wü mind. 3 Meter breit und befestigt sein,
> > damit man darauf reiten darf.
> BTW: ich kenne einen Waldweg (in der Region Stuttgart) der sicher sein 3
> Meter Breite haben dürfte und der explizit mit einem Schild für "alles
> mögliche" (explizit auch Fußgänger!) gesperrt ist. Also irgendwelche
> Annahmen "Waldweg darf jeder laufen" ist nicht korrekt...
> 
> 
> Grüße,
> Michael.
> 



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

Re: [Talk-de] Access-Tags

[Bernhard Weiskopf]

> Von: Michael Kugelmann [mailto:michaelk_...@gmx.de]
> Am 27.02.2014 19:28, schrieb Henning Scholland:
> > Am besten immer davon ausgehen, dass der Kollege sich etwas dabei
> > gedacht hat, die Info so einzutragen. Wenn es nicht wirklich falsch
> > ist, sollte man daran dann auch nichts ändern.
> +10

Sehe ich genauso. Auch wenn ein Eintrag meiner Meinung nach redundant ist,
aber nicht falsch, lasse ich ihn stehen.

Außerdem gibt es wichtigere Dinge, als den Mapper anzuschreiben und nach
seiner Meinung oder Begründung zu fragen.

Bernhard



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

[Talk-de] Eintrag von Gewann-Namen

[Bernhard Weiskopf]

Hallo an alle,

wie trägt man in OSM die Namen von Gewannen ein, dass sie in Mapnik
angezeigt werden?

Bernhard



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

[Talk-de] Wald aufteilen um Namen anzuzeigen?

[Bernhard Weiskopf]

Das zusammenhängende Naherholungsgebiet „Käfertaler Wald“
http://osm.org/go/0DwVt4CE-?m= ist untergliedert in vier Teile (Käfertaler
Wald, Herrschaftswald, Sandhofer Wald und Neuwald), die bis jetzt mit „area
= yes“ eingetragen sind, nun aber nicht mehr angezeigt werden. Außerdem
laufen breite Schneisen (Autobahnen) durch, aber nicht an den Grenzen der
einzelnen Wälder.

 

Muss man den Käfertaler Wald jetzt aufteilen in viele Wälder und die
zusammengehörenden Teile mit Relationen wieder zusammenfügen oder die
Autobahnen über Relationen herausnehmen oder gibt es eine einfachere Lösung,
dass die Namen der Wälder wieder angezeigt werden?

 

Bernhard

 

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

Re: [Talk-de] Eintrag von Gewann-Namen

[Bernhard Weiskopf]

Hätte ich gerne geschrieben, ich habe aber keine "(im Wiki definierten)
Regeln" gefunden.

Gruß Bernhard

PS: Ich will für die Benutzer taggen ("tagging for users")


> -Ursprüngliche Nachricht-
> Von: Gertrud Simson [mailto:simson.gert...@gmail.com]
> Gesendet: Donnerstag, 27. Februar 2014 23:59
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Eintrag von Gewann-Namen
> 
> Die richtige Frage müsste eigentlich lauten: "Wie trägt man in OSM
> Gewannen ein, sodass es den (im Wiki definierten) Regeln entspricht?"
> Ansonsten wäre es Taggen für den Renderer:
> http://wiki.openstreetmap.org/wiki/DE:Tagging_for_the_renderer
> 
> VG
> 
> 
> Am 27. Februar 2014 23:16 schrieb Bernhard Weiskopf
> :
> 
> > Hallo an alle,
> >
> > wie trägt man in OSM die Namen von Gewannen ein, dass sie in Mapnik
> > angezeigt werden?
> >
> > Bernhard
> >
> >
> >
> > ___
> > 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] Keine Namen in Mapnik und anderen Karten

[Bernhard Weiskopf]

Namen für Gebiete an eine Fläche binden halte ich für absolut notwendig. 

Schließlich soll der "Goetheplatz" nur in den großen Zoomstufen angezeigt
werden, der "Schwarzwald" dagegen nur in mittleren, aber nicht mehr in
großen. Je nach Flächeninhalt muss man minimale und maximale Zoomstufe für
das Anzeigen festlegen. (Wenn wir eines Tages bis Zoom = 25 kommen, soll
"Goetheplatz" auch nicht mehr angezeigt werden.) 

Das müsste so ähnlich auch bereits mit anderen Objekten, wie Ländernamen,
Städtenamen usw. umgesetzt sein.

Bernhard

> -Ursprüngliche Nachricht-
> Von: Wolfgang Hinsch [mailto:osm-lis...@ivkasogis.de]
> Gesendet: Freitag, 28. Februar 2014 16:08
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
> 
> Am Freitag, den 28.02.2014, 15:46 +0100 schrieb bkmap:
> > Die Auswerter sehen aber keinen Unterschied, es sei denn, der Tag ist
> > an eine Fläche gebunden. Dann könnte man Rückschlüsse aus der Größe
> ziehen.
> >
> 
> +1
> 
> Insofern kann es sinnvoll sein, Gebiete mit einheitlichem Namen als
> Polygone oder bei großen Gebieten wie dem Schwarzwald als
> Multipolygone zur Namenskennzeichnung zu mappen. Das MP kann ja aus
> bereits vorhandenen Polygonen zusammengesetzt werden. Dann kann der
> Renderer erkennen, in welches Gebiet der Namen gehört und entscheiden,
> wie prominent und auseinander gezogen er dargestellt werden soll.
> 
> Das ist nicht nur für den Renderer, sondern für jede Auswertung sinnvoll,
> die sich mit irgendwelchen Regionalbegriffen, die nicht mit
> Verwaltungseinheiten identisch sind, auseinander setzt.
> 
> Gruß, Wolfgang
> 
> 
> ___
> 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] Eintrag von Gewann-Namen

[Bernhard Weiskopf]

Danke, Gertrud und Martin,

"place = locality" hatte ich irgendwie übersehen.

Also
name = "Ich heiße Gewann"
place = locality
locality = field_name oder land_parcel oder ?

Die Angabe "locality =" halte ich auch für sinnvoll, denn place finde ich
auch zu allgemein. Die englische Übersetzung für Gewann kenne ich leider
nicht.

Damit könnte man auch andere Plätze eintragen und mit "locality =" genauer
spezifizieren.

Nominatim findet diese Einträge und nennt sie "Flur".

Bernhard

> -Ursprüngliche Nachricht-
> Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
> Gesendet: Freitag, 28. Februar 2014 00:51
> An: Openstreetmap allgemeines in Deutsch
> Cc: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Eintrag von Gewann-Namen
> 
> 
> 
> > Am 28/feb/2014 um 00:28 schrieb Gertrud Simson
> :
> >
> > Dann gibt es wahrscheinlich noch keine Regel. Müsste man sich welche
> > ausdenken und darauf einigen.
> 
> 
> +1
> 
> 
> > Hier http://osm.org/go/0GB_460Q- sind Gewannen mit place=locality und
> > name=* eingetragen.
> > Laut http://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dlocality passt
> > das auch ganz gut zu Gewannen
> 
> und nicht nur für die ;-)
> 
> das ist das Problem an locality, dass es ziemlich unspezifisch ist.
> Man könnte vielleicht sowas wie locality=field_name verwenden.
> 
> 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

Re: [Talk-de] maxheight=none

[Bernhard Weiskopf]

maxheight = none 

finde ich nicht verkehrt, wenn das bedeuten soll, dass praktisch keine obere
Grenze existiert, also auch keine Oberleitung, Leuchten, Schilder, Ampeln,
Bäume usw. die Höhe einschränken.

Ohne Angabe von "maxheight" schließe ich, die Maximalhöhe ist unbekannt.

Die Höhen-Beschränkung auf 4 m kommt aus der
Kraftfahrzeug-Zulassungsordnung, nicht direkt aus der StVO. Letztere lässt
nach § 29 Abs. 3 größere Maße zu und sagt nur, dass dann eine Erlaubnis
benötigt wird. Bis zu einer Höhe von 4,80 m wird die Erlaubnis relativ
einfach erteilt, eine generelle Angabe "maxheight = 4" finde ich daher
falsch.

Auf jeden Fall werde ich einen Eintrag "maxheight = none" nicht löschen,
wenn er nicht offensichtlich falsch ist. 

Bernhard



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

Re: [Talk-de] maxheight=none

[Bernhard Weiskopf]

> Wir mappen was da ist d.h. maxheight ist ein ausdruck des Zeichen 265.
> maxheight=none heisst also es steht dort eben kein Zeichen 265 und damit
> muss man eben selbst drauf achten nicht in den Alleebäumen hängen zu
> bleiben.

Das ist sicherlich diskussionsfähig, ob maxheight die reale Maximalhöhe
angibt, oder das Zeichen 265.

Ich habe schon "maxheight = 3.6" an service roads oder "maxheight = 2.3" auf
einem Radweg unter Brücken getagged, obwohl dort kein Zeichen 265 steht und
ich würde hier weder "maxheight = none" taggen noch die Angabe weglassen,
nur weil kein Zeichen 265 steht.

Wenn da ein Schild stünde würde ich eher "traffic_sign=DE:265:3.6" bzw. ohne
Schild "traffic_sign=DE:265:none" taggen, wobei das Taggen von
Nicht-Schildern ausufern kann.

Wenn ein Zeichen 265 die zulässige Höhe auf 3,6 m beschränkt, dann ist das
für mich ein starkes Indiz, dass die Fahrzeughöhe tatsächlich maximal 3,6 m
betragen darf und ich tagge selbstverständlich "maxheight = 3.6".

Bernhard


> -Ursprüngliche Nachricht-
> Von: Florian Lohoff [mailto:f...@zz.de]
> Gesendet: Montag, 31. März 2014 18:48
> An: Bernhard Weiskopf
> Cc: 'Openstreetmap allgemeines in Deutsch'
> Betreff: Re: [Talk-de] maxheight=none
> 
> On Mon, Mar 31, 2014 at 05:12:26PM +0200, Bernhard Weiskopf wrote:
> > maxheight = none
> >
> > finde ich nicht verkehrt, wenn das bedeuten soll, dass praktisch keine
> > obere Grenze existiert, also auch keine Oberleitung, Leuchten,
> > Schilder, Ampeln, Bäume usw. die Höhe einschränken.
> 
> Es ist nicht die Aufgabe von OSM nachzumessen ob kein Gegenstand in das
> Lichtraumprofil reicht.
> 
> Wir mappen was da ist d.h. maxheight ist ein ausdruck des Zeichen 265.
> maxheight=none heisst also es steht dort eben kein Zeichen 265 und damit
> muss man eben selbst drauf achten nicht in den Alleebäumen hängen zu
> bleiben.
> 
> Flo
> --
> Florian Lohoff f...@zz.de


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

Re: [Talk-de] Baum der Woche: Kastanie

[Bernhard Weiskopf]

Wobei man das sicherlich verbinden kann mit einem Check von "amenity = 
biergarten", da hier erfahrungsgemäß eine gewisse Korrelation besteht.

Bernhard


PS: "type=broad_leaved" und "height = ..." kann man auch ergänzen, das wird u. 
a. in den 3D-Darstellungen ausgewertet.


> -Ursprüngliche Nachricht-
> Von: Ralf GESELLENSETTER [mailto:r...@gmx.de]
> Gesendet: Sonntag, 13. April 2014 12:49
> An: talk-de@openstreetmap.org
> Betreff: [Talk-de] Baum der Woche: Kastanie
> 
> Der milde März hat dazu geführt, dass bereits jetzt viele Kastanienbäume
> ihre fünffingrigen Blätterfächer entfalten und sogar ihre ersten
> Blütenkerzen entfachen...
> 
> Auf diese Weise sollte es auch botanischen Laien leicht fallen, hie und da
> einige
> 
> natural=tree
> species=Aesculus␣hippocastanum
> species:de=Rosskastanie
> 
> zu taggen. Vielleicht gibt es dann im Herbst eine Kastaniensammelkarte?
> 
> Viel Spaß
> Ralf
> 
> 
> --
> PGP/GnuPG: pub 1024D/E6DE0971
> 
> ___
> 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] Mapnik ohne Richtungspfeile

[Bernhard Weiskopf]

Hallo zusammen,

 

heute habe ich festgestellt, dass Radwege, die nur in einer Richtung
befahren werden dürfen (tag: oneway = yes), in Mapnik keine Richtungspfeile
mehr erhalten.

 

Ist das ein Fehler?

 

Bernhard

 

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

Re: [Talk-de] Mapnik ohne Richtungspfeile

[Bernhard Weiskopf]

Ob Feature Request oder sogar selbst kümmern: 

Einbahnpfeile, Quadratenamen (in Mannheim), Namen von Plätzen und
Gemarkungen, ... das war alles mal da und wurde entfernt.

Um Mapnik werde ich mich nicht mehr kümmern. Der Stil wurde so schlecht, in
Mannheim ist er für mich zur Orientierung unbrauchbar geworden.

Bernhard


> -Ursprüngliche Nachricht-
> Von: Peter Körner [mailto:osm-li...@mazdermind.de]
> Gesendet: Dienstag, 22. April 2014 16:51
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Mapnik ohne Richtungspfeile
> 
> Hi
> 
> Am 21.04.2014 22:37, schrieb Bernhard Weiskopf:
> > heute habe ich festgestellt, dass Radwege, die nur in einer Richtung
> > befahren werden dürfen (tag: oneway = yes), in Mapnik keine
> > Richtungspfeile mehr erhalten.
> >
> > Ist das ein Fehler?
> Wenn nicht ist es zumindest ein Feature-Request, der gerne hier reported
> werden möchte:
> <https://github.com/gravitystorm/openstreetmap-carto/issues>
> 
> Die 240 offnenen Tickets sind allerdings wirklich offene Tickets, so dass
es
> uU ein wneigen dauern kann, bis sich jemand kümmern kann.
> 
> Besser wäre es daher, sich selbst zu kümmern. Anleitungen zum Aufsetzen
> eines Test-Systems gibt's hier:
> <https://github.com/gravitystorm/openstreetmap-carto>
> 
> Lg
> 
> 
> ___
> 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] Rad-Wander-Skate-Routen

[Bernhard Weiskopf]

> Von: Thorsten Nau 
> ich würde je "Fortbewegungsart" eine separate route-Relation erstellen.

Ich auch. Irgendwo ist vielleicht der Fußweg getrennt von der Straße und
schon funktioniert die gemeinsame Relation nicht mehr, da der Radweg auf der
Straße und der Wanderweg auf dem Gehweg verläuft.

Bernhard



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

[Talk-de] Problem mit "opening_hours"

[Bernhard Weiskopf]

Hallo an alle,

der Vogelpark am Mannheimer Karlstern 
http://www.vogelpark-mannheim.de/terminkalender/ 
ist wie folgt geöffnet:
Sommerzeit: 8:00 Uhr - 19:00 Uhr
Winterzeit: 8:00 Uhr - 17:00 Uhr 

Für den Wert 
Mar Su[-1]-Oct Su[-1] -1 day 08:00-19:00; Oct Su[-1]-Mar Su[-1] -1 day
08:00-17:00
nennt mir das evaluation tool 
http://openingh.openstreetmap.de/evaluation_tool/?setLng=de 
dass heute bereits um 17:00 geschlossen wird, obwohl wir Sommerzeit haben.

Syntax siehe 
http://wiki.openstreetmap.org/wiki/Key:opening_hours und 
http://wiki.openstreetmap.org/wiki/DE:Key:opening_hours

Wo liegt mein Fehler und wie muss der Wert für die o. g. Öffnungszeiten
lauten?

Bernhard



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

Re: [Talk-de] Hausnummern-Mapping

[Bernhard Weiskopf]

> Von: Andre Hinrichs [mailto:andre.hinri...@gmx.de]
> 1.) Fehlende Hausnummern: 

Manchmal steht die Hausnummer nicht am Haus, sondern nur klein in der Nähe
des Briefkastens.

Oft helfen Internet-Suchmaschinen:
1. Namen an der Klingel oder am Briefkasten gelesen -> Danach suchen
2. Suche nach vermuteten Hausnummern
Irgendwo (Telefon-Verzeichnisse oder sonstwo) werden weitere Adressdaten
damit verknüpft gefunden.

Bernhard



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

Re: [Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps & Open Source

[Bernhard Weiskopf]

> "Während Google Maps Rechtschreibfehler korrigiert, findet 
> OpenStreetMap das Ziel noch nicht einmal bei korrekter Schreibweise."

Naja, wer (beim Fernsehen) "Sattelitenbilder" schreibt braucht sicherlich
eine extrem fehlertolerante Suche.

Bernhard


> Von: Andreas Schmidt [mailto:schmidt-postf...@freenet.de]
> 
> also das Beispiel "tüschenbroicher mühle" kann ich per OSM finden.
> Haben die ARDler was falsch gemacht?



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

[Talk-de] taggen von Schwimmbaedern?

[Bernhard Weiskopf]

Hallo an alle,

wie tagged man große Schwimmbäder? 
Z. B. das Cuppamare http://osm.org/go/0DO9BjMjQ-?m

Das Haupt-Tag ist „leisure = water_park“

Das gesamte Bad wird von Mapnik nicht angezeigt, weder Fläche noch Umriss
noch Name, nur Gebäude und Wasserbecken, die separat eingetragen sind.

Was muss noch als Tag hinzu, damit man die großen Bäder mit vielen Besuchern
auf der Karte, z. B. Mapnik, findet?
Manche sind zusätzlich mit „landuse = grass“ getagged, vermutlich, damit sie
angezeigt werden, oder soll man das so machen?

Bernhard



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

[Talk-de] Wege mit zeitlicher Zutritts-Beschrängung

[Bernhard Weiskopf]

Hallo an alle,

 

in „meinem“ Stadtteil liegt in der Mitte ein Einkaufszentrum, durch das
oftmals die kürzesten Wege führen. Das Einkaufszentrum ist aber nur werktags
von 7:00 bis 20:30 geöffnet.

 

Die zeitliche Zutrittsbeschränkung möchte ich in OSM erfassen, damit
Navigationsgeräte nur zu den Öffnungszeiten hier durchleiten.

 

Da die inneren Wege nicht hochgeklappt werden, sondern theoretisch benutzbar
bleiben, will ich an den Eingängen die Tore eintragen und denen die
Öffnungszeiten anheften. Durch Schilder sind Radfahrer, Scater,
Modellfahrzeuge usw. verboten.

 

Ein paar Varianten habe ich zusammengestellt:

Wie trägt man zeitlich beschränkte Öffnungszeiten für Tore ein?

 

barrier = gate

foot = yes

opening_hours = Mo-Sa 07:00-20:30; PH off

 

barrier = gate

foot = Mo-Sa 07:00-20:30; PH off

 

barrier = gate

foot = yes

acess:conditional = yes @ (Mo-Sa 07:00-20:30; PH off)

 

barrier = gate

access:conditional:foot = yes @ (Mo-Sa 07:00-20:30; PH off)

 

barrier = gate

foot:conditional = yes @ (Mo-Sa 07:00-20:30; PH off)

 

Gruß Bernhard

 

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

Re: [Talk-de] Wege mit zeitlicher Zutritts-Beschrängung

[Bernhard Weiskopf]

Hallo Tobias, 

Danke für die Info.

Da bei geschlossener Tür niemand und bei offener Tür theoretisch auch andere
reinkommen, verwende ich für access die allgemeine Form, hier also:

access = no
access:conditional = yes @ (Mo-Sa 07:00-20:30; PH off)
barrier = gate
foot = yes

Gruß Bernhard


> Von: Tobias Knerr [mailto:o...@tobias-knerr.de]
> Gesendet: Donnerstag, 29. Mai 2014 14:43
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Wege mit zeitlicher Zutritts-Beschrängung
> 
> Am 29.05.2014 13:59, schrieb Bernhard Weiskopf:
> > Wie trägt man zeitlich beschränkte Öffnungszeiten für Tore ein?
> 
> Das hier ist korrekt:
> 
> > acess:conditional = yes @ (Mo-Sa 07:00-20:30; PH off)
> 
> Das auch (eben mit dem Unterschied, dass es nur für Fußgänger gilt):
> 
> > foot:conditional = yes @ (Mo-Sa 07:00-20:30; PH off)
> 
> Das hier nicht, aber als access:foot:conditional = * wäre es korrekt:
> 
> > access:conditional:foot = yes @ (Mo-Sa 07:00-20:30; PH off)
> 
> Bei allen Varianten könnte es noch helfen, den Standard-Zustand
> anzugeben, wenn keine der bedingten Regeln gelten. Das ginge z.B. mit
> access = no.
> 
> Gruß
> Tobias




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

[Talk-de] Q: Baumlehrpfad eintragen

[Bernhard Weiskopf]

In Mannheim wurde ein neuer Baumlehrpfad (für Fußgänger) angelegt.

Wie trägt man sowas in OSM ein?

Als Wanderweg, Relation type = route, route = foot?
Oder anders, oder garnicht?

Der Weg hat keine einheitlichen Markierungszeichen, aber am Anfang eine
große Infotafel (mit Karte und eingetragenem Wegverlauf) und dann kann man
von jedem Lehrschild aus bereits das nächste sehen.

Bernhard



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

Re: [Talk-de] Q: Baumlehrpfad eintragen

[Bernhard Weiskopf]

> Ich würde den Weg, der sich impliziert ja aus mehreren nicht als ganzes
> zusammenhängenden Wegstücken zusammensetzt, als Relation umsetzen,
> und die Infotafeln natürlich auch mappen.
> 
> Oder ist der Weg tatsächlich als solcher explizit nur als Baumlehrpfad
> angelegt worden? Dann erübrigt sich imho auch die Relation.

Hallo Dirk,

der Weg existiert schon länger, er besteht aus mehreren Wegstücken mit
teilweise unterschiedlichen Nutzungsbeschränkungen. Deshalb hatte ich an
eine "Relation type = route, route = foot" gedacht, weiß aber nicht, welche
values hier sinnvoll sind. 

Ähnlich übrigens bei Trimm-Pfaden, werden deren Relationen auch mit "type =
route, route = foot" getagged? 

Oder ist das viel häufiger verwendete "route = hiking" besser?
Oder gibt es besondere values für Lehrpfade und Trimmpfade?

Die Haupttafel am Anfang werde ich auf jeden Fall eintragen und ebenfalls
mit der Relation verbinden. Ob ich die vielen Baumtafeln dazufüge, weiß ich
noch nicht, das ist etwas aufwändig.

Bernhard



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

Re: [Talk-de] Fahrradrouting - Wie verbessern?

[Bernhard Weiskopf]

> Alsoo: Erstmal die Daten verbessern und dann kann man schauen ob
> man wirklich noch ein neues Tag benötigt.

Sehe ich genauso. Wir haben schon einige Tags (smoothness, surface,
maxspeed, lcn, class:bicycle, lit und einige mehr), die die Router nur mal
berücksichtigen bräuchten. Noch ein Tag mehr finde ich nicht zielführend,
eher gegenteilig.

Ich verstehe nicht ganz, warum der komplexe Vorgang des Routing inzwischen
ziemlich gut funktioniert, die dagegen relativ einfache Auswertung der tags
so vernachlässigt wird (bei OpenRouteService ist bicycle = designated
gleichbedeutend mit bicycle = no). 

Freilich braucht eine aufwändigere Auswertung mehr Zeit, das dürfte heute
aber kein besonderes Problem mehr sein. Mit den bereits vorhandenen Tags
könnte man die Routen wesentliche besser den eigenen Vorlieben anpassen.

Bernhard



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

Re: [Talk-de] Wie exakt Landnutzungsflächen eintragen?

[Bernhard Weiskopf]

> > endet die Fläche der Schule auch exakt an der Grundstücksgrenze. 
> > Nicht in der Mitte einer Straße
> 
> Welche Straße? Eine Straße ist eine Fläche.
> Im Editor bzw. Datenbank ist eine Straße eine unendlich dünne Verbindung
> zwischen zwei Punkten (Objekt ohne jede Ausdehnung).

Bei Flüssen gibt es die Möglichkeit zur flächigen Darstellung, bei Straßen 
(immer noch) nicht. Hier wird ausschließlich eine Line in der Mitte gezeichnet. 
Erst wenn die Straße auch als Fläche gezeichnet werden kann, kann sie an andere 
Flächen angrenzen und ggf. mit denen auch gemeinsame nodes nutzen.

Wohngebiete zeichne ich zusammenhängend. Eine Wohnstraße führt nach meinem 
Verständnis durch ein Wohngebiet und nicht zwischen Wohngebieten hindurch. 
Spielplätze, Schulen, Parkplätze, Garagen usw. liegen dann auch im Wohngebiet, 
auch wenn dort niemand wohnt.

Beispielsweise dürfen LKW in Wohngebieten nachts nicht parken, wenn man 
Wohngebiete um die Straßen herum trennt und die Straße dann außerhalb verläuft, 
ist das nicht mehr auswertbar. 

Bei Waldwegen mache ich das genauso. Die führen nach meinem Verständnis durch 
einen Wald und nicht zwischen ganz vielen Wäldchen hindurch.

Ich habe allerdings anders gezeichnete Flächen noch nie geändert, dafür gibt es 
besseres zu tun.

Bernhard



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

[Talk-de] OpenRouteService - WAS: Fahrradrouting - Wie verbessern?

[Bernhard Weiskopf]

> ich sehe gerade, dass OpenRouteService erstmalig seit 2 Jahren
> anscheinend aktualisiert wurde: "OSM-Data for Routing: 04.06.14" !
> 
> Viele Grüße, avena

Stimmt, avena, Danke für den Hinweis.

Das Fahrradrouting wurde deutlich verbessert , jetzt nimmt ORS auch
ausgeschilderte Radwege. Interessant sind die Routen-Vorschläge für die fünf
auswählbaren Routentypen "kürzester Weg" - "Mountainbike" - "Rennrad" -
"sicherster Weg" - "preferred Cycleway/-route (*Beta*)". In meiner Gegend
macht ORS weitgehend sinnvolle Vorschläge. "Mountainbike" meidet Straßen,
"Rennrad" bevorzugt Straßen.

Etwas ärgerlich aber vielleicht gewollt: Bei den Auswahlen "kürzester Weg
oder preferred Cycleway/-route" routet ORS Radfahrer über kurze Strecken
auch falsch herum über kombinierte Gehweg/Einbahn-Radwege. Hier muss man
dann schieben. (Und Mapnik zeigt die Einbahn-Richtungspfeile leider immer
noch nicht an.)

Fußgängerrouting funktioniert gut, hier kann man nur "kürzester Weg"
auswählen.

PKW-Routing ist nach wie vor unbrauchbar, Abbiegeverbote und Anliegerstraßen
(Durchfahrtverbot) werden nicht beachtet.

Auch unverändert: Bei mir (unter Mozilla) bleibt die Anwendung sehr oft
hängen.

Gruß Bernhard



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

Re: [Talk-de] Google-Maps

[Bernhard Weiskopf]

In meiner Umgebung (Mannheim Ost) nichts Neues.

> ...
> kann es sein, dass Google-Maps seine Luftbilder aktualisiert hat?
> Ilmenau sieht mir verdammt nach letzten Herbst aus.
> 
> MfG Andreas



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

Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)

[Bernhard Weiskopf]

Müssten dann nicht auch alle Fernbuslinien und ähnliche Relationen entfernt
werden?

Bernhard


> -Ursprüngliche Nachricht-
> Von: Volker Schmidt [mailto:vosc...@gmail.com]
> Gesendet: Dienstag, 5. August 2014 19:28
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
> 
> Ich verstehe die ganz Diskussion nicht.
> Radrouten mit Beschilderung sollten auf OSM erscheinen.
> Radrouten, die nur auf web sites (Gipsies und Co.) oder auf Faltplaenen
des
> Tourismusvereins erscheinen werden nicht in OSM aufgenommen.
> Proposed bedeutet, dass eine Route - moeglicherweise mit Ausnahme von
> Einzelheiten -  feststeht UND Realisierug mit Beschilderung fest
vorgesehen
> ist.
> 
> Diese Diskussion spielt sich von Zeit zu Zeit immer wieder ab, habe in
> verschiedenen Laendern daran teilgenommen. Dabei scheint das
> Grundprinzip doch so einfach.
> 
> Radweit ist eine loebliche und nuetzliche Sache, aber diese Routen
> gehoeren nicht in OSM.
> 
> 
> 2014-08-05 19:10 GMT+02:00 715371 :
> 
> > Am 05.08.2014 um 17:58 schrieb Henning Scholland:
> > > Am 04.08.2014 um 21:50 schrieb Michael Reichert:
> > >> Kennt ihr Routenabschnitte von Radweit-Routen, an denen
> > >> Radweit-Aufkleber oder Schilder angebracht sind? Ich würde die
> > >> nicht ausgeschilderten Routen in den nächsten Wochen löschen, da
> > >> sie nicht der Wirklichkeit entsprechen. We map what's on the ground!
> > >
> > > Machst du dann gleich bei highway=proposed und anderen Dingen in
> OSM
> > > weiter, die nicht "On the Ground" sind?
> > >
> > > Ansonsten fände ich es sehr schade, wenn die Übereinkunft, dass nur
> > > falsches gelöscht wird und der Rest ungetaggt wird außer Kraft
> > > gesetzt
> > wird.
> >
> > Proposed sollte aber IMHO am besten dann benutzt werden, wenn
> Gelder
> > bewilligt sind und nicht noch über Alternativen abgestimmt werden muss.
> >
> > Sonst: Ist halt auch die Frage woher solche Daten kommen sollen.
> > Baupläne sind doch bestimmt per se erst einmal nicht
> > Lizenz-kompatibel, oder?
> >
> > Wie ist das denn bei Radweit mit der Lizenz? Gibt es da eine? Wenn sie
> > vom Urheber in die OSM geladen werden, wäre das dann OK? - Finde ich
> > jetzt nicht unbedingt so klar, würde beim letzten aber auch dazu
> > tendieren, dass da OK sein müsste.
> >
> > LG
> > 715371
> >
> > ___
> > 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] Radweit routen löschen? (WAS: Radweit)

[Bernhard Weiskopf]

Hallo an alle,

ich bin zwar auch kein Freund von mehr oder weniger privaten
Routen-Einträgen in OSM, bin aber sehr gegen das Löschen von Daten anderer
Mitwirkender ohne klare Regeln. Die Regeln will ich dann auch im Wiki
wiederfinden.

Das Löschen von Einträgen von OSM-Kollegen, weil diese manchen nicht genehm
sind, lehne ich ab. Und dass die Einträge vom kommerziellen Erfolg der
Routenbetreiber abhängen sollen, finde ich auch verwerflich.

Solange keine klaren und allgemein akzeptierte Regeln nachvollziehbar und
nachlesbar vorliegen bin ich gegen das Löschen von Einträgen.

Bernhard

> -Ursprüngliche Nachricht-
> Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
> Gesendet: Donnerstag, 7. August 2014 18:38
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
> 
> Am 7. August 2014 17:56 schrieb Henning Scholland :
> 
> > Hallo Frederik,
> > wo siehst du denn den Unterschied? Beides sind Routen von irgendwem,
> > die zwei oder mehr Punkte miteinander verbinden. Ob ich mich nun
> > selber bewege oder mich bewegen lasse ist für OSM doch vollkommen
> > egal. Das klingt nach "mir fällt gerade kein besseres Argument ein,
> > aber ich brauche eines".
> >
> 
> 
> 
> hat er doch schon geschrieben, was der Unterschied ist: Fernbusrouten
> sind per se relevant, weil wenn sie das nicht wären (d.h. niemand fährt da
> mit), dann gibt es sie nicht lange (ausser Subventionen und Förderung des
> ländlichen Raums, etc., also bewusste staatliche Eingriffe in die
> Angebot/Nachfrage Logik). Dagegen kostet es nichts, sich Radrouten
> auszudenken (ausser ein bisschen Zeit). Und wenn die dann niemand
> benutzt, kostet es auch nichts, so dass da kein natürliches Limit gegeben
ist.
> 
> 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

Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)

[Bernhard Weiskopf]

Noch ein E-Mail-Versuch

Gesendet: Freitag, 08. August 2014 um 06:34 Uhr
Von: "Bernhard Weiskopf" 
An: "Openstreetmap allgemeines in Deutsch" 
Betreff: Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)

> wobei die Radweit-Strecken wo ich sie kenne,
> als Routing-Grundlage deutlich besser geeignet
> sind als einige offizielle touristische Radwege,
> die bei jedem Kontakt mit einer Hauptstraße vor
> Schreck einen km-weiten Umweg planen...

... oder wie in Mannheim touristische Ziele ansteuern, zu denen kein Radweg
führt und die deshalb teilweise über "normale" Straßen zwischen dem
Autoverkehr führen, obwohl in der Parallelstraße ein Radweg verläuft.

Als Routing-Vorzug sind auch manche offiziellen Radrouten ungeeignet.

Bernhard



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

Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)

[Bernhard Weiskopf]

> Ich bin ebenfalls FÜR die Löschung, gerne auch unter Inkaufnahme der
> Löschung anderer, nicht ausgeschilderter Routen.

Dann müssen aber auch Fernbuslinien und viele Bus- und Bahnlinien entfernt
werden, die sind auch nicht ausgeschildert. Oder sollen ganz viele Ausnahmen
und Einzelregelungen definiert werden? - Bitte nicht.

Und was ist mit offiziellen Routen, bei denen einige Schilder fehlen? Sollen
die nicht ausgeschilderten Teile gelöscht werden? - Bitte auch nicht.

-> Ich bin gegen eine Löschung, solange die eingetragenen Daten nicht
offensichtlich falsch sind. So behandle ich OSM-Einträge, nicht nur Routen.

Wenn die Daten nicht erscheinen oder nicht berücksichtigt sollen, kann man
sie umtaggen. Auf jeden Fall vorher Rücksprache halten mit dem Autor der
Daten. 

Bevorzugt wünsche ich mir eine klare, nachvollziehbare Regelung und
Beschreibung im Wiki, die von der gesamten OSM Community geteilt wird.

Bernhard




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

[Talk-de] Adressdaten in POI nodes

[Bernhard Weiskopf]

Hallo an alle,

 

z. B. in meiner Umgebung wurden bei zahlreichen Restaurant-Nodes u. ä. die
Adressdaten (addr:* = …) gelöscht.

 

Soll man die jetzt nicht mehr eintragen, weil die z. B. aus der Umrandung
„building = …“ herausgelöst werden können, oder hätte der Mapper die nicht
löschen sollen?

 

Beispiele: 

https://www.openstreetmap.org/node/1348718094

https://www.openstreetmap.org/node/308507076

 

Gruß Bernhard

 

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

Re: [Talk-de] OSM und Android. Welche Apps sind sinnvoll?

[Bernhard Weiskopf]

OsmAnd benötigt auch bei meinem S3 unter Android 4.3 nicht so viele Rechte, 
sondern so wie Holger schreibt.

Updates der Software zählen nicht zu den limitierten Downloads der Free 
Version. 

Limitiert ist eigentlich nur die Anzahl der (Offline-)Kartendownloads. (Beim 
einem der letzten Updates mussten ein neues Sprachpaket und neue 
Kartenversionen per Download installiert werden, dazu wurde der Download-Zähler 
der Free Version wieder auf 0 gesetzt. :-) 

Das Speichern von Online-Kartenkacheln ist ohnehin unlimitiert. Das geht z. B. 
mit Mapnik, Cycle Map und Hike&Bike Map. 

Offline-Vektor-Karten kann man auch anders besorgen und in den entsprechenden 
Ordner im Smartphone kopieren, dann gehen auch mehr Karten und die kann man 
öfters aktualisieren. (Straßennamen-Ansagen, Fahrspurassistent, 
Geschwindigkeits-Warnungen  usw. funktionieren nur mit den Offline-Daten.) Die 
unlimitierte Version ist aber nicht so teuer, dass sich die Mühe für den Umweg 
immer lohnen würde.

OsmAnd hat noch viele Baustellen, trotzdem ist es mein bevorzugtes Navi-, 
Routing- und Kartenanzeige-Programm. 

Navigator habe ich auch installiert, aber der ist für Radfahrer und 
Fußgänger/Wanderer kaum zu gebrauchen.

Navis, die nur online funktionieren, kann ich nicht gebrauchen. In vielen 
Wander- und Radfahrgebieten ist kein ausreichender  Mobilfunk-Empfang und im 
Ausland wird das schnell teuer. Und zu Fuß in einer (ausländischen) Stadt 
möchte ich eine hohe Auflösung der angezeigten Karte.

Bernhard


> -Ursprüngliche Nachricht-
> Von: Holger Jeromin [mailto:gm...@katur.de]
> Gesendet: Freitag, 3. Oktober 2014 12:43
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] OSM und Android. Welche Apps sind sinnvoll?
> 
> Harald  Wrote in message:
> > [2. Versuch]
> > Ich habe OsmAnd auch ausprobiert und es gleich wieder gelöscht,
> > nachdem mich OsmAnd zwingen wollte, ihm vollen Zugriff auf sämtliche
> > Dateien, Kalender, e-mails etc. meines Smartphones (BB Z10) zu
> gewähren.
> 
> Woher hast du die app?
> Die Version im play store (normal und plus) benötigt kein E-Mail,  Kontakte
> oder Kalender Recht!
> 
> --
> Holger



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

[Talk-de] Luftbilder von Aerowest Baden abgeschaltet?

[Bernhard Weiskopf]

Seit ungefähr einer Woche erhalte ich bei JOSM keine Luftbilder mehr von
Aerowest Baden. 

(Link-URL:
tms:http://vwi-stuttgart.de:8080/aerowest-baden/{zoom}/{x}/{y}.jpg)

 

Die waren mir eine große Hilfe. 

 

Wurden sie vom Server entfernt oder verschoben?

 

Bernhard

 

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

[Talk-de] Wie kann man Änderungen rückgängig machen?

[Bernhard Weiskopf]

Hallo an alle,

in meiner Nähe hat Logge1456 
Änderungen durchgeführt, der Änderungssatz
https://www.openstreetmap.org/changeset/28028131 ist leider nicht
kommentiert.

Mir sind aufgefallen: 
* Die Einbahn-Richtung des Radwegs östlich der Lampertheimer Straße ist
umgedreht (man kann jetzt mit dem Fahrrad auf dem Radweg nicht mehr Richtung
Norden fahren), 
* Gebäude Nr. 156 (Eckhaus): building = … gelöscht, 
* das "Topfit Center Arthur Schnabel" (mit der Adresse des Gebäudes) als
node in der Mitte auf dem kombinierten Rad- und Fußweg platziert, 
* zwei fehlerhafte oder seltsame Abbiegerelationen eingetragen.

Lage: https://www.openstreetmap.org/#map=19/49.52600/8.51110 
Kontrolle der Abbiegebeschränkungen:
http://map.comlu.com/?zoom=19&lat=49.526147&lon=8.511215&layer=Grayscale&ove
rlays=FTT 

Ich war zuletzt vor zwei Monaten dort, da waren keine Änderungen absehbar.
Gestern Mittag habe ich Logge1456 angeschrieben, ihm die o. g. Punkte
genannt und Hilfe angeboten. Bis jetzt hat er nicht reagiert.

Wahrscheinlich sind alle Änderungen falsch, aber insbesondere die falsche
Radwegrichtung stört das Routing. Deshalb möchte ich die gesamten Änderungen
möglichst schnell wieder rückgängig machen. 

Weiß jemand, wie das geht?

Bernhard




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

Re: [Talk-de] Wie kann man Änderungen rückgängig machen?

[Bernhard Weiskopf]

Mit dem JOSM Reverter Plugin habe ich keine Erfahrung.

Wenn nicht mehr geändert wurde, als das, was mir direkt aufgefallen ist, kann 
ich dies auch einzeln editieren, denn ich kenne die Örtlichkeit und weiß wie es 
dort aussieht.

Der Mapper hat sich übrigens noch nicht gemeldet (ich war aber auch zwei Tage 
nicht hier bei Talk-de).

Bernhard



> -Ursprüngliche Nachricht-
> Von: fly [mailto:lowfligh...@googlemail.com]
> Gesendet: Dienstag, 13. Januar 2015 16:57
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Wie kann man Änderungen rückgängig machen?
> 
> Am 11.01.2015 um 23:15 schrieb malenki:
> > On Sun, 11 Jan 2015 16:03:51 +0100,
> > Tom Pfeifer wrote:
> >
> >> chris66 wrote on 2015-01-11 15:31:
> >>> Am 11.01.2015 um 13:30 schrieb Bernhard Weiskopf:
> >>>
> >>>> Weiß jemand, wie das geht?
> >>>
> >>> Das geht mit dem JOSM Reverter Plugin.
> >>>
> >>> Chris
> >>
> >> Halte ich für überzogen, insbesondere wenn Bernhard damit auch
> >> unerfahren ist.
> >
> > Wann ist der richtige Zeitpunkt, damit erste Erfahrungen zu sammeln?
> > Zudem muss man nach dem lokalen Revert nicht zwangsweise hochladen.
> 
> +1
> 
> Wobei spannender zum Üben sind da doch älter Changesets, damit auch
> einige Konflikte entstehen.
> 
> >> Volker Schmidt wrote on 2015-01-11 15:01:
> >>  > Gib doch dem user Logge1456 ein paar Tage Zeit. Es ist sein erstes
> >> > edit.
> >>
> >> Genau, und erst wenn das nicht passiert die kleinen Fehler
> >> korrigieren.
> >
> > +1
> >
> > Nur einen Tag auf Antwort des Mappers warten zu wollen halte ich für
> > etwas ungeduldig. Zwar dürften die meisten Leute auf dieser Liste
> > täglich im Netz sein und ihr Mails abholen, aber es gibt auch Menschen
> > mit anderen Tages- und Wochenabläufen.
> 
> +1
> 
> Alternative gibt es noch die "neue" Kommentarfunktion der
> Änderungssätze.
> 
> cu fly
> 
> 
> ___
> 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] F: Kreuzungsfreiheit bei trunk

[Bernhard Weiskopf]

In Mannheim ist ein Teil der Straße "Hinter dem Wolfsberg" als Kraftfahrstraße 
in einer Richtung gekennzeichnet. Auf der anderen Straßenseite (nur 
unterbrochene Mittellinie) stehen Wohnhäuser, fahren Radfahrer (die nicht mal 
wissen, dass sie nicht wenden dürfen) oder spielen sogar Kinder am Straßenrand. 
Das hat mit trunk sicherlich nichts zu tun. Man kann die Straße (keine bauliche 
Trennung) in OSM sowieso nicht längs teilen.

Als trunk road betrachte ich sehr wichtige, gut ausgebaute Straßen, auf denen 
der Verkehr stets Vorrang hat, also weder durch Kreuzungen oder gar Ampeln 
(durch die andere Verkehrsteilnehmer Vorrang bekommen) oder andere 
"Hindernisse" gebremst wird. Abzweige sind nur richtungsgleich (meistens durch 
Ein- und Ausfädelspuren) möglich.

Das Ende einer trunk road betrachte ich ab dem Punkt, wo der Einfluss einer 
Kreuzung oder Ampel beginnt, das ist in der Regel der Beginn einer 
Geschwindigkeitsbegrenzung vor dem jeweiligen "Hindernis".

Bernhard



> -Ursprüngliche Nachricht-
> Von: Garry [mailto:garr...@gmx.de]
> Gesendet: Dienstag, 13. Januar 2015 21:28
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] F: Kreuzungsfreiheit bei trunk
> 
> Am 11.01.2015 um 03:20 schrieb Michael Kugelmann:
> > --
> > Im Gegensatz zu Autobahnen können Kraftfahrstraßen von anderenr
> Straßen
> > plangleich gekreuzt werden. Der Verkehr an Knotenpunkten wird dann
> > meist über Ampeln oder Kreisverkehre geregelt.
> > --
> >
> > Eine Kraftfahrstraße würde ich sehr wohl als "trunk" taggen...
> Nur weil es eine Kraftfahrstraße ist?
> Das Schild habe ich auch schon an engen, steilen Bahnunterführungen im
> ampelgesteuerten wechselseitigen Einrichtungsverkehr gesehen -
> Verkehrsbedeutung im Bereich "residential" oder "unclassified".
> 
> Garry
> 
> ___
> 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] Start-/Landebahn

[Bernhard Weiskopf]

Die große "Startbahn West" des Frankfurter Flughafens ist eine "Einbahnstraße", 
http://www.openstreetmap.org/way/3989493

Alle Flugzeuge starten ausschließlich Richtung Süden. Außerdem ist sie eine 
reine Startbahn, dort landet kein Flugzeug.

Vielleicht sollte man die als oneway kennzeichnen?

Bernhard



> -Ursprüngliche Nachricht-
> Von: Garry [mailto:garr...@gmx.de]
> Gesendet: Dienstag, 13. Januar 2015 01:16
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Start-/Landebahn
> 
> Am 12.01.2015 um 12:50 schrieb Volker Schmidt:
> > Ich dachte dass moderne Flughaefen normalerweise symmetrische
> > Landebahnen haben, die Benutzungsrichtung haengt von der aktuellen
> Windrichtung ab.
> Nicht unbedingt, es gibt durchaus auch Gründe die Benutzungsrichtung
> individuell unabhängig von der Windrichtung zu definieren.
> 
> Garry
> 
> ___
> 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] Start-/Landebahn

[Bernhard Weiskopf]

Verkehrswege und Flächen sind zurzeit verschiedene Typen. Routing über Flächen 
wird nicht nur für die Router komplizierter und aufwändiger, vermutlich auch 
für die Mapper und damit anfälliger für Fehler. Deshalb würde ich dies auch 
getrennt lassen.

Gerade bei konstanter Fahrbahnbreite finde ich "width" einfacher zu handhaben 
und dies ist bereits an vielen Fahrbahnen angebracht. 

Bernhard


> -Ursprüngliche Nachricht-
> Von: fly [mailto:lowfligh...@googlemail.com]
> Gesendet: Mittwoch, 14. Januar 2015 16:43
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Start-/Landebahn
> 
> Am 14.01.2015 um 09:14 schrieb Garry:
> > Am 14.01.2015 um 01:13 schrieb Martin Koppenhoefer:
> >> fürs Flugzeugrouten fehlen in OSM AFAIK die relevanten Daten, die
> >> Frage Fläche oder way für die Startbahn ist vor diesem Hintergrund
> >> komplett unwichtig hinsichtlich Routing.
> > Für z.B. potentielle Immobilienkäufer/Mieter in Flugplatznähe ist es
> > aber vielleicht schon eine relevante Information wenn es solche
> > beschränkte Nutzungen (nur Starts, nur eine
> > Richt_ung_...) gibt.
> 
> Das klingt mir dann eher nach einer Lösung analog zu area:highway z.B
> area:aeroway und aeroway=* nur für Linien benutzen.
> 
> Alternative sollten mal ein paar Renderer width=* unterstützen sonst wird es
> schwierig beim Überzeugen, das es als Linie auch graphisch funktioniert.
> 
> cu fly
> 
> 
> ___
> 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] Start-/Landebahn

[Bernhard Weiskopf]

Was ist ein "Geo-Fakt"?

Nutzungsbeschränkungen, Einbahnstraßen, Abbiegebeschränkungen usw. sind schon 
lange on OSM erfasst.

Bernhard


> -Ursprüngliche Nachricht-
> Von: Michael Kugelmann [mailto:michaelk_...@gmx.de]
> Gesendet: Mittwoch, 14. Januar 2015 17:51
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Start-/Landebahn
> 
> Am 14.01.2015 um 09:14 schrieb Garry:
> > Für z.B. potentielle Immobilienkäufer/Mieter in Flugplatznähe ist es
> > aber vielleicht schon eine relevante Information wenn es solche
> > beschränkte Nutzungen (nur Starts, nur eine
> > Richt_ung_...) gibt.
> Aber ist das ein "Geo-Fakt"? Denn OSM als Projekt will eigentlich Geo-Fakten
> sammeln...
> 
> 
> Grpüße,
> Michael.
> 
> 
> ___
> 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] Start-/Landebahn

[Bernhard Weiskopf]

Okay, soweit klar.

Dass man in Frankfurt auf der Startbahn West nicht landen darf, sieht man z. B. 
an der nicht vorhandenen Landeanflug-Befeuerung und den ebenfalls nicht 
vorhandenen Antennen an den Bahnenden für die Landeanflug-Navigation.

Der Grund ist der Taunus, der 10 km nördlich beginnt. Mit den üblichen 
Sinkflugwinkeln (2° bis 3°) kann man von Norden nicht anfliegen. Und beim 
Anflug von Süden wäre ein Durchstarten Richtung Norden kaum möglich. 

Deshalb darf Richtung Norden niemals gestartet werden. Das ist in der Gegend 
allgemein bekannt, auch wenn an der Bahn kein "Einbahnschild" steht ;-)

Die Startbahn West ist die typische "Ferienflieger-Startbahn".

Bernhard

> -Ursprüngliche Nachricht-
> Von: Michael Kugelmann [mailto:michaelk_...@gmx.de]
> Gesendet: Mittwoch, 14. Januar 2015 19:51
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Start-/Landebahn
> 
> Am 14.01.2015 um 19:22 schrieb Bernhard Weiskopf:
> 
> >>Aber ist das ein "Geo-Fakt"? Denn OSM als Projekt will eigentlich
> >>Geo-Fakten sammeln...
> 
> >Was ist ein "Geo-Fakt"?
> >Nutzungsbeschränkungen, Einbahnstraßen, Abbiegebeschränkungen usw.
> sind
> >schon lange on OSM erfasst
> 
> vielleicht hätte ich genauer schreiben müssen: Geo-Fakten welche jeder
> einfach nachprüfen kann...
> Nutzungsbeschränkungen, Einbahnstraßen und Abbiegebeschränkungen
> sind meistens klar auf einem lokalen Schild, Fahrbahn-Markierungen oder
> ähnlichem hinterlegt. Bei einer Start-Landebahn die angeblich nur in einer
> Richtung beflogen wird muss man schon irgendwo ziemlich speziell
> recherchieren um es herauszukriegen (ich wüsste jetzt nicht ad hoc wo ich so
> etwas finde).
> Klar ist die Grenze nicht scharf. Aber auf der anderen Seite sollten wir nicht
> zurr "universellen Datenmüllhalde des Internets" werden (den Ruf hat schon
> ein anderes Projekt ;-).
> 
> 
> Just my 2 cents,
> Michael.
> 
> 
> ___
> 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] Wie kann man Änderungen rückgängig machen?

[Bernhard Weiskopf]

Hab mich heute mal mit dem Reverter Plugin beschäftigt und einen eigenen 
Änderungssatz revertiert. 

Die aufgeführten Konflikte verstehe ich nur zum Teil. Zu den einzelnen 
Positionen werden die Koordinaten gelistet, aber wenig weitere Infos. Bei 
vielen weiß ich nicht um welches Objekt es sich handelt oder wo es liegt.

Die Hilfe http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter ist gut, 
gibt über Details wie oben aber leider nicht viel Informationen.

Prinzipiell hat das Revertieren aber erstaunlich gut funktioniert. :-)

Die falschen Änderungen aus meiner Ursprungs-E-Mail wurden bereits von einem 
anderen Mapper korrigiert, der jetzige Stand sieht ziemlich gut aus. Die 
aktuelle Offline-Karte für OsmAnd enthält aber leider die falschen Daten mit 
der invertierten Richtung des Einweg-Radwegs. Der angeschriebene Mapper hat 
sich bis heute nicht gemeldet.

Bernhard



> -Ursprüngliche Nachricht-
> Von: malenki [mailto:o...@malenki.ch]
> Gesendet: Dienstag, 13. Januar 2015 22:28
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Wie kann man Änderungen rückgängig machen?
> 
> On Tue, 13 Jan 2015 21:47:12 +0100,
> Bernhard Weiskopf wrote:
> 
> > Mit dem JOSM Reverter Plugin habe ich keine Erfahrung.
> 
> Dann wird es Zeit. :)
> Ich halte es nicht für einen Nachteil, wenn es mehr als nur eine Handvoll
> Leute gibt, die falsche Änderungen gewissenhaft ganz oder teilweise
> zurücksetzen können.
> 
> > Wenn nicht mehr geändert wurde, als das, was mir direkt aufgefallen
> > ist, kann ich dies auch einzeln editieren, denn ich kenne die
> > Örtlichkeit und weiß wie es dort aussieht.
> 
> Ich finde öfter Objekte, die jemand versehentlich gelöscht hat und die dann
> von ihm oder anderen neu gemalt wurden. Regelmäßig fehlen dann access,
> maxspeed und surface, von Relationen nicht zu reden.
> Gelegentlich fehlt auch der Name (oder er wurde falsch geschrieben).
> Wenn man ungute Änderungen mit dem Reverter-Plugin zurücksetzt, kann
> man solche Fehler vermeiden.
> 
> 
> 
> ___
> 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] Wieder einmal lcn Sammelrelationen

[Bernhard Weiskopf]

In meiner Gegend (Mannheim) gibt es ein Netz von offiziellen Fahrradwegen. Die 
werden sogar manchmal gekehrt und führen auf gering befahrenen Straßen oder 
abgesetzt von viel befahrenen. Das Netz wird im Wesentlichen aufgespannt durch 
Wegweiser zu markanten Punkten mit Entfernungsangaben. Für "Insider" gibt es 
sogar eine Karte, die aber leider nicht publiziert wird.

Außer durch die Richtungswegweiser sind die Wege selbst nicht markiert, es gibt 
auch keine Symbole (außer dem Radzeichen auf den Wegweisern) und keine Namen 
für die Routen, deshalb wende ich das einfache Schema von 
http://wiki.openstreetmap.org/wiki/Cycle_routes#Tagging_cycle_route_networks 
an, d. h. direkt an den Weg oder die Straße kommt "lcn = yes" oder ähnlich, 
mehr nicht.

Relationen braucht man nicht, die wären sogar eher hinderlich, da der operator 
und der Netzname direkt an der Gemeinde- Stadt- Kreis-, Landkreis-...Grenze 
wechselt und damit der Weg mit der Grenze verbunden werden müsste. Außerdem 
bräuchte man viele Relationen.

Für Navigation ist das Ganze bedeutungslos, aber wer gerne nach Karten fährt 
oder plant und sich dabei an markierten Wegen orientiert, wie sie 
beispielsweise die Cycle Map zeigt, wird die Markierungen der Vorzugsstrecken 
sicherlich begrüßen.

Die Ziele werden in Deutschland nicht mit Nummern versehen (wie in GB), sondern 
mit Namen genannt, trotzdem kann man die Zielpunkte mit lcn_ref = ... 
eintragen, dann zeigt z. B. die Cycle Map genau, wohin die Wegweiser führen 
bzw. bis wohin die Entfernungsangabe zählt.

Bernhard



> -Ursprüngliche Nachricht-
> Von: Manuel Reimer [mailto:manuel.s...@nurfuerspam.de]
> Gesendet: Montag, 9. Februar 2015 21:18
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Wieder einmal lcn Sammelrelationen
> 
> On 02/08/2015 11:04 PM, 715371 wrote:
> >> Zu einer Rad- oder Wanderroute gehört schon etwas mehr als nur eine
> >> Handvoll Wegweiser. Hier ist eine feste Wegführung vorgesehen, die
> >> mit festen Zeichen (Zahlen, Symbolen, Buchstaben, ...) auf ihrer
> >> ganzen Länge markiert ist. Üblicherweise mit dem Ziel entweder
> >> Information zu vermitteln (dann oft Tafeln im Wegverlauf) oder an
> >> besonders schönen Orten vorbeizuführen.
> >
> > Die Schilder haben auch immer die gleiche Form, Farbe, Schrift,...
> > Gestaltung. Und ein Ymbol gibt es auch: Ein Fahrrad.
> 
> Gleiche Form, Farbe, Schrift und Gestaltung haben die Wegweiser für Autos
> auch. Und das Fahrrad ist das allgemein gültige Symbolbild für "Radfahrer".
> 
> Mir aber letztlich egal was wer erfasst. Ich muss solche "Routen" ja nicht
> eintragen und vor allem nicht für den verbrauchten Speicher zahlen ;)
> 
> Mein Empfinden ist einfach, dass man diesen "Fahrrad-Wegweisern" zu viel
> Bedeutung zuweist. Sie sind ein nett gemeinter Hinweis, aber wer sich auf
> sie verlassen will ist im wahrsten Sinne des Wortes verlassen.
> 
> Gruß
> 
> Manuel
> 
> 
> ___
> 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] heise berichtet ueber osm.org-Routing integration

[Bernhard Weiskopf]

> Die Qualität unserer Daten in Bezug auf Routing ist in der Tat
> verbesserungswürdig.
> 
> > So wird man mitunter zu verbotenen Abbiegemanövern 
> > aufgefordert oder über Privatgrundstücke gelotst.

Das liegt meiner Meinung nach weniger an den Daten in der Datenbank, sondern an 
der mangelhaften Umsetzung besonders in OSRM. Wenn solche grottigen Router auf 
der Homepage verlinkt werden, muss man eben mit schlechter Kritik am 
Gesamtsystem rechnen.

Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch Abbiegerelationen 
und Anliegerstraßen beachtet, die gehören meiner Meinung nach zu den 
Grundfunktionen.

Soweit ich mich erinnere hat OSRM mal funktioniert, zumindest was die 
Abbiegerelationen betrifft. Aber seit etwa einem halben Jahr ist die Routing 
Machine kaputt.

Bernhard



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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Bernhard Weiskopf]

Manche werden auch bei mir beachtet, aber eben nicht alle. 

Das kommt mir vor, als ob der Eintrag "role = from/via/to" nicht korrekt 
beachtet wird und dann die Funktion von der Reihenfolge der Einträge in der 
Relation abhängt. Überprüft habe ich das aber nicht.

Bernhard

> -Ursprüngliche Nachricht-
> Von: christian.pietz...@googlemail.com
> [mailto:christian.pietz...@gmail.com]
> Gesendet: Mittwoch, 18. Februar 2015 21:31
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] heise berichtet ueber osm.org-Routing integration
> 
> Bei mir beachtet OSRM aber Abbiegebeschränkungen:
> http://www.openstreetmap.org/directions?engine=osrm_car&route=51.02
> 214%2C13.76353%3B51.02112%2C13.76476#map=18/51.02224/13.76236
> (
> http://map.comlu.com/?zoom=19&lat=51.021984&lon=13.763307&layer=G
> rayscale&overlays=TTT
> )
> 
> Am 18. Februar 2015 um 21:04 schrieb Bernhard Weiskopf
> :
> 
> > > Die Qualität unserer Daten in Bezug auf Routing ist in der Tat
> > > verbesserungswürdig.
> > >
> > > > So wird man mitunter zu verbotenen Abbiegemanövern aufgefordert
> > > > oder über Privatgrundstücke gelotst.
> >
> > Das liegt meiner Meinung nach weniger an den Daten in der Datenbank,
> > sondern an der mangelhaften Umsetzung besonders in OSRM. Wenn
> solche
> > grottigen Router auf der Homepage verlinkt werden, muss man eben mit
> > schlechter Kritik am Gesamtsystem rechnen.
> >
> > Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch
> > Abbiegerelationen und Anliegerstraßen beachtet, die gehören meiner
> > Meinung nach zu den Grundfunktionen.
> >
> > Soweit ich mich erinnere hat OSRM mal funktioniert, zumindest was die
> > Abbiegerelationen betrifft. Aber seit etwa einem halben Jahr ist die
> > Routing Machine kaputt.
> >
> > Bernhard
> >
> >
> >
> > ___
> > 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