Re: [Talk-GB] Errors in Street Names in Addresses

2018-01-30 Thread Andy Mabbett
On 27 January 2018 at 20:09, Robert Whittaker (OSM lists)
 wrote:

> Following on from last quarter's post-code and addresses project, I've
> been doing a bit more playing around with UK address data from OSM.
> I've put together a new report at
> http://robert.mathmos.net/osm/addresses/street-warnings/

Some errors, like double spaces (e.g. "Chester␣␣Road") have no
plausible use-case, and should  - unless someone contradicts that
assertion - be corrected en mass.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


[Talk-GB] OSM Conflator

2018-01-30 Thread Rob Nickerson
Hi all.

I wrote up part 1 of my experience with OSM Conflator and the Community
Validation tool. This first part focuses on OSM Conflator explaining what
it does and the main components of it.

http://www.mappa-mercia.org/2018/01/osm-conflator.html

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] Errors in Street Names in Addresses

2018-01-30 Thread Paul Berry
Hi again Rob,

If you want some more work to do... given there will always be false
positives, per Point 3 of your original email, would you be able to add a
facility so we could mark these as such inline, eg as
https://www.keepright.at does?

S36 7GG, for example, correctly spans three addressable roads.

Regards,
*Paul*


On 30 January 2018 at 15:04, Robert Whittaker (OSM lists) <
robert.whittaker+...@gmail.com> wrote:

> On 30 January 2018 at 11:40, Lester Caine  wrote:
> > On 30/01/18 10:14, Robert Whittaker (OSM lists) wrote:
> >>
> >> (There weren't nearly as many objects in case 2 as I thought there
> >> would be here based on people's comments, so it's possible I've messed
> >> up the programming logic somewhere. If there are still any objects
> >> with a highway=* tag listed in other sections, then please let me
> >> know, and I'll see if I can fix the bug.)
> >
> > http://www.openstreetmap.org/way/4298681 is now listed in 'highways with
> > postcodes' for WR12 7EP, but my next road which is tagged the same way
> > https://www.openstreetmap.org/way/4299405 is under 'Street Name
> Mismatches
> > in Postcode Unit' but has the same name in both columns, so I don't see
> what
> > the problem is ...
>
> Sorry about that -- it was a bug in my code -- which I think I've
> fixed now. Have another look at
> http://robert.mathmos.net/osm/addresses/street-warnings/WR.html --
> there's a lot more moved to the highways section now.
>
> Robert.
>
> --
> Robert Whittaker
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] Errors in Street Names in Addresses

2018-01-30 Thread Lester Caine

On 30/01/18 15:04, Robert Whittaker (OSM lists) wrote:

Sorry about that -- it was a bug in my code -- which I think I've
fixed now. Have another look at
http://robert.mathmos.net/osm/addresses/street-warnings/WR.html  --
there's a lot more moved to the highways section now.


That is looking a lot more sensible. On my todo list, only the entries 
on the highways section with different names need work. I am going to 
leave postcode on addr:postcode and I'll start working through the WR 
stuff with missing street names, but the other 'errors' look a lot 
easier to handle as they are just spelling and secondary street names. 
We just need to agree how to tag all the highway stuff to wipe them from 
the list?


I do appreciate the work you are doing ... I've been wasting more and 
more time on simply keeping machines working, with all the crap on 
windows machines being chased hard on the tail by similar ones on my 
main Linux machines. Having rolled back to SUSE LEAP42.3 on the main 
machine I've got a browser that works again with potlatch2 and a JOSM 
setup that is working, along with the main development platforms for the 
day job. PERHAPS now I can actually get some new work done in several 
areas ... I've even got all 4 screens running cleanly for the first time 
in years so I can keep multiple views open while cross checking things.


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] Errors in Street Names in Addresses

