[OSM-talk-be] POI Address problem

[Jo]

I'll rest my case for the associatedStreet relation. I was indeed talking
about mobile editors like Vespucci or iLoE, not something like OsmAND,
which does preprocess the data.

I won't stop adding them myself every once in a while, but that won't
change much, as adresses  are not what I'm concentrating on, even though
they are, of course, important.

To be able to keep things workable once all those adresses will be added,
I'll find a way to purge them from the dataset locally after each
download... Can't live without autosave, but it's annoying it interrupts
the workflow for longer and longer amounts of time.

My preference is to do things in an efficient way, but we don't do that for
other things either.

Jo




2013/11/18 Ben Abelshausen <ben.abelshausen at gmail.com>

> Processing addresses in my opinion has to be smart enough to handle all
> this. When I process OSM-data for mobile devices everything is removed that
> is not useful and I would hope other software is also smart enough to keep
> only the data it needs. I don't know of any mobile app that consumes
> OSM-data in it's raw form, except maybe some of the mobile editors.
>
> Mostly the arguments in favor of the associatedStreet relation are related
> to technology, the arguments against are the fact that OSM is more than a
> collection of hackers trying to build a map. These technology arguments are
> things that can be solved either way and I think we have enough people that
> can do this kind of stuff.
>
> The thing we really need are more mappers and I don't think OSM should
> become the kind of project where you would have to be an 'expert' to add a
> simple address to the database.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20131118/f8a52544/attachment.htm>