Re: [OSM-talk-be] municipal boundaries in Belgium

2016-07-06 Thread joost schouppe
> > What is the authority for this? Who is the boss about where a municipality > ends? Can it be copied from there? Intuitively I'd think those official > borders should not be able to be copyrighted. > The data for Flanders is available [1] through Agiv, I mean The Organisation Formerly Known as

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread Ruben Maes
Wednesday 01 June 2016 19:50:48, Sander Deryckere: > Note that the GRB data mentions it's "voorlopig", and often, the data shows > an offset from parcel boundaries. At those places, I would expect the > boundaries to follow parcel boundaries (and I expect parcel boundaries to > be of better

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread Sander Deryckere
Note that the GRB data mentions it's "voorlopig", and often, the data shows an offset from parcel boundaries. At those places, I would expect the boundaries to follow parcel boundaries (and I expect parcel boundaries to be of better quality). 2016-06-01 19:01 GMT+02:00 joost schouppe

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread joost schouppe
> > very true... 100 meters would be vast imho. A difference of 5 meters I > would think that is pretty much ok, although the importance of that can > be big when borders cross buildings. > > Exactly, I think the definition of correct is pretty narrow here. > More important: remember that those

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread Glenn Plas
Hey Joost, On 01-06-16 16:19, joost schouppe wrote: > Well, it depends on your definition of vastly :) very true... 100 meters would be vast imho. A difference of 5 meters I would think that is pretty much ok, although the importance of that can be big when borders cross buildings. > (I haven't

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread joost schouppe
Well, it depends on your definition of vastly :) (I haven't looked at the size of the differences yet) I was talking about municipal borders (admin_level=8), postal codes as in your example are a wholly different beast, one I wouldn't want to tackle right now. But yes, they have a lot of things

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread Glenn Plas
Hi, I'm not sure they can be vastly improved, it probably depends a lot on what boundary. In that understanding that there is lot's of stuff attached to those boundaries that shouldn't be there. So when you are working to improve boundaries, you'll need to address plenty of those cases, and

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread joost schouppe
RIP Marc. So I understand the geometry of the municipal boundaries could be vastly improved. I'm guessing the easiest workflow would be to load just the geometry of the municipalities and just the OSM municipalities in JOSM, then merge the nodes of the OSM municipalities to the external data.

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread Sander Deryckere
Heel wat van de grenzen zijn gemapt door Marc De Ridder (die jammer genoeg te vroeg van ons heengegaan is: https://lists.openstreetmap.org/pipermail/talk-be/2013-January/003565.html ). Zelf heb ik ook de grenzen leren mappen van Marc, en heb ik een groot deel van de West-Vlaamse grenzen gemapt.

Re: [OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread Killian De Volder
Personally for Flanders I wouldn't worry to much. Lets wait maybe a a year or 2 to get the municipals time to correct/update their borders in AGIV (GRB). But form the things I compared, I found the current borders to be are rather good. I'm going to assume they are rather old too. As such they

[OSM-talk-be] municipal boundaries in Belgium

2016-06-01 Thread joost schouppe
Hi, I got a question about municipal boundaries in Belgium. I had a look here [1], but it seems to be lacking detailed information about how this data was added to OSM and what the source is. I do remember seeing some info about this, but we should probably have a bit more formal documentation,