False positive : Tag "addr:street" not matching a street name around #518
Comments
frodrigo
added a commit
to frodrigo/osmose-backend
that referenced
this issue
Jun 22, 2019
jocelynj
added a commit
that referenced
this issue
Jun 23, 2019
* frodrigo/master: Update mapcss parser to support new operators Clean unussed split in analyser_osmosis_highway_floating_islands Revert to full linestring to avoid false positive in analyser_osmosis_highway_floating_islands #541 Clean code in analysers/analyser_osmosis_highway_floating_islands Also support natural=water + water=fjord|harbour in analyser_osmosis_water #448 Restrict analyser_osmosis_soundex to latin script #525 Generalize merge_shop_FR in France #338 Include construction in factorized table highway #514 #506 Support area in factorized osmosis table highway #518 Merge shop within 20m #338
|
It's done. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This issue happens for all addresses on squares/plazas/... which are highways tagged with
area=yes.For example this plaza in Montpellier : http://osmose.openstreetmap.fr/en/map/#zoom=18&lat=43.599254&lon=3.897137&item=2060
My understanding is that this false-positive is because anything with
area=yesgets excluded from the "highways" DB inAnalyser_Osmosis.py, meaning that the laterAnalyser_Osmosis_Relation_AssociatedStreetcan't match the addr:street against anything.The problem is that the historical way to mark pedestrian squares was to use
highway=pedestrian, area=yes... meaning that all addresses on that square will be marked as false positives.While excluding "area" highways makes sense, would it make sense to also allow (whether area or not), the highways with
place=squarein the ways DB ofAnalyser_Osmosis.py? Or would that be too disruptive and instead add that additional check inAnalyser_Osmosis_Relation_AssociatedStreet?The text was updated successfully, but these errors were encountered: