On Fri, Jun 07, 2019 at 02:18:49PM +0200, Pierre Parmentier wrote:
> Hello,
>
> I just read this "L’Administration Générale de la Documentation
> Patrimoniale du SPF Finances a été désignée par les autres institutions
> comme étant la source authentique de ces limites administratives belges et
>
On Sun, Apr 30, 2017 at 04:33:23PM +0200, Guy Vanvuchelen wrote:
> Als je de Voorkeuzen (presets) - Traffic_signs_BE gebruikt dan wordt voor
> het verkeersbord BE:F99c; access=destination ingevuld. Dat lijkt me fout.
> Access= Agricultural lijkt me juister want op sommige van die wegen staat er
>
On Thu, Jan 28, 2016 at 08:33:28AM +0100, joost schouppe wrote:
> Hi,
>
> After the "rise of the voetwegen" thread, I'm glad to hear that the
> available data from Trage Wegen is getting ever more available for mapping.
> There now is a WF and a WMS server we can use:
>
>
On Sun, Dec 06, 2015 at 11:36:01AM +0100, Pieter Colpaert wrote:
> Njah... Het probleem is ook wat dat we iedere dag een nieuwe manuele
> downloadprocedure moeten starten ipv gewoon een URI opnieuw te kunnen
> afhalen.
Ik dacht dat dit allemaal al een tijd beschikbaar was via wms,
inclusief een
On Sun, Dec 07, 2014 at 07:08:20PM +0100, Marc Gemis wrote:
On Sun, Dec 7, 2014 at 12:51 PM, Glenn Plas gl...@byte-consult.be wrote:
@Ben : The legal definition (see website url) of 'Jaagpad' starts with:
Het jaagpad is een private dienstweg of exploitatieweg . That means
it's not a
On Tue, Dec 17, 2013 at 12:54:54PM +0100, Ben Abelshausen wrote:
Hi All,
We recieved this email on the okfn-be list from Pieter:
Noël Van Herreweghe of Corvé/Bestuurzaken Flemish government published a
list of datasets that should be open data according decreet openbaarheid
van
On Tue, Dec 10, 2013 at 03:40:34PM +0100, Marc Gemis wrote:
I wonder whether there is a scenario that a non-native speaker sees the
abbreviation and wants to look up this abbreviation in OSM, but cannot find
it because only the full (expanded) name is in OSM.
If so, we would need both names in
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
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
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
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
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 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 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
http://www.openstreetmap.org/changeset
On Wed, Nov 27, 2013 at 11:53:55AM +0100, Bart Vanherck wrote:
Zijn er geen straatnamen met een - ? Ik denkt aan de St.-Barbarastraat en
andere Sint straten.
St.-Barbarastraat is niet volgens de regels. Het moet altijd
volledig geschreven worden, dus Sint-Barbarastraat. En als
we het dan toch
On Tue, Nov 26, 2013 at 02:08:02PM +0100, Ben Laenen wrote:
On Monday 25 November 2013 23:37:41 Kurt Roeckx wrote:
There should be a hole in the language area (which we don't have)
and the region
(http://www.openstreetmap.org/browse/relation/53134), which seems
to be the case, and you can
On Tue, Nov 26, 2013 at 02:57:05PM +0100, Wouter Hamelinck wrote:
If you really want to use it as a geographical definition for the
communities, why would you use the one from art127 and not the ones
from articles 128 or 129? Especially 129 doesn't mention Brussels.
Please note that 129 is
On Wed, Nov 13, 2013 at 06:12:30PM +0100, Marc Gemis wrote:
All those problems are important to a group of people, but they are all
exceptions to the general rules. So maybe we should just take up all those
complaints with the Nominatim developers, because they might not be aware
of all those
On Mon, Nov 11, 2013 at 11:07:38AM +0100, Ben Abelshausen wrote:
Hi Kurt,
Your tool may come in handy when generating diffs because it has a
database. I deliberately did not use a database because it can be a lot of
work to set this up and I believe the AGIV CRAB data should be usable by
Hi,
I've been looking at creating my own tools for the CRAB data.
I've made some software to import the files provided by AGIV
into a postgresql database. You can find it here:
https://github.com/kroeckx/crab-tools
To create the same .csv files as Ben generates I suggest you
use the following
Beste,
Ik zie dat AGIV tegenwoordig meer data ter download beschikbaar
stelt. Voor de volledige catalogus zie:
https://download.agiv.be/Catalogus
Als die waar geen slotje voor staat zijn te downloaden.
Ze zijn blijkbaar ook allemaal onder de zelfde licentie als CRAB,
het document dat er bij
On Thu, Nov 07, 2013 at 05:00:51PM +0100, André Pirard wrote:
I was just writing a few days ago that, as the law says that the law
cannot be copyrighted, there can be no copyright for boundaries, as
well as for traffic signs. Shouldn't the boundary maps normally be
found in
On Sun, Nov 03, 2013 at 02:04:59PM +0100, marc bessieres wrote:
* Ville/Stad* de Bruxelles is in fact a *Commune/Gemeente* made of 4
anciennes communes/deelgemeenten Brussels, La(e)ken, Neder-Over-Heembeek
and Haren.
What you see incomplete is the first one, but the other ones are
On Sun, Nov 03, 2013 at 02:36:53PM +0100, marc bessieres wrote:
Hello,
With Keep Right, there is the following error:
http://keepright.at/report_map.php?schema=72error=25113833
The error text is:
This node is a junction of ways on different layers:
On Fri, Nov 01, 2013 at 07:18:00PM +0100, Marc Gemis wrote:
What's the best way to tag the name of a farm ?
As addr:housename or name ? Do you place the name tag on the main building,
all buildings or the farmyard (tagged as landuse=farmyard) ?
On the landuse=farmyard makes most sense to me.
On Wed, Oct 23, 2013 at 10:13:29AM +0200, Glenn Plas wrote:
In pseudo:
- get data from osm (assuming here , the data is partial, so lets
say, everything with an 'addr' tag in your field of view.) , the
same effect you have when exporting a certain key using overpass.
- get data from crab,
/JOSM_file_format
http://wiki.openstreetmap.org/wiki/OsmChange
http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs
Kurt
On Wed, Oct 23, 2013 at 6:54 PM, Kurt Roeckx k...@roeckx.be wrote:
On Wed, Oct 23, 2013 at 10:13:29AM +0200, Glenn Plas wrote:
In pseudo:
- get data from osm
On Tue, Oct 22, 2013 at 05:36:28AM +0200, Marc Gemis wrote:
So you are going to write an algorithm that matching addresses in OSM with
addresses in Crab in order to add an id. Right now there are already
addresses in OSM that are not in Crab. The same might happen next year.
People might have
On Mon, Oct 21, 2013 at 08:05:50PM +0200, Ben Abelshausen wrote:
I'm also wondering if we want to add some kind of reference to
the ID from CRAB.
I'm not in favour of keeping external id's in OSM, the address itself
should be the id and you cannot rely on it staying on the map because
On Mon, Oct 21, 2013 at 09:40:07PM +0200, Ben Abelshausen wrote:
I think we can use CRAB as a source but we will never be able to update
automatically but even without an ID we should be able to detect changes
and if not then most likely there will be some error in OSM or CRAB (if
streetnames
On Mon, Oct 21, 2013 at 10:06:03PM +0200, Kurt Roeckx wrote:
I really see no good reason not to add those IDs at this point.
I don't see the harm in them. I can only see them being useful.
I would actually want to propose a different import strategy:
- Add the CRAB IDs to all existing
On Mon, Oct 14, 2013 at 08:26:43PM +0200, Ben Abelshausen wrote:
I also converted the entire dataset to readable csv files and the
coordinates to lat/lon:
https://github.com/xivk/crab-tools/tree/master/crab_csv
So I've been looking at at their database, which contains all
kinds of useful
On Sat, Oct 19, 2013 at 02:00:12PM +0200, Ben Abelshausen wrote:
Hallo,
Wat zeg ik nu om de adressen te importeren?
Het is het één of het ander:
- Alles op de node.
- Alles op relatie behalve nummer.
Ik dacht dat het al duidelijk was, maar ik ben voorstaander van
het op de relatie te
On Wed, Oct 16, 2013 at 09:06:00AM +0200, Marc Gemis wrote:
2013/10/16 Ben Abelshausen ben.abelshau...@gmail.com
1) Zouden we misschien kunnen afstappen van de regel om huisnummers op de
gebouwen te plaatsen ? Zeker in steden waar al grote blokken getekend zijn,
is het een serieuze job om
On Tue, Oct 15, 2013 at 05:54:26AM +0200, Marc Gemis wrote:
I thought the consensus from an earlier discussion here was
1) addr:housenumber + addr:street on building (not as node)
2) for those that want to do it: associatedStreet relation with name,
If you use a associatedStreet relation,
On Tue, Oct 15, 2013 at 01:08:14AM +0200, Jo wrote:
side note: I prefer to put the source tags (AGIV;CRAB) on the changeset
instead of on each and every separate object we're adding.
I'm sorry about adding Herentalsesteenweg. I should have read the message
before trying to click through to
Since the CRAB data is actually from flanders, it would probably
make sense to do this either in English or Dutch.
Kurt
On Mon, Oct 14, 2013 at 09:28:57PM +0200, Peter Verschueren wrote:
Hello all,
New to OSM and JOSM.
If there are any sessions about it you can count me in. Living in the
On Mon, Oct 14, 2013 at 08:26:43PM +0200, Ben Abelshausen wrote:
Hi,
What does everybody think of this tool to use a reference and to keep track
of what has been imported and what not for CRAB:
http://addr.openstreetmap.fr/vlaanderen/
So looking at the data, I've already found several
On Mon, Oct 14, 2013 at 09:59:29PM +0200, Ben Abelshausen wrote:
The source is wrong obviously and I guess we should also add postalcode and
commune name??
Adding postal code and commune name doesn't make sense to me in
most cases. At least not for how it works in Belgium. That
information
On Fri, Oct 11, 2013 at 09:16:59PM +0200, Nicolas Pettiaux wrote:
2013/10/11 Kurt Roeckx k...@roeckx.be
So basicly there will be no OSM-be, only OKFN?
that is the idea
We are already a de facto association,
indeed
so nothing will change?
as we will have also a formal
On Sun, Oct 06, 2013 at 07:06:24PM +0200, Ben Abelshausen wrote:
On Sun, Oct 6, 2013 at 11:43 AM, Glenn Plas gl...@byte-consult.be wrote:
I've said it before in the past here : my company is ready to donate
resources, we use OSM data every second of the day. A VZW/ASBL would make
that
On Fri, Oct 04, 2013 at 07:12:40PM +0200, Pierre Parmentier wrote:
I order to progress with the registration of OSM-BE as an asbl/vzw, I have:
- updated the draft for the statutes. (As the fr version is more
detailed than the nl version, I have been working on the first one.)
-
On Tue, Oct 01, 2013 at 11:37:22PM +0200, Ben Laenen wrote:
On Tuesday 01 October 2013 22:56:33 André Pirard wrote:
vehicle=no alone is wrong because it allows access to horses.
access=destination is wrong because it does not allow access to
pedestrians and to horses, and delivery and
On Mon, Sep 30, 2013 at 02:52:38PM +0200, Ben Laenen wrote:
Als er geen verkeersbord apart voor fietsers bij staat moet je ook geen
bicycle-tag toevoegen. Als een fietsroute over zo'n weg loopt kan je het wel
in de route steken, fietsers kunnen altijd afstappen...
Fietser die afstappen zijn
On Thu, Sep 26, 2013 at 05:31:36AM +0200, Marc Gemis wrote:
On Wed, Sep 25, 2013 at 10:23 PM, Kurt Roeckx k...@roeckx.be wrote:
On Wed, Sep 25, 2013 at 07:01:00PM +0200, Marc Gemis wrote:
This is triggered by the note on OSM http://osm.org/go/0EpKQJ4xd-
It requests that Muizen (part
On Wed, Sep 25, 2013 at 07:01:00PM +0200, Marc Gemis wrote:
This is triggered by the note on OSM http://osm.org/go/0EpKQJ4xd-
It requests that Muizen (part of Mechelen) is indicated.
Muizen is already on the map, a few kilometers to the east.
I see two solutions
a) the administrative border
The wiki at lesat mentions 1;2
There seem to be several proposal around, and I'm not sure what
the best way is.
In any case, level/floor 0 is ground floor.
Kurt
On Thu, Sep 19, 2013 at 09:42:19PM +0200, Marc Gemis wrote:
This evening I stumbled upon some buildings in Willebroek, where the
On Mon, Sep 16, 2013 at 11:52:51AM +0200, Glenn Plas wrote:
EN:
If you want to be serious about this then a new topic should be
initiated by sending a new mail instead of a reply with a new
subject. Every decent mailclient out there -usually- does not use
the subject to 'thread' mails.
On Thu, Sep 12, 2013 at 06:03:00PM +0200, Ben Abelshausen wrote:
And a translate into english:
http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders
Maybe we should add (a pointer to) the Ducth version, and say it's
a translation?
Kurt
On Fri, Sep 13, 2013 at 06:43:03PM +0200, Kurt Roeckx wrote:
On Thu, Sep 12, 2013 at 06:03:00PM +0200, Ben Abelshausen wrote:
And a translate into english:
http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders
Maybe we should add (a pointer to) the Ducth
On Fri, Aug 30, 2013 at 07:46:18PM +0200, Ben Abelshausen wrote:
Hi,
Maybe we should wait until Pieter has some kind of response for us. I would
like to send something to the DWG that can be verified and is backed by
some facts. Otherwise there will a be discussion about technicalities that
On Fri, Aug 30, 2013 at 04:11:04PM +0200, Ben Abelshausen wrote:
Hello,
There is a new episode in the AGIV-CRAB-OSM story.
Today they released the CRAB database using the new flanders open data
licence [1]. This means that now we can start the process of verification
with the Imports-list
Ik heb lang geleden een bug geopened voor de reverse lookup:
https://trac.openstreetmap.org/ticket/3430
Misschien moeten we ook vragen om bij de lookup ook
alleen naar bepaalde levels te kijken?
Kurt
On Mon, Aug 12, 2013 at 04:52:58PM +0200, Bart Van Lancker wrote:
Op dit moment zijn de namen
On Thu, Jul 25, 2013 at 10:16:14AM +0200, Teddy wrote:
2013/7/24 Kurt Roeckx k...@roeckx.be
fire_hydrant
Hello Kurt,
No, there are 3 numbers for the offset, in the tag fire_hydrant:position
On the signs there are only ever 2 of those numbers. Either you
one to the left or one
On Wed, Jul 24, 2013 at 10:13:53AM +0200, Teddy wrote:
Bonjour,
The numbers are meabe for the position of the Hydrant (under the sidewalk)
from the signpost.
On the official fire signaling panels (for Hydrants) see :
On Mon, Jul 22, 2013 at 05:20:07PM +0200, Glenn Plas wrote:
Vandaag volgende tegengekomen:
http://nominatim.openstreetmaps.org/reverse.php?format=jsonlat=50.9420900lon=4.7305583zoom=18addressdetails=1email=gl...@byte-consult.beaccept-language=nl,en;q=0.8,fr;q=0.5
resultaat:
On Mon, Jul 22, 2013 at 09:22:47PM +0200, Marc Gemis wrote:
The only good solution is to create post code polygons. This is stated e.g.
on the nominatim FAQ page:
http://wiki.openstreetmap.org/wiki/Nominatim/FAQ#postal_codes
I don't know hpw we can do this.
So basicly most administrative
On Mon, Jul 22, 2013 at 10:44:51PM +0200, Ben Laenen wrote:
On Monday 22 July 2013 22:24:09 Kurt Roeckx wrote:
On Mon, Jul 22, 2013 at 09:22:47PM +0200, Marc Gemis wrote:
The only good solution is to create post code polygons. This is stated
e.g. on the nominatim FAQ page:
http
On Sun, Jul 07, 2013 at 10:27:07AM +0200, André Pirard wrote:
On 2013-07-06 19:55, A.Pirard.Papou wrote :
On 2013-07-06 15:06, Kurt Roeckx wrote :
I've known about the fix my street project for some time, but I
just found this:
http://fixmystreet.irisnet.be/
This is apparently
I've known about the fix my street project for some time, but I
just found this:
http://fixmystreet.irisnet.be/
This is apparently something that's orginaised by Brussel itself,
and currently 14 of the 19 municipalities use.
Has anybody tries to contact the Flemisch or Walloon government
to try
On Mon, Jun 24, 2013 at 09:37:46PM +0200, Marc Gemis wrote:
I'm interested in the usage of historic=battlefield.
I saw that someone added this to e.g. to a cemetery in Eppegem (Zemst)
http://www.openstreetmap.org/browse/node/2308368137
There are also a lot of those tags around Bonheiden -
On Mon, Jun 17, 2013 at 10:35:22PM +0200, Kurt Roeckx wrote:
The only thing I can think of as a source of this information is
the atlas der buurtwegen / atlas des chemins vicinaux. At least
it should cover all old borders, and is probably want we want to
use to mark the old borders
On Tue, Jun 18, 2013 at 02:11:33PM +0200, Glenn Plas wrote:
The only thing I can think of as a source of this information is
the atlas der buurtwegen / atlas des chemins vicinaux. At least
it should cover all old borders, and is probably want we want to
use to mark the old borders.
Yes, I
On Sun, Jun 16, 2013 at 07:02:01PM +0200, Glenn Plas wrote:
Kurt (a.o),
I checked the Rotselaar/Werchter setup and I made a single change to
the Rotselaar relation:
http://www.openstreetmap.org/browse/relation/214462
The only thing I think was missing is adding the Werchter boundary
On Fri, Jun 14, 2013 at 05:04:56PM +0200, Glenn Plas wrote:
http://www.vlaamsbrabant.be/binaries/kaart-vlaamsbrabant-fusiegemeenten-deelgemeenten_tcm5-11555.pdf
That's not even complete. For instance Haacht exists of Haacht,
Wespelaar, Tildonk, Wakkerzeel en Kelfs. You can find signs on
the
On Fri, Jun 14, 2013 at 07:49:55PM +0200, Kurt Roeckx wrote:
On Fri, Jun 14, 2013 at 05:04:56PM +0200, Glenn Plas wrote:
http://www.vlaamsbrabant.be/binaries/kaart-vlaamsbrabant-fusiegemeenten-deelgemeenten_tcm5-11555.pdf
That's not even complete. For instance Haacht exists of Haacht
Ben,
Ik denk dat als er een contract gesloten word dat er dan licentie
voorwaarden aan gekoppeld gaan zijn. De vraagis natuurlijk of
deze compatible zijn met osm.
Misschien zou het ook voor hun gemakkelijker zijn als we een vzw
of zo waren.
Kurt
On Mon, Mar 11, 2013 at 10:26:34AM -0700, Ben
On Mon, Jan 07, 2013 at 05:20:47PM +0100, Guy Vanvuchelen wrote:
Bij een controle via osmose krijg ik 'Initial stuck to the name' als
foutmelding. Het zou om een spellingfout gaan.
Wat is er fout aan bijvoorbeeld O.L.Vrouw ten Steenkapel of L. Claeslaan
? Moet de naam voluit geschreven
On Mon, Jan 07, 2013 at 08:17:11AM +0100, Jo wrote:
The associatedStreet relation has the streetname in 'name', not in
addr:street. I also found some relations where this was done incorrectly.
It is possible to fix all of them in one go. Advise me if you want me to do
so.
As far as I
On Sat, Dec 22, 2012 at 03:23:15PM +0100, Sander Deryckere wrote:
The first thing you notice is that there are a lot of features with
housenumber information, but without street information. While other
information (such as city) can be determined from closed boundaries. It's
often ambiguous
On Thu, Nov 08, 2012 at 11:38:18PM +0100, Jan-willem De Bleser wrote:
Another relevant point in the license:
De toegekende rechten hebben betrekking op: ... De samenstelling van
collaboratieve databases - Het maken van tijdelijke of permanente, en
geheel of gedeeltelijke reproducties met om
On Thu, Oct 04, 2012 at 08:14:46AM +0200, Nicolas Pettiaux wrote:
2012/10/4 Kurt Roeckx k...@roeckx.be:
In Vlaanderen is er ook AGIV.
wat is AGIV ? Een URL ?
http://www.agiv.be and http://www.geo-vlaanderen.be/
It's the Flemisch agency for geografical information. They have
things like
On Thu, Oct 04, 2012 at 09:45:41AM +0200, Nicolas Pettiaux wrote:
2012/10/4 Kurt Roeckx k...@roeckx.be:
http://www.agiv.be and http://www.geo-vlaanderen.be/
It's the Flemisch agency for geografical information. They have
things like position information, address information, land use
On Wed, Oct 03, 2012 at 02:08:46PM +0200, Sander Deryckere wrote:
De taal is enkel van belang voor bevoegdheden van de gemeenschappen. De
gewesten zijn in feite niet linguistiek maar economisch gesplitst.
De vraag is dus van wie we hulp zouden kunnen krijgen, en volgens mij is
dit van de
On Wed, Aug 29, 2012 at 01:54:32PM +0200, Sander Deryckere wrote:
I would like to discuss the naming of the arrondissements in Belgium.
My problem with adding them to osm is that we have 3 kinds:
- administrative;
- judicial;
- electoral.
Which of them do you want to map, and how will you tell
On Thu, Aug 02, 2012 at 11:37:45PM +0200, eMerzh wrote:
Hello everybody ..
i was playing a bit with the OSM routing machine at
http://map.project-osrm.org/ ,
one of the best router based on osm.
I discovered that a lot of routing decisions where not optimal and i
found that the lack of
On Thu, Nov 03, 2011 at 10:22:41PM +0100, Jo wrote:
PS: ik ben op jacht naar foto's van bushaltes van De Lijn over heel
Vlaanderen. Wie er heeft, of wie anderen kan motiveren om er te maken
mag ze naar mij (laten) doorsturen op dit adres. Want ik zou op die
manier alle haltes erin willen
On Sun, Aug 28, 2011 at 05:37:11PM +0200, Jan Herrygers wrote:
In principle you can not combine licenses. Because they are all not
compatible, even if they are also some kind of 'open', except for
Public Domain, were you can do what you want.
Licenses can be compatible, there are
On Wed, Jun 08, 2011 at 11:04:56AM +0200, Ben Laenen wrote:
Ralf Hermanns wrote:
I think there is conflicting information here:
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative and here:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries
On the
On Sat, Jan 01, 2011 at 05:50:16PM +, Shaun McDonald wrote:
so should we be
1) adding explicit info to ways about town/county
No, that causes huge amounts of duplicate info that is difficult to update.
or
2) fixing county town boundary relations
This is much better.
On Mon, Jan 03, 2011 at 03:24:34PM -0600, Toby Murray wrote:
On Mon, Jan 3, 2011 at 3:12 PM, Kurt Roeckx k...@roeckx.be wrote:
Having a node to indicate the center of a town/city/... can be
useful too, even if you already have a boundary for it.
It seems like duplicate information to me
On Mon, Dec 06, 2010 at 10:00:57AM +, Ed Avis wrote:
In an attempt to fix this I have asked the maintainer of
http://keepright.ipax.at/ to add a data check. Where a choice of languages
exists for a name, then there should be one that corresponds to the main
'name' tag. In other words
On Fri, Sep 17, 2010 at 12:05:29PM +0100, Emilie Laffray wrote:
Hello,
We are currently looking at setting up a collaboration with the university
of Leuven/Louvain in Belgium with legal researcher for the OpenStreetMap
Foundation. If you are interested in legal topics and that you live in
Hi,
I'm looking for a way to map restrictions for a zone. This
includes things like maxspeed, maxweight and parking restriction.
I want to avoid having to place those tags on all the roads inside
the zone, specially for large zones, since it's very easy to forget
one.
What currently comes
86 matches
Mail list logo