Re: [OSM-talk-be] Enkele uurtjes buiten surveye mappen.

[Johan C]

Ik begin Mapillary (www.mapillary.com) meer en meer te waarderen als
hulpmiddel. Daarbij heb je alleen maar een smartphone nodig.

Johan

Op woensdag 5 november 2014 heeft Jo  het volgende
geschreven:

> Er zijn dus inderdaad nogal wat mogelijkheden.
>
> Ik heb bewust een relatief goedkopen Android smartphone van Huawei, met
> een relatief groot scherm (5"), GPS en 3G met daarop Vespucci, OsmAND en
> OSMFocus en ook Buienalarm. De fotoApp is zo ingesteld dat de foto's
> automatisch voorzien worden van coördinaten.
>
> Ik zal OSMtracker blijkbaar ook 's moeten uitproberen. Ik laat Vespucci
> gewoonlijk het GPX-spoor opnemen. 2 weekends geleden heb ik ontdekt dat je
> in Vespucci zowel Bing als een gerenderde kaart op de achtergrond kan laten
> weergeven. AGIV-luchtfoto's zou nog beter zijn, maar die vreten wel aan je
> 3G-datalimiet. Je kan daarbovenop ook nog een overlay met bijv. de wandel-
> of fietsknooppunten weergeven en je hebt rechtstreeks toegang tot de ruwe
> data. Je kan ook GPX-bestanden laden, maar dan vraagt het wel weer wat
> voorbereiding. Die overlays van tegenwoordig lijken me handiger.
>
> OsmAND gebruik ik om me te helpen met navigeren (om te weten wanneer ik
> moet bellen op de bus ;-) en om OSMNotes te zien of toe te voegen.
>
> OSMFocus is dus handig om snel te zien wat er al gemapt is en ik switch
> regelmatig tussen die 3 apps + foto.
>
> Vroeger gebruikte ik een Windows Mobile 6 met een minitoetsenbordje en
> NoniGPSplot en zat ik voortdurend nota's te typen die dan in JOSM mee in
> het GPX-spoor werden weergegeven. Foto's maakte ik toen met m'n (gewone)
> GSM, maar die moesten dan nog achteraf voorzien worden van geotags. Dat kan
> o.a. met JOSM.
>
> Jo
>
>
>
> Op 5 november 2014 18:01 schreef Sander Deryckere  >:
>
>> Zelf maak ik heel veel gebruik van foto's. Met OSMTracker gaat het vlot
>>
>> Om het probleem van Jo te vermijden (vooral op plaatsen waar veel te
>> mappen is) neem ik meestal maar foto's aan één kant van mijn wandeling. Dan
>> doe ik die wandeling iets later gewoon opnieuw. Het is natuurlijk
>> makkelijker mappen waar je de regio kent, en waar je weet wat er te mappen
>> valt (maar niet de exacte namen en locaties).
>>
>> Als ik echt traag wil gaan, dan neem ik er ook een papieren kaartje bij
>> waarop ik notities maak. Maar dat vraagt meer voorbereiding.
>>
>> Groeten,
>> Sander
>>
>> Op 5 november 2014 17:48 schreef Marc Gemis > >:
>>
>> Goede topic Jakka,
>>>
>>> zelf maak ik gebruik van een GPS toestel met touchscreen. Bijna alle
>>> notities maak ik daarop. Voor huisnummers gaat dat bv. vlot, heb daar een
>>> notitie system voor. Voor de meeste andere dingen heb ik ook afkortingen
>>> (BK - zitbank, VB - vuilbak, EZ70-M50  Einde Zone 70 - begin Maxspeed 50
>>> enz)
>>>
>>> Verder maak ik ook regelmatig foto's (zie mijn verzameling op
>>> http://xian.smugmug.com/OSM). Het beste is om zowel een overzichtsfoto
>>> als een detail foto te maken.
>>>
>>> Nadeel is wel dat ik niet onmiddellijk kan controleren wat er al wel en
>>> niet gemapped is. Toch niet van alle details die ik noteer.
>>>
>>> Er zijn ook mensen die eerst een kaartje afdrukken en alle notities
>>> daarop maken (er is een website die je daarbij kan helpen, maar ik kan niet
>>> op de naam komen - Walking Papers ?). Of ter plaatse een schets maken kan
>>> ook natuurlijk.
>>>
>>> Er zijn ook Apps voor de smartphone zowel voor Android als iOS.
>>>
>>> met vriendelijke groeten
>>>
>>> m
>>>
>>> 2014-11-05 17:35 GMT+01:00 Jakka >> >:
>>>
 Nog van de laatste aangename dag en temperaturen gebruik gemaakt om
 enkele punten te controleren. Daarbij kwam ik tot de vaststelling dat dat
 niet zo simpel en vlot verloopt. Ogen te kort en nota nemen in den beginne
 te gedetailleerd en naar mate ik verder ging minder en minder, met het
 gevolg éénmaal voor het toetsenbord en de krabbels naast me op bureau ik
 een mooie namiddag heb doorgebracht in natuur maar te weinig 100% zekerheid
 bruikbaar materiaal. Verdikke toch.
 Hoe leggen jullie dat aan boord ? Via artikel Mapper van de maand las
 ik GPS en recorder. Gebruiken jullie een bepaalde structuur van bekijken ?
 Check list ?

 Fijne mapping avond.

 Jakka


 ___
 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
>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Destination tagging on motorways

[Johan C]

I finished mapping the route Lille-Gent-Antwerp-Breda vice versa for both
destinations and destination details. Comments welcome!

@ Martijn Please take a look at this situation:
http://pix.toile-libre.org/?img=1412108906.jpg , located here:
http://www.openstreetmap.org/?mlat=50.81703&mlon=3.29462#map=17/50.81703/3.29462
Navigational devices like Navigon or TomTom are capable of showing the
correct lane and it's destination when travelling towards exit 3b
Kortrijk-Noord;Harelbeke-Zuid (fourth lane) or when travelling towards Gent
(left three lanes). I used the accepted :lanes extension (
http://wiki.openstreetmap.org/wiki/Lanes), which should provide enough data
to an OSM based navigation device in conjunction with the data on exit 3b
to show a user the correct lane and destination info. Can you confirm that
the tagging I used here is sufficient enough to do that job?

Cheers, Johan

2014-09-26 18:03 GMT+02:00 Marc Gemis :

>
> On Fri, Sep 26, 2014 at 1:16 PM, André Pirard 
> wrote:
>
>> It's OK Marc, you can do the same as in United Kingdom
>> ,
>> Netherlands
>> ,
>> Germany
>> 
>> etc ...
>>
>>
> The situation in The Netherlands seems to be a bit different. They
> actually have signs next to those motorway links with the E-ref. I checked
> 1 exit near Breda on streetview.
>
> The one I looked at in Belgium (Lier-Massenhoven) had distance marks, but
> no ref-number.
>
> For the UK, I also looked at 1 example and they also seem to indicate the
> "M25" as soon as you enter the motorway link.
>
> So the situation seems to be different and has to be tagged differently.
>
> regards
>
> m
>
> ___
> 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] Fwd: Destination tagging on motorways

[Johan C]

since a lot (> 98%?) of the crossings are simple in terms of destination
(like: when you go left you're driving towards Antwerp) and thus have
obvious connectivity, a relation like connectivity:lane will not be needed
often. There is no standard yet for tagging non-obvious connectivity.
Please let me know if you think you have found a situation where
non-obvious connectivity occurs.



Having destination info on way segments is just needed to provide
information to the driver. Therefore, I would from a practical point of
view limit this destination data to situations close to junctions. This
will also avoid using the forward and backward destination tagging. The
exact length is I think not so important. I would just use the first
segment available regardless of its length.


The DWG is clear on using contents of Google's photos:
https://lists.openstreetmap.org/pipermail/legal-talk/2014-April/007750.html.
Luckily, However, Mapillary can be used: http://www.mapillary.com/osm.html.
All it takes for Google (being the nice company they are) is start using
the same words: For the purpose of contributing metadata to OpenStreetMap,
we allow anyone to derive metadata from our photos.

Cheers, Johan

2014-09-12 15:28 GMT+02:00 André Pirard :

>  On 2014-09-11 00:27, Johan C wrote :
>
>  Hi André
>
>   <http://wiki.openstreetmap.org/wiki/Key:destination>=* not to compute the
> routes, they can do without,  but to know what the drivers see on the signs
> in order to use the same information in spoken instructions>
>
>  That's correct
>
>  http://wiki.openstreetmap.org/wiki/Key:ref> as
> of the motorway be used on all highway
> <http://wiki.openstreetmap.org/wiki/Key:highway>=motorway_link
> <http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link>?>
>
>  *If the motorway link has these signs*, they can be used.
>
>  *
>
>  The OSM situation should *reflect current signage*: if there are no
> signs, the destination tag should not be used
>
> So, I had correctly understood despite that, as unfortunately often the
> case, the key definition is very badly stated (the proof of that is that
> the French and German translators have got it and translated totally
> wrong).  So, I made the following change to the wiki:
> Old:
>
> The key *destination* describes the destination of the way by using the
> name of the city the way is heading to, which is explicitly indicated in a
> signpost or similiar on the ground.
>
> New:
>
> So that GPS-like software can refer to road signs that the driver actually
> sees, the key *destination*=* describes the contents of signposts or
> ground writing indicating the names of the cities that the way on which the
> key is tagged is leading to.
>
> It is worth spending time to precisely write definitions.
> It avoids many map mistakes needing much more time to fix and makes a much
> better OSM.
>
>   
>
>  Google is a nice company, but they are not open. Their terms prohibit
> copying contents pictures. But all it takes to get lane assistant in
> Belgium is a few people who access motorways every now and then taking
> pictures of the signs.
>
> What I meant is that Google is only allowed to copyright artwork, not
> facts nor even some pictures or parts thereof representing facts like road
> signs.  I don't see why you need copying pictures to build destination tags.
>
> Cheers,
>
>   André.
>
>
>  Cheers, Johan
>
>
>
> 2014-09-10 23:30 GMT+02:00 André Pirard :
>
>>  On 2014-09-09 22:14, Johan C wrote :
>>
>> In Nederland heb ik de snelwegen op veel plaatsen voorzien van
>> bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om afgelopen
>> maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille vice
>> versa te fotograferen. Die wil ik graag op de manier zoals ik die in
>> Nederland heb getagd gaan taggen. Dat houdt het volgende in:
>>
>> In the Netherlands I have the highways in many places equipped
>> destinations. As a passenger, I had the opportunity to be on the route
>> Breda-Antwerp-Ghent-Kortrijk-Lille to photograph. Past month the boarding
>> vice versa I would like the way I tagged in the Netherlands go tag them.
>> That means the following:
>>
>>  - invoeren destination details conform de werkwijze op
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
>> inclusief het invoeren van het afritnummer met de tag junction:ref
>>
>> - Enter destination details according to the procedure on
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
>> including entering the exit number junction with the tag: ref
>>
>>
>>  - het positione

Re: [OSM-talk-be] Destination tagging on motorways

[Johan C]

Marc,

situation 1 should do the job, without splitting the way after the
intersection. There is clearly a situation of obvious connectivity here (
http://wiki.openstreetmap.org/wiki/User:It%27s_so_funny)

Cheers, Johan

2014-09-11 12:04 GMT+02:00 Marc Gemis :

> I've been trying to map destinations on primary roads as well. Therefore I
> asked the following question on the help forum a couple of weeks ago, but
> never got an answer:
>
> I want to tag the destinations on a sign like
> http://xian.smugmug.com/OSM/OSM-2014/20140810-Herentals/i-ZQhq2MT/A It is
> located here . You see
> it on your right before a crossing with traffic_signals, while driving on a
> primary road.
>
> I know the wiki pages on destination
> , the destination
> sign relation
>  and some
> proposed extensions
> 
> .
>
> However, I'm not sure about the best way to map the example sign. I see
> the following possibilities
>
>1. as destination-tag on the way after the crossing
>2. as a destination relation
>3. as destination:lane on the way before the crossing
>
> or a combination of the above ?
>
> In case of 1 - the destination tag, do I have to split the way after the
> intersection ? Or do I let it extend as far as the current way ?
>
> I do not consider the exit_to tag which is sometimes used in the USA.
>
>
> What you might not see is that there is one lane for left turns, one for
> through and the right most lane is for through and right.
>
> Any thoughts on that ?
>
>
> On Thu, Sep 11, 2014 at 11:02 AM, Glenn Plas 
> wrote:
>
>> Hi Sander,
>>
>> I've been thinking about your statements.  Although I think you are not
>> incorrect stating it should be easy to enter, I think your requirements
>> to not use josm at all for this (with or without plugins) are a bit to
>> demanding.
>>
>> I'm a text console kind of person, all day long. I love the vi(m) editor
>> but I'm not so inclined into xml-diving some OSM change files.
>> Maybe I misunderstand this, but a good plugin in JOSM would probably
>> help a lot in taking the edge of editing.
>>
>> There are other things that are hard to edit.   Try the new speed_camera
>> scheme for example:  although I get what they are trying to do, it's
>> complicated and for a camera that does 2 jobs (red light + speed trap)
>> you have to add a single relation for each.
>>
>> Although this might signal a possible bad design, it doesn't make it a
>> bad one by default.  So, I'm not convinced on the 'clearly doing
>> something wrong'.  On the other hand, it's not a great design either.
>>
>> The only thing that I think is in the wrong place are the translations
>> of a destination. (technically then).  But I have to remind myself all
>> the time it's not a relational database design I'm discussing.
>>
>> I do aggree on the subject that smaller roads are probably more
>> important for all the reasons you state.
>>
>> Glenn
>>
>>
>>
>> On 11-09-14 10:23, Sander Deryckere wrote:
>> > Marc, you are right that I don't like the tag because of missing tools.
>> > But on the other hand, I think tags should be easy to edit, even without
>> > tools. If adding the tags becomes harder than surveying, we're clearly
>> > doing something wrong.
>>
>> ...
>>
>> > Since we have more small roads than motorways, the tags should be easy
>> > enough for anyone to add. Without having to use JOSM with some extra
>> > plugins.
>> >
>> > Regards,
>> > Sander
>>
>> ___
>> 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] Fwd: Destination tagging on motorways

[Johan C]

Hi André

http://wiki.openstreetmap.org/wiki/Key:destination>=* not to compute the
routes, they can do without,  but to know what the drivers see on the signs
in order to use the same information in spoken instructions>

That's correct



Google is a nice company, but they are not open. Their terms prohibit
copying contents pictures. But all it takes to get lane assistant in
Belgium is a few people who access motorways every now and then taking
pictures of the signs.

*

The OSM situation should reflect current signage: if there are no signs,
the destination tag should not be used



I've seen the upcoming of lane assistant somewhere in 2004. I think it's a
great feature. Every major navigation provider has it at the moment. Except
for Google, but they are going to get it, starting in the US.

http://wiki.openstreetmap.org/wiki/Key:ref> as
of the motorway be used on all highway
<http://wiki.openstreetmap.org/wiki/Key:highway>=motorway_link
<http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link>?>

If the motorway link has these signs, they can be used.

Cheers, Johan



2014-09-10 23:30 GMT+02:00 André Pirard :

>  On 2014-09-09 22:14, Johan C wrote :
>
> In Nederland heb ik de snelwegen op veel plaatsen voorzien van
> bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om afgelopen
> maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille vice
> versa te fotograferen. Die wil ik graag op de manier zoals ik die in
> Nederland heb getagd gaan taggen. Dat houdt het volgende in:
>
> In the Netherlands I have the highways in many places equipped
> destinations. As a passenger, I had the opportunity to be on the route
> Breda-Antwerp-Ghent-Kortrijk-Lille to photograph. Past month the boarding
> vice versa I would like the way I tagged in the Netherlands go tag them.
> That means the following:
>
>  - invoeren destination details conform de werkwijze op
> http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
> inclusief het invoeren van het afritnummer met de tag junction:ref
>
> - Enter destination details according to the procedure on
> http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
> including entering the exit number junction with the tag: ref
>
>
>  - het positioneren van de motorway_junction conform
> http://wiki.openstreetmap.org/wiki/Talk:Lane_assist/Examples/Motorway_exit,
> oftewel juist voor de doorgetrokken streep
>
> - het positioneren van de motorway_junction conform
> http://wiki.openstreetmap.org/wiki/Talk:Lane_assist/Examples/Motorway_exit,
> oftewel juist voor de doorgetrokken streep
>
>
>  Het mooie van het toevoegen van de destinations is dat dit een stap is
> om een rijstrookassistent te krijgen in OSM. Mijn op OSM gebaaseerde Garmin
> is al in staat om de bestemmingen niet alleen weer te geven maar ook uit te
> spreken, wat erg handig is in drukke verkeerssituaties. Diverse andere OSM
> routeringsprogramma's ondersteunen de bestemmingen eveneens.
>
>  Ik wil graag meehelpen om ook andere Belgische snelwegen te voorzien van
> de bestemmingen, maar op sommige Belgische snelwegen kom ik erg weinig tot
> nooit. Zouden jullie kunnen helpen door het nemen van foto's van de
> bebording cq het opnemen van ritten op de snelwegen met een dashcam?
>
> The beauty of adding destinations is that this is a step to get into OSM.
> Lane guidance My OFM gebaaseerde Garmin has been able to show the
> destinations not only weather but also to speak, which is very convenient
> in traffic situations. Various other OSM routing programs also support the
> destinations.
>
> I would like to also help provide the destinations, other Belgian
> motorways but some Belgian highways I get very little or never. Could you
> help by taking pictures of the signage or the inclusion of journeys on
> motorways with a dashcam?
>
>  Hi Johan,
>
> As I understand it (1) OSM GPS routers use destination
> <http://wiki.openstreetmap.org/wiki/Key:destination>=* not to compute the
> routes, they can do without,  but to know what the drivers see on the signs
> in order to use the same information in spoken instructions (e. g. call a
> lane by its destination if possible).Similarly for ref=*
> <http://wiki.openstreetmap.org/wiki/Key:ref>   and  name
> <http://wiki.openstreetmap.org/wiki/Key:name>=*.
>
> I did not understand every word you wrote, but it looks like you want the
> content of the Destination signposting.  They are all here on Google
> Street View <https://maps.google.be/maps?>.  I'm not sure you can copy
> the pictures, but pictures is not what is necessary for OSM: what is
> written on the road signs is legal information and cannot be copyrighted.
>
> My s

Re: [OSM-talk-be] Destination tagging on motorways

[Johan C]

@ Ben thanks for the tips. There is indeed redundancy in junction:ref and
motorway_junction. However, it's a logical thing to map all signage info on
the way.

@ Sander, Marc & others: when you collect photos/videos on signs I can put
the data in OSM

Cheers, Johan

2014-09-10 18:24 GMT+02:00 Marc Gemis :

> So it's just a good editor that prevents you from using the
> destination:lanes tagging schema :-)
> One that allows you to set the values in an easy way and compose the
> complex syntax itself. Just like the Opening Hours editor in JOSM does
>
>
> On Wed, Sep 10, 2014 at 5:56 PM, Sander Deryckere 
> wrote:
>
>>
>>
>> Op 10 september 2014 17:45 schreef Marc Gemis :
>>
>>> Welcome back, Sander,
>>>
>>> did you take a sabbatical away from OSM ? :-)
>>>
>>
>> Sortof. Got occupied with other stuff.
>>
>>>
>>> You could tag destination on the way after the junction, which is
>>> simplier, but then you do not have the lane selection information. This
>>> information is now available in modern, commercial routing apps. (the one
>>> in my car e.g.)
>>>
>>> Is there another tagging schema, that holds lane information and is
>>> simpler ?
>>>
>>
>> No approved schema. But we just try to cram too much into one tag (with
>> strange separators like | and ;). I'd prefer one tag per lane that differs
>> from the default. The amount of text would still be about the same, but it
>> would be easier to read imo.
>>
>>>
>>> Neither of them is very popular at the moment, though the plain
>>> destination is ahead:
>>> http://taginfo.openstreetmap.org/compare/destination/destination:lanes
>>>
>>> regards
>>> m
>>>
>>>
>>> 2014-09-10 10:12 GMT+02:00 Sander Deryckere :
>>>
>>>> I've never been a big fan of the current lane tagging schema. F.e.,
>>>> just try to tag the first picture on that wiki page:
>>>>
>>>>
>>>> destination:lanes=Brno;Poysdorf;Mistelbach|Brno;Poysdorf;Mistelbach;Graz;Wien|Graz;Wien
>>>> destination:ref:lanes=A5|A5;S1;A2|S1;A2
>>>> destination:country:lanes=CZ|CZ;SK;H;SLO;I|SK;H;SLO;I
>>>> destination:symbol:lanes=|airport|airport
>>>>
>>>> Are we really trying to hang ourselves?
>>>>
>>>> Anyway, that said, I'll never map anything with the :lanes extension
>>>> myself, nor will I edit any such tag, but I you're willing to go through
>>>> that painful process, I won't stop you.
>>>>
>>>> (oh, and if you want cooperation for all Belgian highways, better also
>>>> put your message in English or French).
>>>>
>>>> Regards,
>>>> Sander
>>>>
>>>> Op 10 september 2014 09:13 schreef Marc Gemis :
>>>>
>>>> Ik heb al enkele prive berichten uitgewisseld gehad met Johan over dit
>>>>> topic en ook op het NL-forum hebben we het erover gehad. Naar aanleiding
>>>>> van deze communicatie heb ik al een paar "junctions" verplaatst naar de
>>>>> plek die de wiki beschrijft. Omdat ik zelf niet in de mogelijkheid ben om
>>>>> foto's te maken van de borden, heb ik het noodgedwongen moeten houden op
>>>>> het mappen van de lanes & turn:lanes.
>>>>>
>>>>>
>>>>> Ik ben dus blij dat Johan bereid is om ons hierbij te helpen. Hopelijk
>>>>> inspireert dit anderen om ook foto's of filmpjes te gebruiken om de
>>>>> "destinations" in kaart te brengen.
>>>>>
>>>>> groeten
>>>>>
>>>>> m
>>>>>
>>>>>
>>>>> 2014-09-09 22:57 GMT+02:00 Ben Laenen :
>>>>>
>>>>>> On Tuesday 09 September 2014 22:14:25 Johan C wrote:
>>>>>> > In Nederland heb ik de snelwegen op veel plaatsen voorzien van
>>>>>> > bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om
>>>>>> afgelopen
>>>>>> > maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille
>>>>>> vice
>>>>>> > versa te fotograferen. Die wil ik graag op de manier zoals ik die in
>>>>>> > Nederland heb getagd gaan taggen. Dat houdt het volgende in:
>>>>>> >
>>>>>> > - invoeren destination details conform

[OSM-talk-be] Destination tagging on motorways

[Johan C]

In Nederland heb ik de snelwegen op veel plaatsen voorzien van
bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om afgelopen
maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille vice
versa te fotograferen. Die wil ik graag op de manier zoals ik die in
Nederland heb getagd gaan taggen. Dat houdt het volgende in:

- invoeren destination details conform de werkwijze op
http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
inclusief het invoeren van het afritnummer met de tag junction:ref

- het positioneren van de motorway_junction conform
http://wiki.openstreetmap.org/wiki/Talk:Lane_assist/Examples/Motorway_exit,
oftewel juist voor de doorgetrokken streep

Het mooie van het toevoegen van de destinations is dat dit een stap is om
een rijstrookassistent te krijgen in OSM. Mijn op OSM gebaaseerde Garmin is
al in staat om de bestemmingen niet alleen weer te geven maar ook uit te
spreken, wat erg handig is in drukke verkeerssituaties. Diverse andere OSM
routeringsprogramma's ondersteunen de bestemmingen eveneens.

Ik wil graag meehelpen om ook andere Belgische snelwegen te voorzien van de
bestemmingen, maar op sommige Belgische snelwegen kom ik erg weinig tot
nooit. Zouden jullie kunnen helpen door het nemen van foto's van de
bebording cq het opnemen van ritten op de snelwegen met een dashcam?

