Re: [Talk-GB] UPRN wiki page

On Tue, 2020-11-17 at 14:10 +, Jez Nicholson wrote: > Whilst i'm here, am I correct that a UPRN can *only* be on a single > thing? > So anything in > https://taginfo.openstreetmap.org/keys/?key=ref%3AGB%3Auprn#values mo > re > than once is an error? > > ...or can a road have a USRN *and* a

Re: [Talk-GB] Q4 2020 Quarterly Project: Defibrillators

> Firstly, I have seen a few buildings that have an AED pictogram sign > outside, suggesting that there is a defibrillator inside. Is this > considered sufficient 'on the ground' evidence to add to the map. > These are often locations that are noted up on the Survey Me! tool, > but not always. I

Re: [Talk-GB] Mapping a building that's two connected separate buildings

You could also consider at Simple 3D buildings [1], in which case I think you'd have 1 building around the entire footprint and 3 building:parts. Cj [1] https://wiki.openstreetmap.org/wiki/Simple_3D_buildings ___ Talk-GB mailing list

Re: [Talk-GB] Q4 2020 Quarterly Project: Defibrillators

On Mon, 2020-10-12 at 08:54 +0100, Robert Whittaker (OSM lists) wrote: > I've got the AED data from all the Ambulance Services in the UK apart > from Northern Ireland and London in my OSM comparison tool at > https://osm.mathmos.net/defib/progress/ . Much of the data is more > than a year old, but

Re: [Talk-GB] Q4 2020 Quarterly Project: Defibrillators

On Mon, 2020-10-12 at 09:45 +0100, Jez Nicholson wrote: > What tags should I be capturing? phone=999 + indoors=no? access=code? I don't think phone=999 is necessary. Potentially adding the operators phone number would be more useful as people could report issues or vandalism. I think

Re: [Talk-GB] Proposal: Import EV charging point data

On Tue, 2020-08-18 at 12:18 +0100, Steven Hirschorn wrote: > Are we allowed to put the points on a non-OSM map to ask local > mappers to survey? Legally I think it's a bit ambiguous, but current practice is to do exactly that. See tools like [1] where most of the data isn't compatible with the

Re: [Talk-GB] Street-name toids

On Sat, 2020-08-15 at 20:55 +0100, Steve Doerr wrote: > On 13/08/2020 13:06, SK53 wrote: > > This location > > on > > Robert's site shows several UPRNs on streets: > > > > * 10009154384 on Averton Square > > > > That's a link to

Re: [Talk-GB] Electric vehicle charging points

On Tue, 2020-07-21 at 17:30 +0100, Mark Goodge wrote: > But it's not reliable enough for an unfiltered bulk import; there are > duplicate entries, incorrect coordinates and incorrect or missing > addresses. We could turn this into an advantage of Open Data and OSM. Validation of other datasets

Re: [Talk-GB] (no subject)

Passenger does a lot of good stuff. There down stream customers use OSM, and credit it [0]. They release more up to date NaPTAN formatted data that NaPTAN its self [1]. Honestly it's a bit of a shame the OSM bus stop data is so neglected. Cj [0] https://www.islandbuses.info/explore [1]

Re: [Talk-GB] POI files of Pub/Restaurant chain

Hey, You'd have to contact them to ask what license those files are published under, or get explicit permission for it to be used in OSM. If you do make contact it may be better to ask for permission to use the store data from whole website which will include phone number, opening times,

Re: [Talk-GB] Holiday camp tagging

On Mon, 2020-07-13 at 20:47 +0100, David Woolley wrote: > If separate areas have been mapped for tents and caravans, you should > not coalesce them. Is this not the same as amenity=university on each building though? Where the correct method is one closed way or relation with amenity=university

[Talk-GB] Holiday camp tagging

Hello everyone, I'm mapping a local camp site [0], and have a few questions regarding tags. 1 - It's mainly static caravans with some cabins, but it also has an area for tents/caravan pitches. It should tagged as one tourism=caravan_site with tents=yes, right? It's currently split into one main

Re: [Talk-GB] New Bing Imagery

