[josm-dev] Autocompletion of numbers and access to presets

[Stefan Breunig]

I was just teasing you. Apart from that programmers have an easier
life there's no advantage over manual interpolating /for computers/,
just as you said. But then again I can assure you I am not a computer
:D

Greetings
xeen
PS: For this specific example with this version of OSM Inspector it
would have either issued "order doesn't make sense" if grouped to
Landsberger Straße or "interpolation odd, but node equal" if grouped
to Königsberger Straße. It should have warned already about
Königsberger Straße having 24 twice, but that's an implementation
thing and not due to missing interpolation.

On Fri, Feb 13, 2009 at 20:45, Florian Lohoff <flo at rfc822.org> wrote:
> On Fri, Feb 13, 2009 at 08:36:13PM +0100, Stefan Breunig wrote:
>> PS: I believe there's a bug, have a look at
>> http://www.openstreetmap.org/?lat=51.784482&lon=8.308449&zoom=18&layers=B000FTF
>> / Königsberger Straße/Landsberger Straße. My guess that the eastern
>> one actually should be a "2" (unless there really are two 24's on the
>> same street or they are on different streets but the numbering doesn't
>> make any sense). This is another advantage for interpolation, because
>> OSM Inspector would have warned about this ;)
>
> How could the interpolation make the warning easier? I mean collecting
> all number with the same addr:street and making a dupe count or looking
> at the interpolation way and checking for dupes is basically the same.
>
> And you are right - seems broken 24 on the NW is obviously wrong ... I
> just checked my records from the survey and its actually 21 ...
> Corrected in the data already ...
>
> Flo
> --
> Florian Lohoff                  flo at rfc822.org             +49-171-2280134
>        Those who would give up a little freedom to get a little
>          security shall soon have neither - Benjamin Franklin
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFJlc3rUaz2rXW+gJcRAn3CAKCfvSPls1wmnEcGxyLIhjr5sGHSdQCeI572
> k8K2XUWSvGNRwaUbrjHR33A=
> =FrEJ
> -----END PGP SIGNATURE-----
>
>



-- 
Please encrypt your mail:
http://mathphys.fsk.uni-heidelberg.de/~stefan/publickey.asc
FP: 2620 E737 FD50 60AB 86B6 1B9D 3BFD AFFB 5B15 6893