mueschel's Comments
| Changeset | When | Comment |
|---|---|---|
| 45793071 | The problem is the same for both editors, they just can't decide what is inner and outer without loading the full relation - in case of iD I don't know if this is even possible. When handling huge multi-polygons like this, JOSM is a much better choice. E.g. because you can selectively load the forests on a large area without data you're not interested in. Let me know if you need help here,
|
|
| 45793071 | JOSM shows the marker on the wrong side, because there is no way to decide which is the right one by looking at one outer way only. As soon as you download the whole multi-polygon, it switches to the correct side.
|
|
| 45793071 | Hi,
Cheers, Jan |
|
| 45767260 | Hi,
Cheers, Jan |
|
| 45770698 | Hi,
|
|
| 45774498 | I didn't mean adding the villages, just these tags. They don't look like they belong to OSM and are not used in other places. |
|
| 45774498 | Hi,
Cheers, Jan |
|
| 35850854 | Hallo,
Gruß, Jan |
|
| 45716623 | Hallo,
Gruß, Jan |
|
| 45741078 | Hi,
Cheers, Jan |
|
| 45727709 | way/29110888
Gruß, Jan |
|
| 45691543 | Hi,
Cheers, Jan |
|
| 45692087 | Hi,
Cheers, Jan |
|
| 45668406 | "Then hell break loose" - Just because people remind you on the way things should be done in OSM? Have fun putting tags on nodes - nobody will be able to make any use of them as long as you don't write documentation for it. |
|
| 45214763 | The name:fr tag, which is rendered by openstreetmap.fr doesn't contain the Unicode stuff. The default osm.org map shows the Unicode properly, too. But tag is just a collection of Unicode weirdness without any meaning. |
|
| 45214763 | And this "joke" now renders on every map as a huge pile of Unicode garbage, gives errors because of incorrect units in the height tag and service_times that don't follow the documented tagging rules. |
|
| 45658625 | Hi,
The name tag is somehow strange. |
|
| 45714170 | Thanks! I'm sorry for the mistake but I forgot to check the history of the way... |
|
| 45634490 | Sure, if it provides additional information, an additional tag makes sense. As you describe a sub-group of bakeries, I would opt for a tagging like this:
|
|
| 45668406 | All the tags listed in this project are well-described in the wiki. Take the node from this changeset as example: I have absolutely no clue why there is a need to list a single destination 15 times on a simple two-lane road like this.
|