Re: [Talk-transit] bus stop name

[Robin Däneke]

In osm, we are not mapping for the render, but for a correct database with the 
agreed on rules. The standard carto/slippy map is no transport render, the 
thunderforest and öpnvkarte (bus map) are. It does not matter what the standard 
render shows. Names are just names and not 100 of line numbers added to them. 
That is the task of relation, or extra (by standard non-rendered) tags if 
really needed. When the data is there, correctly, anybody can query it. That is 
the beauty of OSM vs, e.g Google Maps. There you see no lines (or stations) if 
there is no GTFS of the area and also can’t query anything more exact. In OSM 
that works, so no dirty „workarounds" needed.

> Am 17.07.2020 um 18:09 schrieb 80hnhtv4agou--- via Talk-transit 
> :
> 
> i think it is the same tag format that only will show on the standard map the 
> street name because no one puts the
>  
> the route no on the name line and that is the only thing the non editor see’s
>  
> not like the transit map where there is a route line.
>  
> the point is there is no pop up on the standard map so how do you know what 
> the route no. it is ?
>  
> Friday, July 17, 2020 5:02 AM -05:00 from Sander Deryckere 
> :
>  
> Hi, 
>  
> > editor does not show the route number
>  
> Since you specifically mention the editor, perhaps it's worth to check out 
> JOSM as an editor. iD is just a generic editor and fine for most tasks, but 
> JOSM can be extended with plugins and styles that make it easy to work on 
> specific features (like bus routes).
>  
> Kind regards, 
> Sander 
>  
> Op vr 17 jul. 2020 11:40 schreef Mateusz Konieczny via Talk-transit 
>  >:
>  
>  
>  
> Jul 17, 2020, 03:15 by talk-transit@openstreetmap.org 
> :
> In the USA bus stops (flag stops) are located for the most part at named 
> intersections, that is at where the street
>  
> sign is.
>  
>so you DO know where you are. but on the OSM standard map the bus stop tag 
> depending on the
>  
> editor does not show the route number, can you have the route number on the 
> tag ?
>  
> the wiki on this seems to be written for a European standard.
>  
>  
>  
> You can change layer of map (cake / paper sheets button on the right)
> and select
> https://www.openstreetmap.org/#map=18/47.60203/-122.32333=T 
> 
> or
> https://www.openstreetmap.org/#map=18/47.60203/-122.32333=O 
> 
> both showing bus lines.
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org 
> 
> https://lists.openstreetmap.org/listinfo/talk-transit 
> 
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org 
> 
> https://lists.openstreetmap.org/listinfo/talk-transit 
>  
>  
>  
>  
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-transit 
> 
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] Making bus lines more specific

[Robin Däneke]

Sorry, I sent this mail only to Dave, sending it to the list for reference too.



> -It is a current, valid tag that's more detailed, clear, precise & more 
> popular than PTv2 equivalent.

That needs 100 other tags in other tagging families to make any sense, and 
hence helps to clutter up the database. I feel like many forget: OSM is not a 
map, it is a database. And sidenote: there are axioms/rules on what not to do 
in a database. OSM is the best example for any of those. 

> Platforms should only be mapped if there's a clear, raised section of 
> pavement for boarding a bus/tram. In OSM we map the physical world.

More and more stops have these. If we do not want the platform to be a simple 
way to say „public transport stops here“ but as this „real world“ definition, 
then that should be only even used when micro mapping, not as a general tag, 
but it is used as a general tag, so your definition is just not the tag 
definition, as that would not be allowed to be a node then...

> highway=bus_stop is far more "dedicated" than public_transport=platform which 
> require further tags to clarify.

if relations are correctly used (as they should be in a database) no 
elaborating tag is needed on the single platform.

> Oh dear.
> PTv2 was sold as a complete schema, fully formed with no requirements for 
> amendments, yet there are these frequent proposals to tweak.

