Re: [Talk-GB] Eat out to help out data

Hey Rob, if they made up their mind about the license (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/3 - Apache 2.0 is software, not data) the ~100 entries with wrong postcode data (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/18) out of 62k entries

[Talk-GB] Eat out to help out data

Hi all, Anyone considered using the Eat out to Help out data that HMRC have published to aid with mapping efforts? https://github.com/hmrc/eat-out-to-help-out-establishments Prior to this, there was a scraper that collated the data: https://github.com/svenlatham/eatout-scraper Thank you, *Rob*

Re: [Talk-GB] New Bing Imagery

On Wed, 19 Aug 2020 at 15:36, SK53 wrote: > This isn't necessarily true. If you open any OS Open Data product in QGIS one > is now confronted by a bewildering array of ways of converting from the OSGB > national grid co-ordinates to WGS84. > > The optimum one currently uses the 2015 file of

Re: [Talk-GB] New Bing Imagery

There is even a (never merged and now likely really stale) PR: https://github.com/openstreetmap/iD/pull/4166 SImon PS: and an issue too Am 19.08.2020 um 11:20 schrieb Mateusz Konieczny via Talk-GB: > Have you checked whatever > there is an open issue proposing to > support imagery offset

Re: [Talk-GB] New Bing Imagery

I contribute a bit to the development of iD and have interacted with the current lead developer (who's currently not funded to work on it full time anymore) as well as the previous (who's moved on to RapiD) numerous times. As it's open source software my suggestion would be to interface using the

Re: [Talk-GB] New Bing Imagery

On 2020-08-19 17:21, Russ Garrett wrote: > On Wed, 19 Aug 2020 at 16:00, Colin Smale wrote: > >> At least it sounds soluble. Given the right transform and corrections a >> "definitive" OS point in Easting/Northing format can be translated >> accurately to WGS84 lat/long. However you look at

Re: [Talk-GB] New Bing Imagery

On 19/08/2020 16:21, Russ Garrett wrote: 5m accuracy You'll accumulate that error in a couple of centuries, just from continental drift: , given that OSM is referenced to WGS-84, not the British mainland.

Re: [Talk-GB] New Bing Imagery

I'm glad I started a discussion, even if there aren't any real answers. It is going to be an increasing problem I fear and one I think OSM needs a solid answer to. In SW London, I've just checked against "OS OpenData StreetView" and all my edits (and thus Esri World Clarity Beta) all match pretty

Re: [Talk-GB] New Bing Imagery

On Wed, 19 Aug 2020 at 16:00, Colin Smale wrote: > At least it sounds soluble. Given the right transform and corrections a > "definitive" OS point in Easting/Northing format can be translated accurately > to WGS84 lat/long. However you look at it, I would expect a purely > mathematical

Re: [Talk-GB] New Bing Imagery

At least it sounds soluble. Given the right transform and corrections a "definitive" OS point in Easting/Northing format can be translated accurately to WGS84 lat/long. However you look at it, I would expect a purely mathematical transformation should have less error than a transformation

Re: [Talk-GB] New Bing Imagery

On Wed, 19 Aug 2020 at 14:52, Jass Kurn wrote: > > On Wed, 19 Aug 2020 at 13:58, Colin Smale 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

Re: [Talk-GB] New Bing Imagery

This isn't necessarily true. If you open any OS Open Data product in QGIS one is now confronted by a bewildering array of ways of converting from the OSGB national grid co-ordinates to WGS84. The optimum one currently uses the 2015 file of detailed offset corrections to the basic projection

Re: [Talk-GB] New Bing Imagery

On Wed, 19 Aug 2020 at 13:58, Colin Smale 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

Re: [Talk-GB] New Bing Imagery

“I would like it if the iD 'adjust imagery tool' button were more visible.”I agree on this, it needs to be more prominent and ideally iD would make it’s users align the imagery before letting them edit. Dose iD’s tutorial/guide teach about offsets?If not I think it should as they are very

Re: [Talk-GB] New Bing Imagery

On 2020-08-19 12:17, Andy Townsend wrote: > On 19/08/2020 10:11, Stephen Colebourne wrote:And now I can see Amazon > mappers using an iD variant > that doesn't have the offset and moving all the roads as a result: > https://osmcha.org/changesets/89549551?aoi=758c7f2b-faca-44e5-acd2-0cb8c33034bd

Re: [Talk-GB] New Bing Imagery

19 Aug 2020, 12:17 by ajt1...@gmail.com: > To be honest, I'd never trust any imagery anywhere until I've seen how it > compares with other available sources in that area (GPS traces, OS OpenData > StreetView, etc.). > Not sure is there such dataset in UK, but Polish government releases aerial

Re: [Talk-GB] New Bing Imagery

On 19/08/2020 10:11, Stephen Colebourne wrote: And now I can see Amazon mappers using an iD variant that doesn't have the offset and moving all the roads as a result: https://osmcha.org/changesets/89549551?aoi=758c7f2b-faca-44e5-acd2-0cb8c33034bd

Re: [Talk-GB] New Bing Imagery

For what it's worth, I feel like Bing has less offset overall. A lot of south London has been aligned to the previous Bing imagery which is almost certainly worse than the current Bing imagery. My impression is that Bing is "more correct" than most other imagery sources. Unfortunately the levels

Re: [Talk-GB] New Bing Imagery

On Wed, 19 Aug 2020 at 10:51, Alan Mackie wrote: > > > On Wed, 19 Aug 2020, 10:13 Stephen Colebourne, > wrote: > >> So, I followed the links below and added an offset. But this simply >> isn't a viable solution to the problem because it only works for JOSM >> and not iD. >> >> I managed to

Re: [Talk-GB] New Bing Imagery

On Wed, 19 Aug 2020, 10:13 Stephen Colebourne, wrote: > So, I followed the links below and added an offset. But this simply > isn't a viable solution to the problem because it only works for JOSM > and not iD. > > I managed to convince one mapper to type in the offset manually in iD > every

Re: [Talk-GB] New Bing Imagery

Have you checked whatever there is an open issue proposing to support imagery offset database in iD? 19 Aug 2020, 11:11 by scolebou...@joda.org: > So, I followed the links below and added an offset. But this simply > isn't a viable solution to the problem because it only works for JOSM > and not

Re: [Talk-GB] New Bing Imagery

So, I followed the links below and added an offset. But this simply isn't a viable solution to the problem because it only works for JOSM and not iD. I managed to convince one mapper to type in the offset manually in iD every time, but that is a horrible thing to ask new mappers to do, very