I typically use the online iD editor on OpenStreetMap in a web browser. After you log in with your account, it's fairly easy to edit it here: osm.org/edit?changeset=154450909#map=18/37.28596/-121.95133

If it's not easy to figure out, I can make the change for you.

Only the parking lot seems to be asphalt. The entrance from Winchester looks like red concrete. Can you please split this road and update the surfaces to match what can be seen from the aerial imagery?

Why did you specify that the sidewalk has an asphalt surface? It's a concrete sidewalk.

Can you please clarify what you changed here? It looks like you moved the road. Traditionally, the road goes down the middle, like the other side and not to the right shoulder that you did in your changes.

The roads are likely privately maintained. They're not private access. It's not gated. There are no signs declaring them private, like the signs seen on private roads in other areas.

Please try to connect crossing roads in the future where applicable. This issue was listed as a warning in your changeset. I've gone ahead and made the fix for you, and I added the missing parking lot.

Above the doorway to this building, it literally says "90 STERN AVE". The USPS data is stale or incorrect. I'll send you a separate message about receiving the picture.

I find it more likely that the USPS website is wrong or stale. I find it less likely that all the other data sources are wrong. If I visit the building and confirm the address, would you consider that more authoritative than USPS?

Again, I’m comfortable with putting the Cupertino address as a separate address point on the grounds that it may be an old address.

The 7-11 website doesn't even use this Cupertino address in the 95129 zip code. Are you sure that the USPS is valid? What if we come to a compromise and make the USPS address separate from what everyone else says is this address? It's possible that the border moved, and the USPS data is stale.

Also the San Jose GIS data shows that this is a San Jose address. The Cupertino GIS says that it's not Cupertino and it's in San Jose. Though I suspect that Cupertino is getting it from the same Santa Clara County GIS data.

Hi, I combined a point with a building, and I now see that they had different addresses. I probably should not have combined them that way. The Santa Clara County Tax Assessor and the 7-11 website show this location to be at 90 Stern Avenue in San Jose. The Santa Clara LAFCO website also says that it's in San Jose and not Cupertino. The existing city border in Open Street Map shows that this is in San Jose. Can you provide further information on why you think that this address is in Cupertino? I suspect that the USPS website is wrong or incomplete. Perhaps the USPS address can be an alternate address point on top of the building, since everything else is showing this to be a property in San Jose.

The website link to the Panda Express on Stevens Creek in San Jose still works, and you can still place orders for that location. You may want to check the website for validity of each location in the future.

Whoops! Thanks for the fix.

Thank you!

The accidental disconnection is fixed with this changeset. changeset/153357297#map=17/37.30781/-121.98635&layers=N

I already fixed the accidentally disconnected path in a separate changeset.

Actually some of them were labeled as a crossing me when in fact they are not crossings. Some crossings and sidewalks had to be realigned with aerial imagery. This change is valid.

If you happen to upload photos to Mapillary, it would be ideal if the photos were of both ends of the road closure. I had to estimate the closed segment based on potentially existing buildings. Some of the buildings look burned in the aerial photography. I marked the segment to the next building as access=no, but it could be longer.

This area likely needs some extra attention.

You're welcome to switch the segment to smoothness (smoothness=*) to some other value. I'm not exactly sure what the value should be since I haven't seen a recent picture of the road. The access=no is the important part of the change.

Uploading a recent photo to Mapillary is a great idea, especially at both ends of the closed road. Then other mappers will get a better idea of what the road conditions are.

As far as using other data sources, you should be very careful. Google Maps is copyrighted material and should not be used in OpenStreetMap. See the following for more details. osm.wiki/FAQ#Why_don.27t_you_just_use_Google_Maps.2Fwhoever_for_your_data.3F

Actually Lodge Road should not have been disconnected. It's still connected and visible. Therefore it should be mapped. It's just a bad path with fire damage visible in recent aerial imagery. This part of the road might also have been closed in previous years. I have reconnected and updated this segment of Lodge Road (way/10552330) to access=no and made the smoothness=very_bad. The line that you made is not interpretable by other mapping apps, but those applications tend to respect gates and access information.