I think this might be related to #36, but if you go to https://tools.geofabrik.de/osmi/?view=addresses&lon=-85.71871&lat=42.93305&zoom=11&overlays=misformatted_housenumber_lenient, all of the errors shown are for nodes that are in different states or countries

See https://community.openstreetmap.org/t/geofabrik-osm-inspector-forward-backward-both-l318-heiligenroth/96828

I've noticed the address view matches addr:street and addr:place to nearby nodes with same place name.
Could this also look for relations with this? Like if an address is inside an area with the name.
Typical case would be islands.
In Norway we got lots of them and addresses often use the island name when its fairly small and without any roads.

Example of island: https://www.openstreetmap.org/relation/9921671
There are several address nodes within the area.

It would also help looking for bay and lake names as that is also a common addressing method for places with no road.

Ideally the addr:street match should only be done on road names and not place nodes.
And the addr:place match range could probably be extended to 2km as some address nodes can be quite far away at times.

If you go to here and from the data dropdown choose "Car" you will see that the same issue is repeated three times for the same way. Over here it is repeated 4 times for the same way. As far as I can see it looks like that the error is repeated for every connection with another way. Is this the intended behavior?

Hi everyone,
I have a problem with the location of the city of Benghazi in Libya it's pointed incorrectly in the data of OSM, can anyone help me to relocate it into the right position as follows:
32.1194° N, 20.0868° E

Thanks in advance

Adding the iD, Potlatch, Josm, History, and Browse icons to the Data panel would make it easier to open a few elements to inspect.

Very long names are usually a sign for something odd and suspicious.

• Some software does not store the full 256 characters because it would waste memory. A limit of 100 seems reasonable.
• Names should contain printable characters only.

Could you please remove the disused validation on disused:highway=* tags?

OSM community says it should not be a valid validation:
See https://community.openstreetmap.org/t/osmi-error-disused-without-highway-disused/9046/3 for more info

Over this last week or so, I've found a few misformatted address errors showing up in our local area in Australia, but they're related to addresses in the US.

http://tools.geofabrik.de/osmi/?view=addresses&lon=153.42999&lat=-28.00502&zoom=16&overlays=misformatted_housenumber_lenient

Opening the top one (T2/9) in iD takes you to:
https://www.openstreetmap.org/edit?editor=id&node=29839190#map=18/34.67657/-82.82242,

while the other (3018 shop 2) goes to:
https://www.openstreetmap.org/edit?editor=id&node=37175590#map=18/39.14419/-76.85408.

Going straight into OSM locally for both spots shows:
https://www.openstreetmap.org/node/3509239568
&
https://www.openstreetmap.org/node/3548412617
both of which indeed do have incorrectly laid out addresses, but which I haven't yet fixed.

I noticed two more similar last week, which did have errors on the US addresses, & which I then did fix. If needed, I should be able to find details of them as well?

Edit: Incidentally, both of these addresses show as having been tagged in this format for ~6 years, but neither of them showed up when I looked at this report twice over the last two weeks?

Thanks,

Graeme

Validate duration tags with the same rules GraphHopper uses to parse them.

Related: graphhopper/graphhopper#1613

In the example of https://www.openstreetmap.org/way/1212085278 the "no feature tag ways (?)" is given with the tag area:highway=residential when there's also a name attached to the object. Remove the name or e.g. add place=square the warning goes away. According TagInfo there 26K uses of the particular tag-value combo suspecting this could be a false positive. That said are these area objects not to have a name? There is no mention in the area:highway wiki E.g. there are quite large motorway on/off areas such as Milano Sud with some 32 lanes and each toll both having been tagged with the name where rather I'd see the area:highway=motorway being tagged as Milano Sud though wasn't.

This tag is fairly common with over 4k uses.
Often used on narrow sections of road/bridges that is controlled by traffic lights at each end.

Hi,

