Re: [OSM-talk-be] Hectometerbordjes

[Killian De Volder]

Ik vraag met iets af: wat wil je importeren ? 19.3k bordjes ?
Als we de positie op een weg moeten weten is het dan
niet interessanter enkel het begin te tagen
(en eventueel tussendoor tegen afwijkingen).

Ik ken de richtlijnen van OSM niet op dit gebied.
Bordjes lijkt voor mij een "materialized view"
( data gegenereerd van andere data typisch om een van volgende reden:
performance of de andere view is gemakkelijker te gebruiken.)

Mvg,
Killian

On 16-08-17 06:53, Marc Gemis wrote:
> ja en nee. de import procedure is nooit gemakkelijk :-)
> 
> 2017-08-15 15:02 GMT+02:00 Philippe Casteleyn  >:
> 
> 
> http://wegenenverkeer.be/persberichten/19300-kilometerbordjes-worden-vervangen
>  
> 
> 
> 19.300 kilometerbordjes worden vervangen | Wegen & Verkeer 
> 
> wegenenverkeer.be 
> De referentiebordjes, in de volksmond ‘kilometerbordjes’, langs de 
> Vlaamse autosnelwegen krijgen een make-over. Het nieuwe ontwerp oogt frisser, 
> is duidelijker en ...
> 
> 
> Zou dat geen mooie en gemakkelijke import zijn ?
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be 
> 
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] KBO

[Killian De Volder]

Joost,

The main goal is indeed to help.
It should help in finding the correct business for an address / shop and 
another checkpoint.
Example: the current notes in Brussels ;)
Concerning the quality, if the data is not correct, then what the hell are they 
doing in Brussels ;)
All business have to be closed or created on that list.

The license is a bit of a problem though.
But at what point is using the phonebook to find a business.
Then using multiple sources (possibly even the website of the company) at that 
point you know there is a company there.
And in a way you yourself become the source.

But I suppose that is a legal mess we just can't afford to get into.

Note to potential users of the tool:
1) Don't  (as said the license is not compatible)
2) It's not because a company is listed there that:
- The business uses the same name in Practice.
- The business is still active there, it's perfectly possible to have a company 
at an address with nothing for the public to find / use on that location.

On 17-02-17 16:42, joost schouppe wrote:
> Apart from the license, there is also a quality issue. From what I have seen 
> iny own use of the data, it could be a help, but not much more than that. 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] KBO

[Killian De Volder]

Does anyone know if we are allowed to use
http://kbopub.economie.fgov.be/kbopub/zoeknummerform.html ?

I would read some of the policies on their site, but all the links are broken.

If nobody knows, I could send an email to the department to ask.

Regards,
Killian

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Notes pollutie in Brussel

[Killian De Volder]

Ontbrekende data notes -> Enkel te maken door "gebruikers" van OSM, en in 
gevallen van "quick note toen ik daar was".
Bijvoorbeeld: zit in de auto, en merkt op dat de snelheid van de weg niet 
overeenkomt.
(Nu meestal sluit je op dat moment wel je eigen notes, tenzij je het vergeet.)

Als je aan het mappen bent (en dus niet 'even' ergens bent) dan vind ik 
inderdaad niet aangewezen.
Dan kan je beter gelijk de data mappen. Desnoods met "shop=fixme".
? Anders moeten we de desbetreffende notes op deze manier sluiten ?

In verband met 1 woord notes: vragen voor meer info, indien die er niet komt -> 
dicht sorry.
Zoals je zegt _communicatie_ 1 woord is dat zelden ;)

Mvg

