OpenStreetMap logo OpenStreetMap

Changeset When Comment
164057264 17 days ago

I noticed that you tagged the Gateway Lane Northeast ways way/1371012842 and way/1371012843 as oneway=yes, but tagged them as going in the wrong direction (I can see the error you made on the map). As a result, those Gateway Lane Northeast ways appear to go in the direction opposite of where they're actually supposed to be going. The oneway tag is defined in relation to the direction the linear feature ("way") is drawn in OpenStreetMap. If the oneway restriction is in the opposite direction to the drawn way, the fix in most cases is to turn the way around ("reverse way" tool in the map editors) and apply oneway=yes, or by clicking on the "Change Direction" button in the "One Way" field of the selected way after applying the oneway=yes tag. Per the OSM Wiki article on the oneway tag, it states:

>"Note that the oneway tag is defined in relation to the direction the linear feature ("way") is drawn in OpenStreetMap. Identifying the direction of a way describes how to determine the direction of a way in the main OpenStreetMap editors."
>"If the oneway restriction is in the opposite direction to the drawn way, the fix in most cases is to turn the way around ("reverse way" tool in the map editors) and apply oneway=yes. If in a (very) rare case, the direction of the way cannot be changed, you can instead tag it as oneway=-1."

In the United States, we drive on the right-hand side of the road, not the left-hand side. If you tag a road as one-way but tag it as going in the wrong direction, this could cause routing software to direct drivers to go on the wrong side of the road or go the wrong way on a one-way road, and potentially cause an accident or cause a driver to get stopped by police, all because of the error you made on OSM. Many different data consumers use OpenStreetMap data, and rideshare services such as Uber and Lyft also use OSM data for routing. When tagging roads as one-way, make sure to tag them as going in the correct direction based on signs or pavement markings seen on the ground or street-level photos like Bing Streetside and Mapillary, so routing software doesn't direct drivers to go on the wrong side of the road or go the wrong way on a one-way road.

I would encourage you to read this OSM Wiki article on the oneway tag: oneway=*

As a future reference, here is an OSM Wiki article on major OpenStreetMap consumers, containing some of the companies that use OSM data for their maps or services: osm.wiki/Major_OpenStreetMap_consumers
You can also find many other websites or services that use OSM here: osm.wiki/They_are_using_OpenStreetMap#United_States_of_America

113457771 19 days ago

Just an FYI, you could have tagged the former Chickahominy Drive way (way/59149099) as old_name=Chickahominy Drive and then renamed it to Givens Lane, rather than merging the former Chickahominy Drive way into its adjoining Givens Lane way. The former street name is also noted in the way's import tags ("bburg:"). It would be good to take a few steps to preserve the history on OSM. It's generally better to modify the existing elements instead of deleting them. osm.wiki/Keep_the_history

172918134 22 days ago

I looked at Bing Streetside street-level imagery of this location and saw that the no left-turn restriction is for certain hours on school days only. You could've tagged the turn restriction relation as "restriction:conditional=no_left_turn @ <condition>" rather than removing a way from the relation. osm.wiki/Conditional_restrictions#Turn_restrictions

172918134 22 days ago

I looked at Bing Streetside street-level imagery of this location and saw that the no left-turn restriction is for certain hours on school days only. You could've tagged the turn restriction relation as "restriction:conditional=no_left_turn @<condition>" rather than removing a way from the relation. osm.wiki/Conditional_restrictions#Turn_restrictions

172918134 22 days ago

What do you mean by "no restriction"? In this changeset, you removed a way from a turn restriction relation.

174866226 22 days ago

Or maybe you were meant to tag this road as a foot path or something else?

174866226 22 days ago

Why is there a road going through a school building and past a football field? I do not see a road going through these in the aerial imagery. What is the source for the addition of this road? Did the road recently get added here on the ground? Thanks.

174860743 22 days ago

Can you explain why you tagged a city (or town) boundary line as a road in this changeset? I do not see a road lining the city boundary line in the aerial imagery. Are you trying to map for the renderer? If so, then please note that it is not good practice on OSM. Don't incorrectly tag valid map data or add incorrect data to OSM just because you want it to show up in the map renderer of your choice or to make it look prettier. Map or tag things as they are on the ground. See osm.wiki/Tagging_for_the_renderer

175070230 22 days ago

Hello TransAct-AS, can you explain why you tagged way/845861056 (way/845861056) as an unclassified road again? I talked to you about this (See changeset/174652113). You also tagged a section of Lakeview Road as an unclassified road (way/179349942). Can you explain the reason for this change? Thanks.

175006399 27 days ago

