gpserror's Comments
| Changeset | When | Comment |
|---|---|---|
| 75267743 | almost 6 years ago | It looks like you broke the turn restrictions you made earlier, may need to revisit them. However my question to you... there is a turn lane between the ways of West Broad Street which typically allows left turns as it buffers oncoming traffic so people don't have to wait for clearing in both directions. Why is this particular driveway special that there needs to be these turn restrictions and not others along the route? Perhaps there are actual signs prohibiting these turns but then the turn lane is kind of redundant? |
| 75987879 | almost 6 years ago | Oops, I think I misunderstood your question, sorry for answering incorrectly. When I edit things now in iD, most of the times I end up zooming into the intersection very closely and randomly click on the items in the vicinity. For each intersection I should see specific items highlight as one would expect when I click on them. Sometimes, however, I see it highlighting oddly. Other times I see a long highway and when clicking on it, I see a split highway (a gray node instead of a white node) despite the long highway. This leads me to investigate why, I start moving nodes around, also temporarily using the "disconnect" command in iD. The "UNDO" button is my favorite button as I do a lot of experimental edits to find the overlaps. Otherwise without playing with the ways a bit with some careful scrutinization of the behavior of iD along the ways, it's really difficult to tell where the overlaps are. Sometimes KeepRight will flag but as said the cadence is too long and there are false negatives. I don't know how else to better visualize these errors in iD other than by their behavior. And I see what you mean, the other thing I wish in iD was a way to manually select different objects at the same point even if it's not on the "top" of the stack. This causes me a lot more changes than necessary to get exactly what I want, including having to delete a node and put it back -- 1 mm (in the real world, not in the editor) off from where it was because I can't get it exactly where it was before when the best way to fix a problem is to remove the item on the bottom of the stack. Don't know...should always demand more...? |
| 79095972 | almost 6 years ago | Hey, since you seem to have interests in editing city boundaries, curious, cities tend to change in size due to annexation, etc. I've seen some sources where Berthoud has actually increased in sized close to your edit. Should Berthoud be increased even further? Example:
|
| 75987879 | almost 6 years ago | OK I fixed this overlap: changeset is at
|
| 75987879 | almost 6 years ago | I was able to fix another overlap at note/2038869 -- luckily that one wasn't too hard to fix, just tedious. Used iD to fix(!) |
| 75012615 | almost 6 years ago | I was able to fix the problem. This one wasn't as bad to fix as others I've seen. Please watch out for these problems before editing, and don't have too many cooks in the kitchen. |
| 75987879 | almost 6 years ago | OKAY: The person who created the overlap is @yerramg who had version 1, not this last changeset. It's scary that people are editing on top of this before noticing a duplicate. This is kind of dangerous. |
| 75987879 | almost 6 years ago | I was trying to fix some turn restrictions here but noticed the overlap so I stopped and tried looking for who caused it. Still tough to tell. Anyway the two broken ways can be determined without an editor through OSM main web browser, just "Query Features" on the point and it will show the two ways:
Both were touched by amazon but have to go back further in time to see who created them... these have been out here for a few revisions already which is kind of alarming. |
| 75012615 | almost 6 years ago | There are two copies of E. Chestnut on top of each other. Seems this is the last edit but unsure when the overlap was created, could you take a look? |
| 75987879 | almost 6 years ago | Not sure who caused this issue, but there is an overlapping road here and you were a recent editor of this road, if you could fix it that would be great. The problem area is at (39.50248,-74.99426) near the service road. If you don't understand the problem, feel free to please contact me. |
| 77592759 | about 6 years ago | It looks like @Oksana%20Chubatenko is touching the same areas that the old Daria_something was touching... something strange is going on here. Confused here. |
| 77930999 | about 6 years ago | It's 5PM here now, where are the nodes? |
| 77592759 | about 6 years ago | I just saw this and thanks for the revert of the deleted business nodes, though duplicates showed up. I'd like to mention I ended up manually deleting the (other?) duplicates, hopefully the current state is accurate (specifically the Greeley,CO nodes.) |
| 76502589 | about 6 years ago | I guess my main reason for making the distinction is I'd like the map to stand on its own if suddenly all the parking aisles were deleted from the map. What troubles me is there would be a lot of dangling roads now if parking aisles were removed, and IMHO this should not be the case! The main reason why I've been editing OSM is for trying to get maps working on standalone devices and one of the "optimizations" I've wanted is to keep file sizes small - and these parking aisles is one thing that seemed like a good compromise, except when it causes dangling roads when they get removed. I suspect an algorithm could be made to remove some of these too, but I figured it'd look better anyway if "minor" roads like parking aisles were drawn thinner. |
| 76700993 | about 6 years ago | Thanks for the revert. It was just incidental that I saw this road in the first place - I tried using the routing tools and it drove me over this road which I knew was incorrect because I have local knowledge. It got fixed, hopefully before anyone crashed into the lift gates on the road that prohibits regular traffic. Or even worse, had a head on collision! But yes these are regular buses that will, except at these specific stops with the shelter in the island, drive on right everywhere else. Hence is why it looks very weird here. Don't worry about it too much, I can't blame anyone for not knowing, pretty much have to be local and carefully study mass transit to know this oddity! |
| 76700993 | about 6 years ago | Believe me, I was staring hard at this and other bus stops along the MAX Guideway, but it indeed is correct the way it was before. This is because the door on the bus is on the right, and TransFort wanted to save money and build just one shelter so they had to share it in the middle island. The MAX Guideway is not open to regular traffic so it will not cause traffic problems. This change should be reverted. |
| 76502589 | about 6 years ago | Cool, thanks for updating. I just think it looks a bit better when roads that aren't used for getting from point A to point B (like if A or B is just a one car parking spot) should be a thin road that can be easily dropped when zoomed out without needing some algorithm to guess. |
| 76502589 | about 6 years ago | Might be better to use "Parking Aisle" instead of "Service Road" where the road doesn't really lead anywhere except to a row of parking spots, at least that's what I'd do. |
| 75974042 | about 6 years ago | Whoops, bad changeset comment, I meant to write just under 2MW total... |
| 75396708 | about 6 years ago | These donation/sales centers are https://www.arcthrift.com/ -- so I tried to stick with this. |