<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
<br>
Jo wrote:<br>
<blockquote type="cite"
cite="midAANLkTi=DSf=bvmap3OHCxGpFA2wRvKG9ag32qtHnfATJ@mail.gmail.com">I
tend to agree with you as far as creating child relations for the
routes goes. It was an experiment of mine. There is no support for it
in the editors, nor the renderers, so I'll probably let it go. It seems
like a more maintainable way to do things, to me, but I'm standing
alone in this. An other way of doing it, might be 'proto-relations' and
'routeparts', which get converted to the route relations by a script.<br>
<br>
Concerning those 4-digit numbers of the lines. They can be found on
those displays which are meant for the drivers (only in the bigger
terminals). By naming the routes De Lijn xxxx, all the bus routes of De
Lijn get sorted together in the relations subwindow. You complain about
people starting new routes, when a route already exists, well this was
already happening. (395 is one that I found yesterday). Naming them in
an unambiguous way and sorting them all together, will avoid people
creating route relations more than once.<br>
</blockquote>
That is exactly my point. <br>
These 4 digit numbers are not commonly available or destinated to the
public and should therefore not to be used.<br>
At a certain road, the routes are uniquely distinguished by their 1 or
3 digit number as showed on the bus and the stops.<br>
<br>
Only the commonly knowed numbers should be used !<br>
<blockquote type="cite"
cite="midAANLkTi=DSf=bvmap3OHCxGpFA2wRvKG9ag32qtHnfATJ@mail.gmail.com"><br>
I don't agree concerning the route per direction of a bus line. This is
the best way to unambiguously indicate where the buses are travelling.
I just added line 179 between Etterbeek and Leuven (Fast bus that only
runs on Fridays and Sundays between VUB and Hamont). The two directions
of this line are almost completely separate (since it travels over Bvd.
Général Jacques then E40, then the ring of Leuven). By creating a route
per direction, one obtains a long sequence of consecutive segments. By
combining the 2 directions, this is not possible.</blockquote>
If you make a route with a different forward and backward segment, it
is inherent that you can not make one list where all street segments
follow each other from begin to the end.<br>
Most logical approach is to order the segments from beginning to the
join in the forward sense. <br>
Then list the backward segments from the split to the join and then
continue with the rest of the route.<br>
<br>
Such a combined list is suitable for routing, because a route consists
of segments with no (=both) direction and depending on the sense, all
forward or all backward segments.<br>
If the routeplanner discards the unwanted forward or backward segments
from such a list, they have an ordered list of all the ways in that
route from beginning to end.<br>
<br>
I'm not convinced that you need two relations for your example.<br>
See eg De Lijn 630 Haasrode Brabanthal - Wijgmaal Remy (v100), where
the route has a different path at the ring.<br>
<a class="moz-txt-link-freetext" href="http://www.openstreetmap.org/?lat=50.88293&lon=4.71149&zoom=16&layers=M&relation=955963">http://www.openstreetmap.org/?lat=50.88293&lon=4.71149&zoom=16&layers=M&relation=955963</a><br>
It looks perfect to me and I don't see what is wrong with that (apart
for some missing crossing at the Diestsesteenweg).<br>
<br>
Making two relations will also confuse people as to where additions or
modifications should be made. <br>
Also the reversed naming may add to this confusion eg Leuven - Wavre
<=> Wavre - Leuven (there is no such line, only the route
followed backward).<br>
If you ask people for the name of the bus line that they use to travel
from midway to either Leuven or Wavre, in both cases people say: I took
the Leuven - Wavre to go to Leuven (or Wavre).<br>
It will also be double work to maintain them.<br>
<blockquote type="cite"
cite="midAANLkTi=DSf=bvmap3OHCxGpFA2wRvKG9ag32qtHnfATJ@mail.gmail.com"><br>
<br>
We are not simply creating a graphical map, we have to think of being
able to use this data for routing eventually. Even when today this is
not possible yet.<br>
<br>
Jo<br>
<br>
<br>
<br>
<div class="gmail_quote">2010/11/13 Gerard Vanderveken <span
dir="ltr"><<a href="mailto:Ghia@ghia.eu">Ghia@ghia.eu</a>></span><br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I
think you are making it all too complicated.<br>
<br>
For most bus routes only 1 relation is sufficient.<br>
There is no reason for doubling all routes by default.<br>
<br>
Also making relations members of other relations is a mistake.<br>
The data of OSM is flat and not layered.<br>
See also Members of a route:<br>
<a href="http://wiki.openstreetmap.org/wiki/Relation:route#Members"
target="_blank">http://wiki.openstreetmap.org/wiki/Relation:route#Members</a><br>
These are only ways (routes) and stops (points).<br>
<br>
Also the renderers do not take into account these child relations:<br>
<a
href="http://www.openstreetmap.org/?lat=50.8752&lon=4.6983&zoom=14&layers=M&relation=1269869"
target="_blank">http://www.openstreetmap.org/?lat=50.8752&lon=4.6983&zoom=14&layers=M&relation=1269869</a><br>
Even not the demo project for public transport routes..<br>
<a
href="http://3liz.fr/public/osmtransport/index.php?country=Belgium&location=Overijse"
target="_blank">http://3liz.fr/public/osmtransport/index.php?country=Belgium&location=Overijse</a><br>
- drag map to Leuven - click + buslines - click null<br>
<br>
Also when you request info of a street or stop, you see immediate which<br>
routes are passing and you do not need to click all relations to see if<br>
they contain other routes.<br>
<br>
We should only map the permanent location of a route.<br>
Temporary deviations are not needed. If a traveler goes to the stop, he<br>
will retrieve an info board of De Lijn saying that the halt is<br>
suspended/replaced.<br>
<br>
For alternatives and variations there is an alternative tag.<br>
For shorter routes, it is up to the traveler, to inform him on the times<br>
when the bus services the required stops.<br>
<br>
For the time being, there are no good possibilities to incorporate
shedules etc in OSM.<br>
Making some preparations to facilitate this is futile, because this<br>
surpasses the normal mapping properties. Probably the needed data and/or<br>
its form will also be determined by the application that will make them<br>
available.<br>
You could for example starting by using the opening hours tag and thus<br>
indicating for a bus stop all the times when a bus passes.<br>
Then you envisage a lot of problems: the stop can be serviced by<br>
several lines, there are normal days and school days, night bus, ...<br>
To have all this in one tag or several tags, makes always a big list of<br>
data, which will be to entered very punctual to be usable.<br>
And the question is of any application, will be able to make good use of<br>
it and not require another format.<br>
<br>
To support this manually is impossible. To import it, you need
clearence.<br>
To show it, you need applications.<br>
None of them are for the moment envisaged, so a link to the webaddress<br>
of the routes its dienstregeling will be at the time being the best to
offer eg:<br>
<a href="http://reisinfo.delijn.be/dienstregelingen/"
target="_blank">http://reisinfo.delijn.be/dienstregelingen/</a><br>
Also the amount of data is also substantial, which may not be desired to<br>
incorporate it yet at this time.<br>
<br>
Also the last days, the names of the relations are changed with<br>
internal numbers of De Lijn.<br>
This may confuse the user who will not retrieve the numbers as used on<br>
the bus, road maps, stop signs, etc by De Lijn.<br>
The name should be clear so that a user can easy retrieve ithe presence<br>
of a route. (Else he could start to map again the line and afterwards<br>
discover that his work was in vain)<br>
Furthermore, I believe these data are not public available and retrieved<br>
from an illegal database file, where we have no copyright to.<br>
<br>
So, I recommend:<br>
- to use only one relation per route<br>
- delete the doubles (backward routes).<br>
- delete child relations and add their streets and stops to the main<br>
relation<br>
- use the displayed route numbering (=ref) in the name of the route.<br>
- delete data were we have no copyright for.<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-be"
target="_blank">http://lists.openstreetmap.org/listinfo/talk-be</a><br>
</blockquote>
</div>
<br>
<pre wrap="">
<hr width="90%" size="4">
_______________________________________________
Talk-be mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-be">http://lists.openstreetmap.org/listinfo/talk-be</a>
</pre>
</blockquote>
</body>
</html>