Pretty heavy when you filter this one for belgium:
http://overpass-turbo.eu/s/1J0
Glenn
On 08-12-13 09:11, Marc Gemis wrote:
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
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 cod
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
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
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 Ku
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 boundaries
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 tha
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 u
> 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 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 a
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 adm
> 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?
On Thu, Dec 5, 2013 at 11:15 PM, Bart Van Lancker 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 administrative
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]. S
On Fri, Dec 6, 2013 at 12:58 AM, 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 t
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 code
On Thu, Dec 5, 2013 at 9:25 PM, Marc
Gemis 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: 28
[OSM-talk-be] My first attempt at a boundary
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 nomi
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
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 co
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 5:
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 (http://www
ember 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
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 postal_co
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 si
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 it
uses OSM data. I tried a little overpass search, and I sure find
instances of that postal code. See:
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 the
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,
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
:
http://www.openstreetmap.org/search?query=waterkluiskaai#map=17/51.04681/3.7
5473
Sint-Amandsberg has 9040, which is correct :
http://www.openstreetmap.org/search?query=sint-amandsberg#map=17/51.04681/3.
75473
9040 is NOT hardcoded in Nominatim :
http://www.openstreetmap.org/
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, Ku
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=10&title=Voorlopig_referentiebestand_gemeentegrenzen
Since the WMS is just a rending of that information, I don't think
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 ?)
m
On Thu, Dec 5, 2013 at 9:46 AM, Glenn Plas wrote:
> On 05-12-13 05:54, Marc Gemis wrote:
>
>> Another question related to this boundary. Originally I did not tou
On Thu, Dec 5, 2013 at 9:25 AM, Kurt Roeckx 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 bet
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 in
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 Thu, Dec 05, 2013 at 05:54:14AM +0100, Marc Gemis wrote:
>
> Can we improve the boundaries with data from AGIV ? Is there a WMS layer or
> shape files we can use ?
Both are avaialble as far as I know.
Kurt
___
Talk-be mailing list
Talk-be@openstr
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 mov
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 wrote:
> Exactly what I feared, that point in Muizen has probably never been of
> any importance, in that sens
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
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 wonder
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
Thanks André, I'll add the missing pieces
regards
m
On Wed, Dec 4, 2013 at 8:00 PM, André Pirard wrote:
> 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
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
>
>
> 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
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
> > http://www.openstreetmap.org/change
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 j
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 d
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
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 boundary.
I could not use the geo information that was
50 matches
Mail list logo