The name & it's variants are documented in Place Names of Cardiganshire (https://books.google.co.uk/books?id=FYVnAAAAMAAJ&focus=searchwithinvolume&q=ochor page 514), which suggests the OS changed it in the late 19th century. I only know about this book, because the author is my cousin who grew up in Tregaron.

Hi,

I've amended the node you created in such a way that it should show up on the main map now. One question: the Ordnance Survey open data have the name as Ochr Garth not Ochor Garth, do you know if this is an error or an acceptable variant.

Regards,

Jerry aka SK53

LOL

Hi, If you change to power=plant can you also change the associated tags generator:* to plant:* (a pain I know, they all should just be power:type etc as there seems no good reason why they have to be associated with the actual type of power). It helps keep things separate when individual banks of solar panels are mapped in solar farms (as with the other ways you added).
Thanks,

Jerry

You seem to have deleted a lot of addresses here. In general I think the policy of the OSM-NL community is to retain BAG nodes in the location provided by BAG. You mention on IRC 'cleaning up the map', this sounds a bit like 'tagging for the renderer' - check the wiki for more on this phrase. Address data may look messy on the Standard map rendering, but is essential for many other uses.

Correction Teignmouth not Kingsteignton

Splott was certainly residential in the '90s when I used to park on the back streets, doubt if it's changed since then.

Correction this is LSOA 6B

Correction this is LSOA 6B

Correction this is LSOA 6B

One further note the FIT number of installations in East Devon 009B LSOA is 83, but I mapped 100. A couple of installations were several discrete panels on farm buildings which upped the count.

Another search for solar using UPRN nodes, but this time I clustered the nodes in QGIS using DBSCAN with distance of 0.0005 degrees and took centroids of clusters. This reduced targets from ~1500 to ~110, although road UPRNs mean the centroids not necessarily located near buildings. With 100 nodes added looks like no more solar was missed than if each UPRN was visited directly. I was fairly conservative searching around each centroid whereas I think this is not necessary in most cases (isolated farms & houses rather than villages)

In the iD editor if a polygon is cut it then becomes a multipolygon relation and stays as such even if you glue stuff back together. I suspect this might be the origin of the multipolygon. It does make it a little tedious when re-shaping areas.

Thanks, I'll add the maxheight, and see if I can check any bridges further S (often a railway was built to same tolerances so its a good way to track other missing height restrictions).

I'd noticed the street lights but hadn't added them as lit=yes. Sounds like you're tracking the ring road changes pretty thoroughly (we did this on the A46 a whole 9 years ago http://sk53-osm.blogspot.com/2011/05/along-fosse-way-mapping-new-road.html & Kev - mentioned in the post - tweets nice videos similar to yours).

In principle I'm just adding rooftop solar power across North Kesteven, but a consequence is one notices lots of things (next up I'll be asking about bridleways near Brant Broughton :-) ). Now off to find out the status of the Quaker Meeting House in that village.

Ah, I've reviewed this again and the traffic light position as it was originally was too far East, roughly in line with first house to the S, or around 50 m (has been at that location for a very long time, see node/212763059/history), and for some reason thought I couldn't see the position on Bing. I presume the road is closed from the traffic signal on the Washingborough side. My changes are here changeset/88524613, but I suspect it's best if you review them again.

Is the road 40 mph beyond the traffic light too? In Mapillary there looks to be a traffic light mounted on the light pillar just by the service road immediately after the bridge. Does this mean access from the service road is/was signal controlled?

The B1190 under the bridge is tagged access=no, but with foot, horse & bicycle all set to yes which over-rides the access=no. It presume this is intended to provide access to the temporary path. (BTW I'm not really sure that designated really has any specific meaning in the UK: sometimes it is an old way of marking a PRoW, but we dont have anything like the german usage - if a cycle path is designated cyclists have to use it not the adjacent road ).

I can now see why you noticed this, there's a lot going on.

Regards,

Jerry aka SK53

Thanks for the note, someone already edited & I have now restored the correct value. (When copying items in iD, sometimes the focus goes to the tag editor rather than the map and a different paste buffer goes into the key or tag field, but its easy to miss when mapping a single object).

Ah, sorry the position looked very odd & so I checked against Mapillary traces. As the railway line was missing bridges and pedestrian crossings I just thought it was misplaced and dinnt check if it had recently been updated. I'll change it back.

The bridge looks to be a low bridge, but I couldnt see a minimum height marker on Mapillary. I did add lanes =1.

Hi,

You may not know, but St for Saint is standard British orthography and should not be expanded. There is a little bit about it on the wiki osm.wiki/Invalid_Abbreviation_Expansion (a couple of long-term contributors are journalists - and editors - and therefore are rather well informed about it) and a rather more useful explanation on Help: https://help.openstreetmap.org/questions/19609/saint-or-st-is-there-an-official-osm-policy.

Regards,

Jerry aka SK53

Yeah, the new imagery is a bit of a game changer!

This (& your other recent changesets) is a fantastic contribution to solar mapping.

Many thanks,

Jerry aka SK53