Gut.

Besser?

Edit: Nein, es sind alle meine Beiträge, bsp.: osm.org/user/MKnight/diary/40702

Ich glaub ich reg mich über was auf, was nicht vorhanden ist, finde jetzt gerade nur einen Eintrag, und der ist von mir (…) meine es waren mehr.

Datenqualität ist immer relativ. OSM ist (imho) qualitativ hochwertig

• in Ländern, wo das Interesse gross ist, Deutschland, Frankreich, Russland und diverse weitere
• wo qualitativ hochwertige Daten an OSM verschenkt werden, bspw. in Frankreich
• wo Naturkatastrophen stattgefunden haben UND Luftbilder gespendet wurden um Rettungsdienste zu unterstützen, bspw. in Afrika, wo es zig Infrastruktur in keiner anderen Karte gibt.

Minderwertig ist auch relativ:

• Es gibt viele schlechte Importe öffentlicher Daten, bspw in den USA
• Jeder kann mitmachen, also sind die Daten voller Fehler, Vandalismus ist da noch ein eher kleineres Problem, wird aber zunehmen (ok, das Problem hat google&co auch)

Nützlich ist relativ. Wenn ich eine vernünftige Karte in Osmand haben möchte, dann kann ich darauf einwirken, wenn ich eine vernünftige Karte in $irgendwas haben möchte, nicht.

tl:dr:

Ich habe Daten bekommen vom örtlichen Öpnv und kann mit diesen Daten Soll und ist vergleichen. Danke!

Die gewünschten Daten habe ich ihnen als KML Export angehangen. Wir stimmen auch dem automatischen Import der Daten zu.

Ich werde aus verschiedenen Gründen keinen wie auch immer gearteten automagischen Import vornehmen.

Die wichtigsten Gründe in absteigender Reihenfolge:

• ich habe weder Lust, noch technisches KnowHow die Dokumentation UND Diskussion zu übernehmen
• ich habe keine Tools und keine Ahnung, die bestehendes gegen Importe abchecken könnten
• ich habe in manuellen Vergleichen nur sehr wenig Unterschiede der OSM-Daten gegen die offiziellen örtlichen ÖPNV-daten erkennen können. (Kurzfassung: Ich kann survey sämtliche Diffs gegen die Datenspende verifizieren und fehlende Haltestellen aus dem Kopf ergänzen).

P.s Ich habe auch einen Teil der Dokumentation der Routingsoftware bekommen und dort schon diverse blöde Router-Lücken gefunden, aber vor Neujahr kein Interesse da zu insistieren.

Ich möchte das nochmal wiederholen: oauth ist eine feine Sache, ändert an Manipulationen 
aber überhaupt nix. Ich kann hier in Deinem und jedem anderen Blog OHNE oauth mit einem 
Fake-account an jeder Diskussion teilnehmen.

Nochmal lesen. UND verstehen.

Es sind Windmühlen die Du da siehst, keine Gegner.

Ah, danke, das erklärt es.

Erklärt auch einen Fluss, der an einer Gemeinde-Grenze “entspringt”: https://binged.it/2StwL8A Und diverse andere Unstimmigkeiten.

-karlos- ich hab das oben kurz beschrieben: es gibt taggingtechnisch identische Wege, die ohne erkennbares System gerendert werden oder eben nicht.

Ich glaube es wäre sinnvoll MS zu verbieten OSM als Source für diesen Müll anzugeben. Aber vlt. weiss ja noch jemand ne sinnvolle Erklärung, warum das gut sein könnte.

Unabhängig von meinem Sieb hier oben gibt es noch reichlich Lücken, wo man Säulen findet, wie mir grad auffiel.

@Mknight, Du lenkst ab. Du hast Dir als MKnight über Deine nachvollziehbare Mitwirkung in OpenStreetMap http://hdyc.neis-one.org/?MKnight eine Reputation erarbeitet. Trotzdem ist diese zu wichtigen politischen Entscheidung in OpenStreetMap wertlos, denn die OSMF drängt Entscheidungsfindungen in die Talk Plattform.

Du irrst in mehreren Punkten und kreuztolerant:

• ich lenke nicht ab, Dein Denkfehler ist:

• ich (und Du) habe mir keine Reputation erarbeitet, sondern immer das getan, was ich für richtig halte oder was mir grad wichtig war. Das mag in der Heatmap vlt. imposant aussehen, Aussagen über Reputation macht das genau keine. Ich bin in verschiedenen Kanälen mehr oder weniger (un)beliebt. Das hat aber etwas mit Kommunikation zu tun und nicht mit Reputation. Da haben wir beide grosse Defizite … Ich weiss über meine Defizite und ändere sie nicht oder nur minimal, das unterscheidet uns.

• zum Thema: die Mailingliste wird dazu benutzt, “uns” zu knechten, soweit ich Dich richtig verstehe. Was Du nicht verstehst: es ist nur eine Windmühle, die Du da siehst, die Welt ist aber voll davon: osm.wiki/User:Dex2000#Feedback-_und_Hilfekan.C3.A4le_f.C3.BCr_OSM Das sind nur die Hauptkanäle von OSM, da fehlt noch reddit, github, gitlab und was nicht noch für Dutzende Dienste. Da muss unbedingt noch oauth her.

Ich möchte das nochmal wiederholen: oauth ist eine feine Sache, ändert an Manipulationen aber überhaupt nix. Ich kann hier in Deinem und jedem anderen Blog OHNE oauth mit einem Fake-account an jeder Diskussion teilnehmen. Hastes jetzt?

das oauth-dingsi von osm.org macht zwar Dinge einfacher aber nicht zwingend besser. Ich kann mir auch ne Sockenpuppe anmelden und hab dann auch oauth für sonstwas…. Oder ich ändere einfach meinen Nick in OSM. Auch bewährt, wenn mal was angebrannt ist…

Hier ist weder OAuth noch Talk.

im universitären Geo-Umfeld hab ich bisher immer nur “OSM-Daten sind geil” gehört.

Ich kenne auch niemanden, der sich über meine Arbeit irgendwie lustig macht oder irgendwas dran (am OSM-System) auszusetzen hat. Eigentlich nur im Gegenteil.

Ich bin über Löschungen von fehlerhaften Relationen gestolpert und hab mich tatsächlich geärgert…

/me wirft mal osm.wiki/DE:Key:traffic_signals:direction in die Runde.

Im Fall der psv-lane könnte das also durchaus auch "left-through" sein

Nein, muss (o.Ä.). Es gibt schlicht kein turn:lanes:*=psv

Ja, ich hab den falschen Part zitiert, der richtige machts aber imho nicht viel besser:

Wo Trams zweispurig auf einer Straße verlaufen, die baulich nicht in Richtungsfahrbahnen 
getrennt ist, werden die Tramlinien als zwei Linien (jeweils in der Mitte der einzelnen Gleise) 
gezeichnet und die Straße als Linie dazwischen.

Wenn die Gleise fester Bestandteil der Straße sind, dann sind sie nach meinem Gefühl nicht neben der Straße.

access:lanes, was gegeben ist, also im Normalfall sollte das:

access:lanes=yes|yes|bus;psv;taxi

die turn:lanes dann eben wie die Regeln an der Stelle sind, das wäre im Normalfall “none” für den psv-Streifen.

Um zu schauen, ob schon was zu sehen ist, kann man ja die echte Webseite verwenden, in JOSM braucht man das imho nicht.