for those that want to keep track of which postal_code areas are already
defined: http://overpass-turbo.eu/s/1IE
this is a simple overpass query. there are better ways to do this, e.g.
restrict the query to Belgium instead of the current bounding box, or
creating a separate map with the postal
I haven't worked on boundaries before, but this discussion triggered it.
So I added boundary=postal_code relations for 3000, 3001, 3010, 3012 and
3018 and since I had to split the boundary of Groot-Leuven, I went all
around it to align it more on AGIV WMS imagery.
Cheers,
Polyglot
2013/12/4
On Sat, Dec 07, 2013 at 11:26:27PM +0100, Jo wrote:
I haven't worked on boundaries before, but this discussion triggered it.
So I added boundary=postal_code relations for 3000, 3001, 3010, 3012 and
3018 and since I had to split the boundary of Groot-Leuven, I went all
around it to align it
On Sat, Dec 07, 2013 at 11:26:27PM +0100, Jo wrote:
I haven't worked on boundaries before, but this discussion triggered it.
So I added boundary=postal_code relations for 3000, 3001, 3010, 3012 and
3018 and since I had to split the boundary of Groot-Leuven, I went all
around it to align it
I wrote several times without reaction that the law states that the law (e.g.
the Moniteur) cannot be copyrighted, that the boundaries are part of the law
(normally in the Moniteur) and hence that the boundaries cannot be
copyrighted. The same applies to road signs.
Don't you agree?
OK,
Le 5/12/2013 22:52, Marc Gemis a écrit :
Since in Belgium the postal code areas coincide with village borders,
we have to double them. This 1-to-1 mapping might not be the case in
other countries. When we use those postal code boundaries, we do not
have to put the postal code on streets or
On Friday 06 December 2013 09:09:12 Wouter Hamelinck wrote:
OK, I'll bite.
- If it is not in the Moniteur/Staatsblad it is definitely not a law.
(reaction to the use of e.g. and normally)
- Yes, you can use the Staatsblad/Moniteur to map things. Not sure how
you would do that.
- I am
Actually, when a boundary changes, it will be published in the
Staatsblad/Moniteur (it just doesn't happen very often).
I know, but I was mainly interested in the way the borders were
defined in 1830. Say I take a certain point. Which law defines it to
be a part of community X? Is there such a
On Friday 06 December 2013 13:26:25 Wouter Hamelinck wrote:
I know, but I was mainly interested in the way the borders were
defined in 1830. Say I take a certain point. Which law defines it to
be a part of community X? Is there such a law? It is more curiosity
from my side, than practical use
On Fri, Dec 06, 2013 at 12:58:21AM +0100, Glenn Plas wrote:
On 05-12-13 22:57, Kurt Roeckx wrote:
On Thu, Dec 05, 2013 at 10:52:31PM +0100, Marc Gemis wrote:
Since in Belgium the postal code areas coincide with village borders
I've read somewhere that Brussels has some exceptions to that.
On 2013-12-06 09:09, Wouter Hamelinck
wrote :
I wrote several times without reaction that the law states that the law (e.g. the Moniteur) cannot be copyrighted, that the boundaries are part of the law (normally in the Moniteur) and hence that the
On Thu, Dec 05, 2013 at 05:23:12AM +0100, Marc Gemis wrote:
Glenn,
I just used the node that was already in OSM. I'll move it. I've done some
surveys there, so I know where you want it.
So what would be the difference between the place= node and this
admin_centre for admin_level 9? You
On 05-12-13 05:54, Marc Gemis wrote:
Another question related to this boundary. Originally I did not touch
the boundary between Mechelen en Bonheiden. I just reused it for the
Muizen-boundary. I now noticed that the Bonheidensteenweg
(http://www.openstreetmap.org/way/146650425) was partially
On Thu, Dec 5, 2013 at 9:25 AM, Kurt Roeckx k...@roeckx.be wrote:
On Thu, Dec 05, 2013 at 05:23:12AM +0100, Marc Gemis wrote:
Glenn,
I just used the node that was already in OSM. I'll move it. I've done
some
surveys there, so I know where you want it.
So what would be the difference
At least the shapefile is clear about the license, and you can
just open that in josm. You need the OpenData plugin for it.
See:
https://download.agiv.be/Producten/Detail?id=10title=Voorlopig_referentiebestand_gemeentegrenzen
Since the WMS is just a rending of that information, I don't think
When I read the licence file it's the same conditions as the CRAB dataset.
There is an obligation to mention the source, just add it to the list of
sources on the wiki and specify that it's about borders.
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
On Thu, Dec 5, 2013 at 4:36 PM,
I used the place= node as admin_centre. That's also the one that I moved.
Should there be a difference between the two ?
As for the two relations: I'm still fighting nominatim. I want all the
street(segments) within the Muizen area to return 2812 as post code. In
Germany they use the
On Thu, Dec 05, 2013 at 10:35:17AM +0100, Marc Gemis wrote:
I'll try to get the wms layer for the boundaries and adapt the boundary to
the one from AGIV (or are we not allowed to use that ?)
On 2013-12-05 16:36, Kurt Roeckx wrote
:
On Thu, Dec 05, 2013 at 05:19:35PM +0100, Bart Van Lancker wrote:
That's what I'm trying to do in Ghent, and it doesn't work. I've defined the
deelgemeenten with their postal code (actually as a
boundary=administrative), but there seem to be some postal codes hardcoded
in Nominatim, which
On 2013-12-05 03:43, Glenn Plas wrote :
Exactly what I feared, that point in
Muizen has probably never been of any importance, in that sense
the real historic centre of Muizen is the area at the new church
(and old tower) , about 1Km to
Nominatim also uses data that is not in OSM. They did some imports into
their database. That's why there was a postcode 12 in Reet last year. They
removed that one. So it is possible to have postal code nodes that are not
in OSM, and which cannot be deleted in the normal way of course.
as a side
I think the boundary=postal_code makes a difference after all
compare
http://nominatim.openstreetmap.org/details.php?place_id=52527679(Waterkluiskaai)
which uses the postal code point
with
http://nominatim.openstreetmap.org/details.php?place_id=64725723(Bonheidensteenweg)
which uses the
2013 17:41
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] My first attempt at a boundary
http://www.openstreetmap.org/search?query=sint-amandsberg#map=17/51.04681/3.
75473
9040 is NOT hardcoded in Nominatim :
Not sure what defines 'hardcoded in Nominatim' to you. But since
On 2013-12-05 05:54, Marc Gemis wrote :
Another question related to this boundary.
Originally I did not touch the boundary between Mechelen en
Bonheiden. I just reused it for the Muizen-boundary. I now
noticed that the Bonheidensteenweg
Bart,
I just added a postal_code boundary for 2840 Rumst. And yes, both the
Hondstraat and Steenweg op Waarloos now get the correct postal code: 2840.
They had 2550 (from Kontich) before. So postal_code boundaries are the
solution for my nominatim problems.
regards
m
On Thu, Dec 5, 2013 at
Did the same (duplicate the admin relation, change into a postal-code
relation) for Bornem and there it works as well. Sas Nattenhaasdonkstraat
now show the correct 2880 postal code. It took several minutes though
before all street segments were updated.
Since in Belgium the postal code areas
On Thu, Dec 05, 2013 at 10:52:31PM +0100, Marc Gemis wrote:
Since in Belgium the postal code areas coincide with village borders
I've read somewhere that Brussels has some exceptions to that.
Kurt
___
Talk-be mailing list
Talk-be@openstreetmap.org
On Thu, Dec 5, 2013 at 9:25 PM, Marc
Gemis marc.ge...@gmail.com wrote:
Bart,
I just added a postal_code boundary for 2840 Rumst. And
yes, both the Hondstraat and Steenweg op Waarloos now get the
correct postal code:
On 05-12-13 22:57, Kurt Roeckx wrote:
On Thu, Dec 05, 2013 at 10:52:31PM +0100, Marc Gemis wrote:
Since in Belgium the postal code areas coincide with village borders
I've read somewhere that Brussels has some exceptions to that.
Rest assured, things like VRT and NATO own their own postal
On Fri, Dec 6, 2013 at 12:58 AM, Glenn Plas gl...@byte-consult.be wrote:
On 05-12-13 22:57, Kurt Roeckx wrote:
On Thu, Dec 05, 2013 at 10:52:31PM +0100, Marc Gemis wrote:
Since in Belgium the postal code areas coincide with village borders
I've read somewhere that Brussels has some
André, your example is the postal code of the centre of a village. I'm
talking about streets, especially streets at the border of the postal code
area, close to the postal code node of the next village.
The Germans have those postal code area's. it's also mentioned on the
Nominatim FAQ page [1].
On Thu, Dec 5, 2013 at 11:15 PM, Bart Van Lancker b...@vlweb.net wrote:
Okay, thanks. But there’s one more problem.
Both the deelgemeenten Ledeberg and Gentbrugge have the postal code 9050.
The same counts for Afsnee and Sint-Denijs Westrem. So, should I draw a new
boundary over the
On Wednesday 04 December 2013 13:49:56 Marc Gemis wrote:
Today, I did my first attempt add adding a boundary. The boundary is for
the deelgemeente Muizen near Mechelen. The changeset is
http://www.openstreetmap.org/changeset/19271107
I used http://gisgeoloket.provant.be/ to export a jpg file
Thanks for correcting my mistake.
I'm still using the geoloket from the Antwerp province, with Silverlight.
The application has the possibility to save the map in jpg/png/... or pdf.
I first tried with PDF, but that didn't work in JOSM.
I'll try the link you've send and see whether I can export
On Wed, Dec 04, 2013 at 01:49:56PM +0100, Marc Gemis wrote:
Today, I did my first attempt add adding a boundary. The boundary is for
the deelgemeente Muizen near Mechelen. The changeset is
http://www.openstreetmap.org/changeset/19271107
I used http://gisgeoloket.provant.be/ to export a jpg
On Wed, Dec 04, 2013 at 06:04:10PM +0100, Kurt Roeckx wrote:
On Wed, Dec 04, 2013 at 01:49:56PM +0100, Marc Gemis wrote:
Today, I did my first attempt add adding a boundary. The boundary is for
the deelgemeente Muizen near Mechelen. The changeset is
Buth muizen is of course part of Mechelen and so isn't available
there.
I think that most, if not all, level 8 boundaries in the Antwerp Province
are already in OSM. I was looking for level 9 boundaries. The reason was
given a couple of weeks ago when I mentioned a note on osm.org that asked
Hi Marc,
On 2013-12-04 13:49, Marc Gemis wrote :
Today, I did my first attempt add adding a boundary. The boundary is
for the deelgemeente Muizen near Mechelen. The changeset
is http://www.openstreetmap.org/changeset/19271107
I used http://gisgeoloket.provant.be/ to export a jpg file of the
Thanks André, I'll add the missing pieces
regards
m
On Wed, Dec 4, 2013 at 8:00 PM, André Pirard a.pirard.pa...@gmail.comwrote:
Hi Marc,
On 2013-12-04 13:49, Marc Gemis wrote :
Today, I did my first attempt add adding a boundary. The boundary is for
the deelgemeente Muizen near
Marc,
What is the point of the administrative center in the relation ?
http://www.openstreetmap.org/relation/3359778
I'm from that area, I know Muizen by heart but that administrative
center that position has no meaning to me, just wondering what
that represents.
tx for explaining
On 2013-12-05 01:03, Glenn Plas wrote :
Marc,
What is the point of the administrative center in the relation ?
http://www.openstreetmap.org/relation/3359778
I'm from that area, I know Muizen by heart but that administrative
center that position has no meaning to me, just wondering
Exactly what I feared, that point in Muizen has probably never been of
any importance, in that sense the real historic centre of Muizen is the
area at the new church (and old tower) , about 1Km to the northwest of
the current coordinate used as centre. Thats the reason I asked, it is
so way
Glenn,
I just used the node that was already in OSM. I'll move it. I've done some
surveys there, so I know where you want it.
regards
m
On Thu, Dec 5, 2013 at 3:43 AM, Glenn Plas gl...@byte-consult.be wrote:
Exactly what I feared, that point in Muizen has probably never been of
any
Another question related to this boundary. Originally I did not touch the
boundary between Mechelen en Bonheiden. I just reused it for the
Muizen-boundary. I now noticed that the Bonheidensteenweg (
http://www.openstreetmap.org/way/146650425) was partially in
Muizen-Mechelen and Bonheiden. So I
44 matches
Mail list logo
