Re: [Talk-at] Fehler bei Altenmarkt im Pongau

[Robin Däneke]

HI,

Ich habe bezüglich dessen einfach in der Wiki nachgeschaut.
Relation wäre route=piste, mit den tags die derzeit auf den paths sind.
Könnte die beiden Paths mal in so eine Piste-relation verfrachten.

Mit freundlichen Grüßen
RobinD (emergency99)

> Am 28.01.2020 um 20:01 schrieb Stefan Tauner :
> 
> On Tue, 28 Jan 2020 19:37:39 +0100
> Kevin Kofler  wrote:
> 
>> Daher aber eine Frage an die Mapper-Kollegen, die mit Wintersport mehr am 
>> Hut haben als ich: Gibt es einen sinnvollen Tag (nicht einfach highway=track 
>> für den Renderer, was außerhalb der Rodelsaison dann Unsinn ist), den man da 
>> setzen kann und der auch gerendert wird?
> 
> 
> Hi,
> 
> ich wüßte jetzt nicht, wieso die im Standard Layer gerendert werden
> sollte (aber auch keine übermäßig guten Gründe warum nicht).
> 
> Wenn man einen spezifischen Renderer befragt, passt jedenfalls alles
> AFAICT: https://openskimap.org/#16.74/47.359187/13.429972
> Also würde ich im konkreten Fall auf User Error plädieren ;)
> 
> BTW gibt's keinen Relationstyp für sowas? Dann müsste der Name nicht
> auf den Tracks picken... was in diesem Fall ja Auslöser der Verwirrung
> war.
> 
> -- 
> Kind regards/Mit freundlichen Grüßen, Stefan Tauner
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at


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

Re: [Talk-at] Stop area groups

[Robin Däneke]

Hallo,

Bei einfachen Stationen finde ich es echt sinnlos, da mehrere Stop areas zu 
machen, da ich den Sinn der Stop area so verstehe, dass man damit eben 
verschiedene Haltepunkte, die zur selben Station gehören zusammenfasst. Die 
Stop area-group macht für mich nur Sinn, wenn es entweder zwei verschiedene 
Stationen mit ihren eigenen Stop-areas sind, die sehr nahe zusammen liegen (so 
könnte man Stationskomplex-Teile mit verschiedenen Namen zusammenfassen), oder, 
wenn es, wie etwa beim Hauptbahnhof verschiedene Berehe gibt, zwischen denen 
ein Umstieg einer Pilgerreise ähnelt (U1-Zug Bhst 3ff / 
Fernbusse-Straßenbahn...)
Aber so in Öffitypen aufgesplittet ergibt es für mich in Sachen GeoDB keinen 
Sinn. Wenn das so in einer Datenbank für etwa ein RBL erfasst wäre, ok, aber 
nicht in der OSM. Vor allem, was macht der gute User, wenn Bus- und 
Tram-Station Dekungsgleich sind?

Man könnte den User der das macht aber auch mal fragen, warum. Und ob er es 
nicht vielleicht zumindest etwas geographischer angehen könnte.

Falls es sich dabei um den User Diego Sanguinetti handelt, der scheint für 
diese MAPS.me subway Gruppe zu mappen. Die haben ja leider auch eine eigene 
Vorstellung wie die Daten aussehen sollen...

Mit freundlichen Grüßen
RobinD (emergency99)


Von: andreas wecer 
Gesendet: Samstag, 4. Jänner 2020 08:50
An: OpenStreetMap AT 
Betreff: Re: [Talk-at] Stop area groups

Ich habe mich auch gerade über die Verschachtelung bei diesem Node hier 
gewundert:
https://www.openstreetmap.org/node/5959356915

Der bus_stop "Baden Landesklinikum" ist Teil der stop_area Relation "Baden 
Landesklinikum (bus)", die nur aus diesem Node besteht und wiederum wie die 
direkt nebenan liegende Relation "Baden Landesklinikum (WLB)" zur 
stop_area_group "Baden Landesklinikum" gehört.
Die Suffixe tauchen nur in den stop_area Relationen und nicht in den konkreten 
Stop-Nodes auf, also ist die Struktur an sich schon nachvollziehbar, aber ohne 
mich näher mit dem public_transport Thema beschäftigt zu haben, würde ich 
erwarten, dass stop_area_group komplexe Stationen übersichtlicher machen und 
nicht einfache komplexer machen sollte.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Sinn der OSM (war: name:suffix & name:prefix (de))

[Robin Däneke]

Hallo,

Von: Friedrich Volkmann 
> Meiner Meinung haben diese Infos in OSM nichts verloren, erstens weil sie
> keine Geodaten sind und zweitens weil sie zu volatil sind. Z.B.
> Telefonnummern und Öffnungszeiten ändern sich so oft, dass der Anwender zur
> Sicherheit sowieso auf der Website des Lokals nachsehen muss, und somit ist
> mit dem Kopieren der Daten nach OSM nichts gewonnen. Wer solche
> Informationen taggt, befriedigt mehr sein eigenes Selbstwertgefühl als die
> Bedürfnisse der Anwender.

Also gerade den Verwendern einer Online-Karte sind solche Infos gleich auf der 
selben Seite wie die Ortsinfos schon wichtig.
Wenn ich auf Google Maps ein Restaurant oder einen Shop anwähle, will ich 
gleich die Öffnungszeiten sehen und beim Restaurant eine Idee bekommen, was die 
da so kochen.
Und damit bin ich sicher nicht alleine, das ist heutzutage eher die 
Standardanforderung an eine "Online-Karte".

Gerade bei Geschäften: Was ist besser?:

  1.  Ich sehe auf der Karte, dass es ein Geschäft gibt, da aber nur der Name 
gemappt ist, (weil Website-URL kann sich ja auch ändern) muss ich mal die 
Hauptseite der Kette googeln, dort auf den Filialfinder (falls es sowas gibt), 
um dann da erst recht wieder auf eine "Google Maps"-artige Karte zu kommen, um 
dann durch eine weitere ausklappbare Info die Öffnungszeiten zu sehen. Und was 
ist wenn es ein kleines Geschäft ohne Website ist? Dann muss ich extra 
hinfahren, um zu sehen, dass an dem Tag wo ich Zeit hatte zu ist.
  2.  Ich sehe das Geschäft auf OSM (oder einer App die nur OSM verwendet wie 
dieses 'wundervolle' maps.me), mach die Abfrage, was diese Node ist, und habe 
alle benötigten Informationen.

Erkläre mal einem Nutzer, dass er 1. machen muss, weil wir keinen Millimeter 
besser sind als ein Kartenausschnitt in einem Atlas...
Da scheinst den Sinn einer Online-Datenbank mit Karte nicht ganz verstanden zu 
haben.

Gut der Name "OpenStreetMap" ist zu zwei Drittel falsch.

  *   Wir zeichnen nicht nur Straßen ein.
  *   Es ist eine Datenbank die auf einer Karte abgebildet werden kann, aber 
nicht nur eine Karte (sonst würden wir nicht mit JOSM Datensätze sondern mit 
Inkscape Bild-Tiles bearbeiten)

Ja, das Mappen von Elementen die es auch in Papierkarten gibt (Berge, Höhlen, 
Straßen) ist schön, aber wenn man eine Datenbank dahinter hat, die 
verschiedenste Infos halten kann, sollte da so viel wie möglich rein.
Und ja, diese Daten sind dann volatil.
Aber das hast auch bei Straßen, Kellereingängen die verschüttet werden können 
usw.
Da ist es halt wichtig viele Personen zu haben, die solche Daten ab und an mal 
überprüfen. Ist bei fast allen Projekten nötig. Nichts bleibt auf lang gesehen 
gleich! Das sollte man eher als Motivaton sehen statt als Grund zum resignieren!

Nach deiner Logik sollten wir gar nix mappen und es sollte auch keine 
Kartographen mehr geben. Ändert sich eh alles...
Btw: selbst Namen sind ansich keine Geo-Daten. Die einzig echten Geo-Daten sind 
Koordinaten und Seehöhe, eventuell lokale Höhenunterschiede von Punkten...

Ich will hier nicht noch mal diese Grundsatzdiskussion anfeuern, nur meine 
Sicht kundtun. Danke.

Mit freundlichen Grüßen
Robin Däneke (emergency99)

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

Re: [Talk-at] bus-Haltestelle in Graz aufgelassen

[Robin Däneke]

Hi,

also am Watzke-Fahrplan des 671 von 2010 [0] (was wohl der aktuellste sein 
sollte) sehe ich in keine Fahrtrichtung eine Hauptschule Renner Hst. Ich denke 
mal, da hat der VV was falsch. Oder hat sich der 671 seit 2010 verändert?

MfG RobinD
emergency99

[0]: https://richard.at/wp-content/uploads/2018/06/WV-FP-671-2010-09-13.pdf
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] bus-Haltestelle in Graz aufgelassen

[Robin Däneke]

Hi,

wenn die Haltestelle von keinem dieser Busse eine End/Anfangsstation sein 
sollte, und tatsächlich nicht mehr existiert, die Busse aber noch an dem Punkt 
vorbeifahren, einfach die stop position und platforms löschen. Das sollte 
dementsprechend keine Relation zerschießen. Ich könnte das machen, und dann 
noch mal Relationen überprüfen, falls gewünscht.

MfG
RobinD (emergency99)


Von: Lars Schimmer 
Gesendet: Donnerstag, 22. August 2019 10:18
An: 'OpenStreetMap AT' 
Betreff: [Talk-at] bus-Haltestelle in Graz aufgelassen

Moin!

Die Haltestelle "Dr. Renner Schule" ist nicht mehr vorhanden. Weder die
34, noch die 34e halten dort an.

Aktuelle Bilder zeigen keine Haltestellenschilder.

https://www.mapillary.com/app/?lat=47.04449782363637&lng=15.448542747272727&z=17&dateFrom=2019-08-20&pKey=C8eTyo1JczC0A_sOKPmwiA&focus=photo


(Note Unerledigter Kartenfehler Nr. 1185045 -
https://www.openstreetmap.org/note/1185045#map=18/47.04497/15.44935&layers=N
)

Laut Plan soll die Linie 671 halten (wenn eh nur zum aussteigen, aber ob
real..?).

Was macht man mit der Haltestelle in OSM?
Ich würde die löschen, ggf. Bedarfshaltestelle machen.

Da diese Nodes jedoch in diversen Relationen ist, möchte ich ned einfach
so löschen. Hat wer Tips, Hinweise, wie ich die Haltestelle am besten
entferne ohne die Relationen zu zuerstören?


MfG,
Lars Schimmer
--
-
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723



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

Re: [Talk-at] Relationschaos nach Landesstraßenanpassung (Kreisverkehr Erstellung)

[Robin Däneke]

Hallo,

dann melde ich mich hier, erwähnter weise, auch zu Wort:

ja, das Aufteilen der Kreisverkehre ist leider so eine komplizierte 
Angelegenheit. Habe bisher auch keinen einfacheren Weg gefunden. Aber wenn wem 
auffällt, dass durch einen Kreisverkehr Relationen zerstückelt werden, gerne 
mich anschreiben, ich würde das tatsächlich selber reparieren (bzw. tue ich das 
auch hin und wieder, wenn ich über alle Relationen einen Checker laufen lasse. 
Das habe ich demnächst wieder mal vor.

In Sachen viele Relationen: Die Linien haben halt diese verschiedenen Routen, 
also wenn man die Busse schon einträgt, dann richtig!

Und zu dem Argument, dass es diese Daten auch bei den Verkehrsbetrieben gibt: 
Oft nicht in einer so zugänglichen Form wie die OSM sie bietet (API) und auch 
oft mit Fehlern drinnen, die eine große Mapping-Community in ihrem Datensatz 
dann korrigieren kann, oder schon beim einmappen nicht falsch übernimmt. Das 
Ziel sollte bei OSM sein, heiliger als der Papst, korrekter als die 
Verkehrsbetriebe zu sein. Mit dieser "Gibt es eh schon"-Einstellung könnten wir 
die OSM zumachen. Weil Karten gibt es schon.

Mit freundlichen Grüßen
RobinD (emergency99)


Von: Friedrich Volkmann 
Gesendet: Montag, 12. August 2019 07:10
An: talk-at@openstreetmap.org 
Betreff: Re: [Talk-at] Relationschaos nach Landesstraßenanpassung (Kreisverkehr 
Erstellung)

On 12.08.19 06:39, andreas wecer wrote:
> Am So., 11. Aug. 2019 um 12:56 Uhr schrieb Andreas via Talk-at
> mailto:talk-at@openstreetmap.org>>:
>
> Gibt es dazu einen leichteren Weg, oder ist es einfach mit den
> Relationen so kompliziert?
>
>
> die Frage habe ich mir auch schon gestellt.
>
> Was das Auftrennen des Kreisverkehres betrifft, bin ich auch erst später
> draufgekommen, dass das - insbesondere bei kleinere Kreisverkehren - nicht
> unbedingt zwingend notwendig ist und man diesen auch abstrakter als ein
> geschlossenes Objekt ansehen kann. In der JOSM-Relationsansicht erscheint er
> dann auch als Kreisverkehr-Symbol

JOSM ist aber nicht die einzige Anwendung. Du kannst den Kreisverkehr
abstrakt als geschlossenes Objekt ansehen, aber du kannst dich nicht darauf
verlassen, dass andere das genauso tun, denn das ist fürs Routing nirgends
so spezifiziert. Darum ist das Auftrennen weiterhin nötig.

Im von Andreas genannten Fall besteht das Relationschaos nur deshalb, weil
emergency99 für jede Buslinie zwanzig Relationen angelegt hat. Wenn es für
jede Buslinie nur 1 Relation gäbe, wären die Relationen überschaubar. Ich
habe emergency99 in einem ähnlichen Fall darauf angesprochen und er meinte,
ich brauche mir keine Sorgen machen, dass ich dort die Relationen
kaputtmache, denn er bringe sie sowieso wieder in Ordnung.

Das ganze komplizierte ÖPNV-Mapping ist nicht nur deshalb extrem
wartungsintensiv, sondern auch weil ständig Aktualisierungen nötig sind. Ich
sehe keinen großen Nutzen darin, denn die gleichen Daten stehen sowieso auf
den Websites der Verkehrsbetriebe (oder sollten zumindest). Wenn ÖPNV-Freaks
sich trotzdem den Aufwand antun wollen, dann ist es nur fair, dass sie sich
auch bei solchen Kreisverkehren darum kümmern.

--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Robin Däneke]

> Da gebe ich dir recht. (Nur warum verwendet hier in Österreich keiner mehr
> den deutschen Namen?)

>Kevin Kofler

Also ich verwende durchaus auch den deutschen Namen.
Und die danach benannten Straßen in Wien und Mörbisch heißen auch Ödenburger 
Straße und nicht Soproner Straße. (Kann man jetzt zwar als "historisch" 
bezeichnen, aber wenn den Namen echt keiner mehr verwendet, hätte man die 
Straßen doch auch schon umbenannt. Vor allem die, die  nach Sopron führt)

Jedoch würde ich es von der Datenbank her sinnvoller finden, in solchen Fällen 
einfach nur die "name:xx" Tags zu verwenden. Dann wird keine Sprache bevorzugt. 
Und falls ein einzelner "name"-Tag benötigt wird (für Apps, Render whatever), 
dann den Namen der offiziellen Verwaltungssprache des Bereiches. Und wenn 
mehrere Values in einem Tag sind, dann teilt man die in der Datenbank doch mit 
";", oder?

MfG
RobinD
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[Robin Däneke]

> Irgend jemand hat hier mal sinngemaess geschrieben: Es sind nur Bits und 
> Bytes in einer Datenbank. An dieses Prinzip versuche ich mich so

> gut es geht zu halten (gelingt eh nicht immer).

Eine normale DB ist im Endeffekt echt nur eine Sammlung von digitalen Daten, 
und *kann* als irgendein Modell dargestellt werden, muss aber nicht. Die OSM, 
als GEOgraphischeDatenBank ist da anders. Du wirst die Datenstruktur der OSM 
nicht als (Binär)baum oder als Zeitdiagramm beschreiben können, aber auch wirst 
du nicht drum rum kommen, für die einzelnen Datensätze eine Projektion auf eine 
Karte anzunehmen. Die Datenbank hat eine festgelegte Sprache (die 
Tags/Positionen) und die sind darauf ausgelegt, dass im Endeffekt die 
Daten(auswertung) auf einem geographisch festlegbaren Ort sind. Insofern ist 
die OSM-DB Bits und Bytes mit Position auf einer Karte. Man soll natürlich 
nicht für einen gewissen Render mappen, aber stell dir vor, wir hätten Zugang 
zu einem nicht geografischen Editor, und laden ein Changeset ohne Ort hoch. Das 
wäre dann aufgrund der Sprache ein Syntax oder Semantikerror. Insofern ist die 
Datenbank nur als Karte in einer Projektion gebrauchbar. Das Mappen ohne diesen 
Aspekt im Hinterkopf zu haben geht einfach nicht.

Aber wenn ich grad am Schreiben bin noch was zur Diskussion:
Sprachen verändern sich. HTTP 2.0 statt 1.1, HTML 5.0, auch deutsch kam seit 
althochdeutsch einen langen Weg, über "Ich saz ûf eime Steine" zu "Hearst, 
oida!". Und genau so werden die Tags in der OSM sich lexikalisch, und 
semantisch auch immer wieder verändern. Und wenn es einen Tag gibt, der genauer 
Spezifiziert wird/werden soll, als ein anderer, der genau, oder eben ungenau 
das selbe aussagt, dann ist es naheliegend, den ungenaueren nicht mehr zu 
verwenden.

Und gleich ein Kommentar zum DB-Spring-Cleaning nach Topf: Da ich mich selbst 
darüber noch nicht informiert habe, hab ich keine gebildete Meinung dazu, aber 
meine ungebildete Meinung ist: Gut, dass da wer mal nicht nur sagt, dass da was 
passieren muss, sondern das gleich, mit offenbar viel Unterstützung, auch macht.

Ich weiß ja nicht wie das ankommen würde, aber wenn man dem OSM-Server ein 
Script geben würde, das nicht ganz korrekte Changes (MultiPolygone) ohne outer 
Rollen, Kaffeehäuser und Kebabstandeln in Öffirelationen, Ways die sowohl 
oneway=yes als auch lanes:backward (ohne Erwähnung von psv/bicycle/Ausnahmen) 
haben, usw. einfach ablehnt. Also einen Filter einbauen. Da die Sprache im 
Zusammenhang genau definierbar ist, wäre das sicher eine Variante gegen einige 
Fehler. Sowohl von Anfängern, als auch verwirrten oder dem Tagging nicht zu 
100% zugeneigten Mapmeistern. Neue Tags wären noch erlaubt, aber sobald sie 
angenommen wurden (in der Wiki), und eine fixe Definition haben, kommen sie so 
in den Filter. Würde zwar gegen das KISS-Prinzip gehen, dass man bei Webservern 
verfolgt, aber würde der Qualität zur Gute kommen. Auch könnten/sollten manche 
Prozesse (auch wenn das hier nicht gern gehört wird) automatisiert werden. 
Tippfehler in Tags etwa, sollte alle paar Monate eine Routine ausbessern. Nur 
in dem Skope: Da es vermutlich nie einen Tag namens emegency oder einen Wert 
namens fire_hidrant geben wird. Auch solche sachen wie power=substation und 
power=sub_station.Ist das selbe, nur einmal falsch. Für sowas wären 
Automatismen nicht schlecht.  Meiner Ansicht nach.

Mit freundlichen Grüßen
Robin Däneke (emergency99)

PS: Will jemand meine 4 anderen Vornamen auch noch haben, mit Passkopie, 
Studentenausweiß und Name der Nachbarskatze? [😃]
Sorry, musste sein. Danke für so einige Popcorn-reife Momente in der Liste.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[Robin Däneke]

Hallo allesamt,


zu dem Thema sage ich: Warum nicht.

