[OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten

[Ivo De Broeck]

a) Aparte (gelockte) layer met bushalten is toch mogelijk??
b) Automatische import is toch oplosbaar?? (met oa conversie van
Lambert-coordinaten, omzetting naar OSM-eigenschappen)

WAT is het probleem? Wil je oplossingen zal je moeten bepalen wat mogelijk
is en niet blijven naar "De Lijn" wijzen.

Mijn vraag is, zijn er in Vlaanderen mensen die  a en b kunnen
oplossen. Volgens mij zal de Lijn dan graag meewerken.

OSM moet eerst bewijzen, dat ze de bushalten correct in OSM kunnen
integreren. Daarna zien we wel verder.


Ivo


Op 18 oktober 2010 13:06 schreef Ben Laenen <benlaenen at gmail.com> het
volgende:

> Ivo De Broeck wrote:
> > Wat ze bedoelen is wel duidelijk. Ik snap niet waarom we niet kunnen
> > garanderen dat de door hun geleverde (en upgedate) informatie over
> > bushokjes automatisch zal ingevoerd worden (want dat vragen ze juist). Ik
> > zie niet in wat die toevallige mapper daar mee te maken heeft.
>
> Ik had het over je shelter=yes...
>
> > Zoals je
> > terecht opmerkt zijn routes een ander paar mouwen.
> > 1) Dus iemand moet zorgen dat hun data (over bushokjes) binnen de xx uur
> > wordt ingevoerd.
>
> Dit hangt ook volledig af van de manier hoe De Lijn de data beschikbaar
> stelt.
> En bij voorkeur komt hier zo weinig mogelijk (en liefst geen) menselijke
> interactie bij kijken. Want menselijke interactie maakt dat het vroeg of
> laat
> eens niet lukt.
>
> En dan moet er ergens een server staan die we kunnen gebruiken hiervoor.
>
> > 2) het onmogelijk wordt gemaakt dat een toevallige mapper een bushalte
> > verplaatst of de eigenschappen ervan verandert.
>
> Dit kunnen we niet continu garanderen. We kunnen telkens er een nieuwe
> import
> is kijken of er wat gewijzigd is en het herstellen, maar we kunnen
> bushaltes
> niet "locken" zodat niemand ze kan wijzigen.
>
>
> > Dus deze fase zou geen (groot) probleem mogen geven. Als we al kunnen
> > samenwerken voor bushalten, zal dit een verdere medewerking
> > vergemakkelijken.
>
> In elk geval moeten we de data verder kunnen bestuderen om te zien wat we
> exact kunnen garanderen, en we zouden het daarna ook eens moeten kunnen
> uittesten.
>
> Ben
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20101018/d5370a67/attachment.htm>