On 14-02-17 10:49, Marc Gemis wrote:
> ze zijn inderdaad belangrijk, maar zou het zinvol zijn om bv. Eeklo
> vol te gaan zetten met nodes voor ontbrekende adressen of winkels ?
> Het is daar daar nog een "woestijn" op dat gebied.
> 
> Notes voor wijzigingen of vermoedelijke fouten vind ik wel zinvol,
> maar notes voor ontbrekende data zijn (imho meestal) overbodig.
> 
> m
> 
> 2017-02-14 10:44 GMT+01:00 Jakka <vdmfrank...@gmail.com>:
>> Persoonlijk mening: Note zijn een belangrijk onderdeel om te communiceren
>> tussen éénmalig (niet frequent) gebruiker en de community.
>> Maar wanneer zijn regio waar zij/hij een melding wil maken overvol staat met
>> rode onopgeloste opmerkingen van maanden geleden dan zal de twijfel toch wel
>> toeslaan of het wel zin heeft daar zijn tijd in te steken... met gevolg van
>> die één woord note waar je als mapper niet veel mee kunt aanvangen.
>>
>> Op 14/02/2017 om 10:31 schreef Killian De Volder:
>>
>>> Dit klinkt voor mij als een filter probleem.
>>> Anders moeten we eens aan de algemene adressenlijst vragen om de volgende
>>> functionaliteit toe te voegen aan OSM:
>>> Toevoegen van een categorie aan een note, met volgende opties: "Missing",
>>> "Wrong", "Wrong+Outdated", "To be verified" (Bijvoorbeeld 90->70 km
>>> automatisch flaggen ofzo).
>>> Voorlopig kan ik mij geen andere nuttige opties voorstellen, zonder er een
>>> wirwar van te maken.
>>>
>>> Nu als een note niet dient om een probleem aan te duiden, zonder deze
>>> effectief te mappen in OSM, dan weet ik niet waar ze voor dienen ;)
>>> Houd er ook rekening mee dat een persoon ergens soms ook maar EEN keer
>>> passeert, en niet de luxe heeft om terug te komen. (Zoals toeristen.)
>>>
>>> 
>>>
>>> To me this sounds like a filtering problem.
>>> Maybe we should ask the global OSM maillist to add the following
>>> functionality:
>>> Ability to add a category to a note, with the following options:
>>> "Missing", "Wrong", "Wrong+Outdated", "To be verified" (In cases where a
>>> rule has changed and there is a fair change this has to be updated).
>>> I don't see any any other useful options to add, without creating a
>>> placenta of categories making our problem worse.
>>>
>>> Now if notes are not to note things to do in OSM, without actually mapping
>>> them in OSM, I don't know.
>>> Also note: sometimes a persen passes ONCE in an area, and might not have
>>> the luxury to return. (Like tourists.)
>>>
>>>
>>> On 13-02-17 10:40, Philippe Casteleyn wrote:
>>>>
>>>>
>>>> Nu ik gedaan heb met traptredentellen in Brussel dacht ik wat notes op te
>>>> lossen.  Ik heb dan maar bestaande rommel van gebruiker math1985 
>>>> geresolved.
>>>> Gebruiker math1985 is ter gelegenheid van SOTM 's nacht door Brussel gaan
>>>> dwalen en heeft 50 keer op een knopje gedrukt omdat hij niet kan zien welke
>>>> winkel het is met volgende resultaat :
>>>>
>>>> http://www.openstreetmap.org/note/722910
>>>>
>>>>
>>>> Een verstandig mens zou zeggen : komt eens terug overdag.  Maar nee, deze
>>>> kerel die zelfs het fatsoen niet heeft te zeggen waat hij woont deelt graag
>>>> werk aan anderen uit.  Zelfs na 5 maanden is er niemand geïnteresseerd
>>>> omzijn notes te bezien.  Vele van zijn notes zijn wellicht al opgelost
>>>> zonder hij ernaar omkijkt.
>>>>
>>>>
>>>> Maar hij is er wel als de kippen bij om zijn  50 notes te reactiveren.
>>>>
>>>>
>>>> Resultaat : nieuwe notes in Brussel zullen onopgelost blijven.
>>>>
>>>> <http://www.openstreetmap.org/note/722910>
>>>>
>>>> OpenStreetMap | Note: 722910 <http://www.openstreetmap.org/note/722910>
>>>> www.openstreetmap.org
>>>> OpenStreetMap is a map of the world, created by people like you and free
>>>> to use under an open license.
>>
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Notes pollutie in Brussel

