On Wed, 19 Aug 2020 at 13:58, Colin Smale <colin.sm...@xs4all.nl> wrote:
> Possibly even better that StreetView imagery is data that has been > imported directly from OS, such as OS Boundary-Line for the admin > boundaries. This is probably the closest we can get to cm-level accuracy - > even though they don't give us the full resolution, the base points such as > tripoints where boundaries meet are likely to be pretty damn accurate. I > would recommend using these as a kind of calibration point to sanity-check > imagery alignment and other data based on less accurate GPS positioning > (e.g. from any consumer-grade GPS kit). > I've been coincidently wrestling with this issue of offsets for the last two days. New Bing imagery is resulting in very detailed and useful mapping (e.g. solar panels) but imagery is nearly always out by a problematic amount. I also feel the best source for offsets is not Streetview, but the vector data from OS OpenData. I've done some experimenting over the last two days, and my favourite source for alignment is "OS OpenData Local - Vector". Within those downloaded files is a data set called "FunctionalSite" which is primarily the boundaries of educational sites. They're excellent for alignment because the file is not too big, school sites are common, and the boundaries are commonly thin fences which are easy to align with Bing imagery, bringing errors to a trivial amount. I think the secondary useful task is to make offsets available using the "The Imagery Offset Database". It's been around for a long time, but is now way more useful due to the issues being discussed. With imagery likely to become more detailed, with more high quality tracing of the high quality but misaligned imagery, I think we'll need a more formal approach to "Align imagery before tracing guidelines" Jass
_______________________________________________ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb