Hi Kurusu112, yes you have two options: the most usual one is amenity=kindergarten (I sometimes I add kindergarten=day_nursery to separate ones which are primarily looking after kids from those doing some kind of teaching like a Montessori School). A alternative is amenity=childcare with childcare=day_nursery, but this is much less used and I'm not sure if it shows on the map.

You can also add min_age and max_age to show the range ages of children tha are catered for.

Regards,

SK53

Not to worry found it! https://www.mapillary.com/map/im/inejYJR3B3RE8TO1KzK0DQ

A2 through Carnlough up to where Largy Road rejoins to the N is marked as having a height limit of 3.8m. This seems a little unlikely as I cant see any bridges on the road at all. It also doesnt appear in the NIDirect list of low bridges (although a non-bridge height restriction may exist independently). Any recollection of why you added this? (And sorry for probing mapping from long ago, again).

Jerry

PS By way of explanation I was looking for somewhere with outside data to compare to OSM to provide a handle on completion of low bridge mapping & the NI Direct data was first I came across.

One bit of coastline is wrong way round, should be corrected soon.

I should also add that we have been successfully mapping addresses of POIs in Nottingham for many years now and have a dedicated application which uses address data. http://osm-nottingham.org.uk/.

What you are adovating is a kind of data normalisation (which OSM does not do), which doesnt work anyway unless you treat addresses as first class objects (again something the OSM data model does not allow; and vanishingly rare in most business systems too). See links to Morten Lind from Denmark, referenced in Economist article. for the detailed argument.

This is completely and utterly wrong. We have well in excess of half a million addresses mapped in the UK on OSM mapped with the Karlsruhe Scheme. The latter is the de facto standard for mapping addresses and is used worldwide (some countries such as NL, DK, EE have complete national addresses mapped in this way). You can review my presentation to the UK OpenAddresses Symposium on the state of OSM addresses back in 2014 (https://www.slideshare.net/SK53/2sacrowd-osm-oaf), or read about me (and others around the world) mapping addresses in The Economist from Sep 2014: https://www.economist.com/international/2014/09/20/getting-on-the-map . Nothing has changed since then other than we quitely plug away adding more. Please dont make these changes, they break all the tools and data consumers using addresses, but notably the search engine Nominatim.

Hi Bea,

Welcome to OpenStreetMap. It's always great to see folk adding stuff in Argyll.

I just wanted to tell you a little more about how to get the objects to show up on the map itself. Places with names only will not get displayed. An additional tag (sometimes more) is needed to make this happen. For the village hall add either amenity=community_centre or amenity=social_facility. For the boat club it's a bit more complicated because the proper tags (club=sports) dont get processed by the software which creates the map. Probably the simplest thing is to draw a building instead of a point and add "Craignish Boat Club" as a name there.

If this sounds too complicated for you starting out, I can make these changes & then you can have a look to see how I've done it.

Best wishes,

Jerry (aka SK53)

Sorry it was you mentioning Orston which caused me to say that. As for rights of way, if you ignore byways & restricted byways there are just two tags: designation=public_footpath and designation=public_bridleway. HTH

Hi, Just noticed your tweet. Brave man to be wading though rape at this time of year. I initially didn't realise that you are the 'original' Orston mapper. Thanks for cleaning up the NPE paths. If you know something is a PRoW can you mark them with designation tags? Also if you've looked at the things you can get rid of the NPE tags which, are, in effect, a fixme.

Cheers,

Jerry

Hi RIchard,

Oh great, you are fully aware of these. I think this was our worry.

I move them to old_fhrs:id, others might stick disused:fhrs:id. In general it's better to keep them in some form. The reason being is that often the FHRS was the only source of an address. I have a stash of extracts of Food Hygiene data going back to 2013 I really should get round to cleaning the data up & publishing it somewhere). Not infrequently they are useful for capturing the address when its former purpose was known (pubs especially). Note that we have noticed one or two LAs reusing FHRS identifiers which makes life very confusing.

However if you are just going through LAs systematically updating them then it probably doesnt matter. (You dont fancy helping me add addresses in Manchester btw: lots to do there).

Cheers,

Jerry

Yes, please DO NOT remove fhrs:id tags. These relate to Food Hygiene data and are used both for verification of data and for assessing progress of mapping on OSM. See for instance: https://gregrs.dev.openstreetmap.org/fhrs/. In addition they also allow the actual scores on the doors to be retrieved by apps which may wish to do so.

Sorry for writing in English. I notice you use family_head=Fabaceae (e.g., on this tree row way/448798823), but a better tag would be taxon:family=Fabaceae. family_head actually is mainly used to denote the "paterfamilias" in Nepalese villages. The use of taxon for the author of the taxon is also not typical. Normally it is a synonym for species or used in conjunction when the tree is a particular type (cultivar) e.g., Robinia pseudoacacia 'Frisia'. A good place to see extensive use of these tags is the Vienna tree import.

Regards,

Jerry (aka SK53)

Sorry, I realise I didnt review the object history. Apologies

Sorry for writing in English. I notice you use family_head=Fabaceae, but a better tag would be taxon:family=Fabaceae. family_head actually is mainly used to denote the "paterfamilias" in Nepalese villages. The use of taxon for the author of the taxon is also not typical. Normally it is a synonym for species or used in conjunction when the tree is a particular type (cultivar) e.g., Robinia pseudoacacia 'Frisia'. A good place to see extensive use of these tags is the Vienna tree import.

Regards,

Jerry (aka SK53)

Many thanks. I can get in touch with the person who set-up the challenge instead of hassling you! Happy mapping.

In general I would support the wiki's advice on this re-tagging: "This tag is a refinement of power=station and power=sub_station and aims to replace these tags even though they are, at present, much more frequently used. Do not try to automatically change these tags. " (power=substation).

By the scope of these edits I doubt that you know if each site should be re-tagged as substation or transformer. If that is the case re-tagging removes the idea of the originators of the power=substation tag to discriminate between transformers & true sub-stations.

I didn't find the challenge with a quick look at Maproulette, so I'd appreciate a link to the instructions.

Have you verified that the maps on the West Gate Tunnel project are genuinely available with a licence suitable for OSM. I can find no licence statements on the website. It is normal practice in this case to assume that they contain copyright material and are not suitable for use in OSM. There are recent discussions on talk-au about how to request suitable waivers for the use of data of this kind for OSM.

Adding some detail around Charley Woods NR. Flash blocked me from typing anything at end of edit.

At a guess this is another Global Logic edit. See osm.org/user_blocks?page=4

Funnily enough I have the same problem with childcare for day nurseries because they may be either predominantly education or childcare facilities. OTOH I dont mind synonymy. I think a more significant problem with amenity=childcare is that many of the objects only have that as a tag: amenity=kindergarten is much more precise compared with that. I'm fine with the childcare=X tag, as I've been trying to separate out day nursery from nursery school.