[Killian De Volder]

Dit klinkt voor mij als een filter probleem.
Anders moeten we eens aan de algemene adressenlijst vragen om de volgende 
functionaliteit toe te voegen aan OSM:
Toevoegen van een categorie aan een note, met volgende opties: "Missing", 
"Wrong", "Wrong+Outdated", "To be verified" (Bijvoorbeeld 90->70 km automatisch 
flaggen ofzo).
Voorlopig kan ik mij geen andere nuttige opties voorstellen, zonder er een 
wirwar van te maken.

Nu als een note niet dient om een probleem aan te duiden, zonder deze effectief 
te mappen in OSM, dan weet ik niet waar ze voor dienen ;)
Houd er ook rekening mee dat een persoon ergens soms ook maar EEN keer 
passeert, en niet de luxe heeft om terug te komen. (Zoals toeristen.)



To me this sounds like a filtering problem.
Maybe we should ask the global OSM maillist to add the following functionality:
Ability to add a category to a note, with the following options: "Missing", 
"Wrong", "Wrong+Outdated", "To be verified" (In cases where a rule has changed 
and there is a fair change this has to be updated).
I don't see any any other useful options to add, without creating a placenta of 
categories making our problem worse.

Now if notes are not to note things to do in OSM, without actually mapping them 
in OSM, I don't know.
Also note: sometimes a persen passes ONCE in an area, and might not have the 
luxury to return. (Like tourists.)


On 13-02-17 10:40, Philippe Casteleyn wrote:
> 
> Nu ik gedaan heb met traptredentellen in Brussel dacht ik wat notes op te 
> lossen.  Ik heb dan maar bestaande rommel van gebruiker math1985 geresolved.  
>  Gebruiker math1985 is ter gelegenheid van SOTM 's nacht door Brussel gaan 
> dwalen en heeft 50 keer op een knopje gedrukt omdat hij niet kan zien welke 
> winkel het is met volgende resultaat :
> 
> http://www.openstreetmap.org/note/722910
> 
> 
> Een verstandig mens zou zeggen : komt eens terug overdag.  Maar nee, deze 
> kerel die zelfs het fatsoen niet heeft te zeggen waat hij woont deelt graag 
> werk aan anderen uit.  Zelfs na 5 maanden is er niemand geïnteresseerd omzijn 
> notes te bezien.  Vele van zijn notes zijn wellicht al opgelost zonder hij 
> ernaar omkijkt.
> 
> 
> Maar hij is er wel als de kippen bij om zijn  50 notes te reactiveren.
> 
> 
> Resultaat : nieuwe notes in Brussel zullen onopgelost blijven.
> 
> 
>   
> OpenStreetMap | Note: 722910 
> www.openstreetmap.org
> OpenStreetMap is a map of the world, created by people like you and free to 
> use under an open license.
> 
> 
> 
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Bulk import, mogelijkheden?

[Killian De Volder]

Geen ervaring mee.
Voorlopig kan u zich al wenden tot http://wiki.openstreetmap.org/wiki/Import

Mijn beste poging om uw vragen te beantwoorden:
a) Ja -> Zie wiki
b) Ja, import is een import,grote doet er niet echt toe.
c) Hopelijk iemand met meer ervaring dan ik ;)

Mvg,
Killian De Volder

On 29-01-17 15:05, Mars v. wrote:
> Wij hebben een grote hoeveelheid aanpassingen verzameld voor wandelpaden in 
> Brussel en zoeken een manier om dit zo optimaal en naar mate mogelijk 
> automatisch te importeren.
> 
> Is er een bepaalde flow dat aangeraden wordt voor zulke imports?
> Is het mogelijk om de grote dataset te importeren?
> En is er iemand die ons hierbij kan helpen?
> 
> Met vriendelijke groeten
> Mars
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] fietsstraat, bicycle_road, cyclestreet,...