2018-01-30 Thread Robert Whittaker (OSM lists)
On 30 January 2018 at 11:40, Lester Caine  wrote:
> On 30/01/18 10:14, Robert Whittaker (OSM lists) wrote:
>>
>> (There weren't nearly as many objects in case 2 as I thought there
>> would be here based on people's comments, so it's possible I've messed
>> up the programming logic somewhere. If there are still any objects
>> with a highway=* tag listed in other sections, then please let me
>> know, and I'll see if I can fix the bug.)
>
> http://www.openstreetmap.org/way/4298681 is now listed in 'highways with
> postcodes' for WR12 7EP, but my next road which is tagged the same way
> https://www.openstreetmap.org/way/4299405 is under 'Street Name Mismatches
> in Postcode Unit' but has the same name in both columns, so I don't see what
> the problem is ...

Sorry about that -- it was a bug in my code -- which I think I've
fixed now. Have another look at
http://robert.mathmos.net/osm/addresses/street-warnings/WR.html --
there's a lot more moved to the highways section now.

Robert.

-- 
Robert Whittaker

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] Errors in Street Names in Addresses

2018-01-30 Thread Lester Caine

On 30/01/18 10:14, Robert Whittaker (OSM lists) wrote:

(There weren't nearly as many objects in case 2 as I thought there
would be here based on people's comments, so it's possible I've messed
up the programming logic somewhere. If there are still any objects
with a highway=* tag listed in other sections, then please let me
know, and I'll see if I can fix the bug.)


http://www.openstreetmap.org/way/4298681 is now listed in 'highways with 
postcodes' for WR12 7EP, but my next road which is tagged the same way 
https://www.openstreetmap.org/way/4299405 is under 'Street Name 
Mismatches in Postcode Unit' but has the same name in both columns, so I 
don't see what the problem is ... A large number of WR12 7** postcodes 
are correct as far as MY checks show. WR12 7JJ, WR12 7PH, WR12 7PP ... 
WR12 7PJ has snagged a bus stop node ...


One source of questions is the addition of addr:postcode to bus stops. 
https://www.openstreetmap.org/node/799223204 for example seems just 
wrong as it's now where near the WR12 7HP road and a quick check on 
local bus routes shows none stopping there anyway ... AH looks like the 
bus stop is now in the wrong place ... buses go down WR12 7HP now. But 
you can see the problem that adding postcodes to objects that don't have 
postal addresses seems strange except if one is tagging for routing :(


Other nodes are also throwing up questions such as 
http://www.openstreetmap.org/node/3383359238 ...OK - WR14 3LT and WR14 
3LY are getting confused by the ' which is not on the PAF file or on the 
Worcestershire Hub listing ... but is on google maps :)


But I would repeat that while 'Code-Point Open' provides a list of valid 
postcodes, it can't be used to check the street names, so adding the 
postcode to the street seems to be the right thing to do. The only 
question is if t should be addr:postcode and combined with other addr: 
elements for 'place' or simply 'postal_code' ... I can accept the second 
if the guide is also to omit other addr: elements from the street 
tagging ... use of addr:place, addr:location and the like cries out for 
addr:postcode ... 'postal_code' pairs up with 'is_in' which is something 
else that does not work well?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] Errors in Street Names in Addresses

2018-01-30 Thread Robert Whittaker (OSM lists)
On 27 January 2018 at 20:09, Robert Whittaker (OSM lists)
 wrote:
> Following on from last quarter's post-code and addresses project, I've
> been doing a bit more playing around with UK address data from OSM.
> I've put together a new report at
> http://robert.mathmos.net/osm/addresses/street-warnings/ which
> provides lists of potential issues in street names that appear in
> addresses on OSM objects.

Following some of the comments here and after looking at more of the
data, I've made a couple of tweaks to the tool:

1/ Relations with type=street are now supported in the same was as
type=associatedStreet was before. So a street name given in a 'street'
relation will now be picked up.

2/ addr:postcode tags on highway=* objects should now be listed in a
separate section, and the name=* tag is used to find the street name.
So if you want to ignore such objects you can.

(There weren't nearly as many objects in case 2 as I thought there
would be here based on people's comments, so it's possible I've messed
up the programming logic somewhere. If there are still any objects
with a highway=* tag listed in other sections, then please let me
know, and I'll see if I can fix the bug.)

Finally, there was a request not to treat "&" as an odd character. I
think this won't occur too often in actual names, and if it's included
in an OSM addr:street tag it's as likely as not to be an inappropriate
abbreviation. So I think on balance it's worth keeping. Remember that
the items listed in the tables are only warnings, and not necessarily
errors. There will inevitably be some false positives in the checks.

Robert.

-- 
Robert Whittaker

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb