Hi,

andererseits, wenn es keine offiziellen Schilder gibt, dann brauchts auch keine Beschränkung irgendeiner Art.

Gruß,
Toni

Danke Flo,

das wäre nahezu OK.

Wie gesagt die Bayerische Verfassung garantiert mir als Fußgänger das Betretungs-/Nutzungsrecht aller Wege in der Natur.
Wenn der Grundstückseigentümer (des Walders, des Feldes) das nicht will, braucht er eine Genehmigung ein Schild aufzustellen. Auf seinem Hof habe ich allerdings kein Betretungsrecht.

Wir hatten auf einem OSM-Stammtisch auch mal mit Franzi und Vivian vom MVV über den Unteschied zwischen bicycle=no (Nymphenburger Park, noch nicht einmal das Schieben ist erlaubt) und bicycle=dismount (Fußgängerzonen?, absteigen und schieben ist erlaubt, aber nicht fahren) diskutiert.
bicycle=dismount wäre also hier angebracht, da ich dann als Fußgänger gewertet werde.

Auch das sollte dem Ortssprecher bewust sein. Und der Radlrouter vom MVV sollte längere Strecken (> x meter) mit bicycle=dismount ausschließen.

Viele Grüße
Toni

Hallo Floppy919,

bist Du sicher, dass hier ein allgemeines Betretungsverbot und Befahrungsverbot gilt.
Laut Bayerischer Verfassung ist der Zugang für Fußgänger zur Natur ein Rechtsanspruch. Den Zugang für Wanderer, Spaziergänger, ... zu Forst- und Feldwege zu sperren bedarf einer Genemigung - nicht umgekehrt.
Ein vom (Forst-)Bauern einfach mal aufgestelltes Schild ist nicht zulässig.

Eventuell sollte das hier vehicle=private oder motor_vehicle=private heißen, es sei denn dort stehen tatsächlich echte, zulässige Schilder mit Zutritt für alle Arten der Fortbewegung verboten.

Ist sich der "Ortssprecher Hetzenhausen" der Bayerischen Verfassung bewust?

Viele Grüße,
Toni

Hallo Europerl,

willkommen bei OSM.

Ich habe, nach kurzem Blick auf die Relationen, das Gefühl, dass hier ein paar Relationen = verschiedene Buslinien zu viel existieren, oder?

Ist das evtl. nur eine einzige Buslinie, bzw. eine einzige Fahrstrecke?

Für ÖPNV-bezogene Qualitätssicherung haben wir eine Website:

https://ptna.openstreetmap.de

Es geht um den Bus 104:

https://ptna.openstreetmap.de/results/DE/BW/DE-BW-VHB-Analysis.diff.html#bus_104

Kann sein, dass der Editor iD etwas falsch gemacht hat, Buslinien verdoppelt/verdreifacht/... hat?

Für ÖPNV-Relationen/Buslinien ist iD (der im Browser integrierte Editor) nicht gerade gut geeignet.
JOSM (josm.openstreetmap.de) ist da besser, hat am Anfang aber eine gewisse Lernkurve, lohnt sich aber auf lange Sicht.

Viel Spass noch
Gruß
Toni

Hi lukfunk,

im Forum läuft gerade eine Diskussion, und nach meiner Meinung gibt es auch keinen Grund Covid-19-Beschränkungen zu mappen.

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

* Die sind nur kurzzeitig (hoffentlich).
* Die Menschen, die es angeht wohnen in der Nähe und wissen eh Bescheid
* geschlossene Läden in der Ferne sollten uns nicht interesieren, da wie so verantwortungsvoll sind und so wenig wie möglich reisen
* es getrifft ja alle in gleichem Maße: alle Bibliotheken sind geschlossen, alle Schulen sind geschlossen, ...

Just me 2€ cents

Gruß
Toni

Servus Hibennny,

könntest du die Route-Master auch noch anpassen bzw. auch hier mal schauen?

https://ptna.openstreetmap.de/results/DE/BW/DE-BW-VVS-Analysis.html#A2.1

und gegebenenfalls hier noch anpassen, so dass die Auswertung des VVS wieder stimmt?

osm.wiki/Stuttgart/Transportation/VVS-Linien-gesamt

PTNA läuft jede Nacht uns erstellt Analyse von ÖPNV 'network's.

Gruß
Toni

Hi Jarek,

good job. I was also thinking about how to include local languages for international lines.

You might want to have a look on

https://ptna.openstreetmap.de/results/EU/index.php

to see the effect (5th column) and to check (1st column) whether there ist still something to do.

Maybe you might also get in contact with user 'marcoSt' who is working a lot on Flixbus.

Best regards
Toni

Sichtbar u.U. nicht in jeder Zoomstufe, aber der ist hier:
node/893264089

Halo baconian,

der Name war nicht verloren gegangen, sondern absichtlich vom landuse=resitential gelöscht worden.

Es ist üblich, Ortsnamen an sogenannte Place-Nodes zu mappen (node/893264089), nicht an (irgendwelche) landuse.

Die landuse stimmen zudem in der Regel nicht mit den Gemeindegrenzen überein (admin_boundary, relation/935150).

Viele Grüße
Toni

Servus R*,