[Killian De Volder]

On 07-06-16 15:10, Glenn Plas wrote:

> explicitly.  But most motorways in Belgium have a maxspeed assigned, not
> sure where this idea comes from. (examples ?)
I made a mistake this is not true
> 

Assuming we indeed wish to implement this proposal (or a modified version of 
it).
Who and when will this be voted on ? (Proposal is from 2010).

Looking at the discussion on that page, the main beef seems to be in the 
details.
I also get the feeling we should move this part of the thread of to a more 
world-wide channel.

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] fietsstraat, bicycle_road, cyclestreet,...

[Killian De Volder]

On 07-06-16 11:24, Santens Seppe wrote:
> Hi all,
> 

> However, the description of bicycle_road in the Wiki [3] is different from de 
> definition of the cycle streets in Belgium (e.g. bicycle road implies that 
> cars are not allowed, this is not the case for our cycle streets). The Dutch 
> wiki suggests cycleway=cyclestreet [4], but cyclestreet=yes is also used. So 
> I ask you, dear community, what should we do? When there is a consensus, it 
> might be good to add this to the Belgian Wiki.
> 

I see this problem a bit bigger:

I think we should have a general register that defines what a tag implies for 
each road-law region (usually an entire country).
(And this data should ideally not be stored in the Wiki, but rather inside OSM, 
or a file you can download to use in your routing-software.)
For example all our highways are 120, but they are not tagged as such. So it's 
up to uninformed drivers and router-planners to figure this out.

That or we define at-least the default and each mapper get to define the 
differences from the world-wide norm.
(But this will cause newcomers to make many mistakes)

(If there is already such a thing, still rather green ;)

Regards,
Killian

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] GRB open data

[Killian De Volder]

On 02-06-16 17:44, Glenn Plas wrote:

> Ik heb een tool gemaakt die redelijk af is maar er is zit een wat
> diepere problematiek in de data die ik niet in 1 ,2 .. 3 kan uitleggen
> op verstaanbare manier.
> 

Nog een randgeval tegen gekomen:

http://www.openstreetmap.org/way/246290812

Als je een landuse (in dit geval school) tagged met een adres heb je nog steeds 
een merge te doen.
Nu dit kunnen we in principe wel opvangen met QA check na een semiautomatische 
import.

PS, Welke behoud ik ?

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] GRB open data

[Killian De Volder]

Glenn,

Geen nood de enige import die ik gedaan heb is diegene die die jij nadien aan 
het importeren was.
(Indien zich U het herinnerd, verder heb ik ook de boot afgehouden.)

Verder ik ga er vanuit dat er mensen zijn die manueel/semiautomatisch aan het 
importen zijn.
Bewijs:
Ik + Jij (Glenn): http://www.openstreetmap.org/#map=14/51.2189/4.0546
http://www.openstreetmap.org/way/107808094#map=19/51.07133/4.72699

Verder had bestaande gebouwen heb ik gewoon aangepast.
"Megablocks" (10 huizen aan elkaar in een slordige import door 3Dshapes) dacht 
ik wel verwijderd te hebben, of had ik hiervan zoveel mogelijk nodes moeten 
hergebruiken ?

Maar als jij er mee bezig bent (ook als is het niet op dit moment) is het goed,
het is niet dat ik (en hopelijk de rest ook) geen geduld heb. Noch zit er druk 
achter.