Right now if you click on a selection and want to open it in the iD editor, it just opens iD at that location.
While iD does have a url scheme for opening the exact item you've clicked on.
(if it's a way, example would be: https://www.openstreetmap.org/edit?way=497000210#map=19/51.04960/3.71237 Instead of just the gps coordinates link that currently shows up in osmi)

Hi geofabrik

I have been tagging the old oil drums used as informal but important route markers in cross-desert routes in the Sahara.
I am using an information=route_marker tag, as far as I can see, in the correct manner.
https://wiki.openstreetmap.org/wiki/Key:information
But I am getting error flags in OSMI for "no_feature_tag_nodes"

The tags I use are:
description=bidon / barrel
information=route_marker

I have reviewed the code in osmi_simple_views/src/tagging_view_handler.cpp and it would seem that "information" is not recognised as a feature tag.
Adding two lines somewhere between 420 and 480 would help.

    } else if (!strcmp(t.key(), "information")) {
        return true;

Please assist. Either to guide me on using information tags correctly, or by modifying the code.
best wishes - Craig Allan - OSM: cRaIgalLAn

Hello

We use to map pressurised waterways with waterway=pressurised.
https://wiki.openstreetmap.org/wiki/Tag:waterway%3Dpressurised

It is different from natural (river, streams) and open flow artificial waterways (canal, drain).
Is it possible to add a supplementary item in water view / type of waterways with a different colour than other please ?

Furthermore, additional keys inlet=* and outlet=* allow to get places where water goes in and out closed ducts.
It could be interesting to show them as well, beside start/end nodes.

Best regards

If inner rings of a multipolygon touch in two positions, together forming a donut shape, OSMI incorrectly reports the following errors:
Way in >1 rings
Role should be outer

Example: http://tools.geofabrik.de/osmi/?view=areas&lon=15.80947&lat=47.73963&zoom=14&baselayer=Geofabrik%20Standard&opacity=0.67&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways
That link has been provided in the discussion of changeset https://www.openstreetmap.org/changeset/113231318 by a user who fell for it. In order to fix the supposed error, he added the "hole in the donut" as an "inner" member, which made the forest between the scree and the bare_rock disappear from rendered maps.

about unit format https://wiki.openstreetmap.org/wiki/Map_features/Units#Explicit_specifications

http://tools.geofabrik.de/osmi/?view=highways&lon=24.84426&lat=57.14454&zoom=15&overlays=unknown_way,unknown_node,oneway,lanes,maxspeed,maxheight,maxweight,maxlength

maxweight=3.5 t

not an error.
same as there
http://tools.geofabrik.de/osmi/?view=highways&lon=21.39078&lat=57.01261&zoom=16&overlays=unknown_way,unknown_node,oneway,lanes,maxspeed,maxheight,maxweight,maxlength

maxheight=3 m

not an error

I hope this is an appropriate place to ask this question.

I'm using geofabrik address validation tiles as the background in iD and I wish I could specify which layers were included in the tile.

Here is a tile with all layers: https://tools.geofabrik.de/osmi/tiles/addresses/19/159648/191294.png

I want only these layers:

• addrx_on_nonclosed_way
• no_addr_street
• misformatted_housenumber_lenient
• street_not_found
• place_not_found

But I'm not sure how to express this in the request. I've tried:
https://tools.geofabrik.de/osmi/tiles/addresses/19/159648/191294.png?LAYERS=addrx_on_nonclosed_way%2Cno_addr_street%2Cmisformatted_housenumber_lenient%2Cstreet_not_found%2Cplace_not_found

Which I composed by borrowing the syntax I see working on views here:
https://tools.geofabrik.de/osmi/views/addresses/wxs?LAYERS=addrx_on_nonclosed_way%2Cno_addr_street%2Cmisformatted_housenumber_lenient%2Cstreet_not_found%2Cplace_not_found&FORMAT=image%2Fpng%3B%20mode%3D24bit&PROJECTION=EPSG%3A900913&DISPLAYPROJECTION=EPSG%3A4326&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&SRS=EPSG%3A900913&BBOX=-7834717.709262,5415403.2571031,-7834122.3364714,5415601.5156451&WIDTH=997&HEIGHT=332

Is it possible to specify layers with a tile request?

sample:
http://tools.geofabrik.de/osmi/?view=highways&lon=21.57680&lat=56.98508&zoom=15&overlays=unknown_way,unknown_node,oneway,lanes,maxspeed,maxheight,maxweight,maxlength

highway=trailhead
name=Žibtaka

About trailhead tag

https://www.openstreetmap.org/way/846950041

https://www.openstreetmap.org/way/846953062 https://www.openstreetmap.org/way/846952375

https://wiki.openstreetmap.org/wiki/Tag:landuse=cemetery?uselang=en

https://resultmaps.neis-one.org/hdyc-osmi-issues?uid=1722488

2652. | WAY | 846950041 | tagging | no_feature_tag_ways (?) | 2021-02-08 23:47:54 | 98935750
      -- | -- | -- | -- | -- | -- | --
2653. | WAY | 846952375 | tagging | no_feature_tag_ways (?) | 2021-02-08 23:43:28 | 98934892
2654. | WAY | 846953062 | tagging | no_feature_tag_ways (?) | 2021-02-08 23:43:30 | 98934892

Didn't know where to put this so figured I'd add it here.

None of the OSM Inspector wms layers listed in JOSM works any more.

The whole thing is described on the wiki at https://wiki.openstreetmap.org/wiki/OSM_Inspector/WxS

Opening one of the endpoints in a browser would normally return xml code for the layers, but instead its prompting a download of something.

Yes, ideally something more specific would be set.

But problem is NOT about missing feature tag

about non-numerical values https://wiki.openstreetmap.org/wiki/Key:maxheight
sample http://tools.geofabrik.de/osmi/?view=highways&lon=24.13765&lat=56.95539&zoom=18&overlays=unknown_way,unknown_node,oneway,lanes,maxspeed,maxheight,maxweight,maxlength

an object with a was:shop keep in osm to avoid it to be mapped back, is flaged as no_feature_tag_nodes

Due to an issue in ID and/or RapID (issues #9814, #8911, #8758, etc) the roads and nodes are being reported as unconnected when indeed they are perfectly connected.

But if they are drawn from different away start points them it shows such error that only could be solved by moving again one of the nodes.

Errors in the Editors COULD not be assigned to the mappers, because the mapping was correctly done, and the Inspector should adequately check if there is a navigation (real routing) issue or not.

Hi, I was looking for details in a documentation page... Seems that the only complete documentation is https://wiki.openstreetmap.org/wiki/OSM_Inspector#Views (table hub to documentation pages), so, will be interesting to link it in the README.md.

See https://wiki.openstreetmap.org/wiki/OSM_Inspector#Wishlist

Node 2949021794 has a fixme tag, but it's shown even if "Tagged with FIXME" is unselected.

Deleted as in wrong OSM github.

See https://tools.geofabrik.de/osmi/?view=tagging&overlays=no_feature_tag_ways for https://www.openstreetmap.org/way/582980056

Or directly see https://tools.geofabrik.de/osmi/?view=tagging&lon=-70.32779&lat=41.68389&zoom=11 for other group of such objects

See also https://wiki.openstreetmap.org/wiki/Tag:cemetery%3Dsector

Such ways should not be reported.

https://wiki.openstreetmap.org/wiki/Key:construction#Highways

....
For minor road-works (where the road in question remains open), use construction=minor (and don't use highway=construction, but leave it at its default value).

Example self_intersection_ways is one of them: there are a list with all, with basic a description?

Walking network nodes get tagging error "no feature tags" in OSMI although tagged according to tagging instructions in wiki [https://wiki.openstreetmap.org/wiki/Node_Networks] (url)
Example: node_id | 6055904404 and node_id | 10946316603 and a lot of others in area.

When I click on a marker "Misformatted house number (lenient)", the selection window opens. But there are data of a node in "South Carolina" and not the expected data from "Hessen".

Here the matching link

Hi,

Nodes tagged with highway=toll_gantry are now displayed as unknown type. It's an approved tag. Please make OSMI to accept it.

You may give a warning for highway=toll_gantry nodes if they are not on highway ways (just as for speed bumps/humps and crossings).

Thank you.

Hello!

Thanks a lot for developing OSM Inspector! It's a great tool!
For high quality cycleway mapping, it would be very helpful if these properties could be shown:

Bike access:

• missing
• official/designated
• yes/permissive
• private/no

Surface:

• missing
• asphalt
• paved
• unpaved
• compacted
• ...

Smoothness:

• missing
• excellent
• good
• intermediate
• bad
• ...

Incline:
Show negative values as positive in reverse direction.
Always show arrow indicating upward direction, except for 0% and missing.

• missing
• up / down (but shown as up in opposite direction)
• 20% or more
• 10% or more
• 5% or more
• more than 0%
• 0%

Speed limit (kph):
(only on roads with both bicycle and motor vehicle access)

• missing
• more than 50
• more than 30
• more than 10
• 10 or less

place=square is a valid tag and should not generate a warning.

The error: "forward+backward != both" seems wrong for cases when key both_ways is used, e.g.:

https://www.openstreetmap.org/way/114254926/history
http://tools.geofabrik.de/osmi/?view=highways&lon=8.26605&lat=49.11674&zoom=18&overlays=lanes

Wiki's for both_ways:

• https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways
• https://wiki.openstreetmap.org/wiki/Key:lanes:both_ways

title says it all, I'm using the view public transport - routes to highlight whenever a route in my area becomes broken. unfortunately this works properly only for urban buses, where no section is "hail_and_ride". for rural bus routes, they all fail the role test.

if I understand the logic, we have two types of way members, one set where the roles would identify the way as a platform, one set where the roles would identify the way as a route section. as of now, members of this second set are only allowed the empty role, while I need 'hail_and_ride' to be accepted as well.

in this example area one route now correctly passes all tests, two more routes should pass all tests (now failing the unknown_role test), one route should fail the no_stops_pltf_at_begin test as it indeed does now.

while it is listed here:
https://wiki.openstreetmap.org/wiki/Key:room

Are the "common values" for room accepted?

the route "La Riviera" in this geofabrik link checks valid, while going against the oneway direction of several of its route segments.
e.g.: 1, 2.

I came across https://www.openstreetmap.org/way/921895150, which (in its version 5) OSMI considers under "name/description without important tags". However I think that the tagging is correct here, as the wiki page for amenity=police mentions:

Other police facilities which do not provide direct services to the public are tagged with the police=* instead of amenity=police. For example, police=barracks is used for police barracks.

… which is the case for this object. ("Bereitschaftspolizei" forces are mainly deployed during big events like demonstrations, riots, soccer games, etc.)

Respective nodes are shown as no_feature_tag_nodes, while piste:type=* seems to be a valid feature tag, as per
https://wiki.openstreetmap.org/wiki/Key:piste:type
e.g. piste:type=sled

https://www.openstreetmap.org/way/835334204 has lanes:forward,lanes:backward, and lanes:both_ways but the latter is not included in OSMI's calculation leading to a lane count mismatch.

OSM inspector Highways view is showing warnings "turn:lanes on bidirectional way" for ways tagged as junction=roundabout but without "oneway=yes"

The wiki on junction=roundabout indicates "Implies oneway=yes" so no warning should be given for this.

For an example see http://tools.geofabrik.de/osmi/?view=geometry&lon=4.50851&lat=51.87097&zoom=13:

I looked at http://tools.geofabrik.de/osmi/?view=tagging&lon=-70.32779&lat=41.68389&zoom=11 and https://wiki.openstreetmap.org/wiki/OSM_Inspector - and failed to find info

Respective nodes are shown as no_feature_tag_nodes, while office=yes seems to be a valid feature tag, as per
https://wiki.openstreetmap.org/wiki/Tag:office%3Dyes

I am interested in to translate all quality-checks (duplicate_segment, way_in_multiple_rings, etc.) to SQL/PostGIS functions... There are a place to discuss this kind of issue?

OSMI false positively detects advertising columns as nodes having no feature.

An example node: https://www.openstreetmap.org/node/503603671
same node in OSMI: https://tools.geofabrik.de/osmi/?view=tagging&lon=11.58230&lat=48.11998&zoom=18&overlays=no_feature_tag_nodes

https://www.openstreetmap.org/node/804660349 https://www.openstreetmap.org/node/775999088 are incorrectly reported as erros in https://resultmaps.neis-one.org/hdyc-osmi-issues?uid=1722488

47. | NODE | 775999088 | routing | unconnected_open_ends_5 (?) | 2022-01-10 03:35:33.832 | 69385871
    -- | -- | -- | -- | -- | -- | --
48. | NODE | 804660349 | routing | unconnected_open_ends_6 (?) | 2022-01-10 03:34:58.045 | 80189727