Hi-

Access roads for businesses and the like should be marked as service roads rather than minor roads.

It's not a big issue, but it gives data users a hint that they aren't as important.

(I've changed the ones just here)

Max

Please keep in mind that the highway classification wiki is not comprehensive (so there will be exceptions) and that it can also just contain opinions of single individuals.

For instance, a short stretch of divided highway is probably the same classification as the highway on either side of it.

Max

Hi again-

height values should be rounded to some reasonable number of digits. If they are in meters, probably 1 decimal place (it's unlikely a measurement is meaningfully accurate to 1 centimeter, never mind an angstrom or whatever).

I have some code for cleaning up a similar issue at https://github.com/maxerickson/osm-round-austin ; I think the only adjustment needed would be to change the bounding box in the data query.

Also, tag values like "roof:shape=not applicable" should probably just not be tagged at all.

Max

Also, you should be checking for and dealing with existing buildings, like the one overlapped by osm.org/way/616955337

A good procedure is to use the JOSM validator to look for crossing buildings and then use the "Replace Geometry" tool in the utils2plugin to update the geometry and tags of the existing data with the imported data (or if the existing data is of higher quality, leave it and not import the new data).

Apparently the source data has some parking lot noise to look out for.

osm.org/way/616957402

Hello-

You should investigate discrepancies like the one between version 6 and version 7 of osm.org/node/1608161113/history and not just overwrite the existing data.

In this case the Conflator seems to be giving a false match, the Walmart is near the location but there was only a amenity=marketplace node (which I have since removed):

osm.org/way/531837142

Anyway, with the ref:walmart on the object at the correct location I guess it shouldn't happen again there.

Max

Looks reasonable. The convention is to expand abbreviations in names, so Ridge Boulevard instead of Ridge Blvd, and so on.

I guess the privately maintained roads for an apartment complex would usually be marked as highway=service rather than residential.

Also, some of the completed construction is visible if you set the background to "DigitalGlobe Standard Imagery" (there's a control on the right side of the editor).

Thanks for mapping,

Max

It's supposed to be addr:housenumber. I've fixed it.

Please don't change obvious cycleways to path in the name of "consistency".

You an extra o.

They both occupy the building. OSH is larger, PSH is pretty small, barely a hospital, but they are separate specialty hospitals.

My mistake. Please do not add imaginary micronations to OpenStreetMap. And also please advise your friend also to only add things that are verifiable.

Whose was it?

In any case, please do not add imaginary kingdoms to OpenStreetMap.

Another possibility is to not try to directly map the type of incorporation into the place= value. It could be one consideration when setting the placde= value or tracked in a separate tag or just ignored entirely.

I think the border_type tag on administrative boundaries generally tracks the style of incorporation.

Like I said last time, if you make everything a place=city then the place= value is useless as a rendering hint, because they are all the same. Clinton doesn't have similar prominence to Tulsa or Oklahoma City.

This changeset blew up way 46976126, which had incorrectly had an amenity tag removed in a previous version.

Something to watch out for when splitting highways in densely mapped areas.

Fixed in changeset #59122505.

Max

Hi-

Bridges should *not* be connected to roads that they cross over.

(You've introduced 2 here so I'm assuming it was a misunderstanding)

Thanks,

Max

Just to be clear, your edits are saved to a globally shared database immediately. There are many users of openstreetmap data and it is no place for made up stuff.

Max

Please don't add fake information to openstreetmap.

I've destroyed your micro kingdom.

Thanks,

Max

Hi-

Please do no add fake data in an attempt to manipulate Pokemon Go. This is vandalism and will be removed.

Thanks,

Max