Hallo Marco,

ich würde das 'LA' aus dem 'ref' gerne wieder entfernen, da wir das 'network:short' oder so bisher nie im 'ref' mit angegeben haben. Im 'ref' sollten mMn nur dir Nummern stehen.

Viele Grüße
Toni

Bzgl. "öffentlichen Geo-Referenzpunkt":

Hoffentlich nicht von "Experten" so stümperhaft angebracht wie "an der Wand des" Ottobrunner Rathauses, wo man mindestens die Hälfte aller Satelitten nicht empfangen kann ...

Hallo adjuva,

ist die neue "RB" evtl. deckungsgleich mit der Relation "KBS 984"? Im MVV-Tarif gibt es zudem eine Verbindung "R 984", die von München nach Wasserbutg geht. Sind "RB" und "KBS 984" Teile davon, "Filzenexpress" genannt?

Viele Grüße
Toni

Hallo madmaxm,

ich habe deinen Edit dahin korrigiert, dass die Details der beiden Firrmen nicht an Gebäude(-teile) gemapped werden, sondern auf Nodes (Punkte) übertragen werden müssen. Die Aufteilung nach 3/4 Aithop und 1/4 telefonica erschien mir auch eher willkürlich und war, so wie es gemapped war auch nicht richtig.

Eventuell hast du ja noch weitere Details, wie z.B. auf welche(nr) Etage(n) von den 3 Stockwerken (inkl. Erdgeschoss) sich telefonika befinden.

Viele Grüße
Toni

Hi,

ich habe den 58er und 68 mal korrigiert, sortiert, ... und den Route-Master entfernt. Analyse läuft gerade nochmals.
Gruß
Toni

Hallo FloSch,

ich sehe, Du bist schon mächtig aktiv bei den beiden Ringlinien.

Ich habe auf
osm.wiki/User:ToniE/analyze-routes#Analysierte_Verbunde
eine Übersicht über diverse Verkehtsverbünde angelegt.
Die Analyse finde jdeden Abend statt, der 58er und 68er und die gelöschten 148er und 150er sollten dort dann enstprechend auftauchen.

für den 58er und 68er sollte es aber keinen gemeinsamen Route-Master geben, denn die ref="..." sind unteschiedlich und das ist bei PTv2 nicht vorgesehen.
Da der 58er und 68 aber auch nur aus jeweils einer Variante (einer Realtion) bestehen, brauchen die beiden überhaupt keinen Route_Master.

Viel Grüße
Toni

Hallo Rainer,

wie sieht das Gelände denn inzwischen aus? Könnte man (teilweise) auf landuse=residential gehen? Immerhin sind doch schon einige Häuser (komplett) bewohnt, oder?

VG Toni

Hallo Marius,

Du hast hier u.A. den Bus 848 "erzeugt". Den gibt es lt. MVV-Fahrplanauskunft garnicht - evtl. ein Tippfehler?