Because no one shouted at each mapper that didn’t adopt the voted for scheme, 
so many kept mapping in old ways or mixed it wrongly. Also, the old tags were 
kept carefully instead of booting them out when they shuld have left the 
dataset 9 years ago. Now that we have the problem, we should solve it and not 
be so ignorant and conservative of the mixed bag of screw-up that this has 
become. 

> PTv2 adds nothing but extra tags & confusion. It runs in parallel to a schema 
> which has worked well since the OSMs inception. 

To me, the singular highway=bus_stop nodes that were strewn across the 
countryside, on the side of many roads with no name tags, no relations and 
nothing else, has not worked in the slightest. It worked as much, if not less, 
than how p_t:v2 could work if everybody would have moved to it in 2010.

Public transport is a complex topic. It is surely not as easy as mapping 
„amenity=waste_basket“ or „highway=street_lamp“. It has it’s complex sides, and 
especially because of that there should not be 100 low level tags to determine 
the type of something but rather one easy-to-map general one (for buses, trams, 
trains, boats, aerialways… alike) to map the area where people wait (as this is 
ALWAYS the same thing, a platform in one valid sense) and deal with what stops 
there in the more complex part (relations), without which, public_transport 
mapping is useless and could be stopped instantly.

> Time to drop it completely.

No, public_transport is its own category that deserves its own tags. Especially 
as the railway=* tags have quite a lot of technical and operational sub-tags, 
that have nothing to do with passenger transit. We should definitely have an 
own category for the, to most people important kind of transport. Disconnected 
from more technical tagging families.

That is my rational here.

Whatever I come up with (and will ask for constructive critisism about here) in 
the future shall be, what p_t:v2 didn’t even try to be. The p_t-community made, 
small attempts at best to make it „the solution“ it was supposed to be. I am 
fighting with this inbetween state since that scheme came into existence. Could 
we please finally fix it, and then have it properly accepted (maybe with 
technical aid of OSMF/DWG) almost 10 years later? Is that truely much to ask 
for?

KR
RobinD

PS: In public transport, there are some things (like routes) that make sense in 
the database, but do not, as such, exist physically. The „we map the real 
world“ is such an outdated view. The world of relevant geo-referenced data has 
become to big to just map trash cans and trees. Because the OSM wouldn’t be 
much more, if not also some theoretical concepts would have made it into it. I 
am sure we could discuss the definition of what a building is, how a company is 
a „real“ thing or whatever, but that would be besides this topic.
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] Making bus lines more specific

[Robin Däneke]

Because the discussion of this thread already ran into the direction of 
changing different aspects about the tagging, I used it for the general 
discussion. If we refine the buses, it could go hand in hand with everything 
else. I’d be interested in which refinements would be needed there as part of 
my general suggestion. But in my current WIP-suggestion the „bus=yes,tram=yes“ 
should not be necesarry, only a route relation type for each mean of transport. 

If I could get a list of types of buses, I could think about how to do this.
Idealy, we leave the „route=bus“ and then add another sub_tag group bus=* or 
bus_type=*. Then the generalized „bus" would still be valid but the 
specification would be available if needed...

Should I open a new thread for the general discussion?

KR
RobinD