Einerseits kann man diese Daten ja auch sinnvoll auswerten und rendern 
(http://demo.f4map.com/#lat=48.1723633&lon=16.3679153&zoom=19&camera.theta=17.229)
 andererseits sehe ich die Aufgabe der OSM so an, dass die Welt, so genau wie 
möglich modelliert werden soll.

Ich verstehe gar nicht, warum oft so viele gegen "Micro"mapping sind.

Das ist doch der Sinn dieser Datenbank. Alles so genau zu erfassen wie möglich.

Und da sind solche Sachen eigentlich das mindeste. Ist natürlich auch viel 
Arbeit, aber wer glaubt, die Welt zu modellieren ist einfach der hat sowieso 
was missverstanden.


Mit freundlichen Grüßen

Robin Däneke (emergency99)
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Theodor-Sickel-Park

[Robin Däneke]

Hallo nochmal und sorry für den Doppelpost

Ich habe mich dazu entschieden die Flächen mal als Landuse=grass zu mappen, 
weil das ja anscheinend zumindest wahr ist. Den Forest mach ich wieder zu einem 
Solchen, und die "leisure=park"-Nodes sollen Bäume sein. Ich reverte hier aber 
insofern jichts, da ja die gezeichneten Formen großteils stimmen, (laut basemap 
Orthofoto) nur halt falsch getaggt sind. Wenn ich nächstes WE dazu komme mach 
ich eine Survey...

Mfg
Robin

PS: Hab einen Changeset-Kommentar auf einem der Changesets verfasst, bitte 
zerfleischt mich nicht gleich, ich schreibe gewohnheitsgemäß immer Sie statt 
du, und ich fürchte, dass man bei meinem Kommentar denken könnte, dass ich 
wichtiger bin als es eigentlich der Fall ist. Hoffe das passt dennoch so. Und 
ich hoffe, dass da eine Antwort kommt. Oder soll ich dem Mapper gleich auch 
eine PN schreiben?
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Theodor-Sickel-Park

[Robin Däneke]

Hallo nochmal,

Quote: Michael Reichert
> [...]Behandle den Mapper, auch wenn er eigentlich ein Vandale ist, mit
> Respekt und sei freundlich. Der ein oder andere Mapper wird nach einer
> freundlichen Ermahnung/Erinnerung vernünftig und genau das ist, was wir
> wollen: Neue Mapper gewinnen. [...]

Ich würde den Mapper eh nicht beschimpfen oder sonst was. Mir ist das ziemlich 
gleich. Ich werde nicht gleich wild, wenn jemand einen Fehler macht. Auch wenn 
das hier Vandalismus genannt werden kann, im Endeffekt ist es ein paar falsche 
Bits in einer Datenbank, wo kein Leben dran hängt...

Quote: Norbert Wenzel
> OT: [...]einen neuen Thread eröffnest (also einfach eine neue Mail an
talk...@openstreetmap.at) schickst[...]

Ok, ich wusste nicht, dass die Mailing-Liste wenn man den Betreff ändert das 
trotzdem in den anderen Thread haut. Wie funktioniert dass denn? Ich dachte 
halt das geht anhand des Betreffs. Werde in Zukunft immer ein neues E-Mail 
beginnen. Ich verwende die Weboberfläche von Outlook und habe die 
OSM-Listen-Emailadresse nicht gespeichert. Sollte ich wohl mal machen. Danke 
für den hint.

Quote: Kevin Kofler
> Fazit: Für mich ist das reiner Pokémon-Vandalismus und sollte komplett
> revertet werden.

Ich werde die einzelnen Teile wohl vorerst wieder entfernen, das Tagging 
rückgängig machen, und dann den Bearbeiter anschreiben. Auch kann ich gerne 
demnächst dort hinschauen und das ganze mit Go Map so mappen wie es echt ist 
(passt da Landuse=grass?)

Danke für den Input

Mit freundlichen Grüßen
RobinD (emergency99)
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Theodor-Sickel-Park

[Robin Däneke]

Hallo allesamt,

heute fiel mir eine Reihe von Edits nahe dem Laaer-Berg von einem User namens 
Fyuren [0] auf. Er hat zwischen Theodor-Sickel-Gasse und Laaer-Berg-Straße 
mehrere "leisure=park"-Polygone hinzugefügt, alle mit dem Namen Theodor 
Sickel-Park, zusätzlich noch drei Nodes auf zwei der "Parks".

Ich glaube zwar zu wissen, dass das so nicht richtig ist, ich weiß aber nicht, 
wie es richtig ist. Kann da jemand helfen?
Soll man einfach den Park ganz groß (auch über die Häuser) zeichnen, und dann 
als Multi-Polygon mit inner und Outer taggen? Oder gehört das alles revertiert?

Mit freundlichen Grüßen
RobinD (emergency99)

[0]: http://www.openstreetmap.org/user/Fyuren/history
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Öffentliche Verkehrsinformationen in der OSM-WIKI

[Robin Däneke]

 Hallo allesamt,


Heute habe ich mich ein wenig auf der OSM-Wiki auf den Seiten zur Wiener 
Coverage umgesehen, und dabei bemerkt, dass es hier zumindest auf 2 Seiten [0] 
& [1] doch veraltete Daten gibt. Die Listen der Bus und Straßenbahnlinien [1] 
(für die es eine andere Seite gibt) hab ich mir erlaubt zu entfernen und auf 
[2] zu verweisen (diese Seite warte ich zumindest ein paar mal im Jahr). Die 
Listen auf [0] sind auch so nicht mehr aktuell. Der 67er fährt nicht nach 
Oberlaa (und bald überhaupt nurmehr zum Reumannplatz) in der Bus-Liste fehlen 
alle, von Subunternehmern geführten Linien... Ich frage mich, ob diese 
(eigentlich so falsche und nicht benötigte Liste) sogar gelöscht werden sollte. 
Wollte aber, bevor ich irgendwas in der Wiki zur Löschung vorschlage hier mal 
nachfragen, ob die ursprünglichen Ersteller oder Bearbeiter der Seiten [0] und 
[1] eventuell einer anderen Meinung sind. Sollen die Daten weiter gewartet 
werden?


MfG

RobinD (emergency99)

[0]: https://wiki.openstreetmap.org/wiki/Wien/Öffis
[1]: https://wiki.openstreetmap.org/wiki/Vienna_OSM_Coverage
[2]: 
https://wiki.openstreetmap.org/wiki/Vienna_Public_Transport
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[Robin Däneke]

Hallo,


also ich halte es bei Hausnummern so:

Wenn ein Haus das gesamte Grundstück ausfüllt, wie etwa ein Appartmenthaus, 
dann versuche ich meist die einzige Addresse auf das Polygon zu setzen.

Wenn das Haus mehrere Adressen in mehreren Straßen hat, setzte ich meist eine 
Node auf die Linie des Hauses, auf dem in echt das Addressschild hängt. Da das 
grad in Wien (wo ich ja meist mappe) meist direkt überm Eingang ist, ist dass 
dann halt "zufällig" auch die entrance-node.

Aber etwa bei [0] hängt einfach ein Adressschild am Haus, ohne, dass es einen 
Eingang gibt. Dann kommt die Node genau da auf die Linie des Polygons, an dem 
diese Adresse dranhängt (in der Realität). So mache ich das.

Bei Grundstücken wie Gärten, wo kein, den Garten umschließendes Polygon 
existiert, tendiere ich dazu, den Zaun einzuzeichnen, und auch hier die 
Gartentüre als Adress-Node einzuzeichnen, da ja auch hier in der Realität die 
Adresse (und oft auch der dazugehörige Postkasten) hängt.

Die Frage ist hier aber auch Definitionssache. Was beschreibt die Adresse?

Den Postkasten? Dann müsste man etwa in der Siedlung Klemmweg alle Adressen auf 
den Postkasten am Anfang des Weges hauen (nicht sinnvoll).

Das gesammte Grundstück? Dann brauchen wir noch ein 'landuse' Polygon, dass das 
gesammte Grundstück (inkl. Parkplätze, Bäume und andere Sachen) mit 
einschließt, und da kommt dann die Adresse drauf. (Was wohl eine Abstraktion zu 
viel ist).

Oder gilt die Adresse für das (sofern vorhandene) Haus? Dann gehört die Adresse 
in die Tags des Polygons. Außer das Haus hat mehr als eine Adresse. Dann steht 
man genau so vor dem Problem "nehme ich den Eingang?", "Nehme Ich den Ort wo 
die Adresstafel hängt (sofern verfügbar)?"


Ich bin da der Ansicht, dass der, dem Mapper logischste Weg gewählt werden 
sollte, aber eine Node die mit nichts verbunden ist, ist für mich ein No-Go. 
Entweder auf einer Linie des Hauses/Grundstückes oder auf einer vorgelagerten 
Barrier (Schranke, Zaun, ...) Nur eine, irgendwo im Feld schwebende Node kann 
keine korrekte Abbildung der Realität sein. Denn zumindest die Adresstafel 
hängt irgendwo dran und das Grundstück startet irgendwo, wo dann ein Landuse 
drum herum-, oder eine Straße hinführt.


Soviel zu meiner Ansicht zum Problem.


Aber natürlich, wenn geht neue Daten hinzufügen wo es nötig ist, und nicht alte 
Daten bis zur Unkenntlichkeit "verschönern", auch wenn ich der Meinung bin, 
dass in ein paar Punkten die OSM mal eine komplette Datenüberarbeitung braucht. 
Aber die Punkte die ich da nennen könnte, könnten auch in einem Mass-Edit mit 
einem Script aus richtung der Foundation selber kommen. Da muss man nicht die 
Mapper dazu verwenden. Da gibt es echt besseres zu tun!


MfG

RobinD (emergency99)


[0]: http://www.openstreetmap.org/node/4163585481
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Peter Paul

[Robin Däneke]

Hallo zusammen,


Ich lese die Diskussion jetzt schon länger mit.

Als jemand, der die Note letztes Jahr etwa 3 mal entfernt hat (nachdem ein 
andere User die Note vor mir auch schon etliche male gelöscht hatte) sehe ich 
das wiederholte Eintragen tatsächlich nur als Vandalismus.

Ich habe vor einigen Jahren doch viel Zeit nahe der Sch(w)abenwiese zugebracht, 
jedoch den Namen Peter-Paul-Berg hab ich nirgendwo gehört oder gesehen. Zu der 
Zeit hätte aber ich die Erhöhungen im Raum gut "Robinsberg", "Thomashügel" oder 
"Bernhardhill" nennen können. (Ich hab genug Namen zur Auswahl :P )

Muss man ja nur auf ein Schild schreiben, dort hinstellen, und hoffen, dass es 
Leute sehen und sich dran orientieren (wie bereits in anderen Mails hier 
erwähnt wurde).  Der liebe Peter-Paul scheint aber nichts in die Richtung zu 
machen. Oder steht vor Ort irgendwo ein Holzschild wo "Peter-Paul-Berg"? Wenn 
nicht, und man auch sonst keinen findet, der den Namen verwendet (wer hat Lust 
auf eine "Anrainerbefragung" ;) ) dann heißt der Berg derzeit auch nicht so.


Mit dem "Schild-aufstellen" hätte man auch bei dem Problem mit den 
Drachenaugenplätzen (ja, die Mails zu dem Thema waren echt Popcorn-reif) 
argumentieren können. Wenn das ganze im Umkreis/Volksmund bekannt ist, bzw. 
bekannt werden wird, man erkennt was es ist, und es in der Modellierung einen 
Tag für sowas gibt, dann ist es zu mappen. Wenn zumindes eines diese Sachen 
nicht zutrift, dann kann es entweder nicht dargestellt werden (Limit der 
verwendeten Sprache) oder ist für's Modell uninteressant.


In dem verlinkten Changeset ist der Name ja sogar ' "Peter-Paul-Berg! ' das ist 
sicherlich falsch. weil am Anfang ein " und am Ende ein ! kann nicht richtig 
sein. Der User wird wohl alle paar Wochen den Berg umbenennen, und hoffen, dass 
es mal keinem auffällt. Und das geht jetzt schon seit etwa vier Jahr so. Ich 
denke, zum 5-Jahres-Jubiläum seines Berg-Benennens könnte man ihm doch eine 
Auszeit schenken. Mit nettem Text beim Anmelden, dass er doch bitte den 
Namensbeweis antreten soll.


MfG

RobinD (emergency99)



Von: Stefan Tauner 
Gesendet: Donnerstag, 05. Jänner 2017 20:49
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Peter Paul

He did it again...
http://www.openstreetmap.org/changeset/44929255

--
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at
Talk-at Info Page - 
OpenStreetMap
lists.openstreetmap.org
To see the collection of prior postings to the list, visit the Talk-at 
Archives. Using Talk-at: To post a message to all the list members, send email 
...



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

[Talk-at] Vorbereitung von Änderungen im Busnetz Wien in der OSM

[Robin Däneke]

Hallo Alle zusammen,


wie vielleicht einige hier Wissen, gibt es 2017 sowohl im Norden Wiens, als 
auch in Kaiserebersdorf und Oberlaa Änderungen im Busnetz. Für Oberlaa ist es 
am 1.9.2017 so weit, in Kaiserebersdorf am 1.10.2017. In Floridsdorf je nach 
Eröffnung des KH Nord.


Nun ist die Frage, die ich mir stelle, ob es möglich wäre, so wie bei den 
U-Bahnlinien, die erst geplant sind (zb U5) auch die neuen Buslinien irgendwie 
in die OSM einzugeben. Also Relationen mit zb "construction=bus" anlegen die 
dann hoffentlich bei normalen Öffi Abfragen nirgendwo aufscheinen und auch 
nicht gerendert werden, aber auch nicht gegen die Tagging-Schemata verstoßen. 
Somit könnte man die Daten schon vorab einpflegen, und dann am Stichtag nur ein 
paar Tags zu ändern, und das alte zu löschen (da die Busse teils echt neue 
Linien werden, ist das löschen von alten Relationen und das erstellen von neuen 
mMn sinnvoller als das totale Ändern der Relationen der alten Linien).


Gibt es da Tags, die ich für solche vorarbeiten verwenden könnte, oder ist das 
eher nicht gewünscht?


MfG

Robin Däneke (emergency99)
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Maps.ME User: Private Nodes auf OSM-Server

[Robin Däneke]

Hallo nochmal,

> Also, zumindest in dem Punkt mit den falschen "name"-Tags scheint der
> Entwickler bereits nachgebessert haben: Wenn ich das richtig sehe,
> kann man seit einiger Zeit (zumindest auf Android) über die
> Maps.Me-Editierfunktion nur noch die "name:xx"-Tags bearbeiten. Dabei
> werden offenbar immer die Sprache des jeweiligen Benutzers und die
> Sprache des jeweiligen Landes standardmäßig angezeigt. 
 
Das stimmt, es wird nur ein Sprache-Name Tag hinzugefügt, und da offenbar OSM 
Carto wenn ein name in der Sprache in der man die Karte verwendet verfügbar ist 
wird dieser name angezeigt, sonst der generelle name Tag. Insofern ist das 
schon etwas besser als wenn der echte Name überschrieben würde.

> Ich empfehle dringend, euch mal die App zumindest zu Testzwecken zu
> installieren, um euch ein wenigstens grobes Bild über dessen
> Bearbeitungs-Funktion zu machen. 
 
Habe ich nun auch gemacht. Das Problem ist, dass die App als Offline Map App 
beworben wird, und nur als das. Von OSM findet sich zumindest im Apple App 
Store kein Wort. Die User haben also keine Ahnung, dass sie sich da eigentlich 
auch einen Editor runtergeladen haben.

> > Es scheint aber, dass die App dem User nicht sagt, was mit den Daten 
> > passiert.
> 
> Das kann ich nicht bestätigen. Nach der ersten Bearbeitung eines
> Objekts bekommt der User einen riesigen Dialog zu Gesicht, der in
> großen Lettern erklärt: „Melden Sie sich an, damit andere Benutzer
> Ihre Änderungen sehen können“. 
 
Das mit riesig ist aber eine Übertreibung. 
Der Dialog ist zwar farbig, die Schrift teils fett, aber halt sonst ein 0815 
Login Dialog. Auch weiß der User ja nicht, inwiefern andere User dann seine 
Sachen sehen können. Der Wortlaut erinnert mich eher an so ein"Friends"-System, 
wo dann die Freunde die man irgendwann hinzufügen kann, oder so in der Art von 
Social Network, die Punkte sehen können. Von Openstreetmap ist da nicht die 
Rede. Es ist nur ein weiterer Anmeldeknopf mit OpenStreetMap beschriftet. Das 
sagt noch nicht, dass man sich hier echt zur OSM einloggt. 
Vor allem, da man sich ja auch mit FB und Google einloggen kann. Ein normaler 
User schaut nicht was da steht sondern drückt instinktiv auf den Button, der 
ihm am bekantesten vorkommt. Das wird wohl ein Login mittels Google oder 
Facebook sein. Der User glaubt, er loggt sich privat bei Maps.ME, bzw 
"mapswithme" wie es auch heißt, ein. Dass er sich damit bei der OSM registriert 
und die Änderungen in die Produktion lädt wird dieser User, der ja OFFLINE 
Karten will, nicht erlesen aus dem Dialog.
 
Hab ein paar Screenshots ( [0] ) gemacht, mit denen ich eventuell einen 
Blogpost erstellen werde um zukünftige User zu warnen. Werde auch den 
Developern die kritischen Punkte schreiben. Die sollten die Offline Karte und 
den Editor noch besser trennen. 
 
Was mir auch auffiel: Wenn mann einmal bei einer Node auf "´Sichern" gedrückt 
hat und dann in der Dialogbox die aufpoppt ("Wollen Sie sie an alle Benutzer 
senden"), bestätigt (und sich wenn noch nicht gemacht einloggt, (dazu wird man 
ja quasi "gezwungen", obwohl man nur unschuldig auf Sichern klickte) dann 
scheint das noch immer so, als ob man die Änderung in das Maps.ME Netz kommen. 
(dass es ja offensichtlich nicht gibt, die hauen einfach alles in OSM...). 
 
Auch dass diese Dialogbox nur "Senden" und "Abbrechen" hat ist irreführend. Der 
User will logischerweise die Node die er grad gesetzt hat in der Offline map 
speichern. "Abbrechen" würde heißen, dass die Node verworfen wird. Das will der 
User ja nicht! Somit drückt er auf Senden. Und schon hat man die "Coffee with 
Aunt Augusta" Node in der OSM. 
Im Dialog steht zwar auch, dass die Nodes überprüft werden, aber was da alles 
in der OSM landet, kann dieses "Überprüfen" nicht sonderlich toll sein. Oder 
sie machen es erst seit gestern??? Müsste schauen wann die App das letzte 
Update hatte...
 
Dennoch, dem User wird nie wirklich gesagt, dass das nicht nur in so eine Art 
Soziales Ort-Netzwerk geht, wo halt andere Leute drauf zugreifen können, 
sondern dass hier echt alle Daten auf die OSM geladen werden.
 
Auch sind wohl OSM-Mapper hier etwas betriebsblind. Wenn man MAPS.ME aus dem 
OSM-Kontext kennt, und dann so ein login kommt ist "unsereins" ja alles klar. 
Einem User der die OSM nicht mal kennt, der insofern einen Vertrag mit MAPS.ME 
hat und nicht mit OSM, der weiß dann alles, was hier offenbar als normales 
Wissen angesehen wird nicht. Auch weiß man nicht wie gut (oder schlecht) die 
verschiedenen Translations der App sind. Da kann von Sprache zu sprache nochmal 
Info verloren gehen.
 
Ich denke die Developer von Maps.ME dachten, dass die User ihrer Karten mit 
korrekten Nodes die verwendete Karte (OSM-Daten) verbessern würden, dass aber 
viele solche Nodes wie "Ferienhaus", "Meetingpoint mit Tante Rose" oder 
"Busstop: Maschiene hier" mappen würden war den Devs wohl nicht klar. 
 
Entweder man bietet Offline Maps an (wo User sowas halt machen), oder einen 
On

Re: [Talk-at] Maps.ME User: Private Nodes auf OSM-Server

[Robin Däneke]

Hallo nochmal,
 
Hinzuzufügen wäre noch, dass alle dieser User mir zurückschrieben, dass Sie die 
Nodes eigentlich nur Privat / für sich selber anlegen wollten. Somit scheinen 
viele Leute Maps.ME wie Offline-Karten oder private Map-Apps zu nutzen, obwohl 
die App offenbar ein OSM-Editor ist.
 
Woher kommt diese Verwechslung?

Mit freundlichen Grüßen
Robin Däneke (emergency99)

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

[Talk-at] Maps.ME User: Private Nodes auf OSM-Server

[Robin Däneke]

Hallo allerseits,
 
In den letzten paar Wochen habe ich schon mindestens 6 mal nodes in OSM in Wien 
entdeckt, die falsch waren. Einmal war ein Duplicate eines Hotels mitten auf 
der Straße gemappt, aber ohne Namen, einmal wurde eine Bushaltestelle mit nur 
russischem Namen der übersetzt  soviel wie "Maschine hier" hieß auf den Server 
geladen, einmal wurde ein Duplicate des Cafes Oben etwa 500 Meter abseits 
angelegt. Diese Edits kamen von verschiedenen Usern die aber alle eines 
gemeinsam hatten. Sie hatten meist nur diesen, oder sehr wenige Edits, waren 
neue User und sie nutzten (meist die Android App von) MAPS.ME.
 
Das Positive ist, dass wenn man den Personen über die OSM-Seite ein Mail 
schreibt, antworten sie auch (was man von manchen langjährigen Mappern nicht 
behaupten kann) innerhalb kurzer Zeit und entschuldigen sich auch für den Faux 
Pas. 
 
Das Problem scheint hier zu sein, dass Maps.ME, ohne näher zu fragen, dem User 
einen OSM Account anlegt, und dann manche Änderung auch gleich ins 
"Produktionssystem" hochlädt.
 
Ich persönlich habe diese App nicht, und weiß somit nichts über deren 
Funktionsweise. 
Es scheint aber, dass die App dem User nicht sagt, was mit den Daten passiert.
 
Hat hier jemand Erfahrung mit der App oder eine Idee, wie man an die Sache 
sonst rangehen könnte, außer halt alle Edits von MAPS.ME Usern zu überwachen 
und immer E-Mails zu schreiben? 
Soll ich damit auch an die Appentwickler rantreten? 
 
Würde gerne vorher ein paar Meinungen und Erfahrungen sammeln. Vielleicht kann 
mir jemand von ähnlichen Fällen und der Lösung davon berichten.
 
Mit freundlichen Grüßen
Robin Däneke (emergency99)
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schulkurse und ähnliche Gelegenheitskurse von Linienbuslinien

[Robin Däneke]

Hallo nochmal,
Ich wusste, dass ich irgendwo mal gelesen hab, dass auch für Busse 
Opening_hour-tags verwendet werden. Jetzt hab ich diese Seite auch wieder 
gefunden: Auf der Overpass-api.de [0] wird das angegeben. Etwas runterscrollen, 
steht ziemlich weit unten auf der Seite
Mit freundlichen GrüßenRobinD.
[0]: http://overpass-api.de/public_transport.html   
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Affenschaukel/Jumpsessel mappen

[Robin Däneke]

> Na sicher kann das erfasst werden, aber das Tagging wird davon abhängen, 
> wofür diese Schaukel hauptsächlich verwendet wird: zum Schaukeln 
> (playground=basketswing ?) oder zum Ausruhen. In letzterem Fall würde ich, 
> wenn ich kein passenderes Tag finde, das ähnlichste nehmen, eben 
> amenity=bench. Das hab ich auch schon für Liegen, Sessel u.ä. verwendet.

Ok, ich werde da mal demnächst hinschauen und es auch passend taggen (aber wohl 
eher ohne Nametag?)

> Nominatim findet übrigens kein Schillwasser, ist das nur ein Tippfehler 
> (statt Schillerwasser), oder gehört der Name in OSM noch eingetragen?

Wie diese Teile beim Mühlwasser genau heißen weiß ich nicht. Ich nenne es nur 
immer Schillwasser, weil der Schillwasserweg (der auch eine gleichnamige 
Busstation hat) in der Nähe ist. Das Gewässer heißt offenbar Schillerwasser, 
der Weg heißt Schillwasserweg. Somit nenne ich das immer Schillwasser. Die 
Namen in OSM passen wohl...
Danke für die InfosLGRobin D  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Affenschaukel/Jumpsessel mappen

[Robin Däneke]

Hallo,
Ein User hat nahe des Schillwassers 2 Nodes gemappt, denen er den Namen 
"Affenschaukel" verpasse hat. Ich denke, dass es sich dabei um sowas wie [0] 
handelt. Soll sowas (wenn es öffentlich ist) erfasst werden, und gibt es da 
sinnvolle Tags für sowas? Ist das eine "bench" oder was eigenes?
Mit freundlichen GrüßenRobinD
[0]: 
http://file1.npage.de/009750/83/bilder/rattanschaukel_affenschaukel_haengesessel_rattansessel.jpg
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schulkurse und ähnliche Gelegenheitskurse von Linienbuslinien

[Robin Däneke]

