For me, the convincing argument is not ease of querying; the
convincing argument is essentially namespacing. "uprn" and "usrn" are
rather generic initialisms, and I don't see any useful reason for our
uk/gb project to claim the "meaning" of ref:uprn or ref:usrn within
OSM's tag namespace.
I
Why country codes? OSM is geospatially aware.
On 09/04/2020 14:31, Robert Whittaker (OSM lists) wrote:
On Thu, 9 Apr 2020 at 14:26, Robert Whittaker (OSM lists)
wrote:
On Thu, 9 Apr 2020 at 09:21, Tony OSM wrote:
If the data is to be in the public domain the next step has to be tagging.
Do
On 10/04/2020 17:37, Brian Prangle wrote:
Can I ask two basic daft questions?
What use are these in OSM if we only pick at them instead of importing
the lot ( which is highly unlikely)?
UPRNs will be useful on any mapped building or area, as it will help
link OSM data to other datasets
On 10/04/2020 17:37, Brian Prangle wrote:
Can I ask two basic daft questions?
Perfectly reasonable questions ...
What use are these in OSM if we only pick at them instead of importing
the lot ( which is highly unlikely)?
I'll repeat that we do need to wait and see exactly what will be
Can I ask two basic daft questions?
What use are these in OSM if we only pick at them instead of importing the
lot ( which is highly unlikely)?
Is it possible to derive street names from USRN in a way that is licence
compatible?
Regards
Brian
On Fri, 10 Apr 2020 at 13:14, Mark Goodge wrote:
On 09/04/2020 20:58, nd...@redhazel.co.uk wrote:
If uprn is supposed to denote an address, why not simply use addr:uprn?
It doesn't denote an address. While a lot of premises that have a UPRN
also have an address, there are also many that don't. Every individual
field in an agricultural
Prefer capitalised
ref:UK:uprn and ref:UK:usrn
as wikipage for ref https://wiki.openstreetmap.org/wiki/Key:ref shows
towards the end that US and FR are used to build up refs, FR has a page
showing all their ref's
On 10/04/2020 08:04, Jez Nicholson wrote:
I don't think they meant 'replace an address with addr:uprn', just
enhance it.
I was not being as clear as I should have been. A UPRN parcel of land or
object includes those for which an address is not appropriate and which
'Royal Mail' would never
I don't think they meant 'replace an address with addr:uprn', just enhance
it.
On Thu, 9 Apr 2020, 21:37 Lester Caine, wrote:
> On 09/04/2020 20:58, nd...@redhazel.co.uk wrote:
> > If uprn is supposed to denote an address, why not simply use addr:uprn?
> There is no intention that UPRN will
On 09/04/2020 20:58, nd...@redhazel.co.uk wrote:
If uprn is supposed to denote an address, why not simply use addr:uprn?
There is no intention that UPRN will replace an address. It will be able
to return a unique address but there will be no move to remove that
duplicate data from OSM. What
If uprn is supposed to denote an address, why not simply use addr:uprn?
ndrw6
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
Op do 9 apr. 2020 om 19:47 schreef Lester Caine :
>
> On 09/04/2020 15:32, Mark Goodge wrote:
> >> So I'd propose that we use either ref:uprn and ref:usrn, or
> >> ref:UK:uprn and ref:UK:usrn. What does everyone else think?
> >
> > I'd be happy with either, so long as it's consistent.
>
> That is
On 09/04/2020 15:32, Mark Goodge wrote:
So I'd propose that we use either ref:uprn and ref:usrn, or
ref:UK:uprn and ref:UK:usrn. What does everyone else think?
I'd be happy with either, so long as it's consistent.
That is ideal from my point of view ... yes you can get the country by
On 09/04/2020 17:18, Andy Mabbett wrote:
On Thu, 9 Apr 2020 at 13:06, Mark Goodge wrote:
They're a 10 to 12 digit integer.
Is there a check digit?
No, they're a simple sequential allocation. So an error can't be
detected internally, it does need to be verified. But the same is true
of
On Thu, 9 Apr 2020 at 13:06, Mark Goodge wrote:
> They're a 10 to 12 digit integer.
Is there a check digit?
--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
On 09/04/2020 14:26, Robert Whittaker (OSM lists) wrote:
I would have said that ref:uprn and ref:usrn are the natural choices
for use to use. However, I've seen some calls for country codes to be
added to 3rd-party ref values, so we might consider ref:UK:uprn and
ref:UK:usrn instead. This
It would seem to be "rather" unlikely that such reference ids would be
named UPRN and UPSN outside of the UK to start with, so a more generic
building_ref, street_ref or similar would be likely more sensible (if
there is any value at all in mapping these). And yes similar concepts
exist outside of
Can’t the key location be inferred by the fact it is within a country bounds
rather than redundantly added?
Gareth
> On 9 Apr 2020, at 14:46, Tony OSM wrote:
>
> That makes perfect sense to me.
>
> Any other views?
>
> Tony
>
>> On 09/04/2020 14:31, Robert Whittaker (OSM lists) wrote:
>>>
That makes perfect sense to me.
Any other views?
Tony
On 09/04/2020 14:31, Robert Whittaker (OSM lists) wrote:
On Thu, 9 Apr 2020 at 14:26, Robert Whittaker (OSM lists)
wrote:
On Thu, 9 Apr 2020 at 09:21, Tony OSM wrote:
If the data is to be in the public domain the next step has to be
On Thu, 9 Apr 2020 at 14:26, Robert Whittaker (OSM lists)
wrote:
> On Thu, 9 Apr 2020 at 09:21, Tony OSM wrote:
> > If the data is to be in the public domain the next step has to be tagging.
> > Do we need country specific tags for these two pieces of data?
> > What should they be?
>
[snip]
>
>
On Thu, 9 Apr 2020 at 09:21, Tony OSM wrote:
> If the data is to be in the public domain the next step has to be tagging.
> Do we need country specific tags for these two pieces of data?
> What should they be?
Looking at taginfo, there are a number of different tags in use for
UPRN values (see
On 03/04/2020 10:15, Peter Neale via Talk-GB wrote:
So, will I have to quote a 20-digit alpha-numeric code, if I want to
order something from Amazon? ..or get my grandchildren to send me a
birthday card?
(I do not know what these UPRN's look like, but I bet they are not as
easy to remember
On 09/04/2020 10:46, Peter Neale via Talk-GB wrote:
Hi Lester,
Sorry if my post was a bit of a rant. I have a history of having to
fight to get IT systems that do the hard work and preventing them
demanding that people do the translation into "machine-speak".
My rant has always been that
Hi Lester,
Sorry if my post was a bit of a rant. I have a history of having to fight to
get IT systems that do the hard work and preventing them demanding that people
do the translation into "machine-speak".
Thanks for the explanation.
Regards,Peter
On Thursday, 9 April 2020, 10:29:05 BST,
On 03/04/2020 10:15, Peter Neale via Talk-GB wrote:
So, will I have to quote a 20-digit alpha-numeric code, if I want to
order something from Amazon? ..or get my grandchildren to send me a
birthday card?
(I do not know what these UPRN's look like, but I bet they are not as
easy to remember
On 09/04/2020 09:19, Tony OSM wrote:
Thanks to Andy for highlighting this.
If the data is to be in the public domain the next step has to be tagging.
As someone who has been using this data internally for clients who are
the councils who have been providing it TO the charged for services I'm
Thanks to Andy for highlighting this.
If the data is to be in the public domain the next step has to be tagging.
Do we need country specific tags for these two pieces of data?
What should they be?
Do we need a wiki for them , where? I'll summarise the answers and
create a wiki page if
So, will I have to quote a 20-digit alpha-numeric code, if I want to order
something from Amazon? ..or get my grandchildren to send me a birthday card?
(I do not know what these UPRN's look like, but I bet they are not as easy to
remember as "Rose Cottage, 3 Church Lane, XX3 4ZZ")
We have to
On 03/04/2020 09:27, Robert Whittaker (OSM lists) wrote:
There will presumably be a drive in government circles to store
addresses as UPRN's, and then fetch the associated location and
address data from AddressBase. Assuming Rob's interpretation is
correct (I think it probably is) then this
On Thu, 2 Apr 2020 at 22:19, RobJN wrote:
> It's all a bit unclear but from what I've read it sounds like there will be
> a release of the UPRN / UPSN identifiers and their associated geometries
> ("coordinates" in some text). I see no reference to address data being part
> of the release.
There
As always, Owen has a good write-up:
https://twitter.com/owenboswarva/status/1245763596782575617?s=19
Thank you
Rob
--
Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
Hi Jez,
It's all a bit unclear but from what I've read it sounds like there will be
a release of the UPRN / UPSN identifiers and their associated geometries
("coordinates" in some text). I see no reference to address data being part
of the release.
What it will mean is that there will be an easy
please tell me that does not mean that rather than releasing geodata with
lat-lon, street address, etc., UK Govt will use a proprietary id instead?
and to turn this id into something usable I have to licence an OS product.
On Thu, Apr 2, 2020 at 4:10 PM Andy Mabbett
wrote:
> "Unique Property
"Unique Property and Street Reference Numbers to become the standard
way of referencing and sharing address information about properties
and streets across government, helping to transform public services
and boost our economy"
34 matches
Mail list logo