Anfängerfragen

Blimp · 2016-01-15 10:39:34

seichter wrote:

Es war von privaten Luftbildern (nicht regelmäßig) die Rede.
Kommerzielle Aufnahmen mit Rechten anderer sind natürlich nicht verwendbar.

Das mit den Rechten wäre das kleinste Problem, da mache ich mir auch bei kommerziellen Auftragsflügen keine Sorgen.
Bisher war das natürlich nicht auf dem Radar, daher dürfte das bisherige Material schlichtweg einfach nicht zeigen, was für diese Zwecke benötigt würde. Das könnte man aber bei zukünftigen Flügen zumindest während des Transfers zwischen den Kundenobjekten berücksichtigen, wenn man einen Plan für die technische Seite hat.

Deswegen "kleinerer Ausschnitt" bis höchstens Kilometer, so dass nichtlineare Verzerrungen noch keine Rolle im Rahmen der für OSM nötigen Genauigkeit spielen. Die Georeferenzierung erfolgt anhand von bereits referenzierten Hintergrundbildern wie Bing (hat typisch Genauigkeit von wenigen Metern) oder freigegebenen Karten mit Hilfe von drei gemeinsamen Punkten am Boden, die man auf beiden Bildern bzw. Karte identifizieren kann.
Für professionelle Orthofotos muss man natürlich einen viel höheren Aufwand treiben.
Etwas Ähnliches wurde im Zusammenhang mit Minidrohnen auch schon diskutiert.

Hat eigentlich schon mal jemand so richtig erfolgreich UAV's für OSM einsetzen können? Alles was ich zu dem Thema gesehen habe bisher war, dass das mehr Spielerei als ein gescheites Ergebnis im Kosten-/Nutzen-Verhältnis gewesen wäre. Für bestimmte Profanbauten von Kunden kann man damit geniale Perspektiven erreichen, aber bei einer maximalen Flughöhe von 100 Metern und der Positionsgebundenheit des Steuerers kann ich bei den Dingern den Nutzen noch nicht so richtig sehen, zumal jeder Standortwechsel bei der Leitstelle angemeldet werden muss. Damit kann man schon mal einen halben Tag einen eigenen Sachbearbeiter beanspruchen...

kreuzschnabel · 2016-01-15 10:40:35

Blimp wrote:

Etwas unklar ist, wie man das in der Praxis dann im Detail am besten Umsetzt. Etwa mit der Segmentierung, da könnte man ja einfach hingehen und den Pfad aufteilen; bis zum Beginn der Fahrbahnmarkierung, die Abbiegestreifen, den Kreuzungsbereich, nach dem Kreuzungsbereich... Denn das Attribut mit dem Abbiegestreifen wäre ja nur auf das letzte Segment mit den Abbiegestreifen vor der Kreuzung zutreffend, oder? Was ist da best practice?

Genau so. Wenn eine Straße im Verlauf ihre Eigenschaften ändert, welche auch immer, und man das taggen will, muß man dort den Way aufteilen. Das Beispiel im Wiki besteht aus sechs verbundenen Ways.

--ks

Basstoelpel · 2016-01-15 10:44:43

Ja, die Straße muß dabei zerstückelt werden, es geht nicht anders.

Baßtölpel

Blimp · 2016-01-15 11:06:07

Danke, das klärt gleich übertragbar auf andere Attribute das richtige Vorgehen. Dann werde ich das mal nach und nach da wo ich Ortskenntnis habe angehen, imho eine immer wichtiger werdende Information wenn der Router einem den richtigen Fahrstreifen ansagen kann.

Gleich noch mal best practice: Wenn ich im JOSM versehentlich mit dem Auswahlwerkzeug neben einen Node klicke den ich angelegt habe, jammert JOSM im Fenster Prüfergebnisse je nach Kartenabschnitt hunderte Fehler an, scheinen alles Sachen zu sein die ich nicht angefasst habe. Beispielposition im Dorf. Ich habe mal auf einige der angezeigten Probleme gezoomt, da ist glaube ich wenig bei, wo ich mich rantrauen würde. Wie geht ihr da so vor?

gormo · 2016-01-15 11:08:33

