[OSM-talk-be] Address stats in Belgium

[Glenn Plas]

If you use the tool, you know that fixAddresses plugin (who follows what 
the wiki told them) takes care of the postal code in one simple click on 
the '"guess" button, the editor just needs to verify them.  The 
postalcode + street are the most important ones to put on a building.
>
>
>
> On Tue, Apr 16, 2013 at 6:46 AM, Jo <winfixit at gmail.com 
> <mailto:winfixit at gmail.com>> wrote:
>
>     I thought the consensus was that we repeat addr:street for each
>     house but not the other information like addr:city, addr:postcode,
>     addr:country and whatnot. Imagine what happens to the size of the
>     DB (and all its derivatives like the planet files), if everybody
>     starts doing that for each and every house/address in the world!
>
That way you will end up with wrong postal codes for several streets, 
after all  -again-: it's not repeating, it's detailing the data.   I 
think you better stop worrying about the size of the data, if people put 
in stuff like individual tree's and firehose's, parking meters, 
amenity=bench using 2 nodes...  I think it's ok to put in way more 
interesting data like address data.  It's not like it's an extra node, 
it's a tag.

I think the most wet dream for the openstreetmaps founders could have in 
2005 is having address data for every building in the world.  That is 
exactly what we are going for!

Concerning the consensus, I can't find any stating we should limit what 
we enter due to data size concerns.  It's already huge as it is, but so 
are cheap disks these days.

>     Potlatch has its limitations, but by choosing to work with it,
>     people indicate a willingness to live with those limitations. I
>     can only hope the IDeditor will overcome those limitations one day
>     and that all Potlatch users will migrate towards it when it does.
>
>     Jo
>
>
> +1  We should not map for the renderer, nor for the (simpliest) editor.
+1
> +1 also on not repeating the same data over and over.
-1

We should also not map what we think is more convenient for us.  We 
should not map for the machine, but for the 'users', a broad term.

Glenn

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20130416/79f28f80/attachment.htm>