Met vriendelijke groet, Johan
aka It's so funny
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Discussion with Wallonia

[Johan C]

{part of this page:
http://ec.europa.eu/digital-agenda/en/european-legislation-reuse-public-sector-information
}:
In June 2013, a revision of the Directive
<http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2013:175:0001:0008:EN:PDF>has
been adopted by the Union legislator. Member States now have 2 years to
transpose the provisions of the revised Directive into national law. Read
more  <http://ec.europa.eu/digital-agenda/news-redirect/11278>on what will
change. A consolidated version of the Directive is available
here<http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:02003L0098-20130717:EN:NOT>.
Click here 
<https://webgate.ec.europa.eu/multisite/digital-agenda/en/news/revision-psi-directive>for
more background on the process of revising the Directive.

Luckily the Belgium law has to change too :-)
Good luck getting the data. If they don't give it, you could give it a go
and send out a tweet to Neelie Kroes https://twitter.com/NeelieKroesEU,
responsible for the EU digital agenda and very much in favour of open data

Cheers, Johan


2014/1/17 Julien Fastré 

>
> Le 16/01/14 22:59, André Pirard a écrit :
>
> On 2014-01-16 18:44, Jo wrote :
>
>  Yes, go and ask them for aerial imagery, house numbers, building
> contours, PT data from TEC and STIB/MIVB.
>
>
> And if it's a by the piece permission, first of all the boundaries which
> are the only feature you can't see from above or walk with a GPS (and that
> are not copyrightable in my opinion, you might bring that particular answer
> back).
>
> Boundaries are the property of IGN. Walloon Regio, etc. just copy
> information from them.
>
> I think we should make contact with IGN/NGI to obtain this information.
>
>
> On 2014-01-16 20:27, Johan C wrote :
>
> This page
> http://ec.europa.eu/digital-agenda/en/european-legislation-reuse-public-sector-informationcan
>  be interesting to prepare for a meeting with government officials
>
> As well as
>
> *7 MARS 2007. - Loi transposant la directive 2003/98/CE du Parlement
> européen et du Conseil du 17 novembre 2003 concernant la réutilisation des
> informations du secteur 
> public*<http://www.ejustice.just.fgov.be/cgi_loi/change_lg.pl?language=fr&la=F&cn=2007030736&table_name=loi>
>
> *7 MAART 2007. - Wet tot omzetting van de richtlijn 2003/98/EG van het
> Europees Parlement en de Raad van 17 november 2003 inzake het hergebruik
> van overheidsinformatie*
> <http://www.ejustice.just.fgov.be/cgi_loi/change_lg.pl?language=nl&la=N&cn=2007030736&table_name=wet>
> I also found an interesting IGN/NGI 
> interview<http://www.mil.be/vox/subject/index.asp?LAN=fr&ID=786&MENU=1259&PAGE=2>(boldface
>  mine).
>
> Une directive européenne est pour l'instant [2006] en cours de
> préparation, imposant l'obligation de croiser les données de référence.
> Notre interlocutrice [de l'IGN] confirme : "*Nous devons utiliser
> davantage les informations collectées par d'autres organismes*. Une
> collaboration avec les régions est l'idéal. *En échangeant nos données*,
> nous pourrons mettre nos renseignements plus rapidement à jour. *Nous
> visons à créer une banque carrefou**r** d'informations géographiques*, un
> réseau dans lequel l'IGN serait un pivot important. Nous ne collecterions
> les données qu'une seule fois et tous les autres organismes seraient
> immédiatement avertis des changements. *Nous aimerions aboutir en 2010*.
> Ces dernières années, nous avons également cherché des points de
> convergence avec la Défense. Nous faisons notamment appel à son imprimerie."
>
> Thanks again and ... good luck.
>
>
> I had contact with IGN before. They were, in March 2013, *completely*
> *OPPOSED* to open data. People change, mind change; but we should know that.
>
>
>
>   André.
>
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://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] Discussion with Wallonia

[Johan C]

This page
http://ec.europa.eu/digital-agenda/en/european-legislation-reuse-public-sector-informationcan
be interesting to prepare for a meeting with government officials

Cheers, Johan


2014/1/16 Paul-André Duchesne 

> +1 for Julien Fastré :)
>
> I'm impatient to get the feedback :)
> We're gonna get the Wallony data, we're gonna get the wallony data eeeuh :)
>
>
> 2014/1/16 Jo 
>
>> Yes, go and ask them for aerial imagery, house numbers, building
>> contours, PT data from TEC and STIB/MIVB.
>> You have our support :-)
>>
>> Jo
>>
>>
>> 2014/1/16 Julien Fastré 
>>
>>> Hi,
>>>
>>> I am contacted with the Cabinet of Philippe Henry, in charge of
>>> geography in Wallonia.
>>>
>>> They would like to have the opinion of the contributors about the "plan
>>> stratégique de la géomatique".
>>>
>>> They need someone to talk. This person should be in Wallonia and there
>>> should be an agreement to talk with him.
>>>
>>> If you would agree, I propose myself to go on with those talks, until we
>>> have a more organised organisation (under the umbrella of OKFN).
>>>
>>> Do you agree that I go to discuss with them, summarize the plan, pro and
>>> cons, and give them back an advice from OSM contributors ?
>>>
>>> We should give them an answer for... tomorrow :-) (I received the email
>>> this morning :-) ).
>>>
>>> Please give an answer :-)
>>>
>>> Julien Fastré
>>>
>>> ___
>>> 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
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Philippines disaster