Maar om eerlijke te zijn zou het wel handig zijn als de huisnummers er eens in 
geraken ;)
Maar huisnummers vereisen een gebouw tekenen ... welke met de mogelijkheid tot 
GRB een beetje extra werk lijkt.
Is het plan de nummers mee te nemen in deze procedure ?
Indien niet het geval, is er een tussen voorlopige manier dat men dit dan best 
(of gewoon niet) doet ?
Vierkante huizen die goed aansluiten bij GRB vorm, of gewoon wachten op de 
huizen ?

Ps.: Thanks for osmose !

Mvg,
Killian De Volder


On 02-06-16 17:44, Glenn Plas wrote:
> Hallo,
> 
> Met enige pijn in het hart lees ik dit.
> 
> Je kan echt nog niet onbezonnen gaan importeren op deze manier.   Voor
> de volgende redenen alvast:
> 
>  - Deze semi-automatische import moet goedgekeurd worden en er moet een
> case voor worden gemaakt.
>  - gebouwen zijn maar 1 deeltje van de data, er zit veel meer in
>  - Als je zomaar importeert zonder er over na te denken voor de
> opvolging, als je buildings in OSM ramt zonder referenties naar GRB op
> een gestructureerde manier.
> 
> 
> Als we echt automatische imports hadden gekozen was het nu reeds over,
> dus er zijn wel degelijk goede redenen om dit niet zo aan te pakken.
> 
> Je mag bestaande gebouwen niet zomaar wissen.  je moet een josm plugin
> tool gebruiken om die te mergen zodat historiek niet verloren gaat.
> 
> Als ik het nu zo lees kan je echt beter stoppen met importeren want die
> changesets gaan wss allen moeten weggehaald worden. *zucht*
> 
> Ik heb een tool gemaakt die redelijk af is maar er is zit een wat
> diepere problematiek in de data die ik niet in 1 ,2 .. 3 kan uitleggen
> op verstaanbare manier.
> 
> http://grbtiles.byteless.net/
> 
> Als je bezigheidstherapie wil, probeer dan eens Osmose om de bestaande
> data te verbeteren.
> 
> http://osmose.openstreetmap.fr/en/map/
> 
> Maak een RSS feed aan van je eigen username en sta versteld over welke
> fouten je tegenkomt (ook voor mezelf btw, mistakes happen, skills
> evolueren).
> 
> Nogmaals: importeer aub niets tot we het hebben uitgewerkt.   Ik zit in
> tijdsgebrek de laatste maanden, vandaar dat ik het wat geparkeerd had.
> 
> Al je werk gaat echt voor niets zijn.
> 
> Glenn
> 
> 
> 
> On 02-06-16 16:08, Killian De Volder wrote:
>> Beste allen,
>>
>> "Het zal ni lang duren of iemand is er mee weg... ;-)"
>> Bleek niet te kloppen, (niet dat ik klaag).
>>
>> Bedenkingen:
>> - Bij het invoegen van huizen moet je soms de land-use gebieden mee 
>> verzetten/mergen.
>> - Bestaande gebouwen en lijnen matchen kan lastig te automatiseren zijn.
>>   (Hoewel dicht bijzijnde punten best verplaats kunnen worden bv max 3 
>> meter.)
>> - Hoe later updates van GRB importeren ?
>> - Achterkant huizen zijn "niet te vertrouwen". (De zwarte lijnen/punten, die 
>> door de landmeter, wel)
>>
>> @Glenn Plas: Jij bent ook als eens bezig geweest hiermee.
>> Als jij je ervaringen ook eens kan delen zou dit wenselijk zijn.
>>
>> Dus de vragen die ik mij op dit moment vooral stel:
>>
>> Willen we de data automatisch importeren, of gaan we het manueel doen ?
>>
>> Anders kunnen de manuele mappers dit met gerust hart verder importeren.
>> (En anders zijn ze nu bezig met bezigheids-therapie)
>>
>> En anders moeten we er een rustig werk van maken om al het nodige op te 
>> zetten
>>
>> Als we het automatisch doen zullen we een server/service
>> moeten opzetten zoals de adressen van de CRAB tool maar dan voor GRB.
>>
>> Mvg,
>> Killian De Volder
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] GRB open data

[Killian De Volder]

Beste allen,

"Het zal ni lang duren of iemand is er mee weg... ;-)"
Bleek niet te kloppen, (niet dat ik klaag).

Bedenkingen:
- Bij het invoegen van huizen moet je soms de land-use gebieden mee 
verzetten/mergen.
- Bestaande gebouwen en lijnen matchen kan lastig te automatiseren zijn.
  (Hoewel dicht bijzijnde punten best verplaats kunnen worden bv max 3 meter.)
- Hoe later updates van GRB importeren ?
- Achterkant huizen zijn "niet te vertrouwen". (De zwarte lijnen/punten, die 
door de landmeter, wel)

@Glenn Plas: Jij bent ook als eens bezig geweest hiermee.
Als jij je ervaringen ook eens kan delen zou dit wenselijk zijn.

Dus de vragen die ik mij op dit moment vooral stel:

Willen we de data automatisch importeren, of gaan we het manueel doen ?

Anders kunnen de manuele mappers dit met gerust hart verder importeren.
(En anders zijn ze nu bezig met bezigheids-therapie)

En anders moeten we er een rustig werk van maken om al het nodige op te zetten

Als we het automatisch doen zullen we een server/service
moeten opzetten zoals de adressen van de CRAB tool maar dan voor GRB.

Mvg,
Killian De Volder

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[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 have probably been 
created using: maps obtained from various sources, signposts, ...

Some-one else might be able to shed more light on this.

On 01-06-16 12:36, joost schouppe wrote:
> 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, right? Or 
> am I missing the right place to look for the info?
> 
> 1: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries
> -- 
> joost schouppe
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 



___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Fietsstraat: 30km ten laste van wie ?

[Killian De Volder]

Merci, Bedankt,

@ru...@janmaes.com
Would you like to translate ? I might be able to produce something that looks 
like French. But information will be lost.


On 25-05-16 22:03, Wouter Hamelinck wrote:
> Wegcode is voor weggebruikers. Zij dienen ervoor te zorgen dat hun snelheid 
> niet boven de 30km/u komt.
> 
> Indien de wetgever aan de wegbeheerder een verplichting zou willen opleggen 
> om een bijkomende snelheidsbeperking in te voeren zou dat in het 
> "Ministerieel besluit houdende de minimum afmetingen en de bijzondere 
> plaatsingsvoorwaarden van de verkeerstekens" 
> (http://wegcode.be/wetteksten/secties/mb/mb-111076) staan en niet in de 
> wegcode.
> 
> Ook het Vlaams Vacemecum Fietsvoorzieningen bevat geen enkele suggestie om 
> een extra bord met snelheidsbeperking toe te voegen. 
> http://www.mobielvlaanderen.be/pdf/vademecum/hfdst3.pdf punt 3.1.4
> 
> wouter
> 
> 2016-05-25 20:59 GMT+02:00 Killian De Volder <o...@killiandevolder.be 
> <mailto:o...@killiandevolder.be>>:
> 
> http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies
> 
> De wetgeving is geen 100% duidelijk in dit artikel:
> "De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer 
> per uur."
> Is dit ten laste van de gemeenten die een snelheidsbeperking moeten 
> opleggen (bijkomend bord).
> Of is dit ten laste van de bestuurders ?
> 
> (Geen speculatie aub.)
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> -- 
> "Den som ikke tror på seg selv kommer ingen vei."
>- Thor Heyerdahl
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Fietsstraat: 30km ten laste van wie ?

[Killian De Volder]

http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies

De wetgeving is geen 100% duidelijk in dit artikel:
"De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer per 
uur."
Is dit ten laste van de gemeenten die een snelheidsbeperking moeten opleggen 
(bijkomend bord).
Of is dit ten laste van de bestuurders ?

(Geen speculatie aub.)

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be