You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: andreas.filsinger[at]orgamon.org [Submitted to the original trac issue database at 7.27pm, Thursday, 6th October 2016]
The Search "q=altdorferstr, neumuenster" (de) returns postcode 24534. It should return 24539.
This is NOT an Error in the Data. Poly-Lines for both postcodes are correct (I try to attach 2 PNGs showing this).
This is NOT a Street wich goes through 2 or more postcode claims, the whole street fully is inside 24539 Poly.
It seems to me its a bug in the code checking if a point is in a Polygone or not. Or a bug in Creating placex Records while set up the Search-Basis. I do not know the path through the code adding PLZ Information to a found Street.
Maybe Info-Addition "postcode" is done by "another" Table, not by PolyLines, based here on false Data, then please sorry - give me a hint to report this in correct manner.
:-|
Andreas
The text was updated successfully, but these errors were encountered:
Author: lonvia [Added to the original trac issue at 8.13pm, Thursday, 20th October 2016]
Sorry to say but this is a data error after all. The postcode comes from http://www.openstreetmap.org/node/25076969 which has a bad addr:postcode (and even a not so helpful note hinting that the addr:postcode tag is misused). As Neumnster makes up part of the address of Altdorferstrasse, the postcode is inherited. Remove the spurious addr:postcode on the town node and all will be well.
Reporter: andreas.filsinger[at]orgamon.org
[Submitted to the original trac issue database at 7.27pm, Thursday, 6th October 2016]
The Search "q=altdorferstr, neumuenster" (de) returns postcode 24534. It should return 24539.
This is NOT an Error in the Data. Poly-Lines for both postcodes are correct (I try to attach 2 PNGs showing this).
This is NOT a Street wich goes through 2 or more postcode claims, the whole street fully is inside 24539 Poly.
It seems to me its a bug in the code checking if a point is in a Polygone or not. Or a bug in Creating placex Records while set up the Search-Basis. I do not know the path through the code adding PLZ Information to a found Street.
Maybe Info-Addition "postcode" is done by "another" Table, not by PolyLines, based here on false Data, then please sorry - give me a hint to report this in correct manner.
:-|
Andreas
The text was updated successfully, but these errors were encountered: