OpenStreetMap logo OpenStreetMap

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:
https://www.berthoud.org/home/showdocument?id=13571

75987879 almost 6 years ago

OK I fixed this overlap: changeset is at
changeset/79037833

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:
way/700830577
way/60542166

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.