[Johan C]

Hi

at http://tasks.hotosm.org/job/350 post disaster satellite imagery has been
made available for mapping Tacloban, one of the heaviest hit cities in the
Philippines. Your help mapping there is welcome (JOSM experience needed,
and please carefully follow the instructions). OSM based maps are being
used by (at least) the American Red Cross which means that your mapping
might save lives. More info can be found here:
https://lists.openstreetmap.org/pipermail/talk/2013-November/068573.html
When task 350 is completed other tasks are available at
http://tasks.hotosm.org

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

Re: [OSM-talk-be] New user: Kreatos - wants to do import of their shops

[Johan C]

Hi Marc

I talked about this yesterday evening on a meeting of the Future Group. The
good thing: this is definitely on the list of stuff which needs to be
worked upon. The bad thing: it's not a simple thing to solve. One of the
major problems is that address data is missing on a large scale in OSM.
Supposedly companies will have addresses of their businesses. Question is:
how to match the addresses to LAT/LON in an ODbL compatible way?

However, The Netherlands, Flanders and Bruxelles may serve as an test bed
for this, since address data is already available there. I'll come back to
it later. If there are other initiatives on this matter, than these should
definitely proceed.

Cheers, Johan


2013/9/21 Marc Gemis 

>
>
>
> On Fri, Sep 20, 2013 at 10:45 PM, Johan C  wrote:
>
>> On your question Marc to contact companies: I have mixed experiences in
>> the past. Some companies (like McDonalds) were not interested in
>> OpenStreetMap. A situation that should change, since there are just four
>> global players in geodata, OSM being one of them. Our product is not worse
>> than Google places. probably better, because we're in open data. I like
>> your idear, maybe we can join forces for the Benelux. We could start having
>> a platform for entry of business users in OSM, showing them the advantages
>> of using OSM. For instance, if we present the number of OSM app downloads
>> (combined 30 million or so), businesses might gain interest. Let me know if
>> you/others are interested.
>>
>> Cheers, Johan
>>
>> Op vrijdag 20 september 2013 schreef Marc Gemis (marc.ge...@gmail.com):
>>
>> I welcomed a new user, expecting that it was related to the Kreatos
>>> hairdressers company:
>>>
>>> their reply:
>>>
>>> Dank voor de informatie.
>>> Weet u een manier om (meerdere) nodes (in één keer) te uploaden naar
>>> OpenStreetMap? Bij Google is dit via Google Places, met een XLS of XML
>>> file.
>>> Heb hiervoor gezocht op de website van OpenStreetMap, maar ik raak er
>>> niet meteen wijs uit?
>>> De informatie zou uit en MySQL database komen, dus een api met
>>> rechtstreekse import/sync mogelijkheid hiervoor zou natuurlijk nog beter
>>> zijn…
>>>
>>>
>>>
>>> ---
>>>
>>> How do I proceed ? Show them the OSM Api v0.6 ? + policy page ? Josm
>>> upload ? Ask them the file and do the upload myself + verification of
>>> individual points ?
>>>
>>> I was also wondering this week whether we could contact companies to ask
>>> them to share their shops or fuel stations. What do you think about that ?
>>>
>>>
>>> regards
>>>
>>> m
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
> Hallo Johan,
>
> I'm wiling to send out such emails to companies in Belgium, but I'm not so
> good in writing those letters. It takes me more time than I'm willing to
> spend to get it right. But if someone can come up with a good template, I
> can do the "import" later.
>
> I also think that we need a page that describes how companies can easily
> add their POIs. This guy  (from Kreatos) did not find a page on the wiki
> with some API to do so. It would be nice to have some page that describes
> the different methods (e.g. JOSM + OpenData, the osm file generation
> described in this thread, the import procedure, etc. ) Furthermore the page
> should list some Overpass examples on how they can retrieve their shops
> again. And maybe a link to leaflet, umap.openstreetmap.fr and
> switch2osm.org so they know how to visualize their data. I provided some
> of this information in my response to him. I just thought of leaftlet/umap
> this morning.
>
> So I have some ideas, but lack to time to write the proper letters and
> documentation. Maybe you can add this to the dreams for OSM ?
>
> regards
>
> m
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] New user: Kreatos - wants to do import of their shops

[Johan C]

On your question Marc to contact companies: I have mixed experiences in the
past. Some companies (like McDonalds) were not interested in OpenStreetMap.
A situation that should change, since there are just four global players in
geodata, OSM being one of them. Our product is not worse than Google
places. probably better, because we're in open data. I like your idear,
maybe we can join forces for the Benelux. We could start having a platform
for entry of business users in OSM, showing them the advantages of using
OSM. For instance, if we present the number of OSM app downloads (combined
30 million or so), businesses might gain interest. Let me know if
you/others are interested.

Cheers, Johan

Op vrijdag 20 september 2013 schreef Marc Gemis (marc.ge...@gmail.com):

> I welcomed a new user, expecting that it was related to the Kreatos
> hairdressers company:
>
> their reply:
>
> Dank voor de informatie.
> Weet u een manier om (meerdere) nodes (in één keer) te uploaden naar
> OpenStreetMap? Bij Google is dit via Google Places, met een XLS of XML
> file.
> Heb hiervoor gezocht op de website van OpenStreetMap, maar ik raak er niet
> meteen wijs uit?
> De informatie zou uit en MySQL database komen, dus een api met
> rechtstreekse import/sync mogelijkheid hiervoor zou natuurlijk nog beter
> zijn…
>
>
>
> ---
>
> How do I proceed ? Show them the OSM Api v0.6 ? + policy page ? Josm
> upload ? Ask them the file and do the upload myself + verification of
> individual points ?
>
> I was also wondering this week whether we could contact companies to ask
> them to share their shops or fuel stations. What do you think about that ?
>
>
> regards
>
> m
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] fietsknooppunten

[Johan C]

De komende paar jaar worden best interessant voor OpenStreetMap. De
overheden moeten hun info namelijk open gaan maken tegen geen of marginale
kosten. Een club zoals Toerisme Vlaanderen is - volgens hun website - een
overheidsdienst. (Toerisme Vlaanderen wil zich als een strategie- en
kennisgedreven overheidsdienst inzetten om de duurzame ontwikkeling van het
toerisme en van de toeristische sector in Vlaanderen en Brussel te
bevorderen met het oog op meer economisch rendement, tewerkstelling en
sociaal welzijn.). Ik neem aan dat ook zij onder de nieuwe PSI directive
gegevens moeten vrijgeven
http://ec.europa.eu/digital-agenda/en/news/what-changes-does-revised-psi-directive-bring
Een strategische keuze voor dit soort organisaties kan zijn om
-vooruitlopend op nationale wetgeving die in 2015 geïmplementeerd moet
zijn- de samenwerking te zoeken met de OpenStreetMap community. En vice
versa uiteraard. Mooiste zou zijn als de data bruikbaar zijn in OSM en
regelmatig worden geactualiseerd, waarbij via de OSM community feedback
naar de database bij de overheden wordt georganiseerd. Zoals het idealiter
ook bij adressen zou kunnen plaatsvinden. Zo creëer je een win-win situatie.

Cheers, Johan


Op 15 september 2013 11:34 schreef Ben Abelshausen <
ben.abelshau...@gmail.com>:

> Ik ben een project aan het doen voor westtour (
> http://www.westtoer.be/westtoer/index.aspx) mét OSM-kaarten. Het is
> misschien nog niet duidelijk altijd maar OSM zit wel degelijk in enkele
> toepassingen. RouteYou gebruikt ook OSM dacht ik en MIO heeft een fiets- en
> wandelkaart op basis van OSM.
>
> Het is natuurlijk wel waar dat de knooppuntnetwerken misschien niet
> gebruikt worden maar dat is ook een zeer specifieke toepassing. Vergeet wel
> niet dat toerisme vlaanderen ook niet alle data altijd up-to-date heeft. In
> alle datasets zitten fouten zelfs in die datasets die zogezegd 'autoritair'
> zijn. Dat merk ik nu ook al weer nu ik met AGIV bezig ben.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>
> 2013/9/15 Guy Vanvuchelen 
>
>> Mijn punt is dat gegevens, die we inbrengen maar niet in toepassingen
>> gebruikt worden, snel verouderd gaan zijn. We kunnen alle knooppunten en
>> routes inbrengen, en daar terecht fier op zijn, maar als ze niet gebruikt
>> worden dan blijven de fouten er in en zijn onze gegevens binnen de kortste
>> keren waardeloos.
>>
>> Als bijvoorbeeld toeristische diensten OSM map zouden gebruiken dat
>> kunnen ze al wat ze op hun kaart willen zien inbrengen en dan worden de
>> gegevens door die diensten bijgewerkt. Maar waarom gebruiken ze onze
>> kaarten niet?  Misschien wel omdat er geen enkele lay-out voldoet aan hun
>> wensen. 
>>
>> Het veelvoud aan mogelijkheden heeft het voordeel dat we dingen kunnen
>> aanbieden die andere kaarten niet hebben, het nadeel is echter dat niets
>> volledig is. Daarom was het misschien beter segment per segment af te
>> werken. Maar ook dat zal wel een vrome droom zijn.
>>
>> ** **
>>
>> Guy Vanvuchelen
>>
>> ** **
>>
>> *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
>> *Verzonden:* zondag 15 september 2013 7:35
>>
>> *Aan:* OpenStreetMap Belgium
>> *Onderwerp:* Re: [OSM-talk-be] fietsknooppunten
>>
>> ** **
>>
>> Op deze lijst lijkt het of er maar 2 belangrijke toepassingen zijn:
>> knooppunten en autonavigatie. Het gebruik van kaarten gaat veel verder.**
>> **
>>
>> ** **
>>
>> Op het Nederlandse forum is er een draadje over toepassingen van OSM:
>> http://forum.openstreetmap.org/viewtopic.php?id=16030
>>
>> Verder heeft Aldi een GPS op basis van OSM, gaat Bosch er een uitbrengen
>> voor eBikes,
>>
>> zie je een aantal brandweerdepartementen (Noord Duitsland, Polen, maar
>> ook bij ons) die gegevens willen toevoegen en dus waarschijnlijk ook gaan
>> gebruiken. Michelin heeft een kaart uitgebracht op basis van OSM. Je kan ze
>> gebruiken op je Garmin.
>>
>> ** **
>>
>> Mercedes heeft een zelfrijdende wagen die gebruikt maakt van JOSM. In het
>> VK zijn er nu gemeentebesturen die OSM kaarten gebruiken voor planning e.d.
>> 
>>
>> ** **
>>
>> Voor de wandel- en fietsknooppunten hebben we inderdaad een achterstand.
>> Een oneerlijke race feitelijk. Tourisme Vlaanderen heeft alle gegevens,
>> hebben via derden een website waar je de route kan plannen. Zouden in
>> principe alle wijzigingen moeten kennen. Hoe kan je daar tegenop ? Vergeet
>> niet dat dat maar een van de vele mogelijke toepassingen is van OSM. Daarom
>> (ik heb dit reeds meermaals gezegd), moet je verder zien dan enkel die
>> netwerken. Biedt een kaart aan die ook andere informatie bevat, die niet
>> beschikbaar is op de gekende planners. Dan gaan de mensen misschien wel
>> overstappen.
>>
>> ** **
>>
>> Hoelang is Google al bezig om kaartgegevens te verzamelen, in te kopen,
>> enz ? Met welk budget ? Hoeveel ingebouwde (voor auto's) GPS toestellen
>> zijn er gebaseerd op google maps ?
>>
>> ** **
>>
>> groet
>>
>> ** **
>>
>> m
>>
>> ** **
>>

Re: [OSM-talk-be] Voorsorteerstoken

[Johan C]

Ik ben vorig jaar met een Oostenrijker (degeen die turn:lanes heeft
vormgegeven met een aantal anderen) druk bezig geweest om lane assist te
doorgronden. Dat is door gebrek aan medewerking bij ontwikkelaars (in casu
Skobbler, Navmii en Mapfactor) nog niet goed van de grond gekomen. Op
http://wiki.openstreetmap.org/wiki/Lane_assist staat een laatste stand van
zaken met een aantal voorbeelden. De destination:lanes key is een meer
ingewikkelde methode van taggen: eigenlijk is daarbij de bedoeling om elke
rijbaan vóór een kruising van de bestemming te voorzien. Dat is een
relatief inefficiënte manier van mappen, omdat de weg ná de kruising altijd
één richting op gaat (één outgoing way) terwijl er vaak drie incoming ways
zijn. Een key die je nu al goed kunt gebruiken én al wordt ondersteund in
Garmin (mkgmap) is de destination key die op het eerste wegsegment vanaf
een kruising gezet kan worden, dus op de outgoing way.

De turn:lanes zijn trouwens perfect gebruikt in het voorbeeld van Joren. En
hoe vaker die gebruikt wordt, hoe groter de kans dat er een
navigatiesysteem komt op basis van OSM dat een rijstrookkassistent gaat
ondersteunen!

Cheers, Johan

ps je kunt hier: http://navmii.uservoice.com/forums/76347-navmii- stemmen
als je de huidige 318 punten voor een lane assist in Navfree wilt verhogen


Op 2 juli 2013 00:16 schreef Jo  het volgende:

> Ja, zo 1 met zonnecellen erop. Laat maar komen!
>
> Voor volgende week ben 'k op zoek naar een camionette...
>
> Jo
>
> Op 2 juli 2013 00:09 schreef Glenn Plas  het
> volgende:
>
> On 07/02/2013 12:03 AM, Jo wrote:
>>
>>> Ik ben ook geneigd om voor een gescheiden fietspad een eigen way in te
>>> tekenen. Zo kan je alle nuances meenemen en ze mooi rond de bushalte bays
>>> leiden.
>>>
>>> Wie had er ooit gedacht dat ik het over bushaltes zou gaan hebben :-)
>>>
>>> Jo
>>>
>>>
>> Ik ga ooit nog een wagen voor je kopen Jo, dan gaan de wegen even goed
>> gemapt worden als de busroutes,  volgens mij ben jij wel voor een
>> electrisch model te vinden :)
>>
>> tx om mijn idee erover te bevestigen, denk dat we allemaal op 1 lijn
>> staan op dit onderwerp.
>>
>> Mvg,
>>
>> Glenn
>>
>>
>> __**_
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] AGIV CRAB not usable in OSM!

[Johan C]

Will AGIV accept attribution on this page:
http://wiki.openstreetmap.org/wiki/Contributors in order to use the data
under ODbL?

Cheers, Johan


2013/5/30 Ben Abelshausen 

