Ivo De Broeck wrote:
The main reason to not use child relations is because the maintenance is
difficult for other users.
I wonder when this myth will finally be gone. If you're not mapping bus routes
yourself, you can be completely unaware of whether those bus routes belong to
parents
Gerard Vanderveken wrote:
I tend to consider them as copyrighted material, and thus forbidden to
be used at all with OSM
There's no copyright on factual data. The reason why we cannot import the data
from De Lijn is because of database rights (*).
Ben
(*) actually, some people argue that
Le samedi 13 novembre 2010 à 14:42, Gerard Vanderveken a écrit :
I tend to consider them as copyrighted material, and thus forbidden to
be used at all with OSM
How can a number be copyrighted?
--
Renaud Michel
___
Talk-be mailing list
2010/11/13 Renaud MICHEL r.h.michel+...@gmail.comr.h.michel%2b...@gmail.com
Le samedi 13 novembre 2010 à 14:42, Gerard Vanderveken a écrit :
I tend to consider them as copyrighted material, and thus forbidden to
be used at all with OSM
How can a number be copyrighted?
Indeed. But
Le samedi 13 novembre 2010 à 15:37, Jo a écrit :
Now I'll go and eradicate the child relations... after that, not sure if
I'll touch any public transport data anymore, apart from a bus stop here
or there.
Why?
It is much more easier to have the common part of alternative bus routes in
a
There is always a copyright, on data, and in fact on everything written.
Depending on the source and its associated license, we are allowed to
use it in OSM.
Strictly seen the numbers and other texts on the bus, sign poles and
shedules are written by De Lijn and they do also have the
2010/11/13 Gerard Vanderveken g...@ghia.eu
There is always a copyright, on data, and in fact on everything written.
Depending on the source and its associated license, we are allowed to use
it in OSM.
Strictly seen the numbers and other texts on the bus, sign poles and
shedules are written
I agree with you, ofc. The reason for using child relations was because so
many bus routes share the same roads. I'm starting to think, maybe another
level of abstraction is needed. A totally separate set of relations.
What we have now:
1 route relation for each direction (even though, even that
Let's first put an IANAL disclaimer here, but here goes:
Gerard Vanderveken wrote:
There is always a copyright, on data, and in fact on everything written.
Depending on the source and its associated license, we are allowed to
use it in OSM.
There is no copyright on a fact. It's for example a
On Sat, Nov 13, 2010 at 8:08 PM, Ben Laenen benlae...@gmail.com wrote:
I depends on your interpretation of the database rights in this particular
case. It speaks about substantial subsets. It also says that the database
right only matters if a considerable effort has been made to create the
I think you are making it all too complicated.
For most bus routes only 1 relation is sufficient.
There is no reason for doubling all routes by default.
Also making relations members of other relations is a mistake.
The data of OSM is flat and not layered.
See also Members of a route:
Hier is mijn poging met lijn 4 in Leuven:
Overkoepelende relatie:
http://www.openstreetmap.org/browse/relation/http://www.openstreetmap.org/browse/relation/1225296
1225834
Bevat enkel relaties van het volgende type:
Van Haasrode naar Herent:
Jo wrote:
De reden waarom ik met child relations was beginnen te werken, was om de
gemeenschappelijke stukken asfalt waar ze over rijden slechts 1 keer te
moeten ingeven.
Door de Bondgenotenlaan van Leuven razen de volgende lijnen:
Jo wrote:
En dat is dus wat ik bedoelde met extra complexiteit voor de mapper.
Uiteindelijk maakt het het eenvoudiger (1x werk, i.p.v. 68x bij onderhoud),
maar je moet wel doorheen verschillende lagen en er het hoofd bijhouden wat
in welke laag thuishoort.
Als wij het zo mappen, dan zullen
Ik lees nog ;-), maar ik denk dat je een punt hebt. Liefst een simpele en
duidelijke oplossing. Kunnen we het eens worden over het mappen van een
busrit (daar blijf ik wel van overtuigd dat we die in aparte relaties moeten
steken en koppelen aan de juiste bus_stops).
Op 15 oktober 2010 15:00
Op 15 oktober 2010 15:26 schreef Jo winfi...@gmail.com het volgende:
Ja, de bushaltes horen niet in de gemeenschappelijke routedelen. Wat ik
zoveel mogelijk wil vermijden is duplicatie van informatie. Dat er in de
'name' de operator, het refnummer, from to en via herhaald wordt, zodat we
Eindelijk komen we nu een stapje vooruit. Voor de parent-relaties zouden we
dan ref=8 en name=stadsbus en ref=8 en name=nachtbus kunnen hebben (beide
bestaan).
Vraag blijft nog altijd dan de to en from (1 of 2 relaties) en het probleem
van de bus_stops (waar de ene richting een iets andere route
Akkoord, alleen willen we ook weten of het over een nachtbus of reguliere
bus gaat. De operator zou ik eruit laten (die staat al in een apart veld).
Korter (en duidelijker misschien) zou zijn 'Nachtbus 8 (to) Bierbeek'. Het
intern nummer 3008 in ref???
Op 14 oktober 2010 09:33 schreef Jo
Jo wrote:
Wel, de haltes in de segmenten steken, lijkt me problematisch om 2 redenen:
ten eerste doen snelbussen niet alle haltes aan
En in dat geval zitten de haltes ook niet in die segmentrelaties. Je zet een
bushalte enkel in een relatie als de bus er ook werkelijk stopt.
en ten tweede
Jo wrote:
Ja, misschien wel, want het is me niet bepaald duidelijk. Kunnen die
segmentrelaties door meerdere lijnen gebruikt worden? (Dat is waar ik
vanuit ging en wschl de bron van de verwarring.) Het is pas als die
segmentrelaties door meerdere lijnen herbruikt kunnen worden, dat het
Jo wrote:
Ja, misschien wel, want het is me niet bepaald duidelijk. Kunnen die
segmentrelaties door meerdere lijnen gebruikt worden? (Dat is waar ik
vanuit ging en wschl de bron van de verwarring.) Het is pas als die
segmentrelaties door meerdere lijnen herbruikt kunnen worden, dat het
OK, doe nu een lijn die een stuk gemeenschappelijk heeft met lijn 14.
Ik doe ondertussen een gelijkaardige oefening met lijnen 4,5 en 6 in Leuven.
Jo
Op 14 oktober 2010 20:29 schreef Ben Laenen benlae...@gmail.com het
volgende:
Jo wrote:
Ja, misschien wel, want het is me niet bepaald
De reden waarom ik met child relations was beginnen te werken, was om de
gemeenschappelijke stukken asfalt waar ze over rijden slechts 1 keer te
moeten ingeven.
Door de Bondgenotenlaan van Leuven razen de volgende lijnen:
2010/10/10 Jo winfi...@gmail.com:
Ivo, ik zou op de wikipagina beschrijven dat er een heen- en een terugroute
gemapt wordt. Dat is de enige wijze waar een routeplanner iets aan heeft.
Als mensen het dan toch met 1 route/buslijn blijven mappen, dan betekent dat
weer werk voor iemand die wel
Je opmerking over verkorte ritten lijkt mij belangrijk. Dit hangt volledig
samen met de uurtabellen. Zo maakt De Lijn telkens het onderscheid tussen
weekdagen, zaterdagen en zondagen voor de normale lijnen. Bij schoolbussen
en andere speciale lijnen, kan het nog iets ingewikkelder.
Het lijkt mij
Ivo, ik zou op de wikipagina beschrijven dat er een heen- en een terugroute
gemapt wordt. Dat is de enige wijze waar een routeplanner iets aan heeft.
Als mensen het dan toch met 1 route/buslijn blijven mappen, dan betekent dat
weer werk voor iemand die wel weet waar hij mee bezig is, om ze te
Toen ik 2-3 jaar geleden een paar busroutes heb ingegeven, heb ' k dat met 1
relatie gedaan voor beide richtingen. Dat is OK, als je enkel interesse hebt
in een rendering op de kaart. Sinds 'k Oxomoa gelezen heb, is het me echter
duidelijk dat een relatie per richting de enig correcte manier is,
De bussen in Leuven die met moderne displays rijden, beginnen allemaal een
kleur op de achtergrond te krijgen. Eerst waren het enkel de bussen die de
luchthaven bedienden, maar nu zie 'k die kleuren ook al op de andere lijnen.
Het zou natuurlijk mooi zijn als het met die kleur gerenderd werd. Op
Jo wrote:
De bussen in Leuven die met moderne displays rijden, beginnen allemaal een
kleur op de achtergrond te krijgen. Eerst waren het enkel de bussen die de
luchthaven bedienden, maar nu zie 'k die kleuren ook al op de andere
lijnen. Het zou natuurlijk mooi zijn als het met die kleur
2010/8/17 Ben Laenen benlae...@gmail.com
Ivo De Broeck wrote:
I suppose some data can be used in OSM. So it must be possible to load
all
bus_stops from vvm_stop in batch in OSM?
Only put in OSM what we're allowed to put in. Marc got this data for
research
purposes, he never got
Ivo De Broeck wrote:
Its not forbidden to put a link to another website.
It is forbidden to make this data available online, like Marc did.
And it's careless to link to this data on places like this mailing list: if we
ever go out to hunt for available data that we can import in OSM, and they
Using 2 different relations solve also the problem of a terminus. See
http://www.openstreetmap.org/edit?lat=50.85077lon=4.75625zoom=17 for the
example 'Pimberg (end of line 9 Bertem-Leuven-Pimberg). The 9* is the route
backward (Pimberg - Leuven - Bertem).
See also
Ivo De Broeck wrote:
2010/8/17 Ben Laenen benlae...@gmail.com
What problems of a terminus? Terminus halts just get a terminus role in
the
relation. And if one end of the line isn't a terminus stop, but a normal
halt
where it just turns back without waiting it doesn't get a terminus role
2010/8/10 Marc Coevoet sintsix...@gmail.com
I have all the data from delijn.be .
Somebody can always come and discuss ;-)
http://www.mediafire.com/file/nnjuimwwmm2/generalexport_2010-02-18.zip
description:
http://www.mediafire.com/file/myvn5f4iqtu/interface%20delijndata_v1_03.pdf
I
Ivo De Broeck wrote:
2010/8/10 Marc Coevoet sintsix...@gmail.com
I have all the data from delijn.be .
Somebody can always come and discuss ;-)
I was stupid , did not look to those files. Now i see De Lijn works
with vvm_trips between vvm_places.
I suppose some data can be used in
2010/8/11 Ben Laenen benlae...@gmail.com
Renaud MICHEL wrote:
Le mercredi 11 août 2010 à 13:26, Ben Laenen a écrit :
You could fill in the roles of those nodes in the relation of course.
I've even seen the bus stop nodes being numbered, so you'd get
something like stop_15 as a role.
On Thu, Aug 12, 2010 at 10:48 AM, Ivo De Broeck ivo.debro...@gmail.com wrote:
I do not understand this. I have used Potlatch and have put in disorder all
members of the relation. Then i have used the relationchecker and all
members came in the right way. This was for a oneway buss-route.
The
Ivo De Broeck wrote:
With 2 relations you can put the stops at the right relation. If you work
with one relation you have a way in both directions, a stop 'forward' and a
stop 'backward' .
You could fill in the roles of those nodes in the relation of course. I've
even seen the bus stop nodes
Le mercredi 11 août 2010 à 13:26, Ben Laenen a écrit :
You could fill in the roles of those nodes in the relation of course.
I've even seen the bus stop nodes being numbered, so you'd get
something like stop_15 as a role.
The number was used before API0.6, when relations didn't preserve
Ik probeer stadsbus nr 8 in een relatie te gieten. Met backward en forward
geeft de relatiechecker allemaal kleine stukjes. Is het mogelijk om bepaalde
vakken zowel forward als backward te noemen en toch de relatie consistent te
houden?
Ik heb nu 1 richting volledig (forward) gemaakt voor het
OK, can we put this in the conventions wiki pages?
Proposal:
Use two different relations, one for the forward direction, one for the
backward direction.
Example :
relation xx busnumber zzz Brussels - Antwerp
relation yy busnumber zzz Antwerp - Brussels
Op 10 augustus 2010 10:22 schreef
On Tue, 10 Aug 2010 10:41:38 +0200, Renaud MICHEL
r.h.michel+...@gmail.com wrote:
Le mardi 10 août 2010 à 10:22, Tim Francois a écrit :
+1. Yup, this is what is currently happening in most of the UK - a
separate relation for the 'up' and 'down' bus routes, so that
forwards/backwards (which is
On Tue, 10 Aug 2010 10:56:28 +0200, Ivo De Broeck
ivo.debro...@gmail.com wrote:
What i propose is keeping the existing relation for the normal
direction.
There is no normal direction with buses.
Example stadsbus nr 8 go from Bertem - Leuven - Bierbeek (check the
relation with the relation
2010/8/10 Maarten Deen md...@xs4all.nl
On Tue, 10 Aug 2010 10:56:28 +0200, Ivo De Broeck
ivo.debro...@gmail.com wrote:
What i propose is keeping the existing relation for the normal
direction.
There is no normal direction with buses.
Yes the normal name for the route is 8 Bertem- Leuven
Maarten Deen wrote:
Een oplossing zou natuurlijk kunnen bestaan uit het maken van 2
relaties :
relatie x 8 Bertem - Bierbeek
relatie y 8 Bierbeek - Bertem
Dat is wat op veel plaatsen toch al gedaan wordt. En dan geen forward
of backward er in. Ik zou zeggen: de eerste node/way in de
Le mardi 10 août 2010 à 12:41, Ben Laenen a écrit :
Yes, please put the bus stop nodes next to the way, not on the way.
OK, that seems more logical anyway.
btw, the page talks about an *extra* node on the way, used together with
the bus stop node next to the way.
Is it useful?
If I split the
2010/8/10 Renaud MICHEL r.h.michel+...@gmail.comr.h.michel%2b...@gmail.com
Le mardi 10 août 2010 à 10:22, Tim Francois a écrit :
+1. Yup, this is what is currently happening in most of the UK - a
separate relation for the 'up' and 'down' bus routes, so that
forwards/backwards (which is
2010/8/10 Renaud MICHEL r.h.michel+...@gmail.comr.h.michel%2b...@gmail.com
Le mardi 10 août 2010 à 10:22, Tim Francois a écrit :
+1. Yup, this is what is currently happening in most of the UK - a
separate relation for the 'up' and 'down' bus routes, so that
forwards/backwards (which is
Ivo De Broeck wrote:
see
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_
tram_lines#Tagging(to discuss)
Watch out when editing the wiki: you've replaced the paragraph about tagging
belbussen. Furthermore, when starting a discussion on the wiki, this should
go on
Maarten Deen wrote:
Have a look at http://wiki.openstreetmap.org/wiki/VRS , for a lot of
relations, there are two routes. Often also tagged with a from and to in
the relation, although I don't know if that really helps in a program.
a lot of relations: I count 12 on that page with two
On Tue, 22 Jun 2010 21:11:31 +0200, ce-test, qualified testing bv - Gert
Gremmen g.grem...@cetest.nl wrote:
Had ik gedaan, geen resultaat,
Op de wiki zoeken op busroute en dan is de tweede optie de pagina NL-OV
waar beide links in staan.
http://xn--pnvkarte-m4a.de/ (vreemd trucje gebeurt hier
Op welke URL vonden we ook al weer
de busroutes ?? Ik ben ze kwijt...
Gert
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
kom op gert, beetje google-en kan geen kwaad :)
http://www.openstreetbrowser.org/
http://xn--pnvkarte-m4a.de/ (vreemd trucje gebeurt hier trouwens met de url)
gr,
floris
ce-test, qualified testing bv - Gert Gremmen wrote:
Op welke URL vonden we ook al weer
de busroutes ?? Ik ben ze kwijt...
Had ik gedaan, geen resultaat,
-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org
[mailto:talk-nl-boun...@openstreetmap.org] Namens Floris Looijesteijn
Verzonden: dinsdag 22 juni 2010 20:21
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] Busroutes
kom op
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Eugene van der Pijll schreef:
Gert Gremmen schreef:
Ways in relation is een probleem!
Ways zijn soms langer dan nodig: een zijweg
die de bus neemt, is niet altijd aan het einde
van een way. Bij het tekenen ervan komen dus
Gert Gremmen schreef:
In eerste instantie zijn denk ik de grafische weergaves interessant.
Ik stel voor om een relatie aan te maken als volgt:
Laten we zoveel mogelijk aansluiten bij het voorstel op de wiki,
[[Relations/Proposed/Routes]]. Dus beginnen met:
Type - Route
Route - Bus
Operator
/eindpunt)
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Eugene van der Pijll
Verzonden: zondag 18 november 2007 13:17
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] Busroutes experiment
Gert Gremmen schreef:
In eerste
Ik heb een paar busroutes gereden.
Ik wil deze nu in de database aanbrengen dmv relations ?
Wat is daartoe de beste methode. Ik begrijp de
methodiek achter relaties, maar nog niet helemaal
de praktische invulling ervan.
Ik zag een tag routing met argument bus en ook in
bushaltes is
]
Onderwerp: Re: [OSM-talk-nl] Busroutes experiment
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Wellicht kunnen we er even over brainstormen. Ik heb er ook nog een paar
namelijk :)
Relation lijkt me de way to go, alleen weet ik niet of de sequentie van
een relatie een vast gegeven is. Dat kan met
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Gert Gremmen schreef:
Dat is een kwestie van proberen lijkt mij.
Ik denk dat de routering wel de volgorde van
de opsomming in de relatie vasthoudt, en anders moeten
we die opleggen (met een tag ? of per definitie).
Voorlopig zou ik wel eens
-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Stefan de Konink
Verzonden: zaterdag 17 november 2007 21:08
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] Busroutes experiment
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Gert Gremmen schreef:
Dat is een kwestie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Gert Gremmen schreef:
Stefan
Uitgaande van Josm:
Hoe map je in de applicatielaag ?
JOSM is geen route planner. Met Mappen bedoel ik dat een programma
bushaltes heeft en op basis van een locatie query de dichtstbijzijnde
bushalte/route
november 2007 21:38
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] Busroutes experiment
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Gert Gremmen schreef:
Stefan
Uitgaande van Josm:
Hoe map je in de applicatielaag ?
JOSM is geen route planner. Met Mappen bedoel ik
63 matches
Mail list logo
