Ik heb niets gedaan hoor. Het is allemaal dankzij Alexander.

For everyone who wants to add some realtime information provider, you can
go and edit this file:
https://github.com/rurseekatze/OpenLinkMap/blob/master/locales/timetables.xml

Make sure you're logged in to GitHub, edit the file, and ask Alexander to
merge it.

Now we need to create some buzz around it, so the file gets completed.

Regards,
Sander

2013/3/3 Georges De Gruyter <zors1...@gmail.com>

> Schitterend !
> Dankjewel Alexander en Sander.
>
> Georges
>
>
> 2013/3/2 Jo <winfi...@gmail.com>
>
>> Alexander implemented Sander's suggestion on Openlinkmap.org:
>>
>> Go to:
>>
>> http://www.openlinkmap.org/?zoom=18&lat=50.8819&lon=4.71503&layers=BFTTTTT
>>
>> Make sure the public transport layer is in view
>>
>> Click on one of the stops.
>>
>> Click on the link after timetables and get the passages of buses at that
>> stop in real time.
>>
>> This only works for stops where operator contains De Lijn and ref is
>> (already) set to the six digit number found on all the stops.
>>
>> Thanks to Alexander and Sander!
>>
>> Jo
>>
>>
>> 2013/1/31 Sander Deryckere <sander...@gmail.com>
>>
>>>
>>>
>>> 2013/1/31 Jo <winfi...@gmail.com>
>>>
>>>> Hi,
>>>>
>>>> I like that proposal, but I don't know how to implement it for
>>>> openlinkmap. The developer is accepting patches, but he doesn't have time
>>>> to code stuff himself anymore.
>>>>
>>>
>>> That's a pity.
>>>
>>>>
>>>> My initial proposal had the advantage of instant gratification. It
>>>> would work with the current tagging habits. It's true that it has the
>>>> disadvantage of being dependent on the continued use of that url domain by
>>>> De Lijn and it's more verbose than I would like.
>>>>
>>>
>>> I agree with the advantage it has, but it creates other difficulties
>>> like maintainability of the database. It's like the "Don't tag for the
>>> renderer", only, a bit different.
>>>
>>> It's not because openlinkmap displays a certain tag, that we should tag
>>> everything this way.
>>>
>>>>
>>>> One small remark. The way I understand it we are moving to replacing
>>>> highway=bus_stop with public_transport=platform. So it should work for that
>>>> combination of tags as well.
>>>>
>>>> And it should be enough that a node contains De Lijn. Some stops are
>>>> shared with MIVB/STIB, TEC and VEOLIA.
>>>>
>>>
>>> These are valid remarks, and show why the configuration file should be
>>> crowd sourced. A single developer can never come up with all these
>>> exceptions for all these different nations.
>>>
>>>>
>>>> Jo
>>>>
>>>>
>>> I looked at the openlinkmap code, and it seems that he's filtering a lot
>>> of tags before the file gets imported in a database. The filtering also
>>> happens with a program that doesn't allow regex, only wildcards. So reading
>>> such a configuration file would be a hell of a job.
>>>
>>> I think I found something better. We could use the osmosis tagtransform
>>> plugin (http://wiki.osm.org/Osmosis/TagTransform).  Where we could use
>>> a configuration file to transform tags to an url:*= tag. Like the example
>>> from De Lijn could be as following: http://pastebin.com/4G4FPyEq(currently 
>>> writing to url:delijn, but we could also check for the existence
>>> of an url tag, and write to that if it's not present).
>>>
>>> The disadvantages of this tool are that an url tag can only be created
>>> from a single other tag (as the discussion page on the wiki says), And a
>>> key needs to stay a key, and a value needs to stay a value.
>>>
>>> Another drawback might be the installation of an extra plugin. It
>>> doesn't seem so easy as it should be (version conflicts etc). But it should
>>> be very straightforward to use the file afterwards, and to have this file
>>> crowd sourced. And, on the positive side, the osmosis team is looking into
>>> making this task part of the standard installation. In which case you won't
>>> have to install anything new at all.
>>>
>>> Regards,
>>> Sander
>>>
>>
>>
>> _______________________________________________
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
_______________________________________________
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Reply via email to