> @marc: yes it's the best way to get accurate data anyway! :-)
>
> I'm not sure about the Flemish open data licenses, Pieter should know.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
> ben.abelshau...@gmail.com
> http://twitter.com/xivk
>
>
>
> On Thu, May 30, 2013 at 11:10 AM, Marc Gemis  wrote:
>
>> So I'll keep on walking and surveying housenumbers
>>
>> m.
>>
>>
>> On Thu, May 30, 2013 at 10:58 AM, Jo  wrote:
>>
>>> I'm not entirely convinced those Flemish open data licenses would really
>>> help us a lot either.
>>>
>>> Do they need a disclaimer shown on each and every rendering of the data?
>>>
>>> Jo
>>>
>>>
>>> 2013/5/30 Ben Abelshausen 
>>>
 Hi Again,

 Friday last week someone from AGIV called me to have a talk about the
 licence for CRAB and they will not change theirs for now. I also explained
 why we could not, similar to a commercial map provider, just add a
 disclaimer to our data. That is actually their only demand.

 *The orthofoto's is no problem, that has been confirmed again.*

 Anyway there was a bit of dissapointment on both sides about this. I
 also asked about the new Flemish open data licenses but they had no plans
 in that direction. There was even talk about closing the data again in 2015
 but that descision was still to be made...

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com
 http://twitter.com/xivk

 On Fri, May 17, 2013 at 11:08 AM, Ben Abelshausen <
 ben.abelshau...@gmail.com> wrote:

> OK I will immediately reply with this to them. Curious about the
> response.
>
> Thanks again to open-data-Pieter! :-)
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
> ben.abelshau...@gmail.com
> http://twitter.com/xivk
>
>
>
> On Fri, May 17, 2013 at 11:05 AM, Pieter Colpaert <
> pieter.colpa...@okfn.org> wrote:
>
>> Hi Ben,
>>
>> there is a clear deadline! The 14th of June they are doing the
>> Flemish Open Data day on which they have to show their work. That day is
>> going to advertise the Flemish open data licenses as well. We just need 
>> to
>> convince AGIV to start using the right ones:
>>
>> http://okfn.be/2013/05/04/**flemish-open-data-licenses/
>>
>> Kind regards,
>>
>> Pieter
>>
>>
>> On 05/17/2013 11:00 AM, Ben Abelshausen wrote:
>>
>>> Bad news!
>>>
>>> The AGIV licence of the adressing data (CRAB) is NOT ok for reuse
>>> for OSM. I was in the process of requesting a licence.
>>>
>>> The story is: you can get the data but when a third person is
>>> reusing this they also need to sign a licence. This means that we cannot
>>> reuse this data in the OSM-database. At least not copying it, maybe 
>>> mapping
>>> based on it and not copying would be ok...
>>>
>>> In my opinion this is not really open data, just free data as in
>>> beer! I did get a response that they are aware of this limitation and 
>>> are
>>> working on this but there is no clear deadline. One day we will get this
>>> data, including reuse, but we are not really there yet. But maybe by 
>>> then
>>> all addresses will be mapped already and OSM will be the reference! :-)
>>>
>>> I'm very sorry about getting everybody worked-up about finally being
>>> able to use this data but there was some misunderstanding about what 
>>> usage
>>> in OSM meant. In our case mapping or copying the data instead of just
>>> geocoding on the main OSM-website.
>>>
>>> Met vriendelijke groeten,
>>> Best regards,
>>>
>>> Ben Abelshausen
>>> ben.abelshau...@gmail.com 
>>> >> >
>>> http://twitter.com/xivk
>>>
>>>
>>>
>>> __**_
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk-be
>>>
>>
>>
>> __**_
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-be
>>
>
>

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


>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/ta

Re: [OSM-talk-be] Initial stuck to the name

[Johan C]

name = inderdaad de volledige naam, omdat afkortingen meerdere betekenissen
kúnnen hebben
http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29

Eventueel is naast de volledige naam ook de tag short_name toe te voegen,
met de tekst zoals die letterlijk op het straatnaambord staat
http://wiki.openstreetmap.org/wiki/Key:name

Gr Johan

Op 12 januari 2013 16:03 schreef Ben Laenen  het
volgende:

> On Saturday 12 January 2013 14:30:59 Guy Vanvuchelen wrote:
> > Helemaal akkoord. Het naambord is inderdaad de meest officiële naam die
> > iedereen kan zien en gebruiken. Eigenlijk is het met namen van kapellen
> en
> > kerken hetzelfde. Als op een kerk de naam H Hart staat waarom moet er dan
> > Heilig Hart van gemaakt worden. Een moslin, of waarschijnlijk zelfs de
> > jeugd dat misschien denken dat het niet dezelfde naam is.
>
> Wel, 't is ook de internationale OSM-regel dat namen voluit worden gespeld.
> Dus ook voor deze kwestie, als je vindt dat de regel niet goed is, dan zal
> je
> het op internationaal niveau moeten zien aan te kaarten...
>
> Trouwens, dan kan op de kerk wel "H Hart" staan, maar op het infobord dat
> tegen de kerk hangt staat dan misschien wel "Heilig Hart", of op wijzers
> naar
> de kerk kan het ook voluit staan, etc. Zodus, vermijd discussies en gebruik
> geen afkortingen.
>
> Voor straatnamen hangt het dus puur af van de officiële straatnaam, en
> zoals
> gezegd vind je die in de notulen van de gemeenteraad, al zal je vaak al in
> archieven moeten zoeken, maar elke gemeente houdt normaal wel een lijst van
> officiële straatnamen bij. Kan je eventueel onder openbaarheid van bestuur
> aanvragen. In Antwerpen worden geen namen afgekort, maar in andere
> gemeenten
> kan het anders zijn.
>
>
> > Het probleem is dat Osmose het als fout beschouwd en dat je die telkens
> > opnieuw moet controleren als je op die manier de fouten wil wegnemen.
>
> Omdat het dus in principe ook meestal fout is volgens de regels binnen
> OSM...
>
> Ben
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] wiki highway conventions

[Johan C]

2012/12/28 Ben Laenen 

> And of course the wiki isn't exactly the best reference for it :-) The
> "definition" has been slowly adjusted on the mailing list for example, but
> we
> can't expect everyone to know the entire history of course...
>

Too bad that useful information is more or less kept hidden for others
inside country specific mailing lists. If the wiki is no longer a good
reference, it should be updated. Volunteers?
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] wiki highway conventions

[Johan C]

Sign F9 = autoweg = trunk
http://nl.wikipedia.org/wiki/Verkeersborden_in_Belgi%C3%AB_-_Serie_F:_Aanwijzingsborden

Nice to read on this topic (sorry, it's in |Dutch):
http://forum.openstreetmap.org/viewtopic.php?id=16232
http://forum.openstreetmap.org/viewtopic.php?id=16231

Cheers, Johan


2012/12/27 Jo 

> Now that we're on the subject of road classification, The northern part of
> the ring of Leuven has separate lanes for both directions, no traffic
> lights, on and off ramps like a motorway and the maximum speed is 90 km/h
> (a rare occurence these days in Flanders).
> The southern part has crossings with traffic lights and a speed limit of
> 50 km/h, complete with a truckload of traffic cams to enforce it.
>
> At some point I had tagged the northern part as trunk, since it's  far
> more interesting to go that way from east to west or west to east, so why
> wouldn't we visualise that on a rendered map? Somebody retagged the whole
> ring road as primary afterwards and I left it as such, since I didn't feel
> like starting an edit war. It still feels like a missed chance to be the
> better map though.
>
> Jo
>
> 2012/12/27 Kevin Grossard 
>
>>  > On Thursday 27 December 2012 09:51:36 Kevin Grossard wrote:
>> > > The wiki about the highway conventions distinguishes primairy,
>> secondary
>> > > and tertiairy roads using the N-numbers (although there are some
>> question
>> > > marks). Using the current conventions means using the old
>> classification
>> > > when the N-numbers were given. Various N-ways got reconstructed, the
>> > > traffic got redirected by other roads, some roads aren't suitable
>> anymore
>> > > for the current traffic.
>> > >
>> > > The spatial structure plan for Flanders (ruimtelijk structuurplan
>> > > Vlaanderen) has a list with the primairy roads [pages 368-377
>> > > http://www2.vlaanderen.be/ruimtelijk/docs/rsv2011/RSV2011.pdf]. I
>> suggest
>> > > to adjust the wiki so there will be an uniform highway classification
>> > > where primairy roads are the roads selected in the structure plan. The
>> > > other N-roads can be describes as secondary roads. Tertiary roads can
>> be
>> > > described as other important local roads (nl: steenwegen die geen
>> > > secundaire weg zijn). Minor or residential roads can be understand as
>> > > local roads (nl: lokale wegen). What do you think?
>> >
>> > I don't really think we can just take that classification and apply it
>> to OSM.
>> > It may not look like it from the map in that file, but it would make
>> Flanders
>> > almost void of primary roads. Our government isn't very keen to give
>> lots of
>> > roads a primary status. And all the dead-end primary roads won't give a
>> nice
>> > map either (ringway of Lier without any primary road connecting to it,
>> things
>> > like that).
>> >
>> > I've been aware about the official classification (read some previous
>> > discussions in the mailing list archive), but I think we at least need
>> to
>> > include some secundary classified roads tagged as primary in OSM to
>> make a
>> > useful map. So far, we don't have a list of those. In the UK, the
>> category of
>> > official primary roads would be tagged as trunk in OSM.
>> >
>> > That said, using road numbers to determine OSM classification is
>> actually how
>> > it's done in most countries. It's not perfect by far but we've always
>> allowed
>> > some deviations from the rule where it makes sense.
>> >
>> > Ben
>>
>> Okay, there aren't a lot of primary roads in Belgium but that's the
>> result of the historical urban planning and short term vision.
>> Fact is that primary roads also differ in reality from the secondary
>> roads. For example like the surface, the lack of houses, shops and
>> schools (lineair settlement and crossings through villages), the lack of
>> cycle tracks, ...
>>
>> Using the road numbers is a lot easier and that's a good argument but the
>> goal of OSM isn't making the Belgium roads more attractive, i suppose? I
>> don't get why a dead end primary road connected to a secondary road can't
>> be useful. They will look stupid but that's reality and where
>> urban planning in Belgium is all about.
>>
>> But like you said, it would be useful to make a list with exceptions to
>> make and keep it simple if that's the way you want to keep it.
>>
>> Kevin
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Routing view

[Johan C]

Great work!

2012/11/20 Teddy 

> Chers amis, beste vrienden,
>
> I have worked with http://tools.geofabrik.de/osmi/ hto fix error of
> routing. 2 months of work and hundreds of roads have been corrected in
> Wallonia and in the surrounding area. P, it is well advanced...
> See :
>
> http://tools.geofabrik.de/osmi/?view=routing&lon=5.23069&lat=50.14893&zoom=8&overlays=unconnected_major1,unconnected_major2,unconnected_major5,unconnected_minor1,unconnected_minor2,unconnected_minor5
>
> I fix in priority the unconnected major roads. It still some problems to
> fix with unconnected stairs, little traks,...
>
> I hope it will be better for the navigation.
> Kind regards.
>
> *__Teddy__*
>
>
> 2012/9/4 Johan C 
>
>> Hi there
>>
>> Belgium is slowly starting to look a bit red again:
>>
>>
>> http://tools.geofabrik.de/osmi/?view=routing&lon=5.02744&lat=50.79917&zoom=9&overlays=unconnected_major1,unconnected_major2,unconnected_major5
>>
>>
>> These are all unconnected ways which will cause routing errors in any
>> navigation device based on OSM. Is anybody willing to remove these red dots
>> in his/her province?
>>
>> 2012/6/3 Sander Deryckere 
>>
>>> It looks like, in half a month, that most problems are gone now. At
>>> least almost all problems concerning routability for cars are gone, and the
>>> others are also diminishing.
>>>
>>> Thanks again for mentioning this here. We do a lot better than the UK
>>> now, and even better than some parts in Germany.
>>>
>>> Cheers,
>>> Sander
>>>
>>> 2012/5/15 Johan C 
>>>
>>>>  Hi, is anyone familiar with this site:
>>>> http://tools.geofabrik.de/osmi/?view=routing&lon=4.32973&lat=50.82125&zoom=9showing
>>>>  several hundred routing problems in Belgium?
>>>>
>>>>
>>>> ___
>>>> Talk-be mailing list
>>>> Talk-be@openstreetmap.org
>>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>>
>>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Routing view

[Johan C]

Hi there

Belgium is slowly starting to look a bit red again:

http://tools.geofabrik.de/osmi/?view=routing&lon=5.02744&lat=50.79917&zoom=9&overlays=unconnected_major1,unconnected_major2,unconnected_major5


These are all unconnected ways which will cause routing errors in any
navigation device based on OSM. Is anybody willing to remove these red dots
in his/her province?

2012/6/3 Sander Deryckere 

> It looks like, in half a month, that most problems are gone now. At least
> almost all problems concerning routability for cars are gone, and the
> others are also diminishing.
>
> Thanks again for mentioning this here. We do a lot better than the UK now,
> and even better than some parts in Germany.
>
> Cheers,
> Sander
>
> 2012/5/15 Johan C 
>
>> Hi, is anyone familiar with this site:
>> http://tools.geofabrik.de/osmi/?view=routing&lon=4.32973&lat=50.82125&zoom=9showing
>>  several hundred routing problems in Belgium?
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Routing view

[Johan C]

Are some Belgium mappers willing to remove the remaining red dots in the
Mons-Liege area? See:
http://tools.geofabrik.de/osmi/?view=routing&lon=4.74591&lat=50.34870&zoom=10&overlays=unconnected_major1,unconnected_major2,unconnected_major5


2012/6/3 ope...@sfr.fr 

>  Hello,
>
> To complete the audits of data errors, there is also the tool Osmosis:
> http://osmose.openstreetmap.fr/map/?zoom=8&lat=50.59355&lon=4.79906&layers=BFF00T&item=
>
> To correct his own mistakes there exists a function "per user" by her
> nickname: http://osmose.openstreetmap.fr/text/
>
> cordially
>
> Bonjour,
>
> Afin de compléter les verifications des erreurs de données, il existe
> aussi l'outil Osmose :
> http://osmose.openstreetmap.fr/map/?zoom=8&lat=50.59355&lon=4.79906&layers=BFF00T&item=
>
> Pour corriger ses propres erreurs il existe une fonction "par utilisateur"
> en entrant son pseudo : http://osmose.openstreetmap.fr/text/
>
> Cordialement
>
>
>
>
>
> Le 03/06/2012 12:07, Sander Deryckere a écrit :
>
> It looks like, in half a month, that most problems are gone now. At least
> almost all problems concerning routability for cars are gone, and the
> others are also diminishing.
>
> Thanks again for mentioning this here. We do a lot better than the UK now,
> and even better than some parts in Germany.
>
> Cheers,
> Sander
>
> 2012/5/15 Johan C 
>
>> Hi, is anyone familiar with this site:
>> http://tools.geofabrik.de/osmi/?view=routing&lon=4.32973&lat=50.82125&zoom=9showing
>>  several hundred routing problems in Belgium?
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Routing view

[Johan C]

Hi, is anyone familiar with this site:
http://tools.geofabrik.de/osmi/?view=routing&lon=4.32973&lat=50.82125&zoom=9showing
several hundred routing problems in Belgium?
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be