impiaaa's Comments
| Changeset | When | Comment |
|---|---|---|
| 137744312 | over 2 years ago | It should still have some sort of feature tag describing what it is though, a node with nothing but name=* isn't very useful. Maybe some other value for place=*, like "quarter" or "neighborhood"? |
| 137718738 | over 2 years ago | Thanks for contributing to OSM! Please use the changeset description field to describe the changes you made and why; for example, "Changed the website of a post office to be up-to-date." There's more guidance and examples at this link: osm.wiki/Good_changeset_comments |
| 137630953 | over 2 years ago | I don't understand what you mean by "self relation" or relating objects "to" others. Relations are objects themselves, with tags, that contain other objects. Each child of a relation has a role. A building relation is supposed to have all of the tags for the building, and have all of the building parts as children, with the role "part." A building relation is also supposed to have a building way with the role "outline," and that seems to have been the only error. |
| 137630953 | over 2 years ago | I would be very cautious of blindly fixing validator issues. They often aren't causing any harm, but removing data rather than fixing it definitely does. |
| 137627931 | over 2 years ago | See here for documentation on undoing changes: osm.wiki/Change_rollback There's a tool for it in JOSM, as well as two web apps. |
| 137630953 | over 2 years ago | See here for documentation on the building relation type: osm.wiki/Relation:building It may have been necessary for the 3D mapping to work, though it looks like it was missing an outline. |
| 137544374 | over 2 years ago | Please use descriptive changeset messages. For example, "Extended a residential area." This page has more guidance and examples: osm.wiki/Good_changeset_comments |
| 137435634 | over 2 years ago | It's still useful to keep address locations, even if there is no occupant at that address, so that geocoding still works. |
| 137398257 | over 2 years ago | Well, the "easy" fix is to move the descriptions into osm.wiki/Tag:description=. There's also sport=billiards, but that usually needs a primary feature tag. In general though, you can always ask the tagging mailing list, OSMUS Slack "tagging" channel, or the forum, for tag suggestions. |
| 137398257 | over 2 years ago | See the wiki page on name conventions: osm.wiki/Names The name= field should be for actual proper names, not descriptions. |
| 137341364 | over 2 years ago | Please see the guidelines here for naming objects: osm.wiki/Names Names in OSM should refer to the actual proper name to which the items are commonly referred, and should not include any plain descriptions or internal reference units. |
| 137295524 | over 2 years ago | Also, you can use level=* to indicate what story of the building something is on: level=* |
| 137295524 | over 2 years ago | In OSM, accuracy to the real world should always be prioritized over readability of the map. Mapping style over accuracy is called "mapping for the renderer," and there's more explanation here: osm.wiki/Tagging_for_the_renderer . OSM is a spatial database that can be used by lots of different software, so making it look good in one might break another. So as a standard, we make the map as accurate as possible to reality, and let the software figure out how to do things like place labels. |
| 137295524 | over 2 years ago | It's still useful to know, for example, whether unit E is towards the north end of the building or the south. There's no such thing as too much detail on OSM! These PoI were added through an import project we've been running, if you like you can try to contribute there as well! https://maproulette.org/browse/projects/42122 |
| 137146474 | over 2 years ago | Yeah, weird that KeepRight says that. It's fine to remove the redundant tags it's just confusing to call it deprecated. |
| 137146474 | over 2 years ago | Where is the key described as deprecated? The wiki has it as "de facto." |
| 136807641 | over 2 years ago | Thanks. |
| 136807641 | over 2 years ago | As I understand it, the purpose of LAFCO is to resolve contradictions between city boundaries within the county. If Campbell and San Jose both agree where the borders are then that's fine, otherwise defer to LAFCO. |
| 136807641 | over 2 years ago | The city boundaries were verified by the Santa Clara LAFCO, the official authority. Please don't change them before checking with SCLAFCO. |
| 136478078 | over 2 years ago | Thanks for your contribution! When a business has closed, rather than deleting the node entirely, only remove information that's no longer relevant, and keep the address that still exists. The editor you're using has a "downgrade" option to do this easily. Second, the "name" field should only be used for places that actually have a proper name, not for labels or descriptions. See osm.wiki/Names#Names_are_not_for_descriptions |