Blimp wrote:

Ich habe mal auf einige der angezeigten Probleme gezoomt, da ist glaube ich wenig bei, wo ich mich rantrauen würde. Wie geht ihr da so vor?

Grob drübergucken ob da was dabei ist das ich schnell und leicht beheben kann. Wenn nicht, dann ignorieren.

...und Mich auch mal an ein etwas komplexeres Problem setzen, wenn ich grade Zeit und Lust habe.

gormo · 2016-01-15 11:11:42

Blimp wrote:

Hat eigentlich schon mal jemand so richtig erfolgreich UAV's für OSM einsetzen können? Alles was ich zu dem Thema gesehen habe bisher war, dass das mehr Spielerei als ein gescheites Ergebnis im Kosten-/Nutzen-Verhältnis gewesen wäre. Für bestimmte Profanbauten von Kunden kann man damit geniale Perspektiven erreichen, aber bei einer maximalen Flughöhe von 100 Metern und der Positionsgebundenheit des Steuerers kann ich bei den Dingern den Nutzen noch nicht so richtig sehen, zumal jeder Standortwechsel bei der Leitstelle angemeldet werden muss. Damit kann man schon mal einen halben Tag einen eigenen Sachbearbeiter beanspruchen...

Hier http://eprints.hsr.ch/439/1/final-1-compressed.pdf steht einiges dazu drinnen. Die beschäftigen sich am Ende auch mit Ortophotos.

Und hier https://smathermather.wordpress.com/cat … ndronemap/ gibts auch noch ne Menge.

geri-oc · 2016-01-15 11:18:53

Noch einmal zu Luftbilder:
https://wiki.openstreetmap.org/wiki/DE:Luftbilder

User Martin Dornfelder hatte schon einmal welche eingestellt - da sie aber nicht aus meinem Gebiet waren habe ich mich nicht weiter beschäftigt.

Allerdings sind solche Luftbilder (Drohnen) nicht schlecht in Neubaugebieten - muss ja nicht unbedingt 100% sein - aber wenn schon Häuser mit Adressen zu finden sind ... - und auch normale Fotos nutze ich zum Eintragen / Ergänzen von Gebäuden.

( http://osm.org/go/0MLKWKvaF- )

Blimp · 2016-01-15 11:22:53

Uhh.

Umsegmentieren der Straße für Anlegen von Abbiegespuren in die benötigten Segmente...
Da verstehe ich (noch) nur Bahnhof.

kreuzschnabel · 2016-01-15 11:29:50

Blimp wrote:

Uhh.
http://up.picr.de/24284571xq.jpg
Umsegmentieren der Straße für Anlegen von Abbiegespuren in die benötigten Segmente...
Da verstehe ich (noch) nur Bahnhof.

Du hast versucht, zwei Straßensegmente zu verbinden, die zu unterschiedlichen Relationen gehören.

Ways werden nicht nur aufgeteilt, wenn sich ihre physischen Eigenschaften ändern, sondern auch, wenn sie zu unterschiedlichen Relationen gehören, z.B. Buslinien.

Beim bloßen Aufteilen kann diese Meldung nicht kommen. Wenn sie beim Verbinden kommt, dann unterlaß das Verbinden. Die sind dann mit Absicht getrennt.

--ks

Chrysopras · 2016-01-15 11:39:27

gormo wrote:

Blimp wrote:
Ich habe mal auf einige der angezeigten Probleme gezoomt, da ist glaube ich wenig bei, wo ich mich rantrauen würde. Wie geht ihr da so vor?
Grob drübergucken ob da was dabei ist das ich schnell und leicht beheben kann. Wenn nicht, dann ignorieren.
...und Mich auch mal an ein etwas komplexeres Problem setzen, wenn ich grade Zeit und Lust habe.

Man muss außerdem unterscheiden: manche der angezeigten Probleme kann man ohne oder mit geringer Ortskenntnis beheben (bzw. ein Blick auf die Luftbilder klärt das), andere nicht. Daher würde ich bei Orten, in denen ich mich nicht (gut) auskenne, viele Probleme einfach ignorieren und nur das beheben, was sich zweifelsfrei klären lässt. Schon das häufige Problem "Hausnummer ohne Straßenname" lässt sich nicht immer ohne genaue Ortskenntnis klären (z.B. bei Eckhäusern ist die Zuordnung ja nicht immer klar). Wo ich mich dagegen gut auskenne, versuche ich, je nach Zeit, möglichst viele der Probleme durchzugehen und sie, wenn nötig, zu beheben.

kreuzschnabel · 2016-01-15 11:43:24

Du steigst aber echt gleich tief ein. Ist keine Kritik, du willst es, und du pflügst dich da schon durch. Nur ein Hinweis, falls es dir zu schwierig vorkommt. Der OSM-Datenbestand ist im urbanen Bereich schon einigermaßen komplex, weil wir halt sehr viel abbilden wollen.

Andere Neumapper beschränken sich erstmal aufs Briefkasten-Setzen und trauen sich nur ganz allmählich an das Aufteilen von Ways heran. Relationen fassen die frühestens nach 6 Monaten an :-)