Hallo,
Bilden wir den jetzt die Realität ab, oder das, was grad beliebt? Der Kurs 
fährt, es ist nicht nur ein Konzessionserhalter der einmal im Jahr fährt (wobei 
ich die am liebsten auch gleich in die Karte eintragen würde), und OSM ist 
keine kommerzielle Karte. 
Zum VOR-Plan: Der 236er fährt an Schultagen auch nur 2 Mal bis Strebersdorf, 
ist aber strichliert eingezeichnet, und in Langenzersdorf, wo er auch seine 
verschiedenen Routenvarianten auch so ein bis 2 Mal nur an Schultagen fährt ist 
er auch eingezeichnet. Also hier reicht es offenbar, wenn ein Streckenteil 2 
Mal befahren wird... So gesehen ist auch hier schon was recht dünn befahrenes 
eingezeichnet. Auch die 220er Schulkurse sind eingezeichnet., ok, das sind (auf 
verschiedenen Routen) 1 und 3 Fahrten. Aber auch ähnlich spärlich. ZUgegebener 
maßen werden einzelne Fahrten (wie zb. 31A über Doningasse) nicht 
eingezeichnet. Aber dennoch entsprechen diese Fahrten der REalität. Da wird mir 
immer wieder gesagt, wir bilden die Realität ab (erst wieder kürzlich bezüglich 
TEDi ("ground truth"), und dann macht man im ÖV, weil es grad bequem ist ein 
Pick-and-choose, nur weil irgendwann der Wartungsaufwand hoch wird (was ich 
nicht wirklich denke, für mich sind ordentlich erstellte ÖV-Relationen ziemlich 
einfach wartbar). Der Kurs fährt einen Großteil des Jahres, wir mappen NICHT 
für den Render (auch das wurde mir oft genug gesagt) und eigentlich sollten 
diese beiden Sachen (Wahrheit abbilden, nicht für eine "Karte" im klassischen 
Sinn mappen) schon reichen, um jede "Einziehfahrt" mit Fahrgastbetrieb und 
jeden existenten Kurs, der an genug Tagen fährt einzuzeichnen. Der 20B fährt 
einen Großteil des Jahres nicht, ist aber auf der VOR und WL-Karte drauf
Mit freundlichen GrüßenRobinD
PS: Am VOR Plan ist der eine Kurs vom 79B über Aspernallee, Schule auch 
eingezeichnet, obwohl da ja "eh auch der 77A fährt". Also so ist das auch 
nicht, dass man, nur weil es ein einzelner Schulkurs ist, wo naoch was anderes 
fährt dann was weglässt. Insofern ist das weglassen der "Einziehfahrt" vom 95A 
wohl eher ein Fehler als wirklich gewollt...
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schulkurse und ähnliche Gelegenheitskurse von Linienbuslinien

[Robin Däneke]

Hallo,


> Nachdem der Wartungsaufwand und die Komplexität von den PT-Relationen
> eh schon beachtlich sind, wollen wir unbedingt die Anzahl derer mit
> den Einzieher-Linien noch circa verdoppeln? 
Also ich habe nix dagegen, diese Info noch zusätzlich zu warten, bin ich doch 
ohnehin einer der wenigen, der die Linien in und um Wien mappt und wartet. Also 
ein paar Tags und Relationen mehr wo sich die Fahrpläne der WL eh so selten 
ändern machen da das Kraut auch nicht fett...
>Die Verkehrsbetriebe
> führen diese Linien auf den Liniennetzplänen auch nicht an.

Was ich ehrlichgesagt "saublöd" finde. Dass die WL zb. die Stichfahrten vom 52B 
zur Feuerwache am Steinhof nicht einzeichnen ist nur eine Frechheit am Kunden, 
der sich auf die Karten verlässt. Die OSM sollte doch einen höheren Qualitäts- 
und Vollständigkeitsanspruch haben, als irgendein "dahergelaufener" 
Verkehrsbetrieb, der Info durch's teilweise Weglassen von Stichfahrten bewusst 
verschlechtert. Dieses "die da machen's auch nicht besser" ist wirklich keine 
zielführende Mentalität. Wenn jeder so leben würde, hätten wir heute noch immer 
nur Erdhöhlen und Zweige als Speere, weil "die Affen machen's ja auch nicht 
besser". Ich finde, das grade in so einer mächtigen Datenbank wie OSM so viel 
Info wie möglich drinnen sein soll, und nicht so wenig wie möglich, nur damit 
man die Daten dann nicht auch noch warten muss. Im Raum Wien mach das wohl eh 
nur ich und ein paar wenige andere (beim PT) ... So ungefähre Timeframes zu 
haben wäre ein sinnvolles zusätzliches Service in der OSM und eine hilfreiche 
Erweiterung des Datenbestandes (sofern sich ein sinnvoller Tag findet oder 
erstellen lässt). 
> Grüße> Simon

Mit freundlichen GrüßenRobinD
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schulkurse und ähnliche Gelegenheitskurse von Linienbuslinien

[Robin Däneke]

Hallo nochmal,
> * Es ist eine Zweckentfremdung. Eine Buslinie hat keine Öffnungszeiten,
> höchstens Betriebszeiten, und welche nimmt man überhaupt dafür?
> 
> * Es gaukelt eine Präzision vor, die nicht existiert; die
> opening_hours-Syntax zwingt Dich, Uhrzeiten anzugeben, aber damit
> kopierst Du bereits Fahrplandaten in OSM und das kannst Du niemals
> aktuell halten (wer will das bei jedem Fahrplanwechsel prüfen?)

Ok, dann lasse ich das mit dem adden von o_h mal. 

> Wäre es nicht vielleicht eine bessere Idee, analog zum vereinzelt
> bereits für Nachtbuslinien verwendeten service=night, ein neues
> Service-Tag einzuführen für solche Gelegenheitskurse? Bei uns gibt es
> z.B. auch einen Bus, der nur zu Messezeiten fährt und eine Straßenbahn
> zum Freibad nur im Sommer.

Es wäre schon sinnvoll hier einen Tag zu haben. Hat wer Lust ein Proposal zu 
verfassen?
Vorerst lasse ich die operating hours da wo sie schon drin sind. Ich bilde mir 
ein mal irgendwo gelesen zu haben, dass man den opening_hours tag auch für 
Busse verwenden kann. Finde aber die Quelle nicht mehr ..?LGRobinD  
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schulkurse und ähnliche Gelegenheitskurse von Linienbuslinien

[Robin Däneke]

Hallo nochmal,
Ich werde jetzt beginnen den Linien in Wien pro Kurs opening_hours Tags zu 
verpassen. Hab ich ja bei ein paar Linien eh schon gemacht. Somit wäre es der 
Konsistenz wegen nur sinnvoll, das bei allen Linien zu machen 👍.LG Robin D.
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schulkurse und ähnliche Gelegenheitskurse von Linienbuslinien

[Robin Däneke]

Hallo nochmal,
> Die Karte dient dazu, aufzuzeigen, wo überall der Bus/die Tram fährt.
> Das ist ihre Aufgabe, nicht mehr und nicht weniger.

So würde ich das auch sehen. Eine Stichfahrt/Einziehfahrt mit Fahrgastverkehr 
nicht darzustellen ist mMn eine Themenverfehlung. Ich habe nur damals wie ich 
den 95A gemappt habe auf diesen Kurs vergessen... 
Dennoch habe ich vor, bei allen Linien, die ich bisher gemappt habe (was 
eigentlich [fast] alle Buslinien in Wien und Umgebung sind die derzeit 
aufscheinen) die opening hours jedes eingetragenan Kurses dazuzuschreiben. Ist 
dann doch ein hilfreicher "timeframe" für Kartenbenützer und Apps, die diese 
Daten von OSM abrufen...
Mit freundlichen GrüßenRobinD ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schulkurse und ähnliche Gelegenheitskurse von Linienbuslinien

[Robin Däneke]

Hallo,
ich habe diesen Kurs der Vollständigkeit halber gemappt. Kann gerne noch die 
"opening_hours" dazu schreiben, wenn das was bringt.
Mit freundlichen Grüßenemergsency99 (RobinD)

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

Re: [Talk-at] Name-Tag: TEDi vs Tedi

[Robin Däneke]

Hallo noch einmal,
Unglaublich, auf wie viele Arten man Tedi und T€di schreiben kann... Es gab 
echt mindestens 5 verschiedene Schreibweisen in Ö & DE... Es ist wohl als 
normaler "Name"-Tag TEDi das richtige... Danke für die Hilfe.
Mit freundlichen GrüßenRobinD ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Name-Tag: TEDi vs Tedi

[Robin Däneke]

Hallo nochmal und danke für die bisherigen Antworten,

> >[...] - es sei denn, "TEDi" ist ein Akronym. Leider
> > schweigt sich die Website über die Bedeutung dieser 4 Buchstaben aus.
> 
> Aus der wikipedia:
> 
> --8<---cut here---start->8---
> Tedi (Eigenschreibweise TEDI für Top Euro Discount) ist ein deutscher
> Discounter und Sonderpostenmarkt mit etwa 1400 Filialen
> --8<---cut here---end--->8---
> 
Also ist es ein Akronym, aber man kann es auch Tedi schreiben... Wie mappe ich 
das jetzt also am besten?
Verwirrte GrüßeRobinD   
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Name-Tag: TEDi vs Tedi

[Robin Däneke]

Hallo allerseits,ich habe vor kurzem ein Geschäft der Linie "TEDi" in die OSM 
eingetragen, jedoch im Name-Tag "Tedi" geschrieben. Nun wurde ich darauf 
aufmerksam gemacht, dass der offizielle Name (die offizielle Schreibweise) 
"TEDi" ist. Nach einer Overpass-turbo suche ergeben sich etwa 80 "TEDi" und 210 
"Tedi". Wie soll ich jetzt das Geschäft mappen, und, soll ich eventuell alle 
Filialen in die gleiche namens-Schreibweise überführen? 
Hoffe hier weis wer Rat, die WIKI-Seite zum Name-Tag hat mir hier beim 
schnellen drüberlesen nicht weitergeholfen. Gibt es vielleicht einen Fall zum 
Exempel bezüglich Firmenschreibweisen? 
Mit freundlichen GrüßenRobinD.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] "ref=*" bei Bushaltestellen / touristenrelevante Haltestellen finden

[Robin Däneke]

> From: kevin.kof...@chello.at

> Eine andere Möglichkeit für die VRT wäre es, den ÖPNV-Haltepunkt-POI (und 
> auch den Bahnsteig) überhaupt in Ruhe zu lassen, und einfach einen 
> zusätzlichen POI zu erstellen, etwa mit folgenden Tags:
> 
> tourism=attraction
> attraction=train
> name=Vienna Ring Tram
> short_name=VRT
> description=the only stop for boarding and leaving the VRT
> description:de=einzige Ein- und Ausstiegsstelle der VRT


Danke, das ist eine gute Idee. Habe das jetzt mal so umgesetzt.LGRobinD 
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] [OT-Diskussion] Nominatim

[Robin Däneke]

Der Thread den ich echt meine heißt "ref=*" bei Bushaltestellen / 
touristenrelevante Haltestellen finden‏" ! Der ist schon entgleist... 

Date: Wed, 18 May 2016 05:53:30 +0200
From: eeston...@gmail.com
To: talk-at@openstreetmap.org
Subject: Re: [Talk-at] [OT-Diskussion] Nominatim

Ähm, das ist die 1. Nachricht dieses Threads. Ich hab also keine Ahnung von was 
du sprichst.
lg eest9
Am 17.05.2016 23:26 schrieb "Robin Däneke" :



> > ... Themenverfehlung. ...
Und was lerne ich aus dieser Diskussionsentgleisung... Im Falle des Mappens des 
ÖPNV einfach sein eigenes Süppchen kochen und nicht die Mailing-Liste fragen, 
denn das eskaliert... Immer. Ist schon die 2. Frage meinerseits zu einem P_T 
Thema die nach einiger Zeit in eine völlig andere Richtung driftet... Das war 
nicht mein Intent... 
Aber danke für die bisherigen Tipps... 
Over and out:RobinD.




  

___

Talk-at mailing list

Talk-at@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-at




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

[Talk-at] [OT-Diskussion] Nominatim

[Robin Däneke]

> > ... Themenverfehlung. ...
Und was lerne ich aus dieser Diskussionsentgleisung... Im Falle des Mappens des 
ÖPNV einfach sein eigenes Süppchen kochen und nicht die Mailing-Liste fragen, 
denn das eskaliert... Immer. Ist schon die 2. Frage meinerseits zu einem P_T 
Thema die nach einiger Zeit in eine völlig andere Richtung driftet... Das war 
nicht mein Intent... 
Aber danke für die bisherigen Tipps... 
Over and out:RobinD.




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

Re: [Talk-at] "ref=*" bei Bushaltestellen / touristenrelevante Haltestellen finden

[Robin Däneke]

Hallo nochmal, 
danke für die bisherigen Antworten!
> Robin hat nicht verraten, welche Suche er meint. Jeder, der OSM-Daten
> abzieht, kann darüber seine eigene Suche programmieren. Ein Auto-Navi wird
> bei einer Suche nach "Praterstern" am besten den Kreisverkehr liefern, eine
> ÖPNV-Karte den Bahnhof und eine Wanderkarte die Wegkreuzung auf der Rax.
> Ich nehme an, er meint das Nominatim-Suchfeld auf openstreetmap.org. 
Also der User phipsii meinte, dass es ihm zB um die Suche in OsmAnd geht. Ich 
weiß halt nicht, ob die eine eigene Suche verwendet oder hier Daten vom 
Nominatim verwendet...

> Dort werden Routen-Relationen überhaupt nicht gefunden, was eindeutig ein Bug
> ist. Routenrelationen sollten vielmehr an erster Stelle gelistet werden.
> [...] Workarounds, wie den Namen auf eine Haltestelle zu
> setzen damit Nominatim überhaupt was findet, führen sich spätestens bei
> Buslinien ad absurdum, wo es viele Haltestellen pro Linie und mehrere Linien
> pro Haltestelle gibt. Die Lösung kann also nur darin bestehen, mit
> Bugreports usw. auf eine Korrektur von Nominatim hinzuarbeiten und/oder eine
> eigene, bessere Suche zu implementieren.

Bei den Bushaltestellen hatte ich öfter das "Problem", dass da nicht die Namen, 
sondern jeweils Liniensignale, oder andere "Namen" an jeder einzelnen 
Haltestelle waren. Diese hab ich in der Zeit, wo ich das Busnetz in Wien 
ordentlich gemappt habe entfernt. 
Also wäre es am besten, einen Bug-Report an alle Devs zu schreiben, deren Apps 
und Suchen keine Relationen als ganzes finden? 

Mit freundlichen GrüßenRpbinD.

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

[Talk-at] "ref=*" bei Bushaltestellen / touristenrelevante Haltestellen finden

[Robin Däneke]

Hallo an alle,
1. Ich bin vor kurzem mit dem 11B gefahren, und habe da ein paar Haltestellen 
bearbeitet. Dabei viel mir auf, dass die "ref" Tags irgendwie gar nichts mit 
den Nummern die auf den Haltestellen stehen zu tun haben. Offenbar ändern sich 
diese (DIVA)-Codes hin und wieder. Nun kam bei mir die Frage auf, ob es 
überhaupt sinnvoll ist, den Haltestellen einen ref zu geben, da ja der Code der 
im Eck des Haltestellenreiters steht, eigentlich eine INTERNE Nummer der Wiener 
Linien ist. Was für einen Sinn hätte dieser Code in der OSM, wenn man bei 
größeren Knotenpunkten eh die local_ref Keys hat (mit A, B, C,... oder 1, 2, 
3,...) und bei einzelnen Stationen sowieso die genaue Position auf der Karte 
hat, die eine Verwechslung nicht möglich macht? 
2. Wie kann man eine Haltestelle einer Touristenbahn -> zb. VRT so taggen, dass 
sie auch in der Suche aufscheint, wenn man VRT oder Vienna Ring Tram sucht? 
(Diese Frage stellt sich auch der User "Phipsiii")
Ich danke schon jetzt für die AntwortenRobinD.  
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM down

[Robin Däneke]

Ok, geht wieder, aber der Server war wohl etwa 2 Stunden off. Wäre interessant 
den Grund zu erfahren...

From: robin.daen...@live.at
To: talk-at@openstreetmap.org
Subject: OSM down
Date: Fri, 6 May 2016 23:31:19 +0200




Hallo allerseits,
Derzeit ist der OSM-Server offenbar offline. Eine Bearbeitung war schon am 
Abend nicht möglich. Laut Wochennotiz beginnen am 9/10 Wartungsarbeiten. Hängt 
die Downtime derzeit damit zusammen? Oder gab es irgendwas anderes?
LG RobinD   
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] OSM down

[Robin Däneke]

Hallo allerseits,
Derzeit ist der OSM-Server offenbar offline. Eine Bearbeitung war schon am 
Abend nicht möglich. Laut Wochennotiz beginnen am 9/10 Wartungsarbeiten. Hängt 
die Downtime derzeit damit zusammen? Oder gab es irgendwas anderes?
LG RobinD ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Leerstand in Wien im Namen gemappt

[Robin Däneke]

Auch den User Mast11 (der aber bis auf eine Node eh alles richtig gemacht hat) 
habe ich nun angeschrieben...
RD___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Leerstand in Wien im Namen gemappt

[Robin Däneke]

Habe mal den User "viennadom" angeschrieben. 

