<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">OK. Clearly I’m going to have to think on this for a bit longer. I think looking at somewhere like Swanley is a good idea, and also
 at somewhere like Derbyshire if the stops data hasn’t been imported there.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">In terms of bus routes, we also compute the most likely route between stops, and could use that to update the services on each link.
 But that is a whole different ball game - we have to make sure our data is good quality, and I will need to think what to do when a bus turns off halfway along a road that is mapped as one line, for example, - and I’m not about to get into that for now! Although
 I would like to, eventually!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">Stuart
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif""> Marc Gemis [mailto:marc.gemis@gmail.com]
<br>
<b>Sent:</b> 01 August 2014 9:12 AM<br>
<b>To:</b> Lester Caine<br>
<b>Cc:</b> Talk GB<br>
<b>Subject:</b> Re: [Talk-GB] NaPTAN (stop) import<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">In Belgium Jo Simoens has done similar things for the public transport import of De Lijn (Flanders) and Tec (Wallonia).<o:p></o:p></p>
<div>
<p class="MsoNormal">He has python scripts to compare OSM data via an external reference of De Lijn to updates in a Postgis DB.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">He also has scripts to compute the most likely route  between bus stops. This information was not in the DB of De Lijn.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">regards<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">m<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Fri, Aug 1, 2014 at 9:25 AM, Lester Caine <<a href="mailto:lester@lsces.co.uk" target="_blank">lester@lsces.co.uk</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal">On 01/08/14 01:36, Will Phillips wrote:<br>
> I do not believe the stop areas should have been imported at all because<br>
> they are not verifiable on the ground. Also, I am often unable to find<br>
> much logic in the groupings other than the stops are relatively close<br>
> together, so I don't think they are really useful.<br>
<br>
This is where having a unique ID for ab object comes into it's own. That<br>
is if the data source allows you to access that data using it. All that<br>
needs to be in the OSM data is 'bus stop' and it's NaPTAN reference, and<br>
anything else comes from a secondary read. Although names and the like<br>
may be worth duplicating.<br>
<br>
Where a source of a data import is readily accessible, then we don't<br>
need to duplicate the 'non-mapping' data. It may be for some imports we<br>
need a private copy of the data to make this work nicely, but that<br>
should be a natural part of the import process anyway. A clean copy of<br>
what was imported.<br>
<br>
What is available and easily accessible is growing daily ... but it does<br>
not need to be all imported into one database :)<br>
<br>
--<br>
Lester Caine - G8HFL<br>
-----------------------------<br>
Contact - <a href="http://lsces.co.uk/wiki/?page=contact" target="_blank">http://lsces.co.uk/wiki/?page=contact</a><br>
L.S.Caine Electronic Services - <a href="http://lsces.co.uk" target="_blank">http://lsces.co.uk</a><br>
EnquirySolve - <a href="http://enquirysolve.com/" target="_blank">http://enquirysolve.com/</a><br>
Model Engineers Digital Workshop - <a href="http://medw.co.uk" target="_blank">http://medw.co.uk</a><br>
Rainbow Digital Media - <a href="http://rainbowdigitalmedia.co.uk" target="_blank">
http://rainbowdigitalmedia.co.uk</a><br>
<br>
_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>