I was splitting houses in Portsmouth/Southsea this morning. The imagery is great, I don't know if it was part of this update, or if it's been like this for a while. ___ Talk-GB mailing list Talk-GB@openstreetmap.org

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

Re: [Talk-GB] Virtual meeting: New open data and towards more UK addresses

I can't make it for 7:00 pm Saturday, will the discussion be recorded or notes taken? Cj ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] positioning of shop nodes as entrances

>Personally, I don't like tagging the whole building as 'amenity=cafe' as it >is only the downstairs of the building being used for that purpose, which >is why they were nodes. I agree, it also means that shops on buildings sometimes have `level`, which doesn't makes sense. >So, is there any

Re: [Talk-GB] Farmfoods clean up

Hello everyone, I've gone through this and done what I can. I've gone through the OSM listings and looked through Mapillary to add missing stores. I didn't keep the stats as well as I intended to, but I now think there are 327 Farmfoods stores, with 228 of them existing in OSM. They now have

Re: [Talk-GB] Farmfoods clean up

On Wed, 2020-05-27 at 12:01 +0100, Phil Endecott via Talk-GB wrote: > Cj Malone wrote: > > This also means shop=frozen_food, currently they are mainly > > shop=supermarket > > My local one was doing a roaring trade in 36-packs of loo roll > a few weeks ago. I b

Re: [Talk-GB] Farmfoods clean up

On Wed, 2020-05-27 at 11:28 +0100, SK53 wrote: > I presume its being applied to Iceland (and Heron?) too. According to the name suggestion index it's recommended for Iceland but not for Heron Foods. From memory I think Heron Foods would probably fit frozen_food but their homepage exclusively

Re: [Talk-GB] Farmfoods clean up

On Wed, 2020-05-27 at 06:35 +, Ed Loach wrote: > If you can't copy the opening hours data, are you sure you can copy > the store reference? That's a good point. I guess I was thinking because it's in the url it's usable, but I don't know enough about copyright. I'll leave it out, unless

[Talk-GB] Farmfoods clean up

Hello everyone, I'm intending on doing some maintenance on Farmfoods stores across the country, and looking for some comments before I do. I've been looking at it and as far as I can tell Farmfoods has 329 stores, with OSM having 223 of them. I don't think I'm going to go through Mapillary images

Re: [Talk-GB] Q2 2020 Quarterly project GP Surgeries and health sites

I think a lot of the confusion comes from the name suggestion index (some of the presets for iD) listing Boots twice. However basically all (if not all) of Boots in the UK are pharmacies, because they do prescriptions. In some regions this is not the case, Boots without prescriptions is a

Re: [Talk-GB] Quarterly Project Suggestion - drink_water:refill

"You can download our proprietary app, that uses our proprietary data, on 2 proprietary app stores, on 2 proprietary platforms. The app is open." Doesn't make much sense to me, but oh well. Seriously though, I added the only local place I know about. But would it be appropriate to contact some

Re: [Talk-GB] Update bus stop names

Hey Neil, I don't know which nodes you are talking about, but of the ones I'm looking at (where "name" != name from new NaPTAN data using "naptan:AtcoCode"). The vast majority haven't been updated in 10 years, since the NaPTAN import, or one edit where "naptan:verified" was changed to yes. I am

Re: [Talk-GB] Update bus stop names

e stop area name. > >All this just goes to highlight that you will need to reflect carefully >on what the fields that you are updating in OSM should be before making >the changes - although I agree that in many places the data in OSM is >way out of date and desperately needs updating.

[Talk-GB] Update bus stop names

Hello, I've recently found an open data set with more accurate bus stop names than OSM. Based on my limited survey of differences in OSM data and this data, theirs has been more accurate. Not really surprising, since it's there network, and most of the OSM data hasn't been updated since the

Re: [Talk-GB] Stale Developments

In that case wouldn't it be handy to add 'survey:date=-MM-DD'? Plus that bumps the edit date that'd push it out of this, and related out-of-date tools. On 10 January 2020 14:42:11 GMT, Andy Robinson wrote: >Excellent Robert, very useful. > >Note that brownfield sites can remain that way