Es sind aber noch mindestens 2 andere 'unterwegs', von den dreien (die anderen 
Namen finde ich auch grad nicht) hat aber glaub ich bisher nur "viennadom" 
Nodes mit "Wohnhaus", "Leerstand" und "Vacant" benannt. 
RD___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Leerstand in Wien im Namen gemappt

[Robin Däneke]

Hallo,
Derzeit mappen mehrere User mit den Changeset-Kommentaren "WU-Projekt" und 
ähnlichem.So ein Projekt ist ja nicht schlecht, nur werden hier "Leerstände" 
und "Gemischte Nutzung" als name-tag von Adressnodes gemappt. Das ist wohl kein 
gängiges Schema, oder doch?
Hat irgendjemand Kontakte zur WU Wien, um ihnen zb. den shop=vacant oder 
disused:shop tag ans Herz zu legen? 
Mit freundlichen GrüßenRobin Däneke (emergency99)
PS: Habe schon einen Changeset-Kommentar hinterlassen, und die Namen in Notes 
umgewandelt... Hoffe das ist ok...  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Frage: Vor Ort Mappen (Adressen)

[Robin Däneke]

Es waren in allen Fällen Linienbusse von Dr. Richard, die im Auftrag der Wiener 
Linien fuhren und Lenker die meinten, dass es illegal sei den Bus zu 
fotografieren. Das ist aber nicht der Fall. Dr. Richard hat mir auf eine 
Anfrage geschrieben, dass sie ihre Lenker informieren, dass es erlaubt ist 
Busse zu fotografieren, jedoch manche Lenker meinen, dass sie am Foto zu sehen 
sind, und das natürlich nicht wollen. Durch die Reflektion von diversen Dingen 
in der Scheibe sieht man die Lenker aber eh nicht. und wenn doch, bearbeite ich 
die Fotos vor Veröffentlichung auch immer so, dass der Lenker und die Fahrgäste 
nicht mehr erkennbar sind... 

> Date: Thu, 10 Mar 2016 01:24:00 +0100
> From: b...@volki.at
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Frage: Vor Ort Mappen (Adressen)
> 
> On 09.03.2016 20:25, Robin Däneke wrote:
> > Mir wurde nur schon ein paar mal von Buslenkern mit der Polizei gedroht,
> > wenn ich die Busse fotografiert habe
> 
> Weißt du warum? Was für Busse (Linienbusse?) und was für Buslenker waren
> denn das?
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Frage: Vor Ort Mappen (Adressen)

[Robin Däneke]

Hallo an alle,
Ich habe kürzlich die Reihenhäuser in Schwechat, Siedlung Frauenfeld gemappt. 
Ich war um etwa 10:00 Uhr dort. Da bin ich teilweise Minuten vor den Häusern 
gestanden um die Outlines (die ich später mittels Josm etwas angepasst habe) 
halbwegs hinzubekommen (in Schwechat sind echt noch einige Map-Lücken), musste 
mich bei einem Haus ganz an den Zaun aussen drücken und hinknien um die 
Hausnummer zu erkennen, die sich unterm Dach versteckte, und um den Hydranten 
richtig einzuzeichnen stand ich 3 Min vor diesem, bis mein iPhone-GPS mich 
halbwegs hatte. Ich bin die Straße und auch ein paar Zufahrtsstraßen auf und ab 
gegangen, und wurde offenbar nichtmal bemerkt. Auch bei einer neuen 
Appartment-Block Gruppe bin ich im Durchgang ewig rumgelungert, und niemand 
fand es seltsam, ich wurde sogar 2 mal nett gegrüßt. Dazu muss man sagen, dass 
ich auch oft übersehen oder ignoriert werde. Aber trotz meines etwas 
eigentümlichen Mapverhaltens "vor Ort" hatte ich noch keine Probleme. Auch beim 
Hydranten mappen wurde ich noch nie gefragt, was ich da mache und warum. 
Zu Tools: Ich mappe am iPhone mit einem App namens "Go Map!"
Mir wurde nur schon ein paar mal von Buslenkern mit der Polizei gedroht, wenn 
ich die Busse fotografiert habe, aber die geben sich meist damit zufrieden, 
dass man, sobald sie einen drauf "hinweisen", dass sie es nicht wollen aufhört 
und weggeht... Funktioniert bei Hausbesitzern vielleicht auch...
MfGRobinD ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Zählbezirk Schönbrunn

[Robin Däneke]

Das mit den Grenzen wurde hier schon mal in dem Thread "Grenzimport Wien‏" 
diskutiert... 
https://lists.openstreetmap.org/pipermail/talk-at/2015-August/007897.html

> To: talk-at@openstreetmap.org
> From: l...@lab.at
> Date: Wed, 30 Sep 2015 09:36:59 +0200
> Subject: [Talk-at] Zählbezirk Schönbrunn
> 
> Hallo!
> 
> Jemand hat das hier eingezeichnet.
> http://www.openstreetmap.org/way/366753235
> 
> Was dann zu einer recht unschönen Kartendarstellung führt:
> http://www.openstreetmap.org/#map=19/48.18712/16.31315
> 
> Mein Vorschlag: löschen.
> 
> Man könnte drüber nachdenken, ob man Zählbezirke erfassen will, aber dann
> - sollten vorhandene Grenzstücke auch verwendet werden (keine doppelten 
> Linien)
> - es sollte keine - auf der Karte dargestellte - admin_boundary sein.
> 
> Ev. sollte man einen eigenen "statistischen" (oder so) boundary-Typ dafür
> erfinden (wenn's den nicht schon gibt, keine Ahnung).
> 
> 
> Übrigens, auch wenn man die Grenzen der KG einzeichnen wollte, sollte man 
> dafür
> IMHO keine admin_boundary verwenden. Weil diese nur fürs Grundbuch relevant 
> sind
> und es wenig Sinn macht, die in der Karte zu sehen. <-> Die Bezirksgrenzen 
> Wiens
> machen Sinn, die kennt man, die sieht man auf der Karte und kann sich drunter
> auf was vorstellen.
> 
> Servus, Andreas
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Busse temporär "deaktivieren"

[Robin Däneke]

 
> Auch ein fieses Beispiel ist übrigens der 39A. Da fahren im Sommer einige 
> Kurse (einer pro Stunde tagsüber) von der normalen Endstation Sievering 
> weiter über die Agnesgasse (Haltestelle Ährengrubenweg) zur Haltestelle 
> Agnesgasse am Kreisverkehr (der als Schleife dient). Im Winterfahrplan 
> verschwinden diese Kurse dann kommentarlos vom Fahrplan, um im 
> Sommerfahrplan dann wieder aufzutauchen. (Anfangs habe ich das System gar 
> nicht überrissen.) Der Streckenabschnitt ist in der OSM als ganz normaler 
> Teil des 39A getaggt, was selbst im Sommer fragwürdig ist (weil ja fast alle 
> Kurse nur bis Sievering geführt werden), im Winter überhaupt falsch. Aber 
> wie man es besser machen könnte (außer, den Abschnitt gar nicht zu taggen, 
> was dann auch wieder falsch wäre, weil sich ja im Sommer doch der eine oder 
> andere 39A planmäßig dorthin "verirrt"), weiß ich auch nicht. (Eine eigene 
> Relation für den Abschnitt Sievering <-> Agnesgasse, mit ref="(39A)"? Klingt 
> ein bißchen nach Hack…)
> 
> Kevin Kofler

Laut einem Aushang an der Station Agnesgasse der 39A Station soll der Bus ab 
November das ganze Jahr im 30 Minuten-Takt fahren. Da wird das Problem also 
bald weg sein.Nur die Bäderbusse sind dann noch ein Problem. Ich habe ohnehin 
vor bei allen Linien in den Relationen die ooening_hours zu taggen. Da kann man 
dann ja dann Monate festlehgen, was aber dann wohl bei kaum einer Linie mehr 
nötig sein wird... Bei den Bäderbussen werde ich das gleich machen... 
MfGRobinD ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Gleisbaustelle Hütteldorf (49)

[Robin Däneke]

Danke für die Nachricht. Werde den N49 wieder anpassen. MfGRobinD   
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Busse temporär "deaktivieren"

[Robin Däneke]

Hallo allerseits,Da sich nun die Bädersaison dem Ende zuneigt, sind auch die 
Tage des Bäderbus Gänsehäufel und des 20B gezählt. Nun weiß ich aber nicht, wie 
ich am besten die Relationen "ungültig" mache, sodass sie nicht mehr in den 
Daten und/oder auf der Karte als Buslinie aufscheinen... Gibt es da einen Tag, 
oder muss ich die Relationen löschen (und nächstes Jahr halt neu hochladen)?
Mit freundlichen GrüßenRobin D.   ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Grenzimport Wien

[Robin Däneke]

Jedoch wurden ja die Kastralgemeimden erst kürzlich nach einer Diskussion in 
dieser Mailing Liste gemappt. Die Kastralgemeimden müssten also bereits drinnen 
sein... Der User der hier gemeint ist mappt Daten von "Zählbezirken" (was auch 
immer die angeben). Bei diesen Daten sind offenbar kleinste Einheiten dabei... 
Also Bezirksgrätzl mit höchstens 10*10 Häuserblöcken, von was ich so gesehen 
hab bei den Changesets... Mich wundert das irgendwie... Das Simnering etwas 
weit "raus" läuft wäre möglich, aber der User sollte vielleicht mal darauf 
aufmerksam gemacht werden, dass er das hier vorher erklären sollte, bevor er 
wild drauf los mappt (und am Ende dann alles oder fast alles doppelt ist)

MfG
Robin Däneke
Wien XXI

PS: Falls ihr immer alle Changes in Wien und Umgebung sehen wollt, ich habe da 
mal ein RSS-Feed dafür erstellt: 
http://zverik.osm.rambler.ru/whodidit/scripts/rss.php?bbox=16.203445,48.060282,16.554321,48.296083

> Date: Fri, 21 Aug 2015 11:07:16 +0200
> From: sk...@ostblock.org
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Grenzimport Wien
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> On 2015-08-21 10:58, Jens Steinhauser wrote:
> > Was meint ihr zu den Eintragungen?
> 
> Keine Ahnung, was die Datenqualität oder Lizenz angeht.
> Grundsätzlich sind in Wien die Grenzen der Katastralgemeinden nicht
> immer ident mit den Bezirksgrenzen.
> Allerdings ist das eher eine reichlich akademische Frage...
> 
> Stefan
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iQEcBAEBCAAGBQJV1upDAAoJEMZD4PEit0TYSjsH/3EnOWMqO2x/rbnrOFbtUyOV
> Nl9ePMnZWlB/XpB0sE6IVu1nBlDCKW0PP05Xrph57rvAjr+Kl1sCuLic9+XNG4rv
> sg/uc1LuHfNHR16Cnrk+j8nDDPvMz3JouLPQtSoK28m5Jn71UCT/0DAEjxqgOeBA
> ABtDMUfHaT7Wxqcd2ymMvn3bhLQwhWo/s6REnGq+2HcFWmnDGjBz38tBm+Q31Rpl
> MAf3dwJu+qlmIYzjebHAfHVEzssFUUN7wIk5UH+GS1tCoooUosn77oXmDBnvCyMB
> Eb9lCunZNpCOApPz04WyfE37NWJhLPUWH3LnvTdyId6eGejN2sER6bJmUzg16CE=
> =aXTO
> -END PGP SIGNATURE-
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Graz+Innsbruck: »Schiene und Straße wurden getrennt«‏

[Robin Däneke]

> From: kevin.kof...@chello.at
> Das stimmt so nicht. Zumindest ich habe die zweigleisigen Straßenbahnen für 
> gut befunden und finde das immer noch. (Die Ausführung war teilweise nicht 
> optimal, z.B., was Relationen anbelangt, aber die Probleme sind inzwischen 
> behoben. Mit dem neuen Ist-Zustand bin ich zufrieden.)

Als ich in Wien die Buslinien gemappt habe, fand ich die getrennten Gleise 
eigentlich sehr gut. So musste man bei Bussen die den Gleiskörper benützen 
nicht  beim Eingeben der Route die Straße (oder zumindest eine Verbindung) zu 
einem "fiktiven" Gleis in der Mitte oder am Rand der Straße führen, sondern 
konnte bestehende, sich mit den Gleisen kreuzende Straßenteile am richtigen Ort 
verwenden, um die Busrelation auch mit dem richtigen Gleis zu verbinden. Ob ich 
da beim Busmapping alles richtig gemacht hab kann ich zwar nicht sagen, aber da 
meine Changes bisher kaum bis gar keine Änderungen erfuhren denke ich mal, dass 
da nicht so viel daneben ist... Es ist einfach leichter zu bearbeiten, je 
genauer es ist, wenn dieses Argument auch schon ein paar mal kam. 
> Und in den Fällen (sollte es nur außerhalb Wiens geben), wo 2 Gleise noch > 
> als 1 Way gemappt sind, ist die Trennung von der Straße auch nur dann > 
> sinnvoll, wenn auch wirklich zweigleisig (und präzise, also die tatsächliche 
> > Position der Gleise) gemappt wird. Ein getrennter Way mit denselben Knoten 
> > wie die Straße bringt niemandem was (auch nicht den Leuten wie Railjet oder 
> > mir, die für zweigleisiges Straßenbahnmapping sind).
Dem stimme ich zu. 
Wenn die Gleise direkt auf der Straße sind, ist das wohl etwas 
problematisch...Da wären wir dann bei der Frage, wie genau man mappen kann, 
will und soll. 
Das mit der, von Friedrich Volkmann angesprochenen Straßenfläche habe ich mir 
schon öfters gedacht. Wieso ist nicht jede Straße und dann der Gehsteig als 
Fläche (was es ja im Endefekt in natura ist) gemappt. Die Antwort ist wohl die 
Komplexität, die das auch zum Bearbeiten aber wohl auch rendering o.ä. bringen 
würde. Aber es wird hier doch mit zweierlei Maß gemessen, wenn ihr mir erlaubt 
Straßen mit Bäumen zu vergleichen: Auf OSM werden einzelne Bäume erfasst, 
manchmal auch nachgefragt, ob denn ein hohe Strauch nun ein Baum ist, aber die 
Straßen (aber vor allem die Gleise und ähnliches) sind [ausserhalb von Wien] 
noch nicht so detailgetreu auf der Karte. 
Also wenn man Gleise je FR mappt, wird man auch gleich die Straße so 
detailgetreu wie irgendwie möglich mappen müssen, dass nicht die Linien der 
Straße und der Geleise ein großer fetter Strich sind, sondern erkennbar und vor 
allem noch bearbeitbar nebeneinander liegen. In Wien schaut das ja gar nicht so 
schlecht aus. (Da hatte ich nur manchmal in JOSM Probleme eine Straße 
auszuwählen, weil eine Bezirksgrenze exakt drauf lag, aber mit den Gleisen, 
sofern ich sie anwählen musste, ging alles problemlos.)
Es ist wohl sehr viel Arbeit, und auch ein Thema, dass man besser jeweils 
direkt "Vor Ort" bespricht (--> Stammtisch Graz) , bevor man da mit dem Ändern 
beginnt, denn man wird für alle nötigen Änderungen die so ein Vorhaben mit sich 
bringt auch Hilfe brauchen. Und wenn dann alle gegen einen sind wird das nicht 
gut ausgehen. Also aussprechen, Lösungen überlegen, und dann gemeinsam und 
nicht gegeneinander mappen. 
Mit freundlichen Grüßen aus Wien XXIRobin Däneke
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Graz+Innsbruck: »Schiene und Straße wurden getrennt«

[Robin Däneke]

Hello All,Dann mische ich mich auch mal ein, wo wir schon bei Standards sind... 
Wie schauen eigentlich die Buslinien und Haltestellen in Graz aus? Haben die 
scchon nach dem neuen p_t Schema Haltestellen und Haltepunkte? Oder sind da nur 
Highway Busstop? Kann grad keine Abfragen machen, der Server scheint was zu 
haben  (Error 500). Wenn es noch ein Chaos ist, wie es in Wien war sollte sich 
dann wohl auch wer den Linien annehmen... Ich kenne da die Grazer BusLinien 
leider zu wenig... 
Zum Schienenthema, die Schienen und Straßen einzeln zu mappen ist eine gute 
Idee, (ich wäre ja für MicroMapping oder wie man das genaueste nennen könnte, 
aber dann wären wir in 100 Generationen noch nicht mal halb fertig) nur sollte 
sich halt nicht die Linie der Straße und der Schiene zu 100% überdecken, das 
ist bei einem eigenen Gleiskörper wohl einfach, aber an stellen wo die 
Straßenbahn mit den Autos auf einer Fahrspur fährt ist es dann doch etwas 
schwierig. Wo mappt man dann Straße und wo Schiene? Kenne mich bei solchen 
Fragen aber wohl auch noch etwas zuwenig aus... 
LGRobinD (emergency99 aus Wien)   ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] osm bei sReal

[Robin Däneke]

Siehst, so genau hab ich es mir noch nicht angeschaut... Aber auch die anderen 
Info-Angaben ausserhalb der Karte sind etwas seltsam... U-Bahnen werden mit 
Liniennummer angeschrieben, Busse nur mit "BUS" als ob rund um die Alte Donau 
eh nur ein Bus fahren würde... Wiedermal Pfusch in der Stadtverwaltung. 
Herrlich. 

> To: talk-at@openstreetmap.org
> From: kevin.kof...@chello.at
> Date: Thu, 6 Aug 2015 13:49:40 +0200
> Subject: Re: [Talk-at] osm bei sReal
> 
> Robin Däneke wrote:
> > Die MapQuest-Kartendarstellung auf den Infoständern rund um die Alte
> > Donau. Also in der realen Welt. Kein Link... Aber ich mach gern ein Foto
> > wenn ich heute an der Alten Donau vorbeikomme..
> 
> Übrigens frisch aufgestellt und schon veraltet: Da ist noch das alte 
> Arbeiterstrandbad drinnen (und auch nicht aufgeteilt in die 3 getrennten 
> Bereiche – so, wie es halt in den alten OSM-Daten war), jetzt ist der 
> Bereich des eigentlichen Arbeiterstrandbads ja die Liegewiese 
> ArbeiterInnenstrand. (Die aktuelle OSM ist up to date.)
> 
> Die haben dort nicht einmal ihr eigenes Liegewiese-Symbol angebracht, obwohl 
> zum Zeit des Drucks wohl schon fix gewesen sein müßte, daß die heuer kommen 
> wird.
> 
> Kevin Kofler
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] osm bei sReal

[Robin Däneke]

Die MapQuest-Kartendarstellung auf den Infoständern rund um die Alte Donau. 
Also in der realen Welt. Kein Link... Aber ich mach gern ein Foto wenn ich 
heute an der Alten Donau vorbeikomme..

> To: talk-at@openstreetmap.org
> From: l...@lab.at
> Date: Thu, 6 Aug 2015 12:04:36 +0200
> Subject: Re: [Talk-at] osm bei sReal
> 
> On 05.08.15 11:44, Robin Däneke wrote:
> > Die Stadt Wien und Wiener Wässer verwenden ja auch OSM
> 
> Bitte wo (Link)?
> 
> /al
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] osm bei sReal

[Robin Däneke]

Die Stadt Wien und Wiener Wässer verwenden ja auch OSM... Was muss denn da 
dabeistehen, damit es verwendet werden darf? Reicht das (c) OSM - Contributors 
oder müssen auch CC Piktogramme und/oder die Attribute (zB: by-sa) dabeistehen?

LG
RobinD (emergency99)

> To: talk-at@openstreetmap.org
> From: o...@schreiter.at
> Date: Wed, 5 Aug 2015 09:13:38 +
> Subject: [Talk-at] osm bei sReal
> 
> Nur zur Info, ich fand heute einen osm-Ausschnitt in einem Immobilienangebot
> von sReal (das per Mailverteiler versendet wird) und habe die
> Ansprechpartnerin freundlich auf die fehlende Attributierung (nebst
> Vorschlag) hingewiesen.
> 
> LG
> Wolfgang
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Oder das Bediengebiet ausserhalb der Strecke in einer eigenen Relation, und 
diese dann in die ASTax Relationen reinlegen...? 

From: robin.daen...@live.at
To: talk-at@openstreetmap.org
Subject: RE: [Talk-at] Public Transport Schema und Wien
Date: Tue, 7 Jul 2015 00:31:41 +0200




Und wieder ein Brocken weniger.Die Nightlines sind nun auch im System.Falls 
euch ein Fehler auffällt (bezüglich Mitbenützung der Busse des Gleiskörpers) 
bitte ausbessern. Danke
Nun nächste Frage (die ich bereits gefragt wurde): Sollen wir auch die ASTAXis 
Mappen? Die beiden fixen Linien 44T und 49T sind ja schon drinnen, und werden 
von mir demnächst auf P_t 2 umgestellt. Aber sollen wir auch die anderen ASTax 
mappen? Und wenn ja, wie soll das Bediengebiet gemappt werden? Straßen in 
Relationen? Multipoligon? 
Vielen Dank für die Hilfe und Gute NachtRobinD. 
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Und wieder ein Brocken weniger.Die Nightlines sind nun auch im System.Falls 
euch ein Fehler auffällt (bezüglich Mitbenützung der Busse des Gleiskörpers) 
bitte ausbessern. Danke
Nun nächste Frage (die ich bereits gefragt wurde): Sollen wir auch die ASTAXis 
Mappen? Die beiden fixen Linien 44T und 49T sind ja schon drinnen, und werden 
von mir demnächst auf P_t 2 umgestellt. Aber sollen wir auch die anderen ASTax 
mappen? Und wenn ja, wie soll das Bediengebiet gemappt werden? Straßen in 
Relationen? Multipoligon? 
Vielen Dank für die Hilfe und Gute NachtRobinD. 
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))

[Robin Däneke]

Hab es mir noch mal angeschaut...  Beide Umleitungen sind nicht so lang wie die 
Bauarbeiten in Hütteldorf.  Der N29 könnte lang genug umgeleitet werden, um es 
in die Map einzutragen. Aber für 1 Monat und 10 Tage... Da müssten wir halt ein 
Limit setzten, ab wann bearbeitet wird, und wann nicht...  Ich warte noch mit 
den edits...

> To: talk-at@openstreetmap.org
> From: kevin.kof...@chello.at
> Date: Sat, 4 Jul 2015 15:47:58 +0200
> Subject: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))
> 
> Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 
> (8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb):
> http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329
> 
> Kevin Kofler
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))

[Robin Däneke]

Gebe ich heute noch ein ;)
Danke

Mail from the Ds iPhone

> Am 04.07.2015 um 14:50 schrieb Kevin Kofler :
> 
> Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 
> (8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb):
> http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329
> 
>Kevin Kofler
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Gleisbaustelle Hütteldorf (49)

[Robin Däneke]

Habe das schon heute morgen ändern können. Sollte jetzt stimmen.
Danke 
LG RobinD
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Gleisbaustelle Hütteldorf (49)

[Robin Däneke]

Abend,Ok, habe jetzt den 49E erstellt und den 47B umgeleitet... Wenn sich 
jemand dem 49er selber und der Linzer Straße annehmen will, ich bitte darum 
;)MfG RobinD.   ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Gleisbaustelle Hütteldorf (49)

[Robin Däneke]

Sind immerhin 2 Monate... 
Wenn es 4 Wochen wären, wär es wohl egal. aber bei 8+ Wochen... könnte schon 
was sinnvolles haben. Ich werde die Changes (49E und 47B) dann ja auch wieder 
rückgängig machen... Für einen 0815-Map Benutzer könnte das schon hilfreich 
sein... Ob es für die Datenbank Sinn macht steht woanders...
   ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Gleisbaustelle Hütteldorf (49)

[Robin Däneke]

Hallo,
>> http://www.openstreetmap.org/note/384609 <<

und dann eben die Frage, soll die KF des 49ers nach Baumgarten auch gemappet 
werden? Und die restrictions ( Gleiskörper in FR Dr. Karl-Renner-Ring nicht 
befahrbar) werden ja auch erstellt werden müssen. Eie gesagt, ich mach nur die 
Buslinien (49B/50B, 49E, 47B).
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Beschreibung von Changeset ändern

[Robin Däneke]

Hallo,Ich habe gestern bei einem Changeset die falsche Linie hingeschrieben 
(eine 200er Linie statt einer 300er oder so)... Wer den Fehler findet darf ihn 
behalten. :P Aber ich denke nicht, dass es stört. Bei einer Vertauschung von 
dorf, bach, stadt oder was so noch hinten hängen kann ist es nicht so schlimm, 
solang der Name davor stimmt. Ich hätte auch an einen Kommentar unter'm 
Changeset gedacht. LGRobin ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Hallo,Ich setze mich grad mit den Regionalbussen auseinander. Liesing und 249 
und 250 in Hütteldorf habe ich schon. Doch nun stellt sich beim 447 die Frage, 
ob ich hier alle Routen eingeben soll, oder nur die "Stammstrecke"... Laut 
Stadtverkehrswiki fährt der Bus einen Großteil seiner Routen nur 1-4 Mal am 
Tag: https://xover.mud.at/~tramway/stvkr-a-wiki/index.php/Linie_447_(VOR)
Wie soll ich die Relation da anlegen? Nur Hütteldorf => Gablitz Garage und 
Gablitz Garage => Hütteldorf oder auch alle anderen? Das wäre dann wirklich ein 
Brocken... Was meint ihr? Fahrplan kann man auf der Postbusseite finden --> 
http://www.postbus.at/de/Fahrplanauskunft/Fahrplandownload/download/index.jsp?107501.pdf
Danke und LGRobin ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

