On 7 December 2015 at 18:30, Glenn Plas <[email protected]> wrote: > On 06-12-15 18:25, Bruno Veyckemans wrote: >> OK, Thanks for your answers. >> >> I understand that some of you consider postal code as redundant >> information in Belgium. Maybe it is... but I'm not 100% convinced ;-) > > I consider repeating addr:postcode on every bloody building (node or > way) in OSM a severe waste of resources, not only in size of the databse > but also in efforts by mappers... relations are exactly meant to make > your live easier by not repeating the same information over an over > again that can easily be derived from existing data itself. > > You really don't have to calculate it.... http://overpass-turbo.eu/s/d8S > > The only reason I believe it is useful is when a bordercase goes wrong > and you want to help geocoding/reverse geocoding a bit. > > You don't repeat addr:city or addr:country and on every node/building in > Belgium either, we know where it is by using the coordinates. It's the > same for postal codes once you have the boundary borders, it's piece of > cake in any programming language to figure out if a point is inside or > outside a polygon.
I agree. For the website ici.brussels how do you load the POI ? If you do it in you php script you can load all the POI, then all the postcodes then use a library like https://github.com/phayes/geoPHP to compute the postal code of the POI. > > >> When I use OSM as a database with Overpass Turbo, I like to receive >> postal code as a variable and display it without having to calculate it >> (maybe there's another way to do this ?). > > Again, that word calculate, makes me wonder where that idea comes from. > Could you elaborate ? > >> PS: I hope this answer will be associated with the correct thread... >> This is my first answer in the mailing-list and I'm definitely not a geek :) > > I found it! So A-OK. Welcome! > > Glenn > > > _______________________________________________ > Talk-be mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-be -- et en avant pour de folles aventures... _______________________________________________ Talk-be mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-be
