<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Ik wil Oost-vlaanderen wel voor mijn rekening nemen.<br>
<br>
Groeten Johan<br>
<br>
<br>
On 10/19/2010 10:33 AM, Jo wrote:
<blockquote
cite="mid:AANLkTinZN96w-P+v9ZYZzfHOn5jd39+b49QM+=+kmJe+@mail.gmail.com"
type="cite">Ons probleem is natuurlijk dat we bottom up werken.
Dus is het toch handig om per bushalte bij te houden in welke zone
ze ligt.
<div><br>
</div>
<div>Voor Vlaams-Brabant zijn we al met 2. Ik veronderstel dat
Eimai Antwerpen wel onder z'n vleugels wil nemen. Maar dan
hebben we nog 3 provincies, waarvoor we wat mankracht kunnen
gebruiken.</div>
<div><br>
</div>
<div>Jo <br>
<br>
<div class="gmail_quote">Op 19 oktober 2010 10:20 schreef Ivo De
Broeck <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ivo.debroeck@gmail.com">ivo.debroeck@gmail.com</a>></span>
het volgende:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
OK dit lijkt me haalbaar. Noteer me maar als vrijwilliger
voor zone Leuven.
<div><br>
<div>Wat die 'zone' betreft. Ik vermoed dat zones
geografisch worden opgeslagen. Misschien moeten we dat
ook zo doen in OSM. Alle bushalten in die zone krijgen
dan dat zonenummer. Waarschijnlijk geldt hetzelfde voor
de stadszone.<br>
<br>
<div class="gmail_quote">Op 18 oktober 2010 20:16
schreef Jo <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>></span>
het volgende:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt
0pt 0.8ex; border-left: 1px solid rgb(204, 204,
204); padding-left: 1ex;">
<div>
<div class="h5">
Ik heb het nog al geopperd. Het lijkt er op dat
de insteek van OSM te liberaal/anarchistisch is
om een succesvolle samenwerking met De Lijn
mogelijk te maken. Hoe ze er in andere regio's
in slagen om wel gegevens los te krijgen, is me
niet helemaal duidelijk.
<div>
<br>
</div>
<div>Wat we blijkbaar nodig hebben is een
project, waarmee we wel de garanties kunnen
geven die De Lijn verlangt en dat de gegevens
beschikbaar stelt onder 'een geschikte'
licentie voor gebruik in OSM.</div>
<div><br>
</div>
<div>Ik ben bereid om hiervoor een server te
hosten en bandbreedte ter beschikking te
stellen. 1 Mbit upload, die al gedeeld is met
andere web servers. Niet geschikt om tiles mee
te gaan serven, maar wel voor hetgeen ik voor
ogen heb.</div>
<div><br>
</div>
<div>De gegevens van De Lijn worden beschikbaar
gesteld via FTP, dus we kunnen die zo vaak
ophalen als we willen/als nodig is. Het is
sinds kort mogelijk om e-mails te ontvangen
i.v.m. alle omleidingen, maar dat is dus pas
nodig als we ons gaan bezighouden met fase 3
en 4.</div>
<div><br>
</div>
<div>Ik denk dat het zinloos is om alles
tegelijk te willen doen, dus moeten we in
eerste instantie focussen op de
basisinfrastructuur. Als je op de bus een
boekje meepakt met info over bepaalde lijnen,
dan is die informatie ook niet up to date. De
informatie die we in eerste instantie in OSM
willen zetten is, wat er gebruikt zou worden
om zo'n boekje aan te maken.</div>
<div><br>
</div>
<div>FASE 1</div>
<div><br>
</div>
<div>Fase 1, de haltes zou relatief eenvoudig
moeten zijn. Al willen wij wel meer informatie
opslaan dan wat De Lijn aanbiedt. We zullen de
taken moeten verdelen en groepjes van 2-3
personen moeten vormen, die de
verantwoordelijkheid voor een regio of
provincie op zich nemen. Geen idee waar we die
10-15 man mankracht gaan vinden... Er zou voor
iedere regio toch minstens ook een vervanger
moeten zijn.</div>
<div><br>
</div>
<div>Bij elke keer dat we de informatie
overhalen, vergelijken we deze met de
tussenliggende database en maken lijstjes per
regio van haltes waar wijzigingen voor zijn
toegekomen. Deze lijstjes worden doorgegeven
aan de betrokkenen en verwerkt. Dit zijn
wijzigingen die van De Lijn komen.</div>
<div><br>
</div>
<div>Er wordt ook regelmatig (bijv. 1x/dag)
nagekeken of er in OSM wijzigingen aan de
haltes zijn aangebracht. Ook hiervan wordt een
lijst samengesteld met bijbehorende
.osm-bestandjes. Gewoonlijk zal dit gaan om
extra informatie, of een kleine verschuiving.
Maar als er haltes zouden verdwijnen of als
deze in het wildeweg worden verplaatst, komen
we daar zeer snel achter.</div>
<div><br>
</div>
<div>Afhankelijk van het geval worden de
gegevens in de tussenliggende DB aangepast,
dan wel 'reverted' in OSM.</div>
<div><br>
</div>
<div>Waarschijnlijk trachten we best eerst fase1
uit te werken, alvorens we met iets anders
beginnen.</div>
<div><br>
</div>
<div>Wat De Lijn ons kan geven:</div>
<div><br>
</div>
<div>een intern ID, zoals het in hun databank
zit</div>
<div>de 'ref' die op de bushaltes staat.</div>
<div>naam zoals het op de 'vlag' staat,
voorafgegaan door de deelgemeente (voor al die
halten 'dorp' en 'kerk', zeker). Vreemd genoeg
komt dit niet altijd overeen met
deelgemeente/fusiegemeente in de andere
velden.</div>
<div>wat wij onder addr:street zouden
onderbrengen.</div>
<div>deelgemeente</div>
<div>fusiegemeente</div>
<div>x in lambert72</div>
<div>y in lambert72</div>
<div>is _accessible</div>
<div>is_public</div>
<div><br>
</div>
<div>Geen idee waar die 2 laatste zaken voor
staan en of we daar iets aan hebben.</div>
<div><br>
</div>
<div>Volgens mij moeten we een kopie van deze
brongegevens opslaan, om ze te kunnen
vergelijken met verse brongegevens.</div>
<div><br>
</div>
<div>Verder moeten we ook het volgende
bijhouden:</div>
<div><br>
</div>
<div>of we die halte overnemen in OSM (er zitten
nogal veel DUMMY's in dat bestand)</div>
<div>x,y waar wij ze in OSM willen hebben; dit
zal vaak lichtjes afwijken.</div>
<div>nodenummer in OSM DB</div>
<div>shelter</div>
<div>bench</div>
<div>bin</div>
<div>tactile_paving</div>
<div>wheelchair</div>
<div>operator</div>
<div>zone (ik vraag me af of het niet mogelijk
zou zijn om deze informatie ook vanuit de bron
te verkrijgen. Het verwondert me sterk dat ze
er niet bij zit)</div>
<div>lines</div>
<div><br>
</div>
<div>en dit, op zijn beurt, dan zeer regelmatig
vergelijken met wat er in OSM mee gebeurt.
(Automatisch om er dan rapportjes over te
maken).</div>
<div><br>
</div>
<div>Als we dit opgezet krijgen voor de haltes,
dan kunnen we ons aan de (standaard)routes
gaan wagen; FASE2.</div>
<div><br>
</div>
<div>Ik wil het een en ander wel 's in een
proefopstelling uitwerken, maar eerst wil 'k
wel weten wat jullie ervan vinden. En dan zal
'k nog 's een email schrijven naar de
kontaktpersoon van De Lijn, als niemand anders
zich geroepen voelt.</div>
<div><br>
</div>
<font color="#888888">
<div>Jo</div>
<div><br>
</div>
<div><br>
</div>
</font><br>
</div>
</div>
_______________________________________________
<div class="im"><br>
Talk-be mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-be@openstreetmap.org"
target="_blank">Talk-be@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="http://lists.openstreetmap.org/listinfo/talk-be"
target="_blank">http://lists.openstreetmap.org/listinfo/talk-be</a><br>
<br>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div class="im"><br>
-- <br>
Ivo De Broeck<br>
Valleilaan 13<br>
3360 Korbeek-lo<br>
Tel (0)16 43 84 93<br>
Gsm +32 486 17 61 13<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>
<DIV><P><HR>
Newtec’s MENOS system awarded IBC Innovation Award for Content Delivery & the IBC Judges’ Award Newtec’s FlexACM awarded 2009 Teleport Technology of the Year by WTA *** e-mail confidentiality footer *** This message and any attachments thereto are confidential. They may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake, please let us know by e-mail reply and delete it from your system; you may not copy this message or disclose its contents to anyone. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore is in no way liable for any errors or omissions in the content of this message, which may arise as a result of e-mail transmission. If verification is required, please request a hard copy.
</P></DIV>
</body>
</html>