[Talk-GB] Quarterly Project: Addresses and Postcodes

Colin Smale colin.smale at xs4all.nl
Thu Oct 19 14:37:26 UTC 2017

Which boundaries are your referring to, which have yet to be mapped?
There are big holes in Civil Parish + Community mapping in the north of
England/Wales/Scotland, but most of England is OK. AFAIK all other admin
boundaries are in there. 

"Place" boundaries are a whole other can of worms, because they have no
defined boundaries in most cases and most of the UK will be in the ether
between places. They will usually differ from Royal MailĀ“s perspective

If the use case is to get decent results out of nominatim, we need to
have a discussion about how best to approach that. I think we will not
get there with OSM data alone - changes to nominatim's logic will be
required. But it all depends on your expectations I suppose. 


On 2017-10-19 16:27, Lester Caine wrote:

> On 19/10/17 14:31, Dave F wrote: On 19/10/2017 12:04, Lester Caine wrote: On 19/10/17 11:35, Adam Snape wrote: Doesn't its location within the UK make an explicit UK tag unnecessary? But when reading a single object tags do you know just where it is? Some
> other mechanism has to return the 'inside boundary' data which takes
> processing power.

OSM is geospatially aware. Nominatim have stated that it's not intensive
processing & prefer it over is_in*. If unwilling to use 'inside
boundary' coding it requires *every* object to have multiple location
tags for *every* search boundary. Expecting mappers to add this enormous
amount of data is selfish. 
The reverse of that is that there are a large number of boundaries that
have yet to be mapped and in some instances may be difficult to map at
all. I'm not suggesting that mappers add any more tags than useful and
easy to add. What I AM suggesting is that 'Expecting mappers to add this
enormous amount of data is ...' unnecessary when some key tags will
cross reference the rest of the data! And where linked data changes then
one does not have to address every object, just the top record.

Yes automation can manage and change multiple records in parallel and
fill multiple tags from the one entry, but does all that information
have to be stored raw in OSM WHEN the processing can just as easily
provide it?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-gb/attachments/20171019/64fc8001/attachment.html>

More information about the Talk-GB mailing list