<br><br><div class="gmail_quote">On 11 December 2010 15:08, Dominik Mahrer (Teddy) <span dir="ltr"><<a href="mailto:teddy@teddy.ch">teddy@teddy.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 12/11/2010 09:26 AM, Michał Borsuk wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
    Many city and/or network public transport wiki pages in central<br>
    europe recommend to use highway=bus_stop _on_ the way<br>
<br>
<br>
And they are wrong. Because according to OSM's principles, the object<br>
should be placed where it physically exists.<br>
</blockquote>
<br></div>
Depending of what highway=bus_stop should represent.<br>
If it represents the pole/platform they are wrong.<br>
If it represents the yellow zigzag line on the street they are right.<br></blockquote><div style=""><br>How often is there just a pole? Quite often. Does the existence of other types of bus stops justify the addition of a new tag? Yes, if it's not too complicated, and does not break compatibility. The idea with a platform does not match either. <br>
<br>I do use platforms, but at larger termini and transfer points, where there are indeed more than two platforms, and it's important to have them labelled. On a street with one bus stop in each direction it is not possible to confuse anything. <br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
And by the way: What physical thing is represented by railway=tram_stop?</blockquote><div><br>I don't deal with trams.  <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
    I would like to approve a tagging schema that is clearly defined.<br>
<br>
..but which is not against the principles of OSM.<br>
</blockquote>
<br></div>
What is against the principles of OSM in public transport proposal?</blockquote><div><br>Points on the way do not represent bus stops' location. <br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Imagine that you're not German.<br>
</blockquote>
<br></div>
I do not have to imagine this, I am not German.<div class="im"><br>
<br></div>
Your beginners version:<div class="im"><br>
highway=bus_stop beside the way<br></div>
highway=platform beside the way<br></blockquote><div><br>One of those, of course. Not both.  <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
Oxomoas beginner version:<br>
public_transport=stop_position on the way<br>
public_transport=platform beside the way<br></blockquote><div><br>Too complicated, too much work: <br>1) it is not compatible with what's being used<br>2) platform is not a node, but a line, requires more work<br><br>
What does it really give? How is it better? <br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Where is the difference in effort?<br></blockquote><div><br>Explained above.  <br></div><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
Whatever proposal/schema you take (old/unified/oxomoa/stop place): Nothing of the tags is a *must*. Everything is optional. </blockquote><div><br>The point is to have a sensible system that can be shown to beginners. A Wiki page with a clear system, that is easy to grasp, and not the usual bullshit about multiple-level B-Tree complicated relations. <br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">You can invest as much effort in tagging you want. But the upper limit of (unified/oxomoa/stop place) is much higher then in the old, very limited schema.<br>
</blockquote><div><br>My problem is the lower level, not the upper level. This is the problem with oxomoa: that  by doing complicated things well, it messes up easy things. Oxomoa is centered around the quality of itself, while a good system would be centered around ease of use for the most frequently used tags, and then it would bother with crazy lines that loop somewhere in the forest. <br>
<br>Whenever I criticize Oxomoa I hear the same silly argument: "but in my Siedlung there's a bus that does such a complicated thing...". So what? Who cares? This is OSM, not a competitor to hafas. We show lines where they are, and not how they go. (If you wonder why, I can elaborate on the difficulty of storing data in hafas, I know it from the inside. It would be practically impossible as of today to transfer this data completely to OSM. And useless). <br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br></blockquote><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
There are as many bus stops near the road as there are out there in the<br>
field, because the resolution of the map is so detailed, that placing<br>
one dot on the road is not enough. Moreover, as far as I remember, North<br>
American system (contrary to Hafas), gives each physical stop place a<br>
different index number.<br>
</blockquote>
<br></div>
How do you want to map this with the old schema? You do not have a stop place/stop position tag.</blockquote><div><br>I am not sure if I know what "the old system" is. Maybe we actually criticize the same thing. I'd do it this way: highway:bus_stop for each bus stop, and then the bus stops are added to each line (relation) that stops there. Nothing more is needed from the point of view of even rich future applications in OSM. There is the info where the bus stop is, there's the line, if we ever want to link OSM with timetables (as I am planning), then we have everything we need. <br>
 <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
    The platform definitely is beside the way<br>
<br>
Where? Behind the corner?  On the left? On the right? No, this is not<br>
detailed enough.<br>
</blockquote>
<br></div>
As you said: There where it physically exists.</blockquote><div><br>Yes, my misunderstanding.  <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
    My understanding for those they have put hundreds of tags on/beside<br>
    the way. They do not want to move them (in which direction ever).<br>
<br>
Do you have any other personal accusations towards other mappers?<br>
</blockquote>
<br></div>
This is not an accusation, this is the only plausible reason I heard until now for not changing the old schema.</blockquote><div style=""><br>Would you be so kind and withdraw from the accusation that the reason behind the resistance is the unwillingness to convert the existing system? <br>
 <br></div></div><br clear="all"><br>-- <br>Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, <br><br>Michał Borsuk<br>