
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>On 2019-09-14 17:14, SK53 wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div dir="ltr">

<div>Hi Edward,</div>

<div> </div>

<div>In general the GPS rule is still the best way of doing it, we used to have access to Strava heatmap which was very good, but no longer.</div>

<div> </div>

<div>Other viable alternatives are: </div>

<ul>

<li>OS OpenData road centrelines. Of course if you use a crude OSGB->WGS84 based on OSGB36 this may be upto 5 m out anyway (maximum error of the straight conversion). </li>

<li>Open Data sets which have probably been very accurately located (Nottingham Streetlights, trees in Bristol, Birmingham etc). I presume councils use some kind of differential GPS to locate assets.</li>

<li>OS StreetView layer was rectified by Grant using OSGB-02 and is good to crosscheck across layers for shifts.</li>

<li>Lidar data from Enivornment Agency/SEPA etc doesn't suffer from parallax errors and can be useful for identifying shifts also.</li>

</ul>

</div>

</blockquote>

<div dir="ltr">

<p>Admin boundaries imported from OS Boundary-Line should also be accurate, provided they haven't been moved or otherwise "improved" during / after the initial import. If the ways are source=OS_OpenData_Boundary-Line and the nodes are still at version 1, I would think they should be reliable.</p>

<p><br /></p>

</div>

</body></html>