[Talk-GB] Non-intuitive addresses

[Peter Neale]

As I see it, one problem with following the RM model of "street:substreet" comes when the data consumer is unaware of the "substreet" concept and ignores it.  This leads to 1 Rose Cottages, Green Lane" (addr:housenumber=1; addr:substreet=Rose Cottages; addr:street=Green Lane) being rendered (or used in another way) as 1 Green Lane, when there could well be a genuiine house at 1 Green Lane further along.
So, notjhing is perfect, but I still think that Street / Parentstreet is more useful. 
Regards,Peter
(aka PeterPan99) 

    On Monday, 14 February 2022, 12:05:29 GMT, Colin Smale <colin.smale at xs4all.nl> wrote:  
 
 > On 02/14/2022 12:04 PM Mark Goodge <mark at good-stuff.co.uk> wrote:
> 
>  
> On 14/02/2022 09:53, Colin Smale wrote:
> > 
> > Rule of thumb if you don't have space in your database or label for two "streets" is to prefer the most specific one and omit the "parent street". The resulting address is sufficiently unique to allow cross-checking with the postcode.
> > 
> > That would suggest this possibility:
> > 
> > addr:housenumber=2
> > addr:street=Great Moreton Terrace
> > addr:parentstreet=New Road
> > 
> > Any software unaware of "addr:parentstreet" would just use "addr:street" which would give a result that is "good enough."
> 
> Nominatim won't cope with that, though, as the addr:street value won't 
> match the name of a nearby highway.

That's Nominatim's problem...

If we start choosing/adjusting our tagging just because of one tool, that's "tagging for the renderer", even if the renderer in question is a core tool in the OSM ecosystem.
 
> Other than that, I agree with you, and what you suggest is actually 
> fairly similar to the way that Royal Mail handle it as well as being 
> consistent with the more generic "address line 1, address line 2", etc, 
> format of many address databases. So long as the first line of the 
> address and the postcode are correct, the absence of the rest won't 
> significantly affect postal or navigational purposes.

What would be even closer to the RM model would be using substreet/street instead of street/parentstreet but that idea didn't make the cut.

_______________________________________________
Talk-GB mailing list
Talk-GB at openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-gb/attachments/20220214/62cf224a/attachment.htm>