It would be good if when adding cyclepaths that are shared pavements that you use tag combination: highway=path,surface=*,foot=designated,bicycle=designated,segregated=no,path=sidewalk - instead of highway=cycleway. Those sections of route aren't primarily for cyclists, rather cyclists have been given the right to use the pavement.

It was 7 years ago. It looks to have expanded into the adjacent building number since, now 62-64 in addressing. The postal city possibly originally wrong, have corrected to Lowestoft.

Perhaps remove path=right, path:surface=grass etc. tags from adjacent road way when explicitly mapping.

operator="UK Power Networks" too?

Not Cawston on review, actually Corpusty and Saxthorpe area.

The break in route was caused by the Northern Distributor Road construction (A1270), now named Broadland Northway, but nearly all call it the NDR. I've checked the latest timetable of Sanders Coaches (https://sanderscoaches.com/timetables/45) and revised the route accordingly for the mainstay running.

The timetable also hints at part-day running through Felthorpe and Reepham.

There are further breaks around Cawston.

By law all roads are open to pedestrian use in the UK, except for Motorway and explicit no pedestrian signage.

Perhaps motor_vehicle:conditional="no @ (2022 Jun 2+)" instead? Or date range if end date known.

What was this about? You've routed a service road through a fence.

If you are going to route a service road through highway=service with area=yes, then you should change the service area to area:highway=service so it renders and is no longer part of routing.

This because highway=service with area=yes is already intended as a freely routable space from all interconnects. So there was no need in this instance to add additional way connectivity.

It may suggest the gap finding is not factoring in highway areas correctly.

It is up to the routing agents to correctly handle any edge-to-edge connection within highway areas from entry/exit points.

The way was actually connected already by means of highway=service with area=yes tagged. By connecting the service road between, you really should change the former to area:highway=service.

That's actually legally incorrect. It is only motorways that pedestrians are restricted from (in England).

Thanks :)

I have restored the addressing tags for this building and tagged the new details at the new building location.

Future changes could be reported by using the "Add a note to the map" facility.

From a coding and database point of view a non-conditional fee would be stored as a nullable currency numeric value. Which is probably why seeing fee=yes + charge=1 GBP/hour seems a bit strange to me, instead of fee=no or fee=1 GBP/hour. Despite the many use cases that TagInfo higlights, but such is the sway of the wiki.

I'm fine with the conditional, but if you read the wiki discussion it becomes apparent that bias towards using two keys appear to originate from one single user unsure of how to code handling for the fee key. Not a great single-point reference for defining guidelines.

I don't really see what the problem is with using charge key-like value in the fee key. Either there's no fee and zero charge, or a fee and non-zero charge. Seems wasteful to be using two keys for that sort of thing. People really should be able to handle fee=no, fee=0, fee=free few cases as none, and the rest paid.

Lakenfields apartments, that is.

Something amiss with your edits on this one, per doubled up 10-20, 22-36, 67-75, 76-81 address numbering. Shouldn't they be unique?