Eventuelle passen auch Deine neuen Busrelationen (die mit Version #1) zu schon existierenden Relationen?

Einen Überblick über die existierenden, noch fehlenden sowie die fehlerhaften Relationen im Gebiet des MVV findest Du hier:

osm.wiki/User:ToniE/analyze-routes#Analysierte_Verbunde

Dann auf DE-BY-MVV klicken.

Viele Grüße
Toni

Hallo Thomas,

sorry, da war wohl ein Missverständnis auf meiner Seite. Ich dachte, Du hättest in einer anderen Karte gesehn, dass der Weg nicht existiert und hier entspr. geändert. Ich hätte wohl sehen können, dass Du nichts gelöscht, sondern erzeugt hattest.

Viel Grüße
Toni

Hallo Ranger,

willkommen bei OSM.

Ich hätte eine Frage zu Deinen Edits:

"Weg existiert nicht in der Karte

- auf welche Karte beziehst Du Dich hier, bzw. was bedeutet das konkret?

Viele Grüße
Toni

Hallo micromacroexpert,

das amenity=scholol war schon an der Relation type=multipolygon dran. Das Gebäude besteht aus drei Ways: outer und 2 inner im multipolygon.

Ich habe amenity=scholl am outer-Way (Dein Edit) wieder entfernt, da tags an outer in die Relation multipolygon gehören und hier sowieso doppelt war.

Viel Grüße
Toni

Servus landini,

Stichwort "Bushaltestelle":

könnte es sein, dass die Haltestelle 200-300 m weiter südlich ist?
Dort habe ich sie vor etwa 6 Monaten eingetragen - ohne highway=bus-stop (also rein PTv2), so dass sie auf der Karte nicht sichbar ist (habe das gerade nachgeholt).

Viele Grüße
Toni

Hallo EvanE,

bzgl. "missing tram=yes".

Das Tool meldet das derzeit als Fehler. Ich habe aber den Wunsch nach eine Erweiterung erhalten, dass railway=yes (altes PTv Schema) als kompatibel angesehen werden soll und fehlendes tram=yes nicht angemeckert werden soll.

Selbiges soll auch für highway=bus_stop an Halteposition bzw. an Platform-Node gelten (bus=yes dann nicht zwingend).

Das habe ich aber noch nicht implementiert.

tram=yes ist allerdings voll PTv2 und sollte meiner Meinung nach gemacht werden, auch um PTv1 nach und nach zu verdrängen.

Ich will das nur erwähnen, falls Du Dir Arbeit ersparen willst.

Viele Grüße
Toni

BTW: bzgl. Deines Vorschlags name+nummer statt nummer: gute Idee, sollte einfach zu realisieren sein.

Hi Kaligule,

es scheint mir, als ob "Türkenfelsen" allgemein deutlich bekannter isz als "Türkenfels".

Ich würde name="Türkenfelsen" und alt_name="Türkenfels" ("alternativer Name", nicht "alter Name" => old_name) nehmen.

Viele Grüße
Toni

Danke für die schnelle Anrtwort.
Werde das gleich korrigieren.

Gruß
Toni

Hallo k127,

ich hatte kurz vor Deinen Edit das "DGF" aus den 'ref' der Busse 15 und 15b entfernt.
Der Ersteller der Linien (zumindest '15') ist "marcoSt". Mit ihm zusammen, und mit miche101 arbeite ich an einer Bestandsaufnahme aller Buslinien im östlichen Bayern. Hierzu gehört auch eine Vereinheitlichung des Taggings, und eben dazu auch: 'network' auf 'ref' raus zu nehmen. D.h. hier "DGF" nicht im 'ref' zu haben. Ohne 'network' im 'ref' sind bereits die überwiegenden Mehrheit aller Relationen erfasst. Zudem ist 'DGF' im 'ref' auf redundant, da der Name des Verbundes bereits im 'network' definiert ist.

Was ist Deine Meinung zu der Vereinheitlichung? War Deine Rückänderung nach ref="DGF 15" eher ein Zufall?

Eine Übersicht des derzeitigen Efassungsstandes der Linien findest Du hier:

osm.wiki/User:ToniE/analyze-routes#Analysierte_Verbunde

Die erste Spalte der Tabelle führt Dich zu einer Analyse des Verbundes

Viele Grüße
Toni

Hello Dennis,

willkommen bei OSM.

Eine Anmerkung zu Deinem Edit hätte ich:

Du hast hier die addr:* Daten verdoppelt, denn sie waren bereits am Haus vorhanden - das sieht man auf der Karte ja auch.

Von den übrigbleibenden zwei tags kann man access=private belassen und man könnte sogar entrance=main setzen.

Das könnte ich auf die Schnelle machen, die addr:* Infos sollten aber auf alle Fälle wieder weg.

Viel Grüße und viel Spass noch beim mappen.

Toni

Ein paar Dinge für den Einstieg?

osm.wiki/OpenStreetMap-Tutorial_f%C3%BCr_Anf%C3%A4nger

osm.wiki/w/images/b/bb/OSM-Tutorial.pdf

osm.wiki/DE:Good_practice

http://learnosm.org/de/

osm.wiki/DE:How_to_map_a

Hallo horngreen,

willkommen bei OSM.

Als Alternative zum Löschen bereits gemappter privater Wege und Parkplätze und ... wäre es besser, das "access" tag zu verwenden.

In diesem Fall wäre access="private" am Weg, am Parkplatz die richtige Wahl.

Effekt Nummer 1.) die Infos bleiben erhalten. Die Wege werden entsprechend markiert, das 'P' vom Parkplatz wird blasser - d.h. der private Karakter wird sichtbar (siehe des Ende der Salierstraße etwas weiter oben)

Effekt Nummer 2.) es gibt auf OSM basierende Navis, die dieses access="private" auswerten und vor dem Berechnen der Route fragen ob man tatsächlich auf diese privaten Wege fahren will/darf. Vorteil für Anwohner/Berechtigte: Navis leiten einen von der / bis vor die Haustür. Hier, bei der Chemieschule macht es sogar aus Sicht des Betreibers Sinn, wenn Navis bis auf den Parkplatz routen - sofern er existiert.

Effekt Nummer 3.) andere Mapper sehen es nicht gern, wenn (z.T. mühsam) gesammelte Informationen ohne Rücksprache wieder entfernt werden.

Viele Grüße und viel Spass noch
Toni

Hallo Rudolf,

bitte den BayernAtlas nicht als Quelle verwenden. Wir sind vom Rechteinhaber schon angemahnt worden.
Die Bilder von Bayern DOP80 dürfen wir als Hintergrund verwenden, mehr aber auch nicht.

Zu Deinen addr:* tags.

addr:city=Brunnthal
addr:suburb=Gudrunsiedlung
oder
addr:suburb=Kirchstockach

wäre die gängige Vorgehensweise.

Viele Grüße
Toni

Hallo MsuM,

ich muss Dich leider bitten diese Quelle nicht zu verwenden.
Der Bayernatlas ist tabu.
Wir (OSM) sind derswegen schon verwarnt worden.
Was wir bzgl Bayerenatlas dürfen ist die Bayern DOP80 Bilder als Hintergrund zu verwenden - mehr nicht!

Bitte mache Deine Edits mit Quelle Bayernatlas rückgängig und verwende diese Quelle nicht mehr, ebenso wenig wie Google und andere Karten.
Danke.

Viele Grüße
Toni