> Am 28.04.2020 um 14:34 schrieb Phake Nick :
> 
> Excuse me, I am a bit lost on how refining bus stop/station/platform tags 
> will help resolving the issue of making bus route tagging more specific, and 
> differentiate between different rype of bus services, which is the topic of 
> this email thread?
> 
> 在 2020年4月28日週二 15:45，Robin Däneke  <mailto:ro...@daeneke.at>> 寫道：
> Hello everybody,
> 
> I have lately been thinking about somehow reworking (or giving a new push to) 
> the current p_t:v2 scheme.
> Especially for the fact, that, since it was first proposed and accepted, not 
> a lot has changed in which tags are rendered, how certain things are hence 
> mapped and the Wiki-Pages on the topic have also changed in the last years 
> without any visible going through another proposal process.
> 
> When I started mapping in 2011, and first read the german and then the 
> english p:t:v2 wiki pages, it was:
> - highway=bus_stop is a legacy tag that should eventually be completely 
> phased out
> - stop positions and platforms are to be both mapped
> and some other things I already forgot…
> Now, iD has a rule in its verifyer, that requires highway=bus_stop on 
> platform nodes. The point of the public_transport tags is, among other 
> points, to replace less dedicated highway tags.
> I think it would be time for a p_t:v2.5 proposal, where we take the innicial 
> ideas of the v2, maybe refine a few small details (like is stop_position 
> required, or just platforms, can relations of route-parts be used in route 
> relations to save on redundancy…) and then put it forward for voting. If 
> accepted, we would possibly now have more leverage to get the editor and 
> render-programers to actually properly implement it this time around.
> 
> Maybe I could find some time to write my suggestions into a document, and we 
> could collect the ideas for those extra tags in there too. I think it would 
> make more sense that way, than just the addition of a few tags to the current 
> scheme, to then be ignored by the rest of OSM once again. 
> 
> Kind Regards
> Robin D. (emergency99)
> 
> 
> PS: The problem with bus_stop on platform: platforms can be nodes, lines, 
> ways, even relations, highway=bus_stop can only be a node. This old tag 
> should go the same way as the farm tag, which was (forcefully) abandoned a 
> couple of years back. There it worked, why not for the „new“ p_t scheme?
> 
> > Am 28.04.2020 um 00:12 schrieb Guilherme Braga Alves  > <mailto:gbragaal...@gmail.com>>:
> > 
> > I read your responses and I tend to agree that the opening_hours tag is 
> > enough to characterize services that are only operated during peak hours.
> > 
> > On the other hand, it seems to me that there is also agreement on the 
> > relevance of having tags to differentiate bus services.
> > 
> > How can we expand this debate and expand this discussion? It may be 
> > interesting for other members of the list to speak out, and then we can 
> > create or redeem a proposal for implementing new tags.
> > 
> > P.S .: I don't know if this message will enter the reply queue correctly; I 
> > hope I'm not opening a new topic. I apologize for my inexperience with 
> > maillists.
> > ___
> > Talk-transit mailing list
> > Talk-transit@openstreetmap.org <mailto:Talk-transit@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-transit 
> > <https://lists.openstreetmap.org/listinfo/talk-transit>
> 
> 
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org <mailto:Talk-transit@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-transit 
> <https://lists.openstreetmap.org/listinfo/talk-transit>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit

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

Re: [Talk-transit] Making bus lines more specific

[Robin Däneke]

Any tag we could come up with is going to be a partial misnomer for what we are 
trying to model in the Database. In OSM, there are lots of those…

highway=bus_stop on the side of the road is somewhat trivially understandable, 
but that means we need railway=tram_stop, railway=train_stop, 
waterway=ferry_stop and many other tags too, that could all be made redundand 
by the „platform“ node/way/relation being in a route relation that is that mean 
of transport.

The wonderful thing about databases is, that a lot of info kan be given on 
relational levels and inherited by all relation members. We can make a bunch of 
tags redundant by using one. And platform is the most truthful there. In 
Vienna, the Networks (Verkehrsverbunde) are working on only having bus stops, 
that have a visible, higher laying „platform“ (or some sort of sidewalk area) 
at each stop, and I can only imagine, the more public_transport gets, the more 
a bus stop is going to be the platform. I think we should not be tagging 
backwards here.

The pole is a part of the stop, but never „the stop“ itself, even if some 
people tend to see it that way. Alternatively, call it public_transport=stop. 
That would mean one area where pt stops. Then that would be the same as a 
platform, unless it is a node, when that is possibly just the pole. But for 
that, a useful micro-mapping tag „public_transport=pole“ would make much more 
sense, once again then not needing bus=yes,tram=yes or something like 
„bus_stop_pole“ „tram_stop_pole“…

This merging hw=bus_stop, rw=tram_stop into one platform or stop tag will make 
the database much more lean. And in terms of highway=bus_stop is difficult to 
remove: As this tag is the same as the platform (except if it is a node 
connected to a street, then that is a „stop_position" and can just be deleted) 
you could get one mechanical edit to take care f it (after getting it approved 
by the community and/or DWG) So that tag is the easiest to just purge from what 
it’s counterpart in p_t:v2 is!

A stop/platform node on the side of the road does the same, so this is just 
redundancy, and as platform is the more versatile tag, it should take 
precedence in this „tag-fight“.

Thanks for all the input.

KR 
RobinD

> Am 28.04.2020 um 12:20 schrieb Tony OSM :
> 
> I like node highway=bus_stop for the reasons polyglot gives. bus_stop is here 
> to stay cos there are too many to change, by the side of the highway they 
> give directionality depending on the customary side of the road for driving.
> 
> public_transport=platform works well for train and some trams. To me a 
> platform is a construct to assist people to get on or off the transport 
> vehicle. As a waiting area  - that use is secondary.
> 
> In GB some authorities are raising the area around a bus stop to enable 
> wheelchair users easier access to buses - so yes a platform tag is 
> appropriate, but not for a pole placed in the ground or pedestrian part of 
> the road which is the default for buses where I live. 
> 
> stop_position node - to me has no function - for buses their stop position is 
> the bus stop;  for trains they stop at the platform; where I live we have 
> 2,3,4,5,6 car trains, the front of the train stops at one of two defined 
> positions depending on the number of  cars.
> 
> Simplification of PTV2 may be helpful, but I have had no strong frustrations 
> when using it.
> 
> Regards
> 
> TonyS999
> 
> 
> 
> On 28/04/2020 09:46, Jo wrote:
>> The basic objection they voice is why need 2 tags, if 1 does the job.
>> 
>> highway=bus_stop
>> 
>> is not exactly nonsensical. It's concise and expresses what is meant. (OK, 
>> it's not a highway and my preference is to map it next to the highway)
>> 
>> 
>> public_transport=platform
>> 
>> was designed at first to not need a mode of transport like bus=yes/tram=yes. 
>> I am the one who proposed adding it, so that it COULD start replacing 
>> highway=bus_stop back in 2012.
>> 
>> There is not always a platform present, so it's a bit of a misnomer as well.
>> 
>> Anyway, someone who wants to render a bus stop ideally wants to look at a 
>> single tag, not a combination of 2, apparently. For a long time it was 
>> supposedly a technical problem, but as soon as that was resolved somewhere 
>> around 2017, it was still considered problematic to look at 2 tags.
>> 
>> I wish you good luck with proposing another way of mapping public transport. 
>> Many have tried before you. It's really hard to beat status quo. And the 
>> status quo is not the same across the planet. If you can propose something 
>> that is both simpler, more elegant and still expressive enough for all 
>> usecases, I'll vote yes on it.
>> 
>> Polyglot
>> 
>> On

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=15.448542747272727=17=2019-08-20=C8eTyo1JczC0A_sOKPmwiA=photo


(Note Unerledigter Kartenfehler Nr. 1185045 -
https://www.openstreetmap.org/note/1185045#map=18/47.04497/15.44935=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=16.3679153=19=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 

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] 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 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,
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

[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

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] 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] 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]

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]

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]

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 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] 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] 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 kevin.kof...@chello.at:
 
 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]

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] 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] 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,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://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]

http://overpass-api.de/api/sketch-line?network=VORref=48Aoperator=correspondences=100width=1700height=495font-size=force-rows=1max-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=VORref=72Aoperator=correspondences=100width=2700height=495font-size=force-rows=1max-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]

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=VORref=25Aoperator=correspondences=100width=2700height=495font-size=force-rows=1max-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]

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]

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=VORref=16Aoperator=correspondences=width=1700height=495font-size=force-rows=1max-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]

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]

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]

 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

[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

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] 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] 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