[Talk-GB] UPRN Locations Map

On 04/07/2020 08:51, Stephen Colebourne wrote: >* I'm not convinced this data should be pulled into OSM. It would add a *>* lot of clutter that users would be tempted to move around or delete. In *>* areas like mine where I've added thousands of buildings and addresses *>* from surveys, it would

Re: [Talk-GB] UPRN Locations Map

The new Leicester Coronavirus Regulations provide some interesting test data, ostensibly under a Open Government Licence, of 24 pages of postcodes and what are obviously individual properties where postcodes are split by the

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 11:45, Lester Caine wrote: At the very least data currently live in on a 'current' view should be automatically filed to an historic layer when it is replaced How does this differ from how OSM already works? You can already create versions of the map at any point in its

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 06:16, Kai Michael Poppe - OSM wrote: So, a few months ago I stumbled upon a note (https://www.openstreetmap.org/note/2158104#map=19/51.49829/-0.32762) that StreetComplete left saying, that the street couldn't be given a name because there's none shown. Back then, I used

Re: [Talk-GB] UPRN Locations Map

Hi Marc, Thanks for the reply. I'll make it my task to find an out of date copyright map that brings the full name, wherever I might find it :) Have a great weekend! Kai Am 4. Juli 2020 13:02:59 MESZ schrieb Mark Goodge : > > >On 04/07/2020 06:16, Kai Michael Poppe - OSM wrote: >> >> So, a

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 08:51, Stephen Colebourne wrote: I'm not convinced this data should be pulled into OSM. It would add a lot of clutter that users would be tempted to move around or delete. In areas like mine where I've added thousands of buildings and addresses from surveys, it would be making

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 12:16, Stephen Knox wrote: I don't think there is value in bringing in the points themselves but I think there definitely is value in tagging existing buildings / locations with the UPRN where it is incontrovertible - e.g. a single unit house. This is the vast majority of the

Re: [Talk-GB] UPRN Locations Map

I've tried to match UPRNs to buildings 1:1 in Nottingham and therefore provide an address lookup. Here's the first stab of 35 k objects: https://raw.githubusercontent.com/SK53/osm_uprn/master/ng_osm_uprn_lu.csv Jerry On Sat, 4 Jul 2020 at 12:28, Mark Goodge wrote: > > > On 04/07/2020 12:16,

Re: [Talk-GB] UPRN Locations Map

I'd suggest only add it to buildings where the address already exists and there is a one to one mapping, so we can use unmatched values to see where needs surveying. Ed Get Outlook for Android From: Stephen Knox Sent: Saturday, July 4,

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 12:54, David Woolley wrote: At the very least data currently live in on a 'current' view should be automatically filed to an historic layer when it is replaced How does this differ from how OSM already works?  You can already create versions of the map at any point in its

Re: [Talk-GB] UPRN Locations Map

Hi Mark I was wondering in the future if street names etc. could be derived from Mapillary (attribution source=Mapillary) where images exist? Cheers Nick On 04/07/2020 12:02, Mark Goodge wrote: On 04/07/2020 06:16, Kai Michael Poppe - OSM wrote: So, a few months ago I stumbled upon a

Re: [Talk-GB] Solar Power mapping update Q2 2020

Hi all That's great news. By the way, I have some regions to propose, if anyone would like to be steered: With my solar PV colleagues, we've discussed targeting a couple of specific regions. We're looking at the Midlands (because so much good mapping has happened there already) - but also the

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 18:24, Lester Caine wrote: The current 'OHM' is not a layer that can be easily combined with the current 'OSM' layer. Large sections of the current data are simply cloned into OHM I'm not referring to OHM; I'm referring to the main OSM map. At least since September 2012, OSM

Re: [Talk-GB] UPRN Locations Map

I'm not convinced this data should be pulled into OSM. It would add a lot of clutter that users would be tempted to move around or delete. In areas like mine where I've added thousands of buildings and addresses from surveys, it would be making matters worse not better. It would be a disincentive

Re: [Talk-GB] UPRN Locations Map

>From Wikidata, https://m.wikidata.org/wiki/Property:P8399 if you query the UK Flood service with the UPRN you can see more detail on the property On Sat, 4 Jul 2020, 08:52 Stephen Colebourne, wrote: > I'm not convinced this data should be pulled into OSM. It would add a lot > of clutter that

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 20:33, David Woolley wrote: On 04/07/2020 18:24, Lester Caine wrote: The current 'OHM' is not a layer that can be easily combined with the current 'OSM' layer. Large sections of the current data are simply cloned into OHM I'm not referring to OHM; I'm referring to the main OSM

Re: [Talk-GB] UPRN Locations Map

On 04/07/2020 23:14, Cj Malone wrote: On Sat, 2020-07-04 at 22:24 +0100, Lester Caine wrote: What is needed is a means of adding LAYERS of data which can be managed either via third party data sets, or manual edited using existing tools to add data that is missing from the narrow view confined

Re: [Talk-GB] UPRN Locations Map

On Sat, 2020-07-04 at 22:24 +0100, Lester Caine wrote: > What is needed is a means of adding LAYERS of data which can be > managed either via third party data sets, or manual edited using > existing tools to add data that is missing from the narrow view > confined to 'current' objects ... If I