Thanks for the fix! Don't know how the Virginia Tech university boundary was broken, but thanks.

131986382 27 days ago

This changeset has been reverted in changeset/174973672.

128368704 29 days ago

This changeset has been reverted in changeset/174967866. See changeset comment in changeset/174967866

174889797 about 1 month ago

Forgot to add this in the changeset comment:
"I forgot about this when I split the way from its adjoining way after adding the placement tag."

Correct changeset comment:
"Removed placement tag from newly created way. I forgot about this when I split the way from its adjoining way after adding the placement tag."

174445668 about 1 month ago

User TransAct-AS tagged way/845861056 as a primary road in changeset/173929308 (changeset/173929308). I removed the "highway=primary" tag from the way in changeset/174636140 (changeset/174636140). I forgot to add this in my previous comment in this changeset discussion.

174445668 about 1 month ago

This mistakenly deleted way (way/845861056) incorrectly tagged as a primary road, that appears to be a suburb line for Northlake, Charlotte, NC, reverted in changeset/174635876 (changeset/174635876).
The mistakenly deleted way was part of the Northlake suburb relation (relation/12345455). The way was removed from the relation in changeset/173291613 (changeset/173291613) by user TransAct-AS, and I re-added the way to the relation in changeset/174636140 (changeset/174636140). User TransAct-AS incorrectly tagged way/845861056 again as an unclassified road in changeset/174652113 (changeset/174652113), and the "highway=unclassified" tag was removed from the way in changeset/174702103 (changeset/174702103) by another mapper.

174652113 about 1 month ago

As stated previously, it appears that you were trying to map for the renderer, which is not good practice on OSM. Please let me know if this was not the case. I just want to make sure that you're following good practice on OSM. osm.wiki/Good_practice

174652113 about 1 month ago

Can you explain why you tagged way/845861056 (way/845861056) as a primary road at first then as an unclassified road? way/845861056 is a suburb line for Northlake, Charlotte, NC. Please don't mistag features on OSM.

174652113 about 1 month ago

Hey TransAct-AS, I see that you mistagged way/845861056 again, this time as an unclassified road. It appears that you were trying to map for the renderer, which is not good practice on OSM. Just because a borough or suburb line doesn't show on the map doesn't mean you can mistag it as a road or another feature just so it will show up on the map in your renderer of choice. Per the OSM Wiki, it states:

>"Draw things as they are on the ground. Do not enter incorrect data or remove correct data just because it will help a map renderer, a navigation system or some other data consumer which has problems with the correct data. They are continually improving, don't bend the data to make it look prettier, just be patient, try a different data consumer or report the issue to the data consumer it concerns"
osm.wiki/Good_practice#Don't_map_for_the_renderer

osm.wiki/Tagging_for_the_renderer

As a result of you mistagging the suburb line (way/845861056), you created on overlapping highway issue. The issue that you created has since been resolved by another mapper in changeset/174702103.

In the future, please don't mistag borough or suburb lines as roads or other features just so it will show up on the map in your renderer of choice or to make the map look prettier. Draw or tag things as they are on the ground.

162034767 about 1 month ago

Please be aware of the "lanes=*" and "turn:lanes=*" tags on the Patton Drive ways. In this changeset, you merged Patton Drive way/221424565 (way/221424565) tagged with "lanes=2" with its adjoining Patton Drive way (way/1153637286 way/1153637286) tagged with "lanes=3", resulting in a single way from the Walmart parking lot to North Franklin Street. The "lanes=*" tag indicates the number of lanes on a road. For Patton Drive from the Walmart parking lot to North Franklin Street, it starts as two lanes and changes to three lanes coming up at the North Franklin Street/Patton Drive/Laurel Street intersection, as clearly seen in the aerial imagery. Patton Drive way/221424565 tagged with "lanes=2" corresponds to the two-lane section, and Patton Drive way/1153637286 tagged with "lanes=3" and "turn:lanes=left|left;through|right" corresponds to the three-lane section and the turn lanes. For the Patton Drive turn lanes coming up to North Franklin Street, the left lane is a left-turn lane, the center lane is a shared left and through lane, and the right lane is a right-turn lane. It would have been better to leave the Patton Drive way tagged with "lanes=2" (way/221424565) on the map instead of merging it with its adjoining way with the same name.

I would encourage you to read these OSM Wiki articles on lanes and turn lanes tagging, so this is brought to your attention to keep in mind for the future:
lanes=*
turn=*
turn=*#Indicated_turns_by_lane

173929308 about 1 month ago

Just to follow up, what do you mean by this changeset's comment "connect features"? Were you trying to connect any features? If so, which ones were you trying to connect?