two issues here, first of all the name added here seems unlikely to be correct as it is more of a description and thus isn't correct, names are not supposed to be a description of the object, they are intended for an actual name used, in this case if there is a name it would likely com from FDOT or GMX (the county) and I doubt that. If this comes from such a source please provide it. Not everything needs a name, something just do not have one and that is ok. If these do not exist as described above they should not be added. Second This name used short codes and in OSM we use the full expanded names of objects (in this case "NW" would need to be expanded to Northwest and "Ave" not Avenue).

Happy mapping,
Udar.

looking at this ALPR on various aerial imagery in iD it seems to be within the road area, being positioned like this is highly unlikely so please double check the position of this ALPR and fix it.

Happy mapping,
Udar.

as I mentioned in changeset/185704985 it is ok that Sylvania Boulevard and Southwest 12th Street meet at a single vertex on the roundabout due to the turn restriction and the slip lane that are already mapped. See the comment I left on that changeset for more details and the OSMUS slack conversation about this roundabout.

Happy mapping,
Udar.

This was mapped better before, this is was modeled as a bent roundabout due to the fact that the lane counts on the roundabout are not the same throughout, the lane markings inside and the shape of the road island in middle. yes way way/1197882702 and way/1197882698 touch at a single vertex but if you are going from way/1197882702 to way/1197882698 you never enter the roundabout and if you are going from way/1197882702 into the roundabout you will not interact with way/1197882698 so there is not reason the botch the alignments like this. Due to this reason I reverted this changeset in changeset/187314860 .

Happy mapping,
Udar

To me this seems like you added a description to the name which from my understanding is incorrect, for more info see osm.wiki/Names#Names_are_not_for_descriptions . I have asked about a similar case at https://osmus.slack.com/archives/C2VJAJCS0/p1786499927736099 .

Happy mapping,
Udar

To me this seems like you added a description to the name which from my understanding is incorrect, for more info see osm.wiki/Names#Names_are_not_for_descriptions . I have asked about this at https://osmus.slack.com/archives/C2VJAJCS0/p1786499927736099 .

Happy mapping,
Udar

looking at this ALPR on various aerial imagery in iD it seems to be within the road area, being positioned like this is highly unlikely so please double check the position of this ALPR and fix it.

Happy mapping,
Udar.

looking at this ALPR on various aerial imagery in iD it seems to be within the road area, being positioned like this is highly unlikely so please double check the position of this ALPR and fix it.

Happy mapping,
Udar.

First, next time please leave a better changeset comment, for more information see osm.wiki/Good_changeset_comments . Second addr:street should not use abbreviations (aka NE should be fully spelled out to Northeast and Ave should be fully spelled out to Avenue, this is a convention in OSM where road names should not contain these short codes and addr:street should match the name used on the road tier refers to. Third of all addr:unit should not be a level, it should be a specific unit number or code associated for the business, when tagging the floor a business is located we use level=* which has already been set on this business, for more info see the associated wiki page and remember that the level=0 is the ground floor, level=1 is the floor above that etc.

Happy mapping,
Udar.

In OSM we map what we map the world as it is, if you want to add a business it should have a physical location and be mapped at that at that location. For an object to be useful it needs a tag describing what it is, just having a name is not useful for that, you need a shop=* , amenity=* or some other similar tag. Names should only be the actual name of the business and not a field for SEO strings so please do not use it in that way. For more info see osm.wiki/About_OpenStreetMap_for_SEO_mappers and osm.wiki/Names . Due to this I have removed the name from both of the vertices you added a name to.

Happy mapping,
Udar.

looking at this ALPR on various aerial imagery in iD it seems to be within the road area, being positioned like this is highly unlikely so please double check the position of this ALPR and fix it.

Happy mapping,
Udar.

looking at this ALPR on various aerial imagery in iD it seems to be within the road area, being positioned like this is highly unlikely so please double check the position of this ALPR and fix it.

Happy mapping,
Udar.

building=* should only be tagged where there is an actual building, when representing the land a hotel takes up omit building=*. Also you mapped this into the road area and as a general rule landuse areas do not enter the road area as that is the roads right of way.

Happy mapping,
Udar.

As I mentioned in in a previous comment names shouldn’t be used as a description and there is actual tagging for construction. I have fixed the hotel hotel being built but just removed the name from the sidewalk as it is incorrect and would not apply to that whole length of sidewalk. If you want to tag the segment of the sidewalk that is under construction, split the sidewalk so that you have a segment that is the correct length for the segment that is under construction and tag with highway=construction + construction=footway .

Happy mapping,
Udar.

Then this is defiantly incorrectly placed, I don’t know this area well enough to be able to fix the alignment so it is on you fix the position, use aerial imagery to fix the position.

Happy mapping,
Udar.

The tag highway=turning_circle tells you that there is a turning circle at that position, there doesn’t seem to be a traffic island in the middle of that turning circle so there is no need for extra geometry.

Happy mapping,
Udar.

Two things, first of all you added name=pool to the pool and in OSM the name of something shouldn’t just be a description, for more info see osm.wiki/Names especially the “ Name is the name only” section. Second within this area there are two swimming pools so those should be two separate areas, you did make the area take up less space in a different changeset it still covered both when each should be a separate object.

Happy mapping,
Udar.

looking at this ALPR on various aerial imagery in iD it seems to be within the road area, being positioned like this is highly unlikely so please double check the position of this ALPR and fix it.

Happy mapping,
Udar.

This apartment complex was already mapped as a landuse area, next time before adding a new landuse area (or really any object in OSM) please double check that doesn’t already exist.

Happy mapping,
Udar.

looking at this ALPR on various aerial imagery in iD it seems to be within the road area, being positioned like this is highly unlikely so please double check the position of this ALPR and fix it.

Happy mapping,
Udar.