Aber weil du ohnehin spätestens heute abend damit rumspielen wirst, kurze Erklärung:

Zu welchen Relationen ein Element gehört, siehst du im Tag-Fenster unterhalb der Tags („Element von“). Klick eine davon (nehmen wir eine Busroute) mit rechts an und dann auf „Bearbeiten“. Das öffnet den Relations-Editor.

Oben siehst du das Tagging der Relation. Darunter zwei Fenster: im linken alle Elemente der Relation („unvollständig“ steht bei Elementen, die dein JOSM noch nicht heruntergeladen hat) und ihre jeweiligen Rollen (sofern gegeben, muß bei einer Buslinie nicht sein, aber z.B. bei einem Multipolygon). Im rechten siehst du die Elemente, die du in der Karte gerade selektiert hast. Grün unterlegt heißt: ist schon in der Relation. Rot unterlegt heißt: da stimmt was nicht (evtl. ist das Element zweimal drin, ist mir schon passiert).

Die Symbole dazwischen ermöglichen die Interaktion zwischen den beiden unteren Feldern. Du kannst selektierte Elemente in die Relation einfügen oder in einem Fenster selektrierte Elemente auch im anderen selektieren lassen (die Liste ist oft unübersichtlich, es gibt Relationen mit 800 und mehr Mitgliedern, bei Fernwanderwegen hat man das schnell zusammen). Mit dem Mülleimersymbol nimmst du einzelne Elemente aus der Relation raus. So kannst du Relationen umbauen – für dich sind sicher Radrouten interessant, der Emscher-Radweg oder wie der heißt ist doch bestimmt als Relation angelegt. Nach jeder Änderung klickst du den Button ganz links oben im Relationseditor „Aktualisierungen übernehmen“, sonst gibt es schnell Konflikte. Ist einklich ganz spaßig, und in JOSM sehr gut zu handhaben.

--ks

Last edited by kreuzschnabel (2016-01-15 11:49:29)

wambacher · 2016-01-15 11:51:05

Blimp wrote:

scheinen alles Sachen zu sein die ich nicht angefasst habe.

Ja, das ist nun mal so. Wenn du keine Objekte ausgewählt hast und den Validator aufrufst, überprüft er alles was er im Speicher hat - und dann kommt schon einiges zusammen.

Wie der Kollege schon schrieb, kannst du das ignorieren oder auch Probleme fixen, wenn du dich damit auskennst. Dass du bei einem typischen Stadt-Auszug auf Zero kommst, ist schlicht unmöglich, da Josm manchmal auch gebräuchliches Tagging "anmotzt". Das ist dann schon ok so.

Bei Errors (rot) solltest du aber dennoch mal energischer nachsehen oder dir Hilfe suchen.

Beim Hochladen werden alle Objekte überprüft, an denen du irgendwas geändert hast. Dabei tauchen dann oft auch Probleme auf, die du garnicht verursacht hast. Musst du halt abwägen was hier sinnvoll ist.

Gruss
walter

R0bst3r · 2016-01-15 11:59:34

Blimp wrote:

Ja, dass da Attribute existieren habe ich schon heraus gefunden. Etwas unklar ist, wie man das in der Praxis dann im Detail am besten Umsetzt. Etwa mit der Segmentierung, da könnte man ja einfach hingehen und den Pfad aufteilen; bis zum Beginn der Fahrbahnmarkierung, die Abbiegestreifen, den Kreuzungsbereich, nach dem Kreuzungsbereich... Denn das Attribut mit dem Abbiegestreifen wäre ja nur auf das letzte Segment mit den Abbiegestreifen vor der Kreuzung zutreffend, oder? Was ist da best practice?
Mal ein alltägliches Beispiel, wo ich Radschutzstreifen an der Straße und Recyclingcontainer nachgetragen habe.

Ja, das Attribut trifft nur auf das letzte Segment zu.
Mögliche Pfade modellieren wir nicht, wenn nicht baulich getrennt.

Vorgehen:
* Trenn einen Abschnitt von der Straße kurz vor der Kreuzung ab.
* Setze lanes:forward oder lanes:backward=3, je nachdem wie viele Spuren da sind.
* Setze turn:lanes:forward oder *backward=left|through|right usw. je nachdem wie viele Pfeile da sind. Sind manche Spuren ohne Pfeile, dann "none" rein schreiben. Weitere Pfeilwerte findest du im Wiki.
Die Beispiele dort zeigen das sehr gut.

Sonderspuren findest du dann hier beschrieben. Aber jeder fängt mal klein an

Blimp · 2016-01-15 12:29:54

kreuzschnabel wrote:

Du steigst aber echt gleich tief ein. Ist keine Kritik, du willst es, und du pflügst dich da schon durch. Nur ein Hinweis, falls es dir zu schwierig vorkommt. Der OSM-Datenbestand ist im urbanen Bereich schon einigermaßen komplex, weil wir halt sehr viel abbilden wollen.
Andere Neumapper beschränken sich erstmal aufs Briefkasten-Setzen und trauen sich nur ganz allmählich an das Aufteilen von Ways heran. Relationen fassen die frühestens nach 6 Monaten an :-)

Das ist ja das, das eine führt zum anderen... Öffentliche Toilette und Recyclingcontainer, ein nicht erfasstes Haus einzeichnen habe ich gestern mal mit angefangen. An die Relationen will ich auch eigentlich erst mal gar nicht ran, aus Ortskenntnis ergeben sich einige kleine Verlaufskorrekturen, Ergänzungen von Attributen, Barrieren etc. Mit dem richtigen Anschubser ^^^ kann man sich so langsam auch in die Attribute reindenken und das Segmentieren selbst ist schnell begriffen - es sei denn da hängen Relationen dran, dann guckt man erst mal dusselig aus der Wäsche weil man keine Idee hat wie man die Segmentierung wegen Relation und wegen physischer Eigenschaften (die dann eben unterschiedlich sind) in Deckung bekommt. Alles was ich sehen, abfahren und ablaufen kann, ist für den Anfänger am ehesten übertragbar.

Ich habe das aber richtig verstanden, dass wenn ich einen Pfad auftrenne, die Eigenschaften so wie es JOSM anzeigt samt und sonders so kopiert werden, dass durch das Auftrennen nichts beschädigt werden kann? Das Zusammenfügen wie oben beschrieben bei Warnung unterlassen, dann lieber die Attribute auf mehrere Segmente kopieren?

chris66 · 2016-01-15 12:44:56

Ja, auftrennen macht JOSM in der Regel richtig. Zusammenfügen geht halt nicht automatisiert, wenn die ways unterschiedlichen Relationen angehören oder unterschieliche Attribute haben.

Last edited by chris66 (2016-01-15 13:06:34)

wambacher · 2016-01-15 12:45:01

Blimp wrote:

Ich habe das aber richtig verstanden, dass wenn ich einen Pfad auftrenne, die Eigenschaften so wie es JOSM anzeigt samt und sonders so kopiert werden, dass durch das Auftrennen nichts beschädigt werden kann?

Ja, das ist korrekt. Josm verkürzt den alten Way und legt einen neuen an, der alle Eigenschaften des Originals bekommt. Sollte das Original Member einer Relation sein, wird die Relation ebenfalls automatisch angepasst.