http://wiki.openstreetmap.org/wiki/Vienna_Public_Transport  
  Ich habe dann soweit fertig =).Etwa in einer Woche ändere ich 
dann schon 50B/150 und 49B und erstelle 49E. Im Oktober kommt dann noch die 
Änderung am 33B und 2016 verbinde ich die Linirn 17A und 17B wieder zur 
normalen Linie 17A. Die nächsten Änderungen stehen dann erst im Oktober 2017 
an... 
MfGRobinD.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Hallo,Und noch eine Frage: Wollen wir Nachtbusse mappen, oder nicht?Derzeit 
sind ein paar Linien gemappt und mehrere nicht... Bei einem Ja würde ich alle 
Nachtbusse in den nächsten Tagen mappen, wenn ihr denkt, dass die Nachtbusse 
eger nicht in der DB sein sollen, sollten die, die schon da sind gelöscht 
werden. Was meint ihr? Nachtverkehr ja/nein?MfGRobin
 ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

http://overpass-api.de/api/sketch-line?network=VOR&ref=48A&operator=&correspondences=100&width=1700&height=495&font-size=&force-rows=1&max-cors-per-line=&max-cors-below=&style=
Und was hier passiert ist weiß ich auch nicht. Ich habe nur die Fahrten bis 
Gutraterplatz hinzugefügt... Wieso das nun so aussieht entzieht sich meiner 
Kenntnis... Da muss eine FR doppelt sein, aber ich finde nichts... :(   
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Und auch beim 72A wird es etwas "falsch angezeigt. Wieso der Ast Gasometer - 
(Haidestraße) - Hasenleitengasse weggelassen wird und erst ab Haidestraße 
gezeichnet wird ist etwas seltsam. Denke es ist auch ein Bug (?) Oder findet 
wer am 72A einen Fehler, den ich jetzt schon 3 Mal übersehen hab? 
http://overpass-api.de/api/sketch-line?network=VOR&ref=72A&operator=&correspondences=100&width=2700&height=495&font-size=&force-rows=1&max-cors-per-line=&max-cors-below=&style=
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Also bei mir sieht die U3 richtig aus...  
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Kampf mit Linie die 2.Habe jetzt alle Kursvarianten des 25A eingegeben... Wieso 
stellt overpass die Relation Süßenbrunner Platz - Rennbahnweg (ohne besondere 
Stichfart) bitte einzeln dar? Wieder mal einfach ein API fehler, oder hab ich 
was 
übersehen?http://overpass-api.de/api/sketch-line?network=VOR&ref=25A&operator=&correspondences=100&width=2700&height=495&font-size=&force-rows=1&max-cors-per-line=&max-cors-below=&style=
LGRobin   ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Danke für die Korrekturen. Stimmt. Die Stops sollten mit der Straße verbunden 
sein... Normalerweise zeigt mir Josm immer Fehler an, wenn ich ein paar 
Stationen nicht mit der Linie verbunden habe. 

Ich finde den 16A nicht so kompliziert... Da hab ich der Api schon was voraus . 
Ich verstehe aber in etwa, wie das, was die Api darstellt, "gedacht" ist. Wenn 
man ein wenig "Interpretiert" stimmt die Darstellung ... Mit dem 85A habe ich 
vor ein paar Wochen genau so gekämpft. Aber der ist mit seinem Rundkurs 
(Rautenweg <-> Rautenweg) Wirklich etwas kompliziert...Aber wenn sonst beim 16A 
alles stimmt geht es wohl nicht "richtiger"...

Lg
RobinD (emergency99)
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Hallo nochmal: Ich kämpfe gerade mit der Linie 16A. Diese hat ja einige 
Stichfahrten. Und ich habe nun alle Routen eingespeist. Das Problem: 
Overpass-api.de stellt die Linie so da, als ob der Bus zur Slamastraße nur in 
eine Richtung fährt, und beim Ast zur Pfarrgasse/Traviatagasse genau so 
zurückfahren würdem wie er gekommen ist (was aber nicht stimmt: er fährt über 
die Slamastraße zur Pfarrgasse/Traviatagasse und dann zur Traviatagasse und so 
zurück... Ich finde aber in den Linien/Relationen keinen fehler. Habe ich was 
falsch gemacht, oder stellt die Api das halt so da / gibt die Daten vom Server 
"falsch" aus? 
http://overpass-api.de/api/sketch-line?network=VOR&ref=16A&operator=&correspondences=&width=1700&height=495&font-size=&force-rows=1&max-cors-per-line=&max-cors-below=&style=
(Ps. Kolpingstraßen-Ast ist korrekt)
MfG emergency99 (RobinD)  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Passt der 33a jetzt? Wenn ja, dann werde ich sobald wie möglich alle Linien so 
anpassen...___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

OK. Habe den 33A jetzt so angepasst, dass er sowohl stop und platform hat, und 
im Overpass richtig ist. Passt das so? ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

> Im Englischen ist eine Plattform nicht nur ein physikalisches Ding,
> sondern eben auch ein Ort, an dem man auf ein Verkehrsmittel wartet.
Also ich bin in Englisch und allen Eigenarten die die Briten so in der Sprache 
haben ziemlich vertraut. Aber von einer platform zu sprechen, bei einer 
Bishaltestelle, das hab ich noch nie gehört.
> 
> @Robin: Bevor Du jetzt anfängst, wieder alles mögliche zu ändern, schau
> Dir doch noch mal korrekt (nach public transport scheme v2) eingetragene
> Buslinien anzusehen. Es gibt bereits genug Beispiele dafür, und nimm sie
> Dir als Vorlage.

Könntest du mir da ein paar Beispiele nennen?

Und: Ich werde mal am 33A versuchen, die platform als einfache Node anzulegen, 
ohne das "highway=bus_stop" Vielleicht funktioniert es dann AUCH mit OP... Wenn 
das funktioniert passe ich alles an. Unter beachtung der Beispiele.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Der Plattform Tag ist nicht so zwingend. Es geht auch ohne. Aber das mit der 
"stop position" mitten auf der Kreuzung ist mir auch aufgefallen (habe ich bei 
65A, 9A, 13 A doch schon entschärft (denke ich)... Aber eine Stop position 
sollte dann halt wirklich da sein wo der Bus hält, und nicht als "Mittelwert" 
zwischen den Stationen. Werde das in Wien nun auch berücksichtigen.

PS: In Wien sind die Bus-Halteräume bei Gelenkbuslinien 20Meter lang. Soll ich 
dann die Platform Linien ( wo es halt eine Plattform gibt) auch 20M lang machen?
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Ok. Dann sollten die Plattforms aber auch nicht mit der Linie selbst assoziiert 
werden oder immer nur dann, wenn sie in Form von Areas oder Linien angezeichnet 
werden. (Die Platform ist, mit 12-20 Meter, immerhin eine Linie oder eine 
area... (In den inneren Bezirken sind ohnehin fast alle platforms Linien. 
@caigner: Meinetwegen ändere ich in Wien die Linien so um, dass sie nur eine 
Stop position haben... Aber dann bitte keine einzelnen Platform nodes mehr, 
wenn eh schon ein "stop_position" da ist... Können wir uns etwa darauf einigen. 
Ich würde vorerst nur die Tags umsetzen. Das mappen der jeweiligen platforms 
muss dann warten. Könnte man das (wenn wir uns drauf einigen können) auch 
irgendwo publizieren? ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] disput um wohnprojekt

[Robin Däneke]

Normal mappe ich keine Buildings ;). Aber ein Wagenpark, der voriges Jahr noch 
widerrechtlich aufgestellt war, ist jetzt auch nicht so ein alltägliches 
Problem und vor allem kein Gebäude... Aber ich werde es jetzt in ruhe lassen. 
Hab grad größere Probleme mit dem "richtigen vs gutem" mappen ÖPNV ... Dann ist 
der Park halt da. Dann können wir aber den Kartenfehler als erledigt markieren, 
wenn es kein Fehler mehr ist, oder?

> Date: Fri, 29 May 2015 18:03:51 +0200
> From: sk...@ostblock.org
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] disput um wohnprojekt
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> On 2015-05-29 15:38, Robin Däneke wrote:
> > Dennoch wäre die Vorlage einer Grundbenützungsberechtigung oder
> > ähnliches sinnvoll...
> 
> Ned bös sein, aber...
> 
> Fragst du sonst, bevor du building=yes o.ä. mappst, jedes Mal nach
> einer aufrechten Bau- und Benützungsbewilligung?
> 
> ME ist hier die augenscheinliche Realität völlig ausreichend.
> 
> LG,
> Stefan
> 
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iQEcBAEBCAAGBQJVaI3nAAoJEMZD4PEit0TYRAMIAIDAmFCI+c+fgFZPK2UHv2Rz
> A5dDgoQk0hOzZrglMymTzObpBdvjcJMq0RJyt/8W5eo58BkifzJPNq4ajSiUYtMz
> 94xT7rhSJ7nAPkn273kRzELsTxqeP1IoOsfxDlF1yyYBw2s/Xs+HXmpg11iLjWaF
> ekhuIBMDSiINKHwapAty0s8nOscmUAB7tnmi7dWMZpXBFbH4pUqti1sATb5tcowX
> YYWUh7GGJpl6OwdyFg04LxPMfRi5hTdjaS2CqNgD+VwJMlzgbpj8vInN7Qjcij4e
> zSrAd+bFWUYhDfLJBiVHpLUxUixDP0IQLU2jMQEm+ol0hEBOaBwBrARB1sugtqs=
> =1cl3
> -END PGP SIGNATURE-
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] disput um wohnprojekt

[Robin Däneke]

Ja, ich habe es wieder reverted. Und so eingetragen wie in der Fehlernote jetzt 
gewünscht. Dennoch wäre die Vorlage einer Grundbenützungsberechtigung oder 
ähnliches sinnvoll... Die Adresse selbst (gegenüber 66) wurde ja schon in den 
WienGIS Plan aufgenommen, und ist offenbar offiziell.   
 ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Und genau dieses System ist zwar anerkannt worden, aber nicht unbedingt 
realitätsnah oder gut. Und zu der eventuell existierenden Auffassung, dass man 
auf der OSM nur Orte "blind" nach Regeln mapt, und alles andere auf die 
Programmierer abschiebt ist nicht richtig. Wenn irgend etwas nicht gerendert 
wird, sollte man sich erst überlegen, ob man es nicht anders (annehmbar) machen 
kann, dass es doch gerendert wird, aber keinen stört. Genau so ist es bei den 
abfragen über Overpass... Nicht alles auf die Informatiker/Programmierer 
abschieben. Jeder kann was gutes tun. Und das erste gute wäre, die Vorgaben des 
p_t-schemas zu reformieren. Wie gesagt: OSM sollte Real existierende Orte 
Mappen. Das sind etwa busstationspunkte am Gehsteig... Eine stop-position (bei 
der man nie sicher sein kann, ob sie auch so Konzessioniert ist, wenn es keine 
entsprechende Bodenmakierung gibt, gehört hier weder "logisch" noch irgendwie 
anders dazu (meine Ansicht)
MfGRobin Däneke   ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Public Transport Schema und Wien

[Robin Däneke]

Hallo zusammen,Ich habe vor ein paar Tagen in Wien die Buslinien so angepasst, 
dass sie richtig auf der Thunderforest Transport Map richtig gerendert werden, 
und mit der "Overpass-api.de" gut angezeigt wird. Das Problem ist, dass es dann 
nicht mehr mit dem "public_transport:v2" Schema zusammenpasst. 
Meiner Meinung nach ist dieses Schema auch nicht ganz ausgereift. Denn grad bei 
Busstationen entspricht eine Stop position eigentlich gar nichts, während eine 
Busstation gleichzeitig der Platform entspricht. Somit ist das mappen einer 
stop_position und einer Plattform NODE eigentlich überflüssig... Entweder 
plattform als Linie und eine stop position, oder nur eine Plattform, so wäre es 
logisch. Wie vorgeschrieben ist es nur zusätzlich kompliziert :( . 
Aber was meint ihr?
Mit freundlichen GrüßenRobin Däneke   ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at