es ist besser, den Wert von 'network' und 'operator' wieder auf die lange Form zu ändern.
Es existieren ja schon 'network:short' und 'operator:short'.

Gruß
Toni

Hi, habe diesen und den changeset/81592068 komplett rückgängig gemacht. Evtl. muss du ein paar Punkte der Hausumrisse und so weiter nochmals anpassen ...

Toni

Servus,

Danke für die schnelle Antwort.

Ich sehe hier 2 Edits mit Kommenttar "Adresse geändert, Quelle: Bayernatlas" und zwei weitere mit (nur) "Adresse geändert".

Soll ich alle vier oder nur die ersten zwei rückgängig machen?

Gruß
Toni

Hallo citro,

der Bayernatlas ist als Quelle für OSM nicht geeignet. Die Lizenz läßt das nicht zu. Wir wurden vom Rechteinhaber (Freistaat Bayern) deswegen schonmal abgemahnt.

Könntest Du diesen Edit und u.U. ähnliche Edits) bitte rückgängig machen und auf den Bayernatlas als Quelle verzichten.

Vom Bayernatlas dürfen wir lediglich die "Bayern (DOP 80)" Luftbilder zum Abmalen verwenden - mehr geht leider nicht.

Viele Grüße
Toni

Auch Moin,

sieht gut aus. Beim Bus 206 (relation/8894985) ist eine stop_area eingetragen.

Stop-Areas gehören zur sogenannten PTv2 (Public Transport Version 2), sind aber nicht Teil einer Route. Hier wären die beiden Elemente Stop-Position (+ bus=yes) und Platform (+ osm.wiki/Tag:name=) jeweils einzeln am Anfang der Relation einzutragen (stop1, platform1, stop2, platform2, ... way1, way2, ...).
Zur Relation/Route dann noch ein public_transport:version=2, dann sollte das gut passen.

Die in OSM eingetragenen Linien des MDV werden täglich analysiert:

https://ptna.openstreetmap.de

Viele Grüße
Toni

PTv2:
osm.wiki/Public_transport

Servus,

... kennst Du schon?

https://jungle-bus.github.io/Busy-Hours/#/

https://github.com/Jungle-Bus/Busy-Hours

von französischen Kollegen (die für die FR-IDF bei PTNA beigetragen haben).

Damit kann man interval, interval:conditional und opening_hours (statt service_times) für Buslinien editieren (interval=*).

Nur so zur Info, habe selber mal damit rumgespielt, ist am Anfang nicht gerade intuitiv und kann in Arbeit ausarten.

Viele Grüße
Toni

Servus Eva,

ich sehe gerad, dass wir nun 4 nahezu identische Einträge für Föss, SHZ ...

Ich denke 3 davon können bzw. sollten wir löschen.

Soll dieser Punkt hier mit Namen "Föss e.V." stehen bleiben?

Viele Grüße
Toni

BTW: die Stadt München veranstaltet am 28. März was ...
https://barcamptools.eu/digital_engagiert_muc/events

Mapillary Fotos still show this being blocked in August 2019, so could be a long-lasting construction site or a permanent closing of the road?

https://www.mapillary.com/map/im/VYeHg0Zfgnnjzp8TVt3oLQ

Hello,

seems that the problem still happens.

The two new ways here at the bottom of the list (version 1) are not member of any relation. The old ones (v11 and v15) are members of many Flixbus routes.

Did you select (ctrl + a) the ways to be split before doing ctrl + alt + d ?

Yes, downloading only the ways with ref="A51" (or so) via overpass api seems to be the reason.

Using ctrl + a and ctrl + alt + d should avoid that.

Best regards
Toni

Yes, when dividing a way in iD or JOSM or ... one way remains as is (having the former ID) and a new one is created (hiving '0' as ID inside JOSM, getting a new ID during upload).
I would call this new one a sister/brother way and yes, it directly inherits all the tags (highway, maxspeed, ref, name, ...) assigned to the other one (thus being a clone until you start adding/deleting tags).

But there's more than that:

Have a look at this way:

way/662951145

scroll down and you'll see that this one is part of many relations (called: parents).

One of them is relation/136434 and another parent relation is relation/92308#map=9/45.3953/8.9772

Both again are members of other parent (grand parents of the way) relations.

But this way is also member of many other relations which describe Flixbus routes.

So, let's say, if you download in JOSM
relation/136434 (only the A51 relation): you'll get the A51 relation and all members of this relation - nothing else. At this point, JOSM does not download all the other parent relations of the way 'E 64', 'Flixbus 400',...

If you now divide a way into two pieces (e.g. 50% and 50%) JOSM knows that the new sister/brother way has to be part of the 'A51' relation and inserts this new way into that relation, at the right place, in the right sequence, next to it's sister/brother way (the old one).

As JOSM does not know anything about the other parent relations of that way, it cannot insert the new sister/brother way into those relations - those relations will have gaps afterwards. 50% of the old way are missing.

So, before dividing a way or many ways: select all relevant ways and type Ctrl+Alt+D which will download all parent relations and ways of of them.

Then you can safely start dividing ways and JOSM will take care for you about all relations.

Hope that helps. Kindly come back if you have more questions ...

Best regards
Toni