Vom Zusammenfügen zweier Ways würde ich am Anfang absehen, da das Nebeneffekte haben kann. Nur wenn die absolut gleich getaggt sind und dann auch keine Member in Rels sind, kann man es mal versuchen. Klappt das ohne Rückfrage von Josm, ist alles ok. Ansonsten cancelt man den Merge einfach.

Gruss
walter

Blimp · 2016-01-15 13:02:37

wambacher wrote:

Blimp wrote:
Ich habe das aber richtig verstanden, dass wenn ich einen Pfad auftrenne, die Eigenschaften so wie es JOSM anzeigt samt und sonders so kopiert werden, dass durch das Auftrennen nichts beschädigt werden kann?
Ja, das ist korrekt. Josm verkürzt den alten Way und legt einen neuen an, der alle Eigenschaften des Originals bekommt. Sollte das Original Member einer Relation sein, wird die Relation ebenfalls automatisch angepasst.
Vom Zusammenfügen zweier Ways würde ich am Anfang absehen, da das Nebeneffekte haben kann. Nur wenn die absolut gleich getaggt sind und dann auch keine Member in Rels sind, kann man es mal versuchen. Klappt das ohne Rückfrage von Josm, ist alles ok. Ansonsten cancelt man den Merge einfach.
Gruss
walter

Super! Danke Jungs, dann kann ich mich auf dem Wege nach und nach an das Ergänzen von Details machen, da scheint es ja noch so viele Strassen zu geben, wo ich bei recht vielen bis auf den Zustand (den spätestens wenn ich mit dem Rad wieder beinahe in ein Loch gefallen bin ) beinahe aus dem Kopf viele fehlende Attribute ergänzen kann, von Anlieger bis Überholverbot, von Abbiegestreifen bis Strassenbelag, da gibt's ja noch jede Menge Ortskenntnis zu verarbeiten. Und wenn dann noch Ergänzungen und Korrekturen von den Radtouren dazu kommen, dürfte schon fast mehr Beitrag zu leisten sein als Zeit da ist.

Das Thema Luftbilder halte ich mal im Hinterkopf, da brüte ich mal in ruhiger Stunde über technisches, Durchführbarkeit und Kosten/Nutzen.

Blimp · 2016-01-16 14:41:23

Hallo zusammen...

Die eigene Umgebung ist ja voller Fragen

Entlag der Emscher führt der sogenannte "Emscher-Weg". Auch wir nutzen den sehr gerne fürs Radfahren - beschildert ist er mit an den Stellen an denen mir Beschilderung aufgefallen ist mit Zeichen DE:240 kombiniert mit DE:258. Ich wollte mal sehen was ich so brauche um unterwegs mal Barrieren und so zu erfassen und ggf. nachzutragen.

Die Strecken scheinen auf den ersten Blick unterschiedlich getagged zu sein.

Mal so:

bicycle=yes
construction=cycleway
foot=yes
highway=cycleway
horse=no
name=Emscher-Weg
segregated=no
surface=compacted
vehicle=no

dann wieder so:

bicycle=designated
foot=designated
highway=path
name=Emscher-Weg
segregated=no
smoothness=bad
surface=compacted

oder so:

bicycle=designated
foot=designated
highway=cycleway
horse=no
name=Emscher-Weg
surface=compacted

oder mal so:

access=no
bicycle=designated
foot=designated
highway=cycleway
horse=no
name=Emscher-Weg
surface=compacted

bicycle=yes
construction=cycleway
foot=yes
highway=cycleway
horse=no
name=Emscher-Weg
segregated=no
surface=compacted
vehicle=no

und so weiter. Wie sollte es (abgesehen natürlich von den physikalischen Abschnittseigenschaften) denn nun gemacht werden?
Ein Cycleway ist es doch eher weniger als ein Path mit bicycle=designated + foot=designated?
Das mit access=no kann ich noch nachvollziehen, die Radroute ist kilometerweit abgesperrt, das construction= kann man ja eher nur selber abfahren auf nötige Updates prüfen.

Durchaus verwirrend...

Harald Hartmann · 2016-01-16 15:04:04

Unabhängig von den anderen Tags, wo ich mich nicht wirklich gut auskenne, wird denn irgendwo noch gebaucht (construction)? Laut Wiki sollte man natürlich, wenn man schon den construction-Tag verwendet auch das jeweilige "Elternelement" auf =construction setzen, ansonsten würde ja, wie in deinen Beispielen oben bereits drübergeroutet werden?! Also entweder highway=construction und dann eben construction=cycleway oder nur highway=cycleway (wenn fertig gebaut ist). Ansonsten gibt es für den Rest auch ziemlich gute Wikierklärungen, einfach in der Wikisuche den Key eingeben und sich belesen

geri-oc · 2016-01-16 15:28:46

Ein tool für Verkehrszeichen:

http://osmtools.de/traffic_signs/?signs=240,258

Ansonsten wie im Wiki hw=path und weitere Tags. Bei "uns" gibt es m.E. keine reinen Radwege.

kreuzschnabel · 2016-01-16 16:51:54

Der zweite Block klingt für mich am sinnvollsten.

construction=cycleway ist Unsinn.

bicycle=designated ist in highway=cycleway logischerweise implizit enthalten und daher überflüssig – wenn etwas ein Radweg ist, muß man nicht mehr dranschreiben, daß es zum Radfahren gedacht ist.

highway=path bezeichnet allgemein alles, was nicht für motorisierten Verkehr gedacht ist, und ist hier das richtige Haupttag.

Ist dort ausdrücklich (also beschildert) Reitverbot? Wenn nein, muß das horse=no weg.

--ks

Blimp · 2016-01-16 17:20:39

kreuzschnabel wrote:

Der zweite Block klingt für mich am sinnvollsten.
construction=cycleway ist Unsinn.
bicycle=designated ist in highway=cycleway logischerweise implizit enthalten und daher überflüssig – wenn etwas ein Radweg ist, muß man nicht mehr dranschreiben, daß es zum Radfahren gedacht ist.
highway=path bezeichnet allgemein alles, was nicht für motorisierten Verkehr gedacht ist, und ist hier das richtige Haupttag.
Ist dort ausdrücklich (also beschildert) Reitverbot? Wenn nein, muß das horse=no weg.
--ks

Wenn man man so Tante SuMa anwirft scheint es da unterschiedliche Meinungen zu geben, ich hätte jetzt nämlich nach WiKi Lektüre auch erst mal darauf getippt, dass die Streckenabschnitte

bicycle=designated
foot=designated
highway=path
horse=no (ja, explizit beschildert mit DE:240 kombiniert mit DE:258 als Tafel des Kommunalverbandes, also keine einzelnen Schilder)
name=Emscher-Weg

und je nach Abschitt

segregated=*
smoothness=*
surface=*
access=no
note: Baustelle

getagged würden. Ich werde mir wohl als Einsteiger nicht sofort anmaßen herzugehen und kilometerlange Arbeit anderer von Hand umtaggen, bei den neuen Zwischenstücken möchte ich es aber richtig machen. Ansonten könnt ihr ja mal sagen was ihr zum Umtaggen meint und ob das sozusagen als "Massenverarbeitung" geht...

@geri-oc: Danke, echt hilfreiches Tool ;-)

Würde mal jemand drübergucken ob ich hier beim neuanlegen der Wege groben Unfug gemacht habe?

Last edited by Blimp (2016-01-16 17:22:45)

chris66 · 2016-01-16 17:52:44

geri-oc wrote:

Bei "uns" gibt es m.E. keine reinen Radwege.

Bei "uns" schon.

Wobei die "reinen" Radwege die in OSM eingetragen sind (hw=cycleway, ohne weitere Tags) zu 90% falsch sind,
da in Realität kombinierte Rad-/Fußwege.

@Blimp: Wenn Du immer path + Zusatztags nach dem Verkehrszeichentool mappst, ist das schonmal nicht schlecht.
Mit surface=* und width=* wird es optimal.

Last edited by chris66 (2016-01-16 18:09:46)

kreuzschnabel · 2016-01-16 17:58:04

Blimp wrote:

Würde mal jemand drübergucken ob ich hier beim neuanlegen der Wege groben Unfug gemacht habe?

Grober Unfug fällt mir da nicht auf. Und du scheinst erfreulicherweise auch nicht die Angewohnheit zu haben, zwanghaft mindestens alle 1,5 Meter einen Node setzen zu müssen, auch wenn der Weg schnurgeradeaus geht.

Mikroskopischer Unfug:

- highway=path und foot=designated kannst du zu highway=footway zusammenfassen, sofern Fußweg die Hauptnutzung ist. Bei gleichberechtigter Nutzung mehrerer Verkehrsarten ist es path mit den designated-Tags.

- Die Zufahrt würde ich nach Luftbild bis südlich vom Gebäude verlängern (bis dahin scheint man ja fahren zu dürfen, zumindest mit Erlaubnis) und mit dem nächsten footway verbinden, sofern man da zu Fuß durchkommt. Wenn ein Tor die Einfahrt versperrt, setz da einen node hin mit barrier=gate.

--ks

Last edited by kreuzschnabel (2016-01-16 17:58:25)

kreuzschnabel · 2016-01-16 18:06:36

chris66 wrote:

geri-oc wrote:
Bei "uns" gibt es m.E. keine reinen Radwege.
Bei "uns" schon.

Übel ist das in England, wo es eine Wegerechtklasse namens „public bridleway“ gibt, die einen Weg für alle unmotorisierten Verkehrsarten vorsieht. Auf OSM hieße das foot=designated, horse=designated, bicycle=designated mit dem entsprechenden Haupttag (path oder track). Diese Dinger sind aber in der Praxis, der Bezeichnung folgend, größtenteils ausschließlich als highway=bridleway getaggt – und zwar unabhängig davon, ob es ein path mit surface=ground ist oder ein grade-1-track. Sehr lästig. Seeeeeehr lästig.

Wo ich die Dinger sehe, tagge ich sie um: Haupttag entsprechend Beschaffenheit und dann designation=public_bridleway (das ist einklich für das Wegerecht vorgesehen), plus zur Redundanz, falls einzelne Router damit noch nichts anfangen können, eine Reihe von Einzel-Access-Tags. Ein Track soll auch Track heißen. Auch wenn man dann in Mapnik nicht mehr sofort erkennt, wo man langlaufen darf und wo nicht.

--ks

Announcement

#51 2016-01-15 10:39:34

Re: Anfängerfragen

#52 2016-01-15 10:40:35

Re: Anfängerfragen

#53 2016-01-15 10:44:43

Re: Anfängerfragen

#54 2016-01-15 11:06:07

Re: Anfängerfragen

#55 2016-01-15 11:08:33

Re: Anfängerfragen

#56 2016-01-15 11:11:42

Re: Anfängerfragen

#57 2016-01-15 11:18:53

Re: Anfängerfragen

#58 2016-01-15 11:22:53

Re: Anfängerfragen

#59 2016-01-15 11:29:50

Re: Anfängerfragen

#60 2016-01-15 11:39:27

Re: Anfängerfragen

#61 2016-01-15 11:43:24

Re: Anfängerfragen

#62 2016-01-15 11:51:05

Re: Anfängerfragen

#63 2016-01-15 11:59:34

Re: Anfängerfragen

#64 2016-01-15 12:29:54

Re: Anfängerfragen

#65 2016-01-15 12:44:56

Re: Anfängerfragen

#66 2016-01-15 12:45:01

Re: Anfängerfragen

#67 2016-01-15 13:02:37

Re: Anfängerfragen

#68 2016-01-16 14:41:23

Re: Anfängerfragen

#69 2016-01-16 15:04:04

Re: Anfängerfragen

#70 2016-01-16 15:28:46

Re: Anfängerfragen

#71 2016-01-16 16:51:54

Re: Anfängerfragen

#72 2016-01-16 17:20:39

Re: Anfängerfragen

#73 2016-01-16 17:52:44

Re: Anfängerfragen

#74 2016-01-16 17:58:04

Re: Anfängerfragen

#75 2016-01-16 18:06:36

Re: Anfängerfragen

Board footer