OpenStreetMap
ZLima12's Comments
| Changeset | When | Comment |
|---|---|---|
| 119357341 | over 3 years ago | Are you sure? It looks like it extends past where you truncated it to.
|
| 119315588 | over 3 years ago | Thanks, good changeset. Just know that if you're sure the name is incorrect, you can also delete the corresponding "tiger:" tags. This helps keep things clean.
|
| 51242467 | over 3 years ago | Hi, You added destination:street=Croton Avenue, but this is not signed. |
| 110635274 | over 3 years ago | Hi, Please don't put this kind of thing in the name. Instead, on the ramp, you should put "destination:ref=I 95 East". Thanks! |
| 119197604 | over 3 years ago | Good, just not sure about the overlapping baseball and soccer fields. This is a pretty common scenario, so I wonder if there's an accepted tagging approach.
|
| 99411186 | over 3 years ago | Hi, I think you've been drawing your guardrails backwards. The wiki says: Guard rails along roadways typically have an inner and outer surface; the inner surface is smooth and faces the roadway, while the outer surface is typically where vertical struts are connected (see example picture in info-box). If there is a clear inner/outer demarcation to the guard rail, construct the line so that the right side is inner and left side is outer. You seem to reliably be drawing it in the opposite way. Was this coincidental, or maybe you misinterpreted the wiki page? Also, if you're going to be adding guard rails like this, please make sure that they're not glued to things beneath it, and make sure to set the layer tag on the guard rails. |
| 115544744 | over 3 years ago | I see now that you were doing this because you wanted to show that those parts of the path were covered. I get that, but the wiki page says "Do NOT use [covered=yes]...For objects in tunnels or passing under linear bridge features where vertical ordering is established by layer=* in combination with a suitable tag such as bridge=* or tunnel=*.". I see that you reverted the covered=yes tagging, but left the nodes glued. I'll unglue them.
|
| 115544744 | over 3 years ago | Please do not glue together things on different layers. You glued the I-990 bridge to Ellicott Creek Trailway.
|
| 119175343 | over 3 years ago | Hi, This is definitely an improvement, but the correct tag (or at least the tag that is vastly more common) is just leisure=swimming_pool (no water tag).
|
| 118279536 | over 3 years ago | highway=construction is meant for things that are currently being worked on by a construction team. If it's just closed, and not being worked on, other tags would be more appropriate.
|
| 118283224 | over 3 years ago | Good changeset, but it looks like you left the `building:flats` tag on the exterior way. This is duplicate now that it's on the relation.
|
| 119093331 | over 3 years ago | Disregard my previous comment; it was an issue with a library iD uses, which I have now submitted a fix for.
|
| 115446690 | over 3 years ago | |
| 115446690 | over 3 years ago | Fixed in changeset/119140030 |
| 115446690 | over 3 years ago | That's certainly an issue. Not too familiar with iD these days, but I'll look into this. |
| 115446690 | over 3 years ago | Something fishy seems to be happening with this; I've seen several mappers all make this change. |
| 115446690 | over 3 years ago | Why did you change `operator` to `Worchester County` on relation/10039511 ? |
| 118650404 | over 3 years ago | Hi, Looks like you placed two nodes on top of each other. Try to make sure that you're not duplicating like this in the future.
|
| 119093331 | over 3 years ago | Hi, This changeset looks okay, except for the fact that you changed the operator of some of the Bee-Line bus routes to "Worchester County", which doesn't exist. Looks like you might have been copying from another mapper who was incorrect, let me know if that's the case.
|
| 118868234 | over 3 years ago | Hi, Looks like you deleted a driveway that's still visible from satellite imagery. Are you sure it doesn't exist anymore?
|