Okay, I hope I got the left restriction right as relation/9407368 in changeset/68263699

I also opened an issue in OpenRouteService https://github.com/GIScience/openrouteservice/issues/467 as it seems it also has similar issues with very sharp lefts elsewhere.

Thanks again for reporting and adding information!

Thanks for adding these. I'm not entirely sure, but we _might_ also need to encode a no_left_turn from way/239208188 to way/236565624 as that's currently still "legal" and as far as I can see it is what https://maps.openrouteservice.org/directions?n1=46.429916&n2=-80.998587&n3=17&a=46.433539,-81.035328,46.450351,-81.003549&b=0&c=0&k1=en-US&k2=km does (note that its "sharp left" is indicated before the eastbound on-ramp joins in).

I think that restriction will require splitting the ways, and that might be difficult to do in iD (though I've not kept up with iD's capabilities these days). If you can't see a way to do it let me know and I'll try to do it in another editor.

Thanks again,
--Jarek

Hi, thanks for your updates to the rail lines around here. I noticed that south of Hagersville there are still some bits left over as "SOR", in particular in relation/7414399. Is that intended, or an oversight?

Ah it's because I changed membership of way/76559091 in 504A relation/7904594/history from undefined to "forward". Derp.

Why is the bounding box so big towards the east? https://overpass-api.de/achavi/?changeset=68027514 confirms I didn't change anything east of Shaw...

Sorry, w changeset/67906992

Cześć,

nie możemy dać amenity=place_of_worship, ponieważ jest to dawny kościół. Tu już nie ma place_of_worship (świątyni, miejsca kultu, Andachtstätte). W node/6324083209 zmieniłem na disused:amenity=place_of_worship. Dodałem naprawdę dużo danych do way/269446404

For comparison, London, England relation/65606 which similarly doesn't really fit into UK's administrative structure has only one admin_centre with place=city

Hello,

What is the intended meaning of "Toronto (city)" label node/6182594235, and what is the meaning of its position just off Bridle Path? Why is it place=county while the Toronto admin_centre is place=city?

The Toronto relation relation/324211 now has an admin_centre as well as the label, it seems that default OpenStreetMap.org render the admin_centre, but the label comes up in searches. See note/1697520 for one such question. Does the separate label node serve a purpose I am not familiar with?

It seems that Hamilton has the exact same situation as well.

Hi DK28082,

Thanks for your updates here. You added name "60 Avenue" to way/297362491. A note has been created note/1568353 saying that this isn't a name, and the road is just a nameless parking access road. Could you doublecheck and confirm which is correct?

changed "Ninth" to "9th" because I browsed to the intersection from the north, and it's all spelled "9th" north of here.

I see that south of here it's all "Ninth", I don't know which is actually correct and this edit isn't meant to an indication of correctness one way or another

Cheers, thanks for checking on this.

Awesome, thanks again for keeping this up to date.

Thank you for keeping up with this project. Much appreciated. Just to double check, are way/435698679 and way/139270736 still access=no, or is that an oversight?

Only south side of Queen was updated, I didn't survey the north side

Oh yes, changed way/144056128 that looks to be driveable back to highway=service. Without this the parking lot was not reachable by cars...

Hello, is setting amenity=doctors on e.g. node/6169558448/history really sensible? This is an eyeglass shop and an optometrist office. It's not really "a place you can go to get medical attention or a check up from a physician"...

Hi, this edit changed classification of one block of Yonge Street from "secondary" to "primary". Generally speaking classification should be consistent: not change without a reason, and match other streets in the area. All the major roads in Toronto are currently "secondary", and any change to that would have to be done on a much larger scale. Because of this I have undone this edit in changeset/67446915

Housekeeping for history tracking: this changeset undoes (though not reverts) changeset/43530855

Housekeeping: this changeset was effectively undone in changeset/67378950