from:"Jo"

I adapted the script quite extensively in the mean time. It takes into
account the language of the names (if possible) and it works quite well for
the bilingual situation of Brussels.

Of course, what it proposes in the edit box, is only a suggestion. It will
still turn all 'De' in 'de', which is probably not what you want when this
'De' is part of somebody's name. In that case, simply press the Cancel
button and it will not ask the question about streets with that name again.

What is more important than the specifics of what this script does though,
is that is now possible to code functionality in Python. Doing something
with a selection or with all the elements of a specific type. Adding the
actions to a list and then adding that list to the undoRedo buffer.

What I also found, is that it's best to start JOSM from within a command
prompt, or from a cmd-file:

C:\Program Files (x86)\java\jre6\bin\java.exe -jar -Xmx500m
C:\Users\Jo\Downloads\josm-latest.jar

That way Python print commands print to this command prompt and also when an
exception occurs (an error), it's possible to see what it's all about in
that output (and also in which line of the script it got stuck). At first we
were working 'in the dark', which is not very convenient.


#!/bin/jython
 #
 # Spell checking.py  - Helps to locate probable spell errors in name fields
 #
 from javax.swing import JOptionPane
 from org.openstreetmap.josm import Main
 import org.openstreetmap.josm.command as Command
 import org.openstreetmap.josm.data.osm.Node as Node
 import org.openstreetmap.josm.data.osm.Way as Way
 import org.openstreetmap.josm.data.osm.TagCollection as TagCollection
 import org.openstreetmap.josm.data.osm.DataSet as DataSet

 corrections = {'fr': [('Dr. ', 'Docteur '),('R. ', 'Rue '), ('Av. ',
 'Avenue '), ('Bd. ', 'Boulevard '),
   ('Sq.', 'Square'), ('Pl.', 'Place'),
   (' De ', ' de '), (' Le ', ' le '), (' La ', ' la '),
 (' Du ', ' du '), (' Des ', ' des '), (' Les ', ' les '),
   (' Au ', ' au '),(' Aux ', ' aux '),('À', 'à'),(' Den
 ',' den '), ( Sur ,  sur ),
   ( D', d'), ( L', l'), (' ,'),
   (Ecole ,École ), (Eglise, Église),
 (Chateau, Château), (Cable, Câble), (General, Général)],
'nl': [( Voor ,  voor ), ( Op ,  op ), ( Pour , 
 pour ), ( Naar ,  naar ), ( Ter ,  ter ), ( En ,  en ), ( Van
 ,  van ),
   ('T , 't ), ('S , 's ), (-Ter-, -ter-),
 ( Het ,  het ),
   ( Straat, straat), ( Weg, weg), ( Laan,
 laan), ( Steenweg, steenweg),
   ( Baan, baan), (Oudebaan, Oude Baan),
 (Grotebaan, Grote Baan),
   (de Lijn, De Lijn)]}

 commandsList = []
 streetnames = {}

 def getMapView():
 if Main.main and Main.main.map:
 return Main.main.map.mapView
 else:
 return None

 def myOwnCapitalize(word):
 # JOptionPane.showMessageDialog(Main.parent, word.decode('utf-8'))
 if word:
 return word[0].upper() + word[1:]
 else:
 return u

 mv = getMapView()

 if mv and mv.editLayer and mv.editLayer.data:
 selectedNodes = mv.editLayer.data.getSelectedNodes()
 selectedWays = mv.editLayer.data.getWays()
 selectedRelations = mv.editLayer.data.getSelectedRelations()

 if not(selectedNodes or selectedWays or selectedRelations):
 JOptionPane.showMessageDialog(Main.parent, Please select
 something)
 else:
 for way in selectedWays:
 for isoLang in ['nl', 'fr', '']:
 correctedName = result = u''
 if isoLang:
 nameColonIso = 'name:' + isoLang
 else:
 nameColonIso = 'name'
 if way.hasKey(nameColonIso):
 name=str(way.get(nameColonIso).encode('utf-8'))
 if name in streetnames:
 if streetnames[name] == 'ignore':
 continue
 else:
 correctedName = streetnames[name]
 else:
 Main.main.getCurrentDataSet().setSelected(way)
 # dummy = mv.editLayer.data.getSelected()
 #
 mv.zoomTo(Main.main.getEditLayer().data.getSelected())
 # JOptionPane.showMessageDialog(Main.parent,
 name.decode('utf-8'))
 for subname in name.split(;):
 for word in subname.split( ):
 if word:
 if - in word and len(word)1:
 dashes = word.split(-)

 correctedName +=
 myOwnCapitalize(dashes[0])
 for dash in dashes[1:]:
 # if dash[0

Re: [OSM-talk-be] 4th meeting STUK on 06 april 2011

Op 11 april 2011 14:10 schreef wannes wanne...@gmail.com het volgende:

 2011/4/11 Jo winfi...@gmail.com

 Bij twijfel wordt de gebruiker geacht op Cancel te drukken, of op te
 zoeken hoe de straatnaam correct gespeld wordt. In hoeverre is het verkeerd
 om zoiets uit te vissen met



 Google, Googlemaps


 Nee !


 of 1207


 Nee !


 of een straatnamenlijst van een gemeente?


 Ja (soms?)

 Ik merk dat 'k m'n vraag verkeerd gesteld heb. Is dat Nee !, geen probleem,
of Neen!, NIET doen ?

mvg,

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

[OSM-talk-be] plan another meeting in May, or not?

Hi,

Does it make sense to plan another informal meeting in Leuven as well? Or do
we consider the one in Liège the monthly informal meeting? Or do we plan
something in Mechelen, Antwerpen or Aarschot?

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

Re: [OSM-talk-be] plan another meeting in May, or not?

I think of Aarschot because there is a very good connection by bus from
Leuven to Aarschot (305 and 307, 20 minutes). I have no idea where we could
set up the meet though. A relatively silent, non smoking venue with free
wifi should be possible to find...

Polyglot

2011/4/11 Karel Adams ade...@skynet.be

 On 04/11/2011 03:09 PM, Jo wrote:

 Does it make sense to plan another informal meeting in Leuven as well? Or
 do
 we consider the one in Liège the monthly informal meeting? Or do we plan
 something in Mechelen, Antwerpen or Aarschot?


 I certainly am in for the meeting in Liège, under whatever name or title.
 Meeting in Antwerpen or Mechelen seems less productive to me, these places
 are already well covered. Aarschot is a curious idea but sounds nice.
 Actually I think one meeting per month is an ambitious goal already, I
 prefer to have at least this rhythm fixed even if the location varies. We
 must admit that not very many people show up, those meetings we do manage
 should on the one hand attract a minimal attendance and on the other hand
 encourage newbies. Being close might be one point of attraction, and that's
 why I prefer the Liège and Aarschot options.

 But the main point is that we have SOME meeting. I must plead guilty to the
 old sin of offering lots of comment while contributing little action, I do
 have been much called upon in other areas.

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

Re: [OSM-talk-be] Introduction

2011-04-15 Thread Jo

He won't be a newbie for long, with our 'stoomcursus'...

Polyglot

2011/4/15 Ivo De Broeck ivo.debro...@gmail.com

 Use potlatch 2 (simple) choose among the path's the generic path
 Interesting discussion to help a newbie ;-)

 2011/4/15 Ben Laenen benlae...@gmail.com

 Jo wrote:
  Hi Marc,
 
  Your help will be much appreciated! Voetwegen are usually tagged as:
 
  highway=footway
  name=Voetweg 22
  bicycle=yes (or no, of course)
  horse=no (or yes)
  width=1.60
  surface=dirt (or paved, asphalt)


 No, they're usually tagged highway=path

 The access tags like bicycle=yes and horse=no are also a bit of a
 minefield
 for newcomers.

 Click the right traffic signs to get the tags (it's still unfinished
 though -
 just don't look at the highway tags too much yet -- only works on Firefox
 and
 possibly Opera):
 http://mijndev.openstreetmap.nl/~eimai/verkeersborden/

 I also don't really recommend using name=Voetweg 22, unless it has street
 name
 signs as such (I know there are some like that around that area).

 If you really want to go hardcore with it, I've been using tags like
 vicinal_ref=number before to map the number of the voetweg/buurtweg.
 That
 way you won't get into trouble if you have both a real name and a number
 (in
 theory, all public streets and paths should have a number, but that's
 obviously not the case anymore)

 Greetings
 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


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

Re: [OSM-talk-be] Introduction

2011-04-15 Thread Jo

Hi Marc,

In JOSM, you can use aerial photography on the background by selecting:

Luchtfotografie/Bing Sat

in the menu.

Then you can align your ways on those as well.

As the name I would have put 'Buurtweg 23'. We don't use abbreviations in
the names. (Except if BW23 is what you actually found on the name tag)

Polyglot

2011/4/15 Marc Gemis marc.ge...@gmail.com

 Thanks everybody for confusing me even more ;-)
 Anyhow, I downloaded JOSM and added my first 'buurtweg' BW 23
 Hopefully, I took the right conclusions for the tags

 regards

 m

 ___
 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] Introduction

2011-04-15 Thread Jo

I see, then it's done differently in the province of Antwerp, than here in
Vlaams-Brabant...

2011/4/15 Marc Gemis marc.ge...@gmail.com

 Hi Jo,

 The signs of the buurtwegen en the voetwegen always have the abbreviated
 name BW23 or VW51, followed by the name of the residential road to which the
 are leading (and thus different on both sides). I'll look into aligning the
 BW23 with the aerial photo

 regards

 m


 On Fri, Apr 15, 2011 at 9:58 PM, Jo winfi...@gmail.com wrote:

 Hi Marc,

 In JOSM, you can use aerial photography on the background by selecting:

 Luchtfotografie/Bing Sat

 in the menu.

 Then you can align your ways on those as well.

 As the name I would have put 'Buurtweg 23'. We don't use abbreviations in
 the names. (Except if BW23 is what you actually found on the name tag)

 Polyglot

 2011/4/15 Marc Gemis marc.ge...@gmail.com

  Thanks everybody for confusing me even more ;-)
 Anyhow, I downloaded JOSM and added my first 'buurtweg' BW 23
 Hopefully, I took the right conclusions for the tags

 regards

 m

 ___
 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] Cell Phones Antennas

2011-04-21 Thread Jo

Pol,

What is important is to know where the coordinates came from. If they got
them with help of Googlemaps, then we cannot use them anyway. When I go the
the BIPT site, I find information about those antennas that's a lot more
interesting than those coordinates (which we can find out on our own, thanks
to bing aerial photography). So if we can get permission to use this
information:

Geselecteerde site: 4150 - ref

Philipsgebouw - addr:housename
Philipssite / Nieuwe Kerkhofdreef - addr:street
3001 Leuven - addr:postcode, addr:city

Status: Operationeel (for the ones that are not operational yet, we should
find a way to indicate that)

Coördinaten: 4.71307 O / 50.8674 N
Lambert: X: 174240 / Y: 173059 m (if these are coming from then, we can also
convert them ourselves)

Antennes:

- operator=Base;Clearwire;Mobistar;Proximus

1. Base: _VB4019B - ref:Base
20060315BASE03592http://www.sites.bipt.be/pdf/2006/03/20060315BASE03592.pdf-
url:Base

2. Clearwire: BE-BRE006_C1 - ref:Clearwire
20070208CLEARWIRE00202http://www.sites.bipt.be/pdf/2007/02/20070208CLEARWIRE00202.pdf-
url:Clearwire

3. Mobistar: 2-092-F1
20051221MOBISTAR03768http://www.sites.bipt.be/pdf/2005/12/20051221MOBISTAR03768.pdf/
20040226MOBISTAR01654http://www.sites.bipt.be/pdf/2004/02/20040226MOBISTAR01654.pdf

5. Proximus: 16LEP_01 / 16LTV_02

Or something of the kind.

So if the coordinates don't come from themselves, then we do some legwork
and find those locations on our own one by one, using the addresses. What
I'm trying to say is, that it's more important to get permission to
republish their information about the antennas, than to get permission to
use the coordinates they got for them. We can relatively easily reproduce
the locations, but it's a lot harder for us to know what providers are being
served by which antennas. (Not entirely impossible, but you would need
'abonnement' with all the Belgian providers to find out the strength of the
signal and maybe a hacked phone to determine which cell on the network they
are serving)

Polyglot


2011/4/21 Pol d.paol...@gmail.com

 On Thu, Apr 21, 2011 at 22:51, Wouter Hamelinck ptity...@gmail.comwrote:

 Even if I have to admit that I sympathise with Pol's  action, there is
 clearly no permission so it is a clear no go. Too bad.


 Yep, if you deem it, no problem.


 I can certainly understand that you went after the data. I also have
 some datasets that I found somewhere and am not supposed to have.
 Use them for yourself if you wish, we won't stop you, but don't put
 the work of the whole OSM community in danger by importing them into
 OSM.


 It's not my intention at all, by far !!! I'm a contributor and I want OSM
 to be the best map for everyone, everyday.

 Can't wait for tomorrow ! I'll call them and I hope that I'll have the good
 arguments in my mouth when I'll explain the situation and why we would like
 to have it on OSM (*which is the hardest part*).

 ___
 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] Cell Phones Antennas

2011-04-24 Thread Jo

Hi, the first order is to get permission to use the data, of course. To me
the data about which providers make use of a particular antenna (tower) is
more interesting than the coordinates. We have to make them fit into our
context anyway, so it's likely we'll be putting them at slightly different
coordinates. What I would do with them is to create an .osm file with the
original coordinates and load this into JOSM. Then download information
about an area into a new layer. Then copy/paste them one by one, while at
the same time moving them where it makes sense for us to put them (in
relation to the other objects on our map).

Cheers,

Polyglot

2011/4/24 Gerard Vanderveken g...@ghia.eu

There are two things wrong:
- The antenna at the site of BIPT is placed not on the roof of the building
but above the white tent / parasol of the terrace (See their Google map with
satelite view).
(Are the antennas in front of the building against the wall?)
- The street before the cafe in OSM is running through this terrace (see
Bing sattelite view).
(The way is not actualy a street but the border of the market place)
the actual street should be located more south-west.
http://www.openstreetmap.org/browse/way/91685551
Why do you convert the location in degrees, minutes and seconds as the BIPT
site has already 2 formats?
Coordonnées: 3.95292 E / 50.45506 N
Lambert: X: 120473 / Y: 127218 m
http://www.openstreetmap.org/?mlat=50.45506mlon=3.95292zoom=18
Seems the same location as on BIPT.
Regards,
Gerard.

Linusable wrote:

I have tried a few times this converter website :
the world coordinate converter http://twcc.free.fr/
From my point of view, it's OK, at least for the geodetic points i tested.
It could be interesting to discuss and chek some original data for a few
antenna, like the one i mentionned on the cafe 'Le Central', grand place of
Mons,

I have seen on the website of IBPT: http://www.sites.ibpt.be/ that the
position 3° 57' 10.5 E / 50° 27' 18.2 N for the above mentionned point was
also a few meters on the grand place, with the google images

Regards,
Linusable

Le 23/04/11 15:47, Ben Abelshausen a écrit :

It is possible the coordinate conversion was not very accurate but the
source data was. I had some problems before converting Lambert coordinates
and got about the same deviations.

Regards,

Ben

On Fri, Apr 22, 2011 at 9:59 PM, Linus Able linusableli...@yahoo.frwrote:

Hello everybody, Hello Pol,

i should want to question the accuracy of the data. I have seen (before
Pol deleted the data) one of the antenna points on the (openstreetmap)
Grand-Place de Mons, in JOSM, with Bing aerial as background. The point is
café Le Central, at the corner of Grand Place with rue de Nimy. I suppose
the Antenna is on the roof, but it appeared a few meters on the Grand Place,
with a difference of about 5-10m compare to the Bing images.

What is wrong (or imprecise) : antenna coordinates or Bing position ?

In order to investigate Bing positionning around Mons, I checked against
a geodetic point from ign/ngi (www.ngi.be), using Fiche
Planimétrique45D06C1, with a survey point at position N 50.47149281234526
E 4.028218331187543 (Obourg). It seems that the error is less than 1-2
meters.

My naive first conclusion is that the accuracy of the antenna positions
could be quite poor, specially in dense area (towns or cities). This could
result to absurd situations like antenna on streets.

Maybe it could be interesting to use a script to analyse distance of
antenna (from the data files) with nearest streets ? or another standard
procedure ?

Regards,

Linusable

Le 22/04/11 16:33, Pol a écrit :

I deleted them this morning and as long as the situation is not clear.

-*φol d.*-

On Fri, Apr 22, 2011 at 10:22, Gerard Vanderveken g...@ghia.eu wrote:

I was looking up some on the map, but it seems that tower:type =
communications is not rendered anymore???
I tought they were before, altough only in Osmarender, cfr VRT radio and
tv towers in Overijse - Wavre.

I see some have a name, but I'm affraid that it won't add much, but
instead duplicating and cluthering the rendering and names of the current
places (buildings like churches etc)
http://www.openstreetmap.org/browse/changeset/7911333
Some has also very generic names eg. watertoren, kerk, etc

There is a Wiki about GSM in the Belgian project

http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Mapping_resources#GSM.2FUMTS_antenna_sites

Should the points not to be deleted, until the status about their use
becomes clear??
For the moment it is obvious that it is forbidden data.

Regards,
Gerard.

Pol wrote:

Hello,

I contacted them this morning and they asked me to write down a mail
explaining the request, why, etc etc etc.
That's what I did. If you want a copy of the mail (in french), just
contact me in private.

They told me that they will forward the mail to their law

Re: [OSM-talk-be] Exemple de courrier / eenvoorbeel brief / sample mail

2011-04-27 Thread Jo

If you want to send a letter to TEC, you can mention that we can set up a
system to make sure that Openstreetmap always has the most current
information they can provide in a matter of days (once the initial data is
in, of course).

We are interested in (for the bus stops):


   - coordinates (but we will place the node were it fits best in our
   context and keep track of their positions and ours, in order to know whether
   it needs an editor's attention)
   - name of the stop
   - zone
   - internal reference number, if one exists and they can share that with
   us (they are not on the stops, like on the stops of De Lijn)
   - shelter, waste bin, bench (or not) (not crucial)
   - We will also keep track of tactile pavement and accessibility for
   wheelchairs (some platforms are heightened), De Lijn is also placing
   electronic displays, which I started to tag.
   - bus lines served by this stop. (It's not because a bus passes by a
   stop, that it also serves the stop)
   - operator

The biggest obstacle for De Lijn to share their data was that they were not
sure about the reliability. I am now ready to set up a system which does a
daily check on our data (to counter potential vandalism).

And with a system that notifies contributors of changes between the previous
data they gave us and the current data.

For the moment we are only interested in adding bus stop locations. We do
tag bus routes, but we're not asking them for permission to import those
(yet).

Cheers,

Polyglot

2011/4/27 Julien Fastré julienfas...@gmail.com

 About this topic...

 I was thinking about sending such mail to the association sentiers.be :
 http://www.sentiers.be .

 I would like to ask them to use the data they gathered when they made maps
 about path (and forgotten path), available here :
 http://www.sentiers.be/spip.php?rubrique33 .

 I also would like to suggest them to use OSM for their work and on their
 website...

 Julien Fastré
 http://www.meta-morphoses.be


 2011/4/27 Pol d.paol...@gmail.com

 Hello,

 I think it's a good idea to share the letters and the messages sent
 through the different organisations, so, when we want to send a letter to
 someone, we already have a nice template.

 -*φol d.*-



 On Wed, Apr 27, 2011 at 10:54, Linusable linusableli...@yahoo.fr wrote:

  Hello Pol,

 i don't know about belgian messages, but the french (also french
 speaking) OSM community has a special page on the wiki :

 http://wiki.openstreetmap.org/wiki/Category:WikiProject_France/Courriers_%26_d%C3%A9marches

 Maybe there is such page in english or dutch ? (if anybody knows...)

 Their (french community) also recently discuss on the osm-tallk-fr list
 about a letter to request data on Gîtes de France. Here follows some of
 the more interesting messages :
 -
 http://lists.openstreetmap.org/pipermail/talk-fr/2011-April/031833.html
 -
 http://lists.openstreetmap.org/pipermail/talk-fr/2011-April/031968.html
 -
 http://lists.openstreetmap.org/pipermail/talk-fr/2011-April/032136.html(please
  remark that a copy of the message is send to the mailing list)

 Maybe, in the same idea, if we discuss together the message, it could be
 better you send it (after discussion and approval/consensus) in your name
 AND in the name of the belgian OSM contributors.
 But Belgian is more complicated than France : it depends a little bit on
 the contact and language used (french/dutch, sometimes english).

 Also, it could be interesting to insert a belgian section on the
 following page :
 http://wiki.openstreetmap.org/wiki/Potential_Datasources
 and insert a link in the belgian project page, or have a mixt depending
 on the language ?

 Best regards,

 Linusable

 Le 27/04/11 09:46, Pol a écrit :

 *Francais:*

  Bonjour,

  J'ai pris contact avec différentes organisations afin de demander ce
 qu'il en était des informations qu'ils pourraient nous mettre à disposition
 pour intégrer dans OpenStreetMap (Tec, IBPT, etc etc...)

  La réponse la plus courante est: *Envoyez nous un email expliquant
 votre démarche et nous vous répondrons...*

  N'étant pas un rédacteur professionnel, je me demande si l'un d'entre
 vous possède un exemple de lettre à envoyer par email qui explique le
 pourquoi et le but d'une telle démarche et qui explique en quelques mots
 (convaincant), le projet OpenStreetMap.

  *Néerlandais:*

  Hallo,

 Ik nam contact op diverse organisaties om te vragen wat het was informatie
 die zij zou kunnen brengen tot onze beschikking op te nemen in de
 OpenStreetMap (Tec, het BIPT, etc etc ...)

 De meest voorkomende reactie is: *Stuur ons een e-mail met uitleg van
 aanpak en wij zullen reageren ...*

 Niet zijnde een professionele schrijver, ik vraag me af of een van
 jullie eenvoorbeeld brief om e-mail waarin u de reden en het doel van
 een dergelijke aanpak te verzenden is, waarin in een paar woorden (
 overtuigend ), het OpenStreetMap-project.

  *Anglais:*

  Hello,

 I contacted various organizations to ask what it was

Re: [OSM-talk-be] Ringwegen rond Genk

2011-05-08 Thread Jo

Hmm, ik heb trunk altijd begrepen als expressweg. Er loopt ook een
expressweg (N25) ten zuiden van Leuven, maar daar loopt toch een fietspad
langs en ik denk niet dat dat bord F9 er staat. Er mag op sommige stukken 90
gereden worden op andere slechts 70. Er is wel een middenberm, maar waar er
een oversteekplaats voor fietsers werd aangelegd, versmalt hij tegenwoordig
tot 1 rijstrook.

Ik had de noordkant van de ring rond Leuven (van de Tervuursepoort tot aan
het grote ronde punt voorbij de Aarschotsepoort) ook als trunk aangeduid,
aangezien er daar overal 90 gereden mag worden en er op- en afritten zijn
naar de steenwegen, in tegenstelling tot de zuidkant van de ring waar de
maximumsnelheid slechts 50 km/u is. Ik vind dat een goeie kaart een visuele
indicatie mag geven welke kant de snelste manier is om van de ene kant van
de stad naar de andere te geraken. Iemand heeft dat achteraf weer gewijzigd
en dan heb 'k het maar zo gelaten.

Polyglot

Op 8 mei 2011 22:22 schreef Klaas Gadeyne klaas.gade...@gmail.com het
volgende:

 Sinds een tijdje ben ik bezig om op basis van mijn verouderde kennis
 van Genk + bing wat cycleways toe te voegen in Genk. [*]
 Wat me opviel is dat de ringwegen in Genk (zuider/ooster/wester)
 getagd waren als trunk, terwijl ik zeker ben dat (tot 2 jaar geleden)
 er fietspaden langs die wegen liggen, wat in strijd is met
 
 http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Highways
 .
  Ik heb dan ook een en ander reeds aangepast, maar niet volledig omdat
 ik niet zeker ben (zie rood vs. groen op
 http://www.openstreetmap.org/?lat=50.9586lon=5.48zoom=13layers=M).

 Zit er iemand op de lijst met een meer up-to-date kennis van de regio Genk
 die
 - mijn aannames kan bevestigen of ontkennen?
 - kan vertellen of de overblijvende groene stukken ook niet als
 primary ipv als trunk moeten getagd worden?

 TIA

 Klaas

 [*] Zie http://www.openstreetmap.org/user/toeklk/edits (feedback op
 de rest is ook welkom :-)

 ___
 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] Ringwegen rond Genk

2011-05-09 Thread Jo

Ik ben 's in het Verenigd Koninkrijk gaan kijken en daar liggen wel degelijk
fietspaden naast trunks:

http://www.openstreetmap.org/?lat=51.52601lon=0.07934zoom=16layers=M
http://www.openstreetmap.org/?lat=51.51939lon=0.04197zoom=17layers=M
http://www.openstreetmap.org/?lat=51.523559lon=-0.265846zoom=18layers=M

Polyglot

Op 9 mei 2011 17:08 schreef Ben Laenen benlae...@gmail.com het volgende:

 Jo wrote:
  Hmm, ik heb trunk altijd begrepen als expressweg.

 Expresswegen waar zwakke weggebruikers niet welkom zijn, dat is de
 definitie
 die ik gebruik. Wegen die als autoweg gesignaliseerd zijn vallen daaronder,
 en
 ook wegen met verbodsborden voor voetgangers en fietsers.

 En om volledig te zijn: als de autoweg enkel voor een tunnel of een brug is
 geldt de classificatie van de rest van de weg (dus autoweg betekent niet
 meteen trunk, maar autoweg betekent wel de tag motorroad=yes)

 Ben

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

Re: [OSM-talk-be] Informal meeting in Liege - Rencontre informelle à Liège - Informele bijeenkomst in Luik

2011-05-18 Thread Jo

Ivo asked me what the shortcut keys were and which plugins I used for that
demonstration. Maybe there are other who also wanted a recap, so here goes:

Plugins:

AddrInterpolation
Terracer
BuildingsTools
Utilsplugin2

And a few others that I like, but which are not related to drawing
buildings:

Contourmerge
OpeningHoursEditor
turnrestrictions
Public_Transport

So, to draw many connected buildings very quickly, you start with a few
addr:housenumber nodes connected by an addr:interpolation vector/way.

Select the addr:interpolation vector and all the segments of the street it
belongs to. This street/These street segments should have a name. This name
will become a name field for the addressInterpolation relation

Then you apply Tools/AddrInterpolation or Outils/Interpolation d'addresse
and you tick create relation and Convertir un chemin en numéros de maison.

This will result in an evenly distributed collection of nodes where the
addr:interpolation vector was.

They are all added to the newly created relation.

Now these can be converted to building outlines, as follows:

Create a building around them with 'w'. Select this building, one node on
the outline of this building (near to the lowest house number) and use the
relation to selected all the house number nodes.

Then use Outils/Diviser un bâtiment Tools/Terracer

All the created buildings are now selected. So add them to the
associatedStreet relation and assign them a 'house' role. (The nodes have
disappeared)

The building outlines automatically get building=yes and it's possible to
automatically assign them source=bing with Modifier/Définir la grandeur des
bâtiments (advanced).

Now drag the nodes of where the houses actually meet, according to bing.
Then add extra nodes as needed by dragging the +'s. Alternatively use x
(extrude).

It's possible to make buildings orthogonal by using q.

Things that I forgot to mention are merging of nodes, joining of (end) nodes
to ways, ungluing nodes with g.

I hope the whole presentation wasn't too incoherent and that my French was
understandable enough. I get more practice in English and Spanish lately. I
sure enjoyed talking about the subject. Maybe next time somebody could go
into more detail about the creation of maps based on what's in the database.
Such that it can become useful for somebody who wants to publish them.

Polyglot



2011/5/18 Julien Fastré julienfas...@gmail.com

  Hi !

 We had a nice meeting last Friday. Jo - Polyglot - demonstrate us how to
 map buildings very fast with JOSM, and use the plugin addrinterpolation.

 I also enjoyed meeting others contributors from Liege and around... And, it
 seems to me that, in Liege, a lot of new places appeared on the map... Good
 news !

 In wich city will take place the next meeting ?

 Julien

 Julien Fastré a ecrit le 03/04/2011 17:38:

 TEXTE EN FRANCAIS : Voir plus bas
 TEXT IN ENGLISH : See Below


 Beste OpenStreetMapmedewerker,

 Als een mierenleger, leveren we allen individueel onze bijdrage aan het 
 OSM-kaartproject.

 Het leek ons belangrijk, en ook wel leuk, om de verschillende vrijwilligers 
 's samen te brengen.

 We stellen dus een informele bijeenkomst voor in het begin van de maand mei. 
 Om een datum vast te leggen die voor zoveel mogelijk mensen goed uitkomt, 
 stellen we voor om de peiling in te vullen op het volgende adres: 
 http://nuages.domainepublic.net/3833/  (Merk op dat het beginuur op de 
 voorgestelde zaterdag 13u is).

 We wensen deze bijeenkomst te houden in Luik, bij de VZW Barricade, rue 
 Pierreuse 19-21 (Dit plaats zal bevestigd worden zo vlug een datum besloten 
 is.). Het dichtsbijzijnde station is dat van Liège-Palais.

 Dit staat er op het programma:

 * uitwisselen van tips voor het gebruik van JOSM (snel aanmaken gebouwen en 
 adressen toewijzen, geavanceerd zoeken);
 * uitwisseling van de verschillende interacties met overheidsinstanties;
 * en gewoon een gezellige ontmoeting!

 U krijgt dit bericht omdat u verklaarde heeft een mapper te zijn in Luik en 
 omgeving. Gelieve ons te verontschuldigen als u er geen interesse in hebt.

 Benoît Coumont, Polyglot et Julien Fastré





 Cher contributeur à OpenStreetMap,

 Comme des petites fourmis, il nous arrive de contribuer, individuellement, à 
 la carte libre d'OSM.

 Il nous apparaissait important, et même amusant, de rencontrer les différents 
 contributeurs au projet.

 Nous vous proposons donc un moment d'échange informel au début du mois de 
 mai. Pour fixer une date qui conviendrait au plus grand nombre, nous vous 
 proposons de remplir le sondage à l'adresse suivante : 
 http://nuages.domainepublic.net/3833/  (Notez que le samedi, nous proposons 
 un rendez-vous à 13h00).

 Cette rencontre aurait lieu à Liège, à l'ASBL Barricade, rue Pierreuse 19-21 
 (Cet endroit est encore à confirmer dès qu'une date est fixée.). La gare la 
 plus proche est celle de Liège-Palais.

 Au programme :

 * échange de trucs et astuces de JOSM ;
 * échange sur les différents

Re: [OSM-talk-be] Importing csv, good practices and tips : Multipharma Case Study

2011-05-20 Thread Jo

That's very good news indeed. I'd like to see that Python script. I can also
help with integrating such Python script into JOSM.

It would be a nice challenge to create a script which can merge the existing
data with the source data and updated data. Remember that pharmacies can be
represented by POI nodes or by building outlines (closed ways). I should
probably check out this Merkaartor CSV file importer plugin.

Polyglot

2011/5/19 Pol d.paol...@gmail.com

 Hello,

 3 weeks after my initial request, I received from the IT Director (E.
 Joos), a CSV file containing all the informations about each Multipharma in
 Belgium and the right to publish them on OSM ! Hooray !

 The file is raw and needs to be parsed and cleaned.

 I did that part and the file is now converted into a .osm.

 To do that, I used LibreOffice to transform some fields, it worked without
 problems, the CSV handling in LibreOffice is the best I ever seen.
 To convert the csv file into something usable like a .osm, I used a custom
 python script I can share.

 My questions are:


1. How to be sure not to override existing data ?
2. How to maintain such a list ?
I mean, if I receive an updated CSV in some month, should I upload the
whole set ? What about duplicates then ?
3. After work, the current fields in the CSV are
   1. Latitude
   2. Longitude
   3. Country
   4. Name
   5. addr:postcode
   6. addr:city
   7. addr:street
   8. addr:housenumber
   9. phone
   10. fax
   11. amenity

   Should I add more fields ? Source ? addr:full ? something else ?

   4. What is the preferred file encoding when submitting ? Iso-8859-1
or UTF8 ? Is suppose this is the later, but I want to be sure.

 Thanks for the help !



 ___
 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] Public transportation maps

2011-05-26 Thread Jo

Hi,

Andy, the person who started rendering OpenCycleMap a few years ago, now
added a worldwide layer with public transportation on it:

http://opencyclemap.org/?zoom=12lat=50.86468lon=4.72902layers=0B

(updated daily)

There is also somebody in Eastern Europe who does the same a bit
differently:

http://openmap.lt/?zoom=12lat=50.86854lon=4.6813layers=B000FTT

(updated weekly)

I think this is great and it has me working on those route relations of De
Lijn once again. It's always a lot more fun if one can actually get some
kind of a result visualized.

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

Re: [OSM-talk-be] Workshop Trage Wegen

2011-06-09 Thread Jo

Hi Wouter,

I will probably try to come for the meeting. Is it going to be like a
mapping party? I can coach a group and I have two GPS units, so one can be
for another group. I have no idea where those lend out GPS units are. There
should be a list of them on the wiki, mentioning their whereabouts. Maybe
people can be asked to bring their PDAs along, if they include a GPS.
Something like NoniGpsPlot can be installed fairly quickly.

The convention I see for mapping buurt- and voetwegen is as follows:

name=Voetweg xx

or

name=Buurtweg yy

http://www.openstreetmap.org/?lat=50.88679lon=4.58564zoom=16layers=M

As they are found on their name tags. Unless they got a 'proper' name. I
have been looking at those atlases of buurtwegen and around here many of
those buurtwegen from around 1830 now have become actual streets.

Polyglot

2011/6/9 Wouter Hamelinck wouter.hameli...@gmail.com

 Hi all,

 As Kenny announced some time ago, Trage Wegen vzw
 (http://www.tragewegen.be) will organise an OSM workshop. Since he
 can't be there, he asked on the list for others to take care of it,
 which has become me.
 Practically, the workshop will take place on June 18th in Haaltert.
 Details to follow.
 Anyone whishing to come is of course more than welcome.

 A few questions and remarks:

 * First of all, please try to avoid mapping in the Haaltert region the
 until that day. Now there remains a lot to be done (it is just out of
 the old good quality Google image area). For newcomers it is more fun
 if their work shows clearly on the map.

 * Since most of them will not know OSM I would like to start with a
 short presentation of OSM. Mainly the comparison with wikipedia and
 some images showing possibilities and growth of OSM. With some nice
 maps of course. Does such an introductory presentation exist and if
 yes can someone send it to me?

 * Since this is for Trage Wegen vzw, I would like a convention on how
 to map the numbers of buurtwegen/chemins vicinaux.
 Reasons why it should be mapped:
 - the numbers are an official reference, still used today (certainly
 for paths, not really for regular roads)
 - the data (especially the numbers) are available from an out of
 copyright source (Atlas der Buurtwegen/Atlas des Chemins Vicinaux
 dating from the 1840's), so a source that can be used. I do not
 express myself if the digitisations that are nowadays available on the
 websites of most provinces can be used, but the original atlas
 certainly can be used.
 There have been a few discussions a while ago, but as far as I
 remember inconclusive. I remember that someone proposed vicinal_ref.
 According to me a good suggestion for since it shows clearly what the
 origin of the reference is. It is of course not internationally
 recognised, which according to me is no problem since the whole
 buurtwegen/chemins vicinaux concept is national. Any problems if I
 would present this as the way to add those numbers?

 * If I remember well OSM-be has some loggers available for mapping
 parties and the like. I could not find a page on the wiki about it.
 Anyone has information? If they are available and could be used for
 the workshop, how can I get them. I am commuting between Ghent and
 Brussels so I can easily pick them up in any those two cities.

 * Any other suggestions?

 wouter


 --
 Wie niet in zichzelf gelooft, komt nergens.
- Thor Heyerdahl

 ___
 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] Workshop Trage Wegen

2011-06-11 Thread Jo

Where trage wegen are being reinstated they are 'named' as Voetweg xx or
Buurtweg yy. Usually there is a name tag on both sides with the same number.
Occasionally there is an arrow with the name of the street the path leads
to. It doesn't hurt to use Voetweg xx or Buurtweg yy as the name when it is
on a street sign.

Polyglot

2011/6/11 Wouter Hamelinck wouter.hameli...@gmail.com

  The convention I see for mapping buurt- and voetwegen is as follows:
  name=Voetweg xx
  or
  name=Buurtweg yy
  http://www.openstreetmap.org/?lat=50.88679lon=4.58564zoom=16layers=M

 In fact, using the name tag is mainly a bad idea because in the Atlas
 der Buurtwegen/Atlas des Chemins Vicinaux every chemin/sentier has a
 name along with the number. But as far as I know those names are not
 used today except when they survived time and are still used as
 regular street names. As an example, the street where I live is in the
 atlas Chemin no. 3 and has the name Oudenpontweg. Today it is a
 regular street of which the major part is named Kerkstraat and a
 minor part Oude Pontweg.

 Of course, the atlas is only interesting for what is today a path-like
 thing. For those I have never seen a use of the name from the atlas.
 In e.g. community councils it is always the number that is mentioned.

 wouter


 --
 Wie niet in zichzelf gelooft, komt nergens.
- Thor Heyerdahl

 ___
 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] Workshop Trage Wegen - short report

2011-06-19 Thread Jo

Thank you Wouter for the good and interesting presentation. For an actual
workshop, where people can actually become active entering data, I think
it'd take 2-3 hours all by itself.

I was taking photographs of house numbers. I'm always careful not to include
names or license plates on my pictures. People have asked me what I was
doing before, usually mentioning an uprise of break ins as the reason. I
never managed to get the police mobilised, probably because I explain people
what it's all about when I'm approached. Maybe the fact that we were a group
worked intimidating as well.

Wouter, you had many before and after images of cities. Will there be a
before and after of Haaltert as well? I'm not quite done yet, but I think
the difference will be noticeable. I'm also staying away from the Trage
Wegen, that I didn't map myself for the moment. Hopefully some of the
participants will enter them.

Cheers,

Polyglot

2011/6/19 Nicolas Pettiaux nico...@pettiaux.be

 THank you very much Wouter fot this good and interesting report.

 2011/6/19 Wouter Hamelinck wouter.hameli...@gmail.com:

  After a short lunch break we went out to do some tracking. Most of us
  went on to discover the paths around Haaltert. Polyglot showed a great
  interest in house numbers which caused the local people to alert the
  police about this suspect activity.

 does this mean that the inhabitants did not like that the people
 passing by write their house number ? Have I well understood ?

  I finished with a short demonstration of Potlatch and JOSM.
  Unfortunately there was a lack of time to let the attendees experiment
  a lot with their own data.

 good to know.

 Could you give us some idea about the timing you had = what did take
 how much time ?

  For this reason I have limited my edits
  this far to the region where the others did not go. I will keep an eye
  on the evolution the coming days.
 +1

  There was a very positive response from the people of the vzw Trage
  Wegen. They have a lot of data and have problems to make it public.

 very good.

  They see a lot of possibilities in OSM at the very minimum to use it
  as a background layer. They intend to recreate there website, with a
  new site that should be more map-oriented and e.g. allows visitors to
  draw the trage wegen/voies lentes by themselves.

 hope fully this could lead to some other easy ways to enter data in OSM.
  A few problems:
  * A lot of their data is based on NGI-data and hence not directly usable
 in OSM

 how are these data based on NGI data ? copied, inspered ? Could this
 be used as one way to go to NGI and ask them for a specific limited
 access to some of their data in a way that would be compatible with
 OSM .

  * They are very hesitating to redo all the work they have done this
  far.

 this is understandable. This support the idea of
 1/ open-standard to encode the data
 2/ have the data free right from the beginning !

   Some automation should be needed. (Will need follow-up)
  * The editors are intimidating for not-very-computer-minded people.
  According to me it would be good to have an a to z explanation with
  the minimum knowledge for specific interests. This means a full
  description from creating an OSM-account and recording tracks to the
  tags needed (in the case of trage wegen/voies lentes just
  track/path/footway/cycleway would in fact be enough, they don't care a
  lot about the rest) in one file or one page on the wiki. I think I'll
  give that a shot.

 Good idea to have very short films to sho how to do something with
 OSM, specifically explaining the points that interest these people.

  Major opportunity: they are very eager to distribute the data that
  they have. In that point of view we are completely at the same
  wavelength.

 +10

 THanks again

 Nicolas
 --
 Nicolas Pettiaux, dr. sc

 ___
 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] help translate the videos to contribute to OSM

2011-06-23 Thread Jo

Hi Nicolas,

Dutch is already available for that video. There is no real difference
between written Dutch and Flemish.

Are there other videos that don't have Dutch translations yet?

Polyglot

2011/6/23 Nicolas Pettiaux nico...@pettiaux.be

 Dear

 I have translated to French the subtitle of video Part 2 OpenStreetMap
 for Beginners, Part 2: Trace roads and areas

 This video will show you how to add a road to OpenStreetMap by tracing
 Bing aerial imagery.

 See http://www.universalsubtitles.org/en/videos/k2bPK2cc57iE/

 Please help with the other parts to French and Flemisch.

 Nicolas

 PS my knowledge of Flemisch is unfortunately not good enough for me to
 write a text that is aimed at being used by native Flemisch speakers.

 --
 Nicolas Pettiaux, dr. sc  - gsm : 0496 24 55 01

 ___
 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] Weide

2011-06-30 Thread Jo

Ik gebruik ook meadow, waarom zou dat niet goed genoeg zijn?

Polyglot

Op 30 juni 2011 22:21 schreef Franky Braem franky.br...@gmail.com het
volgende:

 Ik ben nu al een paar dagen bezig met Kemzeke / Stekene in kaart te brengen
 en heb nu een vraagje. Wat is de beste manier om een weide aan te duiden
 waar dieren kunnen grazen? Ik gebruikte eerste landuse=meadow, maar dat
 blijkt niet juist genoeg te zijn. Is het landuse=pasture? Maar het is dan
 jammer dat je dat niet ziet ingekleurd op www.openstreetmap.org.

 Franky

 __**_
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be

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

[OSM-talk-be] OSM Birthday

2011-07-22 Thread Jo

Hi,

What do you think about organising an OSM Birthday party on Saturday the
20th of August? If the venue depends on me I could rent the building on
Bruul in Leuven. All the buses pass there during the summer, because of the
wharf on Fochplein. Of course if people have a better proposal, more
centrally in Brussels or Mechelen, or maybe Antwerp, that's fine with me
too.

Cheers,

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

Re: [OSM-talk-be] OSM Birthday

2011-07-22 Thread Jo

Karel,

Se ni cxioj parolus Esperanton, tio estus multe pli facila.

But since we don't all speak an easily learned common world language,
English will have to do. I simply didn't feel like repeating myself in three
languages. (Besides, I was under the impression that that was the way it's
done on this mailing list). The venue I proposed may not have free parking
space on the spot, but 1 km further, just outside the city there is space.

Nicolas' venue has underground parkings nearby. It has the advantage that we
can promote OSM to Belgians and tourists alike. I can promote OSM in Dutch,
French, English, Spanish, German or Italian.

For me Brussels is just fine. I don't have a car, so I'll have to come by
train or bus.

Polyglot



2011/7/22 karel adams fa348...@skynet.be

 On 07/22/2011 01:03 PM, Jo wrote:

 Hi,

 What do you think about organising an OSM Birthday party on Saturday the
 20th of August? If the venue depends on me I could rent the building on
 Bruul in Leuven. All the buses pass there during the summer, because of the
 wharf on Fochplein. Of course if people have a better proposal, more
 centrally in Brussels or Mechelen, or maybe Antwerp, that's fine with me
 too.


 Sorry hoor,
 maar een Belgische fuif - wat ik op zich een prima idee vind! - zou echt
 wel de Belgische culturen en talen moeten respecteren. Als dat niet meer
 kan, dan heeft een Belgisch gebeuren geen zin. Voor mij, tenminste.

 Désolé, les gars,
 Mais pour moi, une vivacité Belge (excellente idée, s'il en est!) devrait
 respecter les langues et cultures Belges. Sinon, inutile.


 Cheers,

 Zum Wohl!
 Karlchen

 E anche: the ideal venue is indeed within easy reach of public
 transportation - mais il y a ceux qui viennent en bagnole, aussi... Of zijn
 die net iets minder welkom? Ein offener Parkplatz empfehlt sich ebensosehr!


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

Re: [OSM-talk-be] Introduction

2011-07-26 Thread Jo

Hi Dirk,

Welcome!

It's a bit odd to have to use a 'non-indigenous' language to communicate on
this list, but it sure beats having to write all messages in 2 or 3
languages. When you're talking about something concerning only Antwerp or a
Flemish topic like De Lijn, you could simply use Dutch as well.

The one most important thing to remember is to not copy from proprietary
maps like Bing maps or Google maps.

What I'd like to ask, is, if you map a bus stop of De Lijn, please also
add the ref number and which lines pass there (route_ref). I'm considering
to try and convince people (outsiders to OSM) to send me pictures of bus
stops, so I can add this information.

I managed to map all the lines going in and out of Leuven and many of the
stops in a radius of 40 km around me. My combination for mapping is an
'abonnement' of De Lijn and a foldable bicycle, hence the interest in bus
routes.

You can easily loan a GPS device from the foundation. A lot of the time they
are just sitting there idle anyway in somebody's drawer. I think a bunch of
them is with somebody in Gent for the moment. He'll probably contact you
when he sees your message.

You also have a nice and affordable shop in Antwerp, gpsshop.be, if you
consider investing in one. One of these days I'll simply buy an Android PDA
with a GPS built in, like this one:

http://www.pdashop.be/product/96974/htc-wildfire-metal-mocha.html

But for the moment I'm using an older HTC with Windows Mobile 6 and
NoniGPSplot.

Cheers,

Polyglot

2011/7/26 Dirk Roels (Hotmail) dirk_ro...@hotmail.com

Hi,

(I'm writing in english as this seems common practice)

My name is Dirk Roels, I will be 59 next month.

I discovered OpenStreetMap 2 or 3 days ago.
I'm using a Garmin Nuvi 350 device (I know, it's not a fancy hiking GPS),
but I would like to extend its use to hiking paths,
although my main reason for my interest for the time being is the
everlasting price of updates with brand-maps.
As I'm using this free map, I feel I have to give something in return
(and multiple contributors can achieve more than one).

I live in 's-Gravenwezel (Schilde) near to Antwerpen, so you can guess my
mothertongue is some kind of Dutch.

My mapper name is 'Koalake'.

I noticed that my area has a a number of unnamed streets and unmapped
paths, so my intention is to verify, correct and add
where appropriate (actually I already started doing that).

As I was laid-off with HP last October due to a mass reorg and I am in
pseudo brugpensioen, I got quite some spare time,
but I don't have the luxury of a company-car anymore, so my mobility (iow
covering other areas) is rather limited.

As I'm new in this matter I have 3 questions:

In the Kolb leerstijlen-model, I tend to be in the actief
experimenteren quadrant... in other words, I tend to read the manual
as I encounter difficulties performing tasks. This has some advantages and
some risks, so here's the first question: is there any
absolute vital advise you can give me before/when contributing in
OpenStreetMap?

Although my use of OSM currently is pretty car-focused, I DO like to hike
and regularly organise walks with a group of people
as well as wandelzoektochten. Of course, that is the moment to verify and
map paths which are not yet represented in OSM.

I noticed somewhere (but can't remember wher exactly) that the belgian
OSM-chapter were given some (I believe 11) real
hiking-GPS-devices and I interpreted the remarks as if some of those
devices would be available for tracking (this is quite
cumbersome with a NUVI). Has anyone got an idea about the fact if this is
correct and what the procedure would be to lend
one of those devices when I set up a hike?

If there are any active mappers in the Antwerp-area that would like to get
in touch with me, please don't hesitate and if I can
be of any help in Antwerp-projects, let me know.

I know... this is quite a lenghty introduction (I'm normally not that
lengthy in my words), sorry about that.
In any case if I can be of any other help, let me know how.

Cheers,
Dirk

__**_
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-behttp://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] Knooppuntennetwerken (Regional walking networks)

2011-08-02 Thread Jo

Gerard,

If you provide me with a detailed example of what data in the osm file,
needs to become which information in the gpx, I might try to program this in
Python. It's possible to add python scripts to JOSM.

Jo (Polyglot)

2011/8/2 Gerard Vanderveken g...@ghia.eu

It is not an obligation to have this 'not yet official' collection
relation.
I got the idea by looking at some Alp paths, where it was used to link all
paths of the network.

Everyone can add to the Wiki (registration and login required).
But if you feel uncomfortable doing edits in a Wiki , I can do it for you,
if you send me the relevant data.
The relation has to be created first, so the reference can be put in the
Wiki

For the creation of this specialised GPX, the exporting functions of OSM
are not suitabe.
There is some programming or script required to put each sub relation into
a route and convert the nodes to waypoints.

Regards,
Gerard.

network (as far as they exist).

Should such a collection be created for all other knooppunten networks ?
If so, can someone update the wiki page to reflect this, so I can properly
create and tag that collection for Rivierenland

I downloaded the gpx file from Zuid-Dijleland. I was hoping to get the
collection of knooppunten as waypoints.
The result was disappointing (import in Garmin RoadTrip). Too many routes,
even non-existing, waypoints without the number of the knooppunt.

Is there a better way to retrieve the information as GPX ? I would already
be happy with the knooppunten alone, without the routes between them.
I've tried exporting them from JOSM, but this also looses the number
(which only exists as rwn_ref).

Marc

--**--**

__**_
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-behttp://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] Knooppuntennetwerken (Regional walking networks)

2011-08-02 Thread Jo

That doesn't look too complicated, I'll look into it, tomorrow.

2011/8/2 Gerard Vanderveken g...@ghia.eu

**
As a minimum you require an output file dijleland.gpx like this example

?xml version=1.0 encoding=UTF-8 standalone=yes?
gpx
xmlns=http://www.topografix.com/GPX/1/1;http://www.topografix.com/GPX/1/1creator=OSM
Route Manager version=1.1 xmlns:xsi=
http://www.w3.org/2001/XMLSchema-instance;http://www.w3.org/2001/XMLSchema-instancexsi:schemaLocation=http://www.topografix.com/GPX/1/1
http://www.topografix.com/GPX/1/1/gpx.xsd;http://www.topografix.com/GPX/1/1http://www.topografix.com/GPX/1/1/gpx.xsd

!-- All data by OpenStreetMap, licensed under cc-by-sa-2.0 (
http://creativecommons.org/licenses/by-sa/2.0/). --
wpt lat=50.788708 lon=4.5839511
name301/name
/wpt
wpt lat=50.788718 lon=4.5839521
name302/name
/wpt
rte
nameDijleland 301-302/name
srcOpenStreetMap.org/src
typefoot/type
rtept lat=50.788708 lon=4.5839511 /rtept
rtept lat=50.788709 lon=4.5839515 /rtept
rtept lat=50.788718 lon=4.5839521 /rtept
/rte
rte
nameDijleland 302-303/name
srcOpenStreetMap.org/src
typefoot/type
rtept lat=50.788718 lon=4.5839521 /rtept
rtept lat=50.788719 lon=4.5839525 /rtept
rtept lat=50.788728 lon=4.5839531 /rtept
/rte
/gpx

For every node there is a waypoint element wpt with the coordinates and as
name its ref number
For every sub relation there is a route element rte
It contains route points rtept.
These rtept are all the nodes of the ways from the subrelation.
The streets and their nodes need to be ordered from start to end node (the
ones with the ref tag)
Regards,
Gerard

Jo wrote:

Gerard,

Jo (Polyglot)

2011/8/2 Gerard Vanderveken g...@ghia.eu

It is not an obligation to have this 'not yet official' collection
relation.
I got the idea by looking at some Alp paths, where it was used to link all
paths of the network.

Regards,
Gerard.

network (as far as they exist).

Should such a collection be created for all other knooppunten networks ?
If so, can someone update the wiki page to reflect this, so I can
properly create and tag that collection for Rivierenland

I downloaded the gpx file from Zuid-Dijleland. I was hoping to get the
collection of knooppunten as waypoints.
The result was disappointing (import in Garmin RoadTrip). Too many
routes, even non-existing, waypoints without the number of the knooppunt.

Is there a better way to retrieve the information as GPX ? I would
already be happy with the knooppunten alone, without the routes between
them.
I've tried exporting them from JOSM, but this also looses the number
(which only exists as rwn_ref).

Marc

___
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

Re: [OSM-talk-be] Knooppuntennetwerken (Regional walking networks)

2011-08-06 Thread Jo

Something went wrong, so here is the code:

#!/bin/jython
 '''
 RWN2Garmin.py  - Numbered networks to Garmin GPX file converter
 This code is released under the GNU General
 Public License v2 or later.

 The GPL v3 is accessible here:
 http://www.gnu.org/licenses/gpl.html

 The GPL v2 is accessible here:
 http://www.gnu.org/licenses/old-licenses/gpl-2.0.html

 It comes with no warranty whatsoever.

 This code illustrates how to use Jython to:
 * work with selected items or how to process all the primitives of a
 certain kind (node, way, relation)

 '''
 from javax.swing import JOptionPane, JDialog
 from java.awt.event import ActionListener, ActionEvent
 from org.openstreetmap.josm import Main
 import org.openstreetmap.josm.command as Command
 import org.openstreetmap.josm.data.osm.Node as Node
 import org.openstreetmap.josm.data.osm.Way as Way
 import org.openstreetmap.josm.data.osm.TagCollection as TagCollection
 import org.openstreetmap.josm.data.osm.DataSet as DataSet
 import time

 def getMapView():
 if Main.main and Main.main.map:
 return Main.main.map.mapView
 else:
 return None

 mv = getMapView()
 f = open('C:/export.gpx', 'w')
 f.write('?xml version=1.0 encoding=UTF-8 standalone=yes?\n')
 f.write('gpx xmlns=http://www.topografix.com/GPX/1/1; creator=OSM Route
 Manager version=1.1 xmlns:xsi=
 http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=
 http://www.topografix.com/GPX/1/1
 http://www.topografix.com/GPX/1/1/gpx.xsd;\n')
 f.write('!-- All data by OpenStreetMap, licensed under cc-by-sa-2.0 (
 http://creativecommons.org/licenses/by-sa/2.0/). --\n')
 if mv and mv.editLayer and mv.editLayer.data:
 #selectedNodes = mv.editLayer.data.getSelectedNodes()
 #selectedWays = mv.editLayer.data.getSelectedWays()
 selectedRelations = mv.editLayer.data.getSelectedRelations()

 if not(selectedRelations):
 JOptionPane.showMessageDialog(Main.parent, Please select a
 collection relation)
 else:
 # nodetype = Node().getType()
 print
 for collection in selectedRelations:
 print 'COLLECTION:', collection
 for member in collection.getMembers():
 print 'MEMBER:',member
 if member.isNode():
 node = member.getNode()
 coords = node.getCoor()
 lon = coords.getX()
 lat = coords.getY()
 rwn_ref = node.get('rwn_ref')
 f.write('\twpt lat=' + str(lat) + ' lon=' +
 str(lon) + '\n')
 if rwn_ref:
 f.write('\t\tname' + rwn_ref + '/name\n')
 f.write('\t/wpt\n')
 for member in collection.getMembers():
 if member.isRelation():
 routerelation = member.getRelation()
 f.write('\ttrk\n')
 networkname =  routerelation.get('network:name')
 if not(networkname): networkname =  ''
 note = routerelation.get('note')
 if not(note): note =  ''
 f.write('\t\tname' + networkname + ' ' + note +
 '/name\n')
 f.write('\t\tsrcOpenStreetMap.org/src\n')
 f.write('\t\ttypefoot/type\n')
 for routerelmember in routerelation.getMembers():
 if routerelmember.isWay():
 f.write('\t\ttrkseg\n')
 way=routerelmember.getWay()
 for waynode in way.getNodes():
  coords = waynode.getCoor()
  lon = coords.getX()
  lat = coords.getY()
  f.write('\t\t\ttrkpt lat=' + str(lat) +
 ' lon=' + str(lon) + ' /trkpt\n')

 f.write('\t\t/trkseg\n')
 f.write('\t/trk\n')
 f.write('/gpx\n')
 f.close()

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

Re: [OSM-talk-be] Verkeerstuin

2011-08-11 Thread Jo

For the one in Kessel-Lo one could also include the income price is €2 for
half an hour and the opening hours.

leisure=playground seems more suitable than leisure=track and maybe add a
theme of traffic_education to this proposal:

http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment

Jo

2011/8/11 Gerard Vanderveken g...@ghia.eu

 **
 Seems not mapped.
 http://www.openstreetmap.org/?lat=50.8949lon=4.7244zoom=16layers=M
 I would map all 'roads'  as
 highway=path
 with
 surface=asphalt
 bicycle=yes
 foot=yes
 gocart??=yes
 and maybe also
 type=traffic_education
 Enclose it with leisure=track or leisure=playground and give that the name
 'verkeerspark' or whatever is on the signs.
 (I would not bother with traffic signs, 'fun street names' and turn
 restrictions)

 Regards,
 Gerard


 Gerard Vanderveken wrote:

 There is a 'verkeerspark'  in the 'proviciaal domein' of  Kessel-Lo also.
 A foto for people to know what we are talking about:
 http://www.flickr.com/photos/vlaamsbrabant/3228819350/
 Didn't check yet how it is mapped
 mvg
 Gerard

 wannes wrote:

 On Thu, Aug 11, 2011 at 2:28 PM, Andre Engels andreeng...@gmail.comwrote:

 On Thu, Aug 11, 2011 at 2:20 PM, Tim François sk1pp...@yahoo.co.ukwrote:

   I've certainly never seen one of these in my 20 years in the UK
 (though that doesn't mean they don't exist of course!).

 Do they exist in NL or DE? If so, they'll probably have been mapped so
 you could copy that?


  As far as I know there is one in the Netherlands, in Assen, but it has
 not been explicitly mapped (it can be found at
 http://www.openstreetmap.org/?lat=52.96911lon=6.53868zoom=16)


 Google images tells me there should be one in Amersfoort, NL also.

 --
 wannes

 --

 ___
 Talk-be mailing 
 listTalk-be@openstreetmap.orghttp://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

Re: [OSM-talk-be] OSM introduction

2011-08-19 Thread Jo

Hi Ben,

I can certainly help you out with JOSM. Is this meeting to take place
somewhere in Belgium? I can do a presentation in English, Dutch or French.
Are there people involved with HOT here in Belgium? Will they work all over
Africa, or in specific regions?

The Openstreetmap project has been presented like this to participants of
Trage Wegen in Haaltert a few months ago. The person who did this, did it
very well. Completely adapted to newcomers and people who were not very
'computer savvy'.

Unfortunately we ran out of time though :-)

Jo

2011/8/19 Ben Abelshausen ben.abelshau...@gmail.com

 Hello,

 I contacted an organisation doing mapping in some parts of africa (Africa4U
 http://www.africa4u.eu/ website a bit out of date) and introduced the
 president of the organisation to OSM. There appears to be a lot of interest
 now from several participating members to get an introduction session about
 OSM.

 My questions: has anyone done something like this already and more
 specifically is someone interested in organizing this in collaboration with
 myself. The introduction has to be in Dutch/English I guess.

 If none of you are interested is there anyone who can introduce only JOSM?
 I don't have experience with that editor but to me, objectively, it seems
 the best one for the job... Also an introduction about licence and what
 sources they can and can't use seems important to me.

 Even better would be if someone involved with HOT would be present! I don't
 know exactly how many participants will show up but the ones that will seem
 pretty enthusiastic about all this...

 Best Regards,

 Ben Abelshausen

 www.14k.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] Fietsnet using OSM

2011-08-21 Thread Jo

Hi Koen,

That is great news! We always like to work together with other groups. Many
of the cycle node networks (fietsknooppuntennetwerken) are already in OSM,
but more eyes and hands will certainly improve the map. We have many more of
the small roads (wandelpaden/fietspaden) than Googlemaps, so I believe it
will be a lot better as a background layer for your route planner.

If you want to organise a presentation for your members, I'd be happy to
come and explain how to enter the data (preferably with JOSM, since it is a
lot more convenient to enter route relations). I can also explain how to
convert a selection of routes into a gpx file, which can then be used in a
GPS device for navigation.

I can also offer help with 'importing' the data from your GIS to OSM as a
semi automated process.

Cheers,

2011/8/21 Koen Mannaerts [fietsnet.be] k...@fietsnet.be

Hi, I'm Koen from Fietsnet.be. Since 2007 Fietsnet is a rather popular
routeplanner for the cycle node network in Belgium and the South of the
Netherlands. It's an independent and non-commercial project by cyclists.

Currently we maintain our spatial information in a private GIS, but we're
considering to shift this toOpenStreetMap. Using OSM may enable new
opportunities for the Fietsnet routeplanner, such as covering a larger area,
deviating from the established cycle node networks, creating turn-by-turn
navigation instructions and using richer road attributes. OSM may also
benefit from this initiative, as Fietsnet has a large user base of active
cyclists and we've set up a process to reliably translate user feedback in
an adapted map. I.e. we may change our process to quickly adapt and sanitize
OSM data based on our current data and user feedback.

We're new to OSM, and we have a lot of practical, technical and legal
questions about this move, too many and too boring to include in this
message. If you have experience with OSM, and are willing to help us out in
one of these area's, it would be fantastic if you'd send us a
mail:meewer...@fietsnet.be mailto:meewer...@fietsnet.be**.

Let's do this!

--
Koen Mannaerts | fietsnet.be

__**_
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-behttp://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] Fietsnet using OSM

2011-08-22 Thread Jo

Hi Koen,

We are not lawyers, but the whole idea of having a freely available map is
to enable the use you are describing. The whole project is in the process of
changing the license to ODBL. Normally this should be good news, as it's
meant to clarify how the data can be used. I'm afraid you're going to have
to wade through some wiki pages and maybe ask your questions and describe
your doubts on legal-t...@openstreetmap.org.

http://wiki.openstreetmap.org/wiki/Open_Database_License

Basically what it all comes down to is that you have to put a mention
somewhere accompanying the map or the data to accredit the Openstreetmap
project and that you have to license your improvements to the data under the
same license.

Of course you can PRESENT a mix of both OSM data and proprietary data. The
easiest way is probably to work with layers in that case. It's not a problem
that the application doing the combining and the presenting is proprietary,
as long as credit is given where credit is due.

Oh, I see Gerard already described it a lot more eloquently than I did...

On the input side, I think it's best your contributors all create OSM
accounts and enter their data directly into the OSM database.

Cheers,

Jo

2011/8/22 Koen Mannaerts [fietsnet.be] k...@fietsnet.be

  Hi Jo, Kurt,

 Thanks heaps for helping!

 The most pressing question is about the OSM license.  I'm still not
 entirely sure what OSM considers a derivative or produced work.
 The idea is that our contributors will extend, complete or correct the OSM
 map, as far as trajectory information is concerned: nodes, the rcn
 relationships, highway, bicycle, foot keyvalues, ...
 Periodically, Fietsnet will import all this data, connect it to other
 sources (external like meteo and event poi's, internal like statistics and
 usage data), and generate graph and track tiles.  These binary tiles will be
 used by the publicly available, yet proprietary, routeplanner application.

 I'm not sure OSM's license allows for this scenario.

 Kind regards,

 Koen





 Jo wrote:

 Hi Koen,

 That is great news! We always like to work together with other groups. Many
 of the cycle node networks (fietsknooppuntennetwerken) are already in OSM,
 but more eyes and hands will certainly improve the map. We have many more of
 the small roads (wandelpaden/fietspaden) than Googlemaps, so I believe it
 will be a lot better as a background layer for your route planner.

 If you want to organise a presentation for your members, I'd be happy to
 come and explain how to enter the data (preferably with JOSM, since it is a
 lot more convenient to enter route relations). I can also explain how to
 convert a selection of routes into a gpx file, which can then be used in a
 GPS device for navigation.

 I can also offer help with 'importing' the data from your GIS to OSM as a
 semi automated process.

 Cheers,

 Jo

 2011/8/21 Koen Mannaerts [fietsnet.be] k...@fietsnet.be

 Hi, I'm Koen from Fietsnet.be. Since 2007 Fietsnet is a rather popular
 routeplanner for the cycle node network in Belgium and the South of the
 Netherlands. It's an independent and non-commercial project by cyclists.

 Currently we maintain our spatial information in a private GIS, but we're
 considering to shift this toOpenStreetMap.  Using OSM may enable new
 opportunities for the Fietsnet routeplanner, such as covering a larger area,
 deviating from the established cycle node networks, creating turn-by-turn
 navigation instructions and using richer road attributes.  OSM may also
 benefit from this initiative, as Fietsnet has a large user base of active
 cyclists and we've set up a process to reliably translate user feedback in
 an adapted map. I.e. we may change our process to quickly adapt and sanitize
 OSM data based on our current data and user feedback.

 We're new to OSM, and we have a lot of practical, technical and legal
 questions about this move, too many and too boring to include in this
 message.  If you have experience with OSM, and are willing to help us out in
 one of these area's, it would be fantastic if you'd send us a
 mail:meewer...@fietsnet.be mailto:meewer...@fietsnet.be.

 Let's do this!

 --
 Koen Mannaerts | fietsnet.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] Fietsknooppuntennetwerk/Cycle node network

2011-08-31 Thread Jo

I created route and network relations as is described on that page; so far,
so good. There is no way of grouping networks (yet) though. That's what I'm
using the collection relation for.

Kind regards,

Polyglot

2011/8/31 Lennard l...@xs4all.nl

  That is OK for JOSM, but a list like this (at the bottom) is simply not
  meaningful.
  http://www.openstreetmap.org/browse/changeset/917?relation_page=3
  This is much clearer.

 Then ask for that page to display a note=* tag when a name=* is absent,
 like JOSM does.

 But why would you start making collection relations when a scheme already
 exists? See here:

 http://wiki.openstreetmap.org/wiki/Cycle_Node_Network_Tagging

 Which as far as I can see meets your needs and relations conforming to
 that scheme have been in the database for over a year.

 --
 Lennard


 ___
 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] Yippee! JOSM is the best! :-)

2011-09-08 Thread Jo

Hi Julien,

I'm glad you find my post useful. Did you manage to show the bus stops the
way that you like?

If not, if you point me to one of your bus stops, I'll try and see what I
can do. For myself, I'll probably be showing the zone number of the stops,
this way.

In the mean time, I've improved a bit on the concept:

way[boundary]
 { color: #66; width: 2; opacity: 0.6; dashes: 24,4, 4, 4; z-index: 4;}

way[boundary=administrative]
 { color: purple; width: 2; opacity: 0.2; dashes: 24,4; z-index: 4;}

node[rcn_ref]
 {text-color: green;
  font-size: 17;
  text: rcn_ref;
  text-halo: #aaffcc;
  text-halo-radius: 2;
  text-position: right;}

relation[type=network][network=rcn]  node::relation_underlay
 {text-color: red;
  font-size: 17;
  text: rcn_ref;
  text-halo: #aaffcc;
  text-halo-radius: 2;
  text-position: right;}

area
 {text-color: red;
  font-size: 18;
  text: name;
  text-position: center;}


Now it shows the CNNs/FKP'en that are part of a network in red on cyan and
the other ones in an ugly greenish grey on pink. Later on, I'll probably
want to assign each network its own color.

For some reason the boundary is not drawn differently, which I think would
be helpful since unsurprisingly those cycle node networks tend to have
boundaries on the borders between the provinces.

Cheers,

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

Re: [OSM-talk-be] Fietsknooppuntennetwerk/Cycle node network

2011-09-08 Thread Jo

I got a bit farther in my endeavour to add all rcn route nodes and relations
to network relations. This is a very big task though, and I'm getting a bit
overwhelmed, so if somebody feels like joining the effort, that would be
nice.

The following networks are ready:
Dijleland
Hageland
Droog Haspengouw

The following are WiP (work in progress);
Pajottenland
Brabantse Kouters

And then there are some for which I tried to add a sensible group of nodes,
until I hit a node number that is used twice.

What I do:

For each node, determine which ways have rcn relations.
For each such relation
remove name, ref and created_by tags
note=xx-yy (with xx  yy)
order the members, such that the way in position 1 starts at xx
if there is a split, because of oneway streets, a roundabout or
cycle paths on both side of the road
then label all roads in direction from xx to yy with a forward
role, to where they join again
   then mark all roads back to the bifurcation with a
backward role
  (when following the relation from xx to yy ignoring the ways
with a backward role will get you there)

   Check that it's in fact possible to get from xx to yy. Sometimes a
tiny part of road is missing, or chunk of road needs to be split off.

Trying to determine wich ways belong to a specific network is probably the
hardest part. In part because that task has not been made very simple by the
people who assigned those numbers.

Once I have a set of nodes that seem to belong together, I use a Python
script I created, to add all the relevant relations automatically. This
creates duplicates though, which need to be removed manually, but that is
less effort than adding all the relations manually.

Before uploading I also tend to check for license compliance. If the people
of Fietsnet are going to be using our data, it's not done that part of the
data drops into an abyss...

I'm also creating a Python script which will be able to validate that
continuity of the route relations, as I already did for a subset of the
routes of De Lijn. OSM data is somewhat fragile in the sense that people
split and recombine ways without taking into account the effect this may
have on route relations and I'd like to be able to detect that
automatically.

Here's hoping somebody will take an interest in helping out...

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

[OSM-talk-be] Fietsknooppuntennetwerken/Cycle node networks in Belgium

2011-09-28 Thread Jo

Hi,

As you probably already know I've been working very intensively on the rcn
routes for the past month. I brought together the routes into networks and
created a collection relation to refer to the network relations.

http://www.openstreetmap.org/browse/relation/1726882

I've been working on a Python script which runs inside JOSM to help me with
the chore of checking each and every node/knooppunt and the route relations
connecting them. The more important function of this script is to regularly
do quality control on the whole bunch of relations and nodes top down and
from the bottom up.

I also created a wiki page:

http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Cycle_Routes/Node_Network

This page summarizes the remaining obvious problems with the nodes and the
routes. It's easy to see where there are less than 3 rcn routes connecting
to a node, how many roads start from/end at/pass through a node and links
are provided to jump directly to the node on the map.
In the tables on the right side of the page the routes which still have
problems are shown. I check whether they are continuous in forward and
backward direction (I've been sorting all their members) and I've been
adding forward and backward roles on the members that needed them. I realise
now that I didn't do it as described here though:

http://wiki.openstreetmap.org/wiki/User:Ldp#.28C.29_Network_tagging

Instead I did it this way:

http://wiki.openstreetmap.org/wiki/User_talk:Ldp

So this might be(come) a problem. I'm still trying to come up with a way to
check forward/backward continuity of the route relations with the
'conventional' way of tagging roles.

Ldp also suggested splitting up the network relation for Limburg which
contains more than 800 members. Which brings me to my next point. When I
started this tour of Flanders, I was convinced I was going to discover some
sort of logic with regards to the numbering of the nodes. There seem to be
nodes which actually do belong together in a network, but there also many
for which it is hard to tell to which network they actually belong. I've
been trying to create networks where each node number appeared only once,
but I failed in the attempt. So at some point I created imaginary networks
in despair with ridiculous names like Dijlelandse Kouters. At other points I
simply added two nodes with the same number to the same network.

There are also nodes for which it is hard to pinpoint one OSM node, across
canals on roundabouts. These already share the same node number and I'd like
to have a way to distinguish them from the other nodes which happen to have
the same number

Anyway, do we throw all of them into bigger relations? We could also work
multilayered.

Now there is this:
collection relation (Belgium)
   network relations (39-40 of them)
 route relations and nodes

Which could become:
collection (Belgium)
   collection (Provinces W-Vl, O-Vl, Antw, Vl-Br, Limb., Liège) (In the
other French speaking provinces there are no node networks (yet))
  collection (Kust, Westhoek, Brugse Ommeland, Meetjesland, Leiestreek
(W.Vl  O.Vl) Vlaamse Ardennen, Scheldeland (Antw en O.Vl), Kempen (Antw. en
Limb.), Hageland, Pajottenland, Maasstreek, Midden-Limburg, Haspengouw
(Vl.Br en Limb.), Voerstreek, Höhes Venn)
network (39-40 of them)
  route

The advantage would be that it would be easier to manage. When somebody
needs a GPX containing all the routes and nodes for only Hageland or just
one part of Kempen or all networks of the province of Antwerp.

Another issue is whether to include the nodes in the route relations, or
not. I took them all out except for the route relations in Limburg, as in
the rest of the country that seemed to be the convention. There is no real
need to include them, since they are already included through the ways and
now they are also members of the network relations.

And the last issue is, when one node is represented by several OSM nodes. I
created an extra relation to connect them (note=52-52) and the ways that are
members of this relation are not members of the route relations that
start/end at these nodes anymore. This simplifies matters a lot. So the
route relations start/end at the nodes and don't interconnect those OSM
nodes anymore.

Anyway, let me know what needs to be done differently and I'll try to
comply. It would, of course, also be nice if we could find ways to add the
nodes that are still missing and to fix the problems reported on the wiki
page I created. (But those are the harder problems, which need extra
surveying, the easy ones have already been dealt with by me, myself and I)

Kind regards,

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

Re: [OSM-talk-be] Regional walking networks

2011-10-11 Thread Jo

2011/10/11 Ben Laenen benlae...@gmail.com

 On Tuesday 11 October 2011 13:05:30 Jo wrote:
  I suppose the ref tag might be more appropriate. It is indeed a bit odd
 to
  use note for it, OTOH that's the only tag that was used consistently in
 all
  the 1000s of relations I've seen so far...
  Me removing the names on those route relations made the problem that
  Potlatch does not and will not display them more accute though. When ref
 is
  used, is it shown in Potlatch?
 
  If we reach a decision to change note into something else, no manual
 labour
  will be involved to change them wholesale. My script can take care of
 that,
  both for hiking and cycling routes. Consensus between contributors in
  Belgium, The Netherlands and Germany needs to be reached though.

 People here should stop thinking in terms of does editor X show Y. We tag
 the correct information, and if editors support it, then that's an bonus.
 We
 decided on the note tag long ago, and IIRC it was JOSM that started showing
 the note tag after we decided to use that tag for it.

 The routes don't have a reference number, they don't have a name, they just
 connect two nodes, so we chose not to use the ref or name tag. But since we
 obviously needed a little bit of help to know which relation is which, we
 used
 the note tag.


Maybe the fact that this discussion seems to recur every so often is an
indicator that something is not logical about it.
Since these routes ultimately have to be entered by people and these people
make a choice, which is not easily altered (I tried in the case of RoRay) as
to what editor they use, it does matter whether editors support the way we
tag those relations. Ultimately that's why, until recently, all the route
relations had identical note and name tags.
I'm working in The Netherlands now and there I find that they often use the
name of the network in the name tag. I started by changing that to
network:name, but now I''m taking them away, since it's information that can
be deduced from the membership of the network relation.



  That's what I did, in fact. I don't have the maps published by the
 tourism
  offices of the provinces. I do have a file obtained from Fietsnet with a
  network for each node, but I used that only as guidance. It took an
  inordinate amount of time to try and assign those nodes to networks. I'm
  relatively pleased with the result, but I don't guarantee that I'm
 entirely
  done shifting them around...
  I agree that inventing a name like Dijlelandse Kouters (based on
 Brabantse
  Kouters combined with Dijleland) was not the best thing to do and I'll
  remove that one.

 Except that I'm pretty sure that Fietsnet has been looking at the published
 maps as well. And I checked this out in the past by looking for differences
 between the published maps and the situation in reality and check them with
 Fietsnet, which consistently showed the situation in those maps, even
 though
 some routes would just be impossible.


I used it as a guideline, not as a reference. Until recently I had no idea
of the general whereabouts of Meetjesland, Leiestreek, etc. Many of the
nodes in OSM don't conform to what Fietsnet knows about them.

 What do people think of the following names I 'invented' though?

 Westkust (part of Westhoek)
 Scheldeland Denderstreek
 Voorkempen
 Kalmthoutse Heide
 Hageland Droog Haspengouw

 Probably as good as any other name. The problem for me is: why even invent
 names like these? They're completely arbitrary and don't conform to any
 subdivision of the network in real life, so why should we tag them as such?

  All these names are based on Wikipedia searches I performed. So it's not
 as
  if they are based on nothing. I doubt that it will be possible to
 encounter
  them anywhere on the guide posts though.
 
  For the other subdivisions of Kust, Westhoek, Meetjesland, Leiestreek,
  Waasland, Scheldeland, Vlaamse Ardennen and Kempen I simply used Noord,
  Zuid, Oost en West to subdivide them.
 
  What about splitting up Limburg in 3 or 4 regions?
 
  Maasland, Haspengouw, Midden-Limburg and the part that extends into
 Liège.
  Voerstreek was already separate.

 Why even split it up at all in Belgium? For all I care, use one big network
 for every province, given that these networks are controlled by provinces.


Well, you seem to agree on something with Gerard. In Vlaams-Brabant we
actually do have names for the regions. And that's where I started. In the
other provinces, those regions seem to a lot bigger.

We have 2 reasons for having an rcn_ref twice in a network relation:

- split nodes around canals, on roundabouts, on separated cycleways on 2
sides of a road.
- the decision of the tourism offices to only use 00-99 (except in Limburg
and Hohes Venn and on the hiking networks)

When using 1 relation for an entire province or region, like say Kempen,
this network relation will

1. become a big mess
2. contain 1500 members, which becomes impractical to work with.

If you

Re: [OSM-talk-be] Regional walking networks

2011-10-12 Thread Jo

 not expect any change in my tagging behaviour for walking networks
 until a consensus is reached. Hopefully I get notified when this is the
 case.


I'm afraid we are far away from a consensus... So for the moment it's a
status quo situation and you can't go wrong when you go on as documented on
the wiki.

Cheers,

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

Re: [OSM-talk-be] Regional walking networks

2011-10-12 Thread Jo

Oops, hadn't seen Eimai's message on trac and added one of my own:

http://trac.openstreetmap.org/ticket/4017

No idea if this will resolve anything, but we can at least try.

Cheers,

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

[OSM-talk-be] Toerisme Vlaanderen wil gegevens bijdragen aan Openstreetmap.org

2011-10-21 Thread Jo

Hi,

I'm going to write this message in Dutch, since it concerns a Flemish
institution (coverage of the data is Flanders and Brussels). If people
want a translation, just ask. I'll try to come up with a short
version.

In het kader van Openbaarheid van Bestuur wil Toerisme Vlaanderen een
deel van de toeristische gegevens die ze volledig zelf in beheer
hebben, vrijgeven. Ze hebben mij gecontacteerd en gevraagd voor een
verkennend gesprek, dat deze namiddag heeft plaatsgevonden in Brussel.
(Mijn contactgegevens hadden ze via Fietsnet.be)

Het gaat over locaties, adresgegevens en eigenschappen/attributen van
toeristische infrastructuur zoals hotels, campings, musea,
toerismekantoreren, e.d.

Ze vragen wel dat we ze dan regelmatig up to date houden, dat er een
bronvermelding (source=Toerisme Vlaanderen  kan dat?) bijstaat en dat
er doorverwijzingen zijn (deeplinks) naar hun website. Mij lijkt het
interessant om er ook een door hen aangeleverd serienummer bij te
zetten. (ref:ToerismeVlaanderen=xx bv.)

We hebben het ook gehad over fietsroutes en wandelroutes, maar die
zitten op een ander niveau en de toeristische diensten van de
provincies willen beperkingen opleggen, waar niemand van ons zich mee
akkoord kan verklaren. Dus dat zal nog niet voor direct zijn. Hopelijk
versoepelen ze deze voorwaarden ooit eens. (Indien interesse kan ik
deze voorwaarden doormailen, maar ik denk niet dat ik attachments kan
meesturen via de mailing list).

In een eerste fase gaat het om een paar duizend records over heel
Vlaanderen en Brussel, waarvan er vele in West-Vlaanderen liggen als
ik het goed begrepen heb.

Ik wil een manier uitwerken om dit allemaal in goede banen te leiden.
Het zou goed zijn, als er per provincie 2 of 3 mensen zouden zijn, die
zich hier ook mee bezig houden, zodat het niet allemaal stilvalt als
ik kom weg te vallen.

Wat ik dus wil opzetten:

Toerisme Vlaanderen levert informatie aan in json-formaat via een
FTP-server. 1 Bestand per provincie.

Ik maak een script dat dit json-bestand uitleest en een node aanmaakt
waar dat POI ongeveer zou te vinden moeten zijn. Ik kan het zo maken
dat er automatisch gegevens van Openstreetmap worden afgehaald in die
omgeving. (Allemaal binnen JOSM, uiteraard) Iemand doet een merge met
een POI of een gebouw in de OSM-data en kijkt na of alles klopt. Rinse
and repeat. We moeten ervoor zorgen dat we de coördinaten zelf van het
aangeleverde POI niet gebruiken. (Deze komen in sommige gevallen via
via van TeleAtlas). Dat mag geen probleem zijn, aangezien we zelf op
Bing de locatie van de POI bepalen. In veel gevallen zullen de tags
ook op een closed way met building=yes worden toegepast i.p.v. op een
node.

Dat is voor de initiële import. Eén van de elementen die worden
aangeleverd is een serienummer per object dat we bijvoorbeeld onder
ref:ToerismeVlaanderen o.i.d. kunnen opslaan. Dat kan later gebruikt
worden om het object terug te vinden, als er updates komen, maar ook
om aan kwaliteitscontrole te gaan doen. Als er iemand in OSM achteraf
iets wijzigt, moeten we daarachter komen (door regelmatig te
vergelijken met de brondata, uiteraard geautomatiseerd). Dan moet er
iemand bepalen of het om vandalisme gaat, of om een foutieve bewerking
van een beginner.
Als na verificatie toch blijkt, dat wat wij weten over dit POI,
verschilt van wat we aangeleverd kregen, moeten we dit op één of
andere manier kunnen terugkoppelen. Misschien via een wikipagina. Zij
kunnen dan bv. notificatie aanzetten om op de hoogte te blijven
wanneer deze pagina wijzigt.

Dit moet allemaal nog technisch uitgewerkt worden en ik wil me daar in
de loop van de volgende weken mee gaan bezighouden. Ik houd jullie op
de hoogte. Ondertussen ben ik benieuwd naar jullie reactie op dit
nieuws en of er bereidheid is om mee te helpen bij het importeren en
achteraf bij het up to date houden van de gegevens en de
kwaliteitscontrole. Als er bv. iemand begint te prutsen aan het aantal
sterren van een hotel, dan willen we dat geweten hebben en liefst zo
snel mogelijk weer rechtzetten.

Ik houd niet van volledig geautomatiseerde imports, vooral omdat we
onvermijdelijk aangeleverde data zullen moeten samenvoegen met wat we
al hadden. Vandaar de halfgeautomatiseerde aanpak (Voor de nieuw toe
te voegen POI's), terwijl de kwaliteitscontrole wel verregaand
geautomatiseerd kan verlopen.

De broncode van m'n Pythonscripts wordt allemaal vrijgegeven onder GPL
en beschikbaar gesteld op de wiki van JOSM, zodat iedereen die dat
wil, ermee aan de slag kan.

Waar ik nog niet helemaal uit ben, is of er een tussenliggende
databank nodig zal zijn, om de data in OSM te vergelijken met de
aangeleverde data voor de kwaliteitscontrole. Dat zal gedurende de
komende weken moeten blijken.

mvg,

Jo

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

[OSM-talk-be] route termination tentacles between split nodes of the cycle node network

2011-10-23 Thread Jo

Hi,

I added an explanation about the 'tentacles' extending routes when
they encounter split nodes. Please enhance where possible. I tried to
make it as clear as possible, but maybe I overdid it.

We all know by now, that I had a hard time to grasp the concept and
I'm glad I finally did (at least I hope I did). I think it should be
documented though, hence my addition to the wiki. Part of the reason
why I did it 'wrong' all across Belgium, is that I couldn't find an
explanation for these odd 'extensions' at the end/start of the routes.
Anyway, I see now that it's a good system and I've corrected all of
them. There may still be some that have their own xx-xx relation in
the south of The Netherlands, which I will correct as well, if nobody
beats me to it.

Cheers,

Jo

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

[OSM-talk-be] another informal meeting in STUK Leuven?

2011-10-26 Thread Jo

Hi,

I just installed my very own Mapnik tile server and I'd like to show it off :-)

I also discovered a lot of interesting stuff about JOSM lately:

- mapcss styles: bring the interesting bits of data prominently forward:
 When working on cycle routes: cycle nodes and routes
 When working on hiking routes: walking nodes
and their routes
 When working on public transportation routes:
bus stops and routes serving them

- custom name formatting: decide yourself what you want a 'name' to be
composed of:
   My cycle routes show:

And I've been experimenting with Maperitive a bit to create maps for printing.

On top of that I sort of pioneered customising JOSM with Python
scripts, but that's a rather advanced topic.

And maybe I'll have some more news on Toerisme Vlaanderen by then. For
now I'm awaiting some data files from them, to see what's in them and
how we can incorporate that in OSM conveniently.

Of course we can also talk about the weather. :-)

So, what do you think? Feel like getting together once again? I could
also come to another city, but then somebody else has to organise the
venue. Of course, preferably something with free wifi.

Kind regards,

Jo

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

Re: [OSM-talk-be] An user is deleting and editing wrong data

2011-11-01 Thread Jo

Hi Mars,

Can you tell me the numbers of the changesets where he created those
problems. In JOSM there is a way to revert changesets, either
partially or entirely. I can do that for you, if you like. Did you
already contact the user directly?

Jo

2011/11/1 Mars Hell ramms...@msn.com:
 Hello,

 In the area of Flobecq/Vloesberg, the user a09505254 is deleting and editing
 wrong data --'
 By example, he edited the railway abandonned to ninove into cycleway then
 deleted it completely. It was'nt acycleway but railway abandonned.
 A railway abandonned between ronse and Lessines through the Vloesberg
 center. This way was converted into a pre-ravel excepted the center of
 Vloesberg because it s urbanised. But the user transformed this into
 Cycleway, but there is nothing --'
 He is editing without to know ground truth.
 In an other part, the bordline between Mont de l'Enclus and Ruien is
 deleted... I don't know who did that..
 How to undo all this mistakes?
 Thank you!
 ___
 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] An user is deleting and editing wrong data

2011-11-01 Thread Jo

I contacted Extroncore and the deletions were by accident:

Oh i'm sorry, the reason i deleted data was because i needed a map with only
streets on it for a dropping. I'm leader of a group and therefore...
I thought that the changes i made would only be in my files and not be spread
to everyone.
Again sorry for this and i'll keep this in mind

Laurens

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

Re: [OSM-talk-be] Navteq de lijn en google maps!

Alle routes die in OSM zijn geplaatst zijn verkregen door surveying.
D.w.z. de bus opstappen en een GPX van de route maken terwijl de bus
aan het rijden is. Dat deed ik op regenachtige en winterdagen...

Van de haltes die erin staan, heb ik ofwel foto's ofwel heb ik zeer
snel geprobeerd om zoveel mogelijk gegevens van de haltebordjes te
lezen en toe te voegen aan die GPX. Het probleem hiermee is dat ik dat
niet op m'n eentje voor heel Vlaanderen kan doen. Zodoende staan alle
routes van De Lijn en een paar van de TEC die Leuven aandoen erin
(behalve de 178 en 179 en school- en marktbussen)

Waar Navteq problemen van maakt, is dat Google ook Shapefiles nodig
heeft. Als De Lijn hun data met ons had gedeeld toen ik dat voorstelde
een tweetal jaar geleden, hadden ze die shapefiles op basis van
OSM-data kunnen genereren... en hadden ze nu dat probleem niet gehad.

Nu, alle bussen hebben GPS'en aan boord en sturen voortdurend hun
positie naar dispatching, dus zo moeilijk kan het voor de Lijn niet
zijn om aan de hand daarvan die shapefiles onafhankelijk van Navteq
aan te maken, eigenlijk.

Dat zou nog 's een jobke voor mij zijn se :-)

mvg,

Jo

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 krijgen, aangezien De Lijn hun data aan
ons niet wil vrijgeven, zullen we het zelf moeten doen. Als de haltes
er eenmaal instaan, kunnen de routes volgen, op termijn. Ook zou ik
willen vragen aan mensen die zelf bushaltes ingeven, om tenminste de
ref=xx erbij te zetten en als je wat meer tijd hebt ook een
route_ref=315;316;317;410. De positie van de haltes is vrij
gemakkelijk te bepalen voor zowat de helft ervan, aangezien er in
grote letters B U S staat, wat zeer goed zichtbaar is op Bing. Als er
geen wegmarkering voor de halte is en ook geen hokje, zou het leuk
zijn om ook foto's van de aanliggende huisnummers te maken en door te
sturen.

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

Re: [OSM-talk-be] Navteq de lijn en google maps!

Google needs shapefiles to know where the buses ride. Navteq is
probably claiming the coordinates of those shapefiles are based on
their map data.

Jo

2011/11/3 Sander Deryckere sander...@gmail.com:
 The only routes I put on osm are routes I travelled with my GPS. and I
 assume all routes are logged this way.

 I did hear about de lijn gving their routes to Google, but I didn't know
 that navteq has copyright on governmental data.

 Op 3 nov. 2011 21:55 schreef Ben Abelshausen ben.abelshau...@gmail.com
 het volgende:

 Iemand hier al iets van gehoord? Was dit voor OSM ook het geval? Er zijn
 toch geen routes van de lijn in OSM geplaatst op basis van de verkregen
 data?


 http://www.zdnet.be/news/132890/navteq%2dhoudt%2dinfo%2dde%2dlijn%2duit%2dgoogle%2dmaps/

 Groeten,

 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



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

Re: [OSM-talk-be] Navteq de lijn en google maps!

Ik heb een reactie geplaatst bij dat artikel... inclusief een oproep
om foto's van bushaltes op te sturen.

Jo

Op 3 november 2011 22:40 heeft Gerard Vanderveken g...@ghia.eu het
volgende geschreven:
 Dat is niet zeker.
 Alhoewel gratis, komen de OSM-gegevens ook met een licentie en bijhorende
 rechten en plichten, welke voor Google misschien wel even hinderlijk zijn
 als het 'njet' of de voorwaarden  van Navteq.

 mvg
 Gerard.

 Ben Abelshausen wrote:

 Ok dus als hun routes in OSM zaten had Google nu busroutes van de lijn
 gehad? :-)

 2011/11/3 Jo winfi...@gmail.com

 Alle routes die in OSM zijn geplaatst zijn verkregen door surveying.
 D.w.z. de bus opstappen en een GPX van de route maken terwijl de bus
 aan het rijden is. Dat deed ik op regenachtige en winterdagen...

 Van de haltes die erin staan, heb ik ofwel foto's ofwel heb ik zeer
 snel geprobeerd om zoveel mogelijk gegevens van de haltebordjes te
 lezen en toe te voegen aan die GPX. Het probleem hiermee is dat ik dat
 niet op m'n eentje voor heel Vlaanderen kan doen. Zodoende staan alle
 routes van De Lijn en een paar van de TEC die Leuven aandoen erin
 (behalve de 178 en 179 en school- en marktbussen)

 Waar Navteq problemen van maakt, is dat Google ook Shapefiles nodig
 heeft. Als De Lijn hun data met ons had gedeeld toen ik dat voorstelde
 een tweetal jaar geleden, hadden ze die shapefiles op basis van
 OSM-data kunnen genereren... en hadden ze nu dat probleem niet gehad.

 Nu, alle bussen hebben GPS'en aan boord en sturen voortdurend hun
 positie naar dispatching, dus zo moeilijk kan het voor de Lijn niet
 zijn om aan de hand daarvan die shapefiles onafhankelijk van Navteq
 aan te maken, eigenlijk.

 Dat zou nog 's een jobke voor mij zijn se :-)

 mvg,

 Jo

 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 krijgen, aangezien De Lijn hun data aan
 ons niet wil vrijgeven, zullen we het zelf moeten doen. Als de haltes
 er eenmaal instaan, kunnen de routes volgen, op termijn. Ook zou ik
 willen vragen aan mensen die zelf bushaltes ingeven, om tenminste de
 ref=xx erbij te zetten en als je wat meer tijd hebt ook een
 route_ref=315;316;317;410. De positie van de haltes is vrij
 gemakkelijk te bepalen voor zowat de helft ervan, aangezien er in
 grote letters B U S staat, wat zeer goed zichtbaar is op Bing. Als er
 geen wegmarkering voor de halte is en ook geen hokje, zou het leuk
 zijn om ook foto's van de aanliggende huisnummers te maken en door te
 sturen.

 ___
 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] Navteq de lijn en google maps!

Ik zit al een tijdje op dat idee te 'broeden'...

Verder hoop ik dat als het dan wordt vrijgegeven aan Google, dat het
onder een zodanige licentie gebeurt, dat wij er ook mee verder kunnen.
Nu heb ik al meermaals gaan zoeken waar de MIVB z'n data staan, maar
die vind ik dus nergens, he. En dus ook niet onder welke licentie die
dan beschikbaar zijn.

Jo

Op 3 november 2011 23:04 heeft Ben Abelshausen
ben.abelshau...@gmail.com het volgende geschreven:
 Ik dacht het wel maar de uitleg van Jo was wel grappig op die manier! Goed
 van die reactie op het artikel, Dat ik daar zelf niet opgekomen ben!

 Groeten,

 Ben


 2011/11/3 Gerard Vanderveken g...@ghia.eu

 Dat is niet zeker.
 Alhoewel gratis, komen de OSM-gegevens ook met een licentie en bijhorende
 rechten en plichten, welke voor Google misschien wel even hinderlijk zijn
 als het 'njet' of de voorwaarden  van Navteq.

 mvg
 Gerard.

 Ben Abelshausen wrote:

 Ok dus als hun routes in OSM zaten had Google nu busroutes van de lijn
 gehad? :-)

 2011/11/3 Jo winfi...@gmail.com

 Alle routes die in OSM zijn geplaatst zijn verkregen door surveying.
 D.w.z. de bus opstappen en een GPX van de route maken terwijl de bus
 aan het rijden is. Dat deed ik op regenachtige en winterdagen...

 Van de haltes die erin staan, heb ik ofwel foto's ofwel heb ik zeer
 snel geprobeerd om zoveel mogelijk gegevens van de haltebordjes te
 lezen en toe te voegen aan die GPX. Het probleem hiermee is dat ik dat
 niet op m'n eentje voor heel Vlaanderen kan doen. Zodoende staan alle
 routes van De Lijn en een paar van de TEC die Leuven aandoen erin
 (behalve de 178 en 179 en school- en marktbussen)

 Waar Navteq problemen van maakt, is dat Google ook Shapefiles nodig
 heeft. Als De Lijn hun data met ons had gedeeld toen ik dat voorstelde
 een tweetal jaar geleden, hadden ze die shapefiles op basis van
 OSM-data kunnen genereren... en hadden ze nu dat probleem niet gehad.

 Nu, alle bussen hebben GPS'en aan boord en sturen voortdurend hun
 positie naar dispatching, dus zo moeilijk kan het voor de Lijn niet
 zijn om aan de hand daarvan die shapefiles onafhankelijk van Navteq
 aan te maken, eigenlijk.

 Dat zou nog 's een jobke voor mij zijn se :-)

 mvg,

 Jo

 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 krijgen, aangezien De Lijn hun data aan
 ons niet wil vrijgeven, zullen we het zelf moeten doen. Als de haltes
 er eenmaal instaan, kunnen de routes volgen, op termijn. Ook zou ik
 willen vragen aan mensen die zelf bushaltes ingeven, om tenminste de
 ref=xx erbij te zetten en als je wat meer tijd hebt ook een
 route_ref=315;316;317;410. De positie van de haltes is vrij
 gemakkelijk te bepalen voor zowat de helft ervan, aangezien er in
 grote letters B U S staat, wat zeer goed zichtbaar is op Bing. Als er
 geen wegmarkering voor de halte is en ook geen hokje, zou het leuk
 zijn om ook foto's van de aanliggende huisnummers te maken en door te
 sturen.

 ___
 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] Navteq de lijn en google maps!

2011-11-05 Thread Jo

In welke buurt is dat? Als ik bushaltes tegenkom, dan staat er
gewoonlijk enkel de naam van de halte op. De laatste 2 maanden ben ik
echter nagenoeg niet meer met bushaltes bezig, dus ik loop misschien
wat achter.

Wat ik met m'n fotoprojectje wilde bekomen, was dat mensen die zich
niet geroepen voelen om de steile leercurve van OSM te beklimmen, dat
die me gewoon foto's van bushaltes bezorgen en dan zal ik ze wel
ingeven.

Als er iemand een idee heeft van een site waar je foto's kan posten en
waarbij je elke foto via z'n eigen url kan benaderen, ben ik
geïnteresseerd. 't Moet natuurlijk wel gratis zijn en er moeten dik
4 foto's op terecht kunnen...

Met vriendelijke groeten,

Jo

Op 5 november 2011 15:54 heeft Kurt Roeckx k...@roeckx.be het
volgende geschreven:
 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 krijgen, aangezien De Lijn hun data aan
 ons niet wil vrijgeven, zullen we het zelf moeten doen. Als de haltes
 er eenmaal instaan, kunnen de routes volgen, op termijn. Ook zou ik
 willen vragen aan mensen die zelf bushaltes ingeven, om tenminste de
 ref=xx erbij te zetten en als je wat meer tijd hebt ook een
 route_ref=315;316;317;410. De positie van de haltes is vrij
 gemakkelijk te bepalen voor zowat de helft ervan, aangezien er in
 grote letters B U S staat, wat zeer goed zichtbaar is op Bing. Als er
 geen wegmarkering voor de halte is en ook geen hokje, zou het leuk
 zijn om ook foto's van de aanliggende huisnummers te maken en door te
 sturen.

 Als ik aan het rond gaan ben, en ik zie bushaltes, neem ik altijd
 een foto van het bord.  Ik zou die er allemaal al moeten hebben
 ingezet, samen met alle routes die op het bord vermeld staan,
 samen met de naam en het referentie nummer van de halte.


 Kurt



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

Re: [OSM-talk-be] Navteq de lijn en google maps!

2011-11-06 Thread Jo

Op sommige plaatsen wordt er expliciet een A of een N voor de nummers
van die avond- en nachtlijnen gezet door De Lijn. Hier in Leuven
echter niet. Ik heb onze nachtlijnen dus nog niet ingegeven. Maar dat
is voornamelijk omdat ze hier dezelfde (weliswaar verkorte) routes
rijden. En omdat de nummers overeenkomen.

Zijn dat al vernieuwde bordjes? Met een ref van 6 cijfers?

Jo



Op 6 november 2011 08:01 heeft zors1843 zors1...@gmail.com het
volgende geschreven:
 Jo,

 Ben begonnen aan de bushaltes van Brugge.  Ik zie echter dat aan sommige 
 haltes de info afwijkt van de doorkomsttabellen van de lijn : vb halte 502144 
 Simon Stevinplein : aan de halte enkel lijn 1, op de doorkomsttabellen ook 
 avondlijn 93.  Aan sommige haltes staan de avondlijnen wel vermeld.  Heb de 
 vraag gesteld aan De Lijn, maar misschien weet jij de reden ?

 Mvg,
 Georges



 Op 5-nov.-2011 om 18:35 heeft Jo winfi...@gmail.com het volgende geschreven:

 In welke buurt is dat? Als ik bushaltes tegenkom, dan staat er
 gewoonlijk enkel de naam van de halte op. De laatste 2 maanden ben ik
 echter nagenoeg niet meer met bushaltes bezig, dus ik loop misschien
 wat achter.

 Wat ik met m'n fotoprojectje wilde bekomen, was dat mensen die zich
 niet geroepen voelen om de steile leercurve van OSM te beklimmen, dat
 die me gewoon foto's van bushaltes bezorgen en dan zal ik ze wel
 ingeven.

 Als er iemand een idee heeft van een site waar je foto's kan posten en
 waarbij je elke foto via z'n eigen url kan benaderen, ben ik
 geïnteresseerd. 't Moet natuurlijk wel gratis zijn en er moeten dik
 4 foto's op terecht kunnen...

 Met vriendelijke groeten,

 Jo

 Op 5 november 2011 15:54 heeft Kurt Roeckx k...@roeckx.be het
 volgende geschreven:
 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 krijgen, aangezien De Lijn hun data aan
 ons niet wil vrijgeven, zullen we het zelf moeten doen. Als de haltes
 er eenmaal instaan, kunnen de routes volgen, op termijn. Ook zou ik
 willen vragen aan mensen die zelf bushaltes ingeven, om tenminste de
 ref=xx erbij te zetten en als je wat meer tijd hebt ook een
 route_ref=315;316;317;410. De positie van de haltes is vrij
 gemakkelijk te bepalen voor zowat de helft ervan, aangezien er in
 grote letters B U S staat, wat zeer goed zichtbaar is op Bing. Als er
 geen wegmarkering voor de halte is en ook geen hokje, zou het leuk
 zijn om ook foto's van de aanliggende huisnummers te maken en door te
 sturen.

 Als ik aan het rond gaan ben, en ik zie bushaltes, neem ik altijd
 een foto van het bord.  Ik zou die er allemaal al moeten hebben
 ingezet, samen met alle routes die op het bord vermeld staan,
 samen met de naam en het referentie nummer van de halte.


 Kurt



 ___
 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] Cancellation of FreeMeeting Belgium

2011-11-08 Thread Jo

It would certainly be interesting to have such a meeting in Brussels.
I know of a place in Schaarbeek (near the station) where it could take
place, depending on how big you want it to become. (about 20 people
max)

Jo

2011/11/8 Benoit Leseul benoit.les...@gmail.com:
 Hi all,

 As you may have noticed already, the FreeMeeting event (26 nov) has
 been cancelled for this year. It probably was too ambitious to
 organize at such short notice. Thanks to everyone who had volunteered,
 and hopefully this event will happen next year.

 Still, don't you think it would be interesting to have an OSM-only
 event/meetup in Brussels? I understand there will be a presence at
 Fosdem but it's not very local-friendly if you see what I mean.

 --
 Benoit

 ___
 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] ad hoc meeting in STUK

2011-11-08 Thread Jo

As the internet connection at the house is annoyingly switching on and
off all the time and Belgacom doesn't come to fix it before tomorrow,
I took refuge in STUK on Naamsestraat in Leuven.

If anybody feels like joining me here, you're welcome. I'm sitting on
the left side, near those double stairs and that large screen. Oh it
would be fun to extend my desktop to that that screen and edit OSM
that way... :-)

I'll be around until 23h30.

Cheers,

Jo

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

Re: [OSM-talk-be] Streets with two names

2011-11-08 Thread Jo

Such a road will also be a member of two associatedStreet relations.
I've been mapping one like it in Schriek. Near the Schrieksesteenweg.

It starts as Langstraat, then is Langestraat on one side and
Langstraat on the other. Then it's Langestraat on one side and
Schrieksesteenweg on the other. To make things worse there are also
side streets and even 2 houses at the end of one dead end street that
belong to the other...

http://www.openstreetmap.org/?lat=51.02218lon=4.73284zoom=15layers=M

During my latest editing session, I put the addr:housenumber tags on a
node on the outlines of the buildings, as they do in France and in
Germany, . Is that a good way to do it?

This node also has a tag entrance=main and it is part of the
associatedStreet relations.
The building outline closed ways have source=bing2011(;survey) and
building=house, if they are houses

Jo

2011/11/8 Gerard Vanderveken g...@ghia.eu:
 I agree with not splitting the road.

 For the is_in problem, I suggest the same use of left and right.
 is_in:left = LeftTown
 is_in:right = RightTown

 I have in my neighbourhood a road on the language border.
 It has depending the side a different french (town of Wallonia) and dutch
 name (town of Flanders) and on top of that a speed limit of 30 in one sense,
 while on the other side,  there is no limit or 70 km/h

 Regards,
 Gerard.

 Ben Laenen wrote:

 On Tuesday 08 November 2011 14:46:00 Sander Deryckere wrote:


 I'm not in favour of this. Since the road, at least mine in Ypres, is a
 road with just one lane, where you can go where you want. It would be the
 same like splitting buildings because there are more than one shop in it,
 instead of using POI to note the shops in the building. Splitting ways will
 cause weird rendering problems and routing problems. What we need is a
 tagging schema to allow double names. Maybe something like

 name=Ieperleestraat-Neerstraat
 name:left=Ieperleestraat
 name:right=Neerstraat


 This is the method most people agree to and it's used internationally.

 Splitting the roads into two ways for each side is a very bad idea.

 Greetings
 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



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

Re: [OSM-talk-be] Some maxspeed mapping questions

2011-11-11 Thread Jo

While starting to change a mini_roundabout which wasn't actually a
mini_roundabout, I went a little overboard and this is the result:

It is a 'verhoogd kruispunt', so I tagged all the elevated ways with:

traffic_calming=table

And the places where the bumps are 'felt' with:

traffic_calming=bump

I added the cycleways and cycleway tags and then I had to change the
rcn and rwn relations

The rcn had this, which I have been removing everywhere, since it's a
Dutch word:

nettype=knoop

I left these tags:
rit=x

Although I don't know what they stand for and where they come from.
Should they stay? Are they useful for anyone? I don't think rit is an
English term and there are maybe 100-150 out of 5000 routes which have
this tag.

Concerning the nettype. While editing a bit in Germany (and in the
border area Hohes Venn), my script ran in trouble when trying to
detect new rcn routes, because the Germans use rcn for many different
kinds of cycle routes. In the mean time I found that normally I can
distinguish between the cycle node networks because we don't use ref
tags and they do on the other networks.
While 'complaining' about the mess, they suggested I add an additional
tag to the cycle node network rcn relations, since those were the
exception worldwide. So, does it make sense to add something like:

network:type = numbered_nodes
nettype = numbered_nodes

to our rcn networks?

Sorry for rambling on and on... those are questions that I've been
wondering about for a while and which all surfaced now during the
editing of a simple junction...

Jo

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

[OSM-talk-be] Datum begin fase 5 ODBL-overgang bekend/Date début phase 5 de la transition ODBL annoncée

2011-11-11 Thread Jo

Hi,

This was posted on talk-de. Apparently there is a date published for
phase 5 in the license change process:


https://docs.google.com/document/pub?id=1UCVD45uSzsy3QBGAn8hlu8Ki-UAZoWLkSUOa16yAje4

1st of April 2012

Why they couldn't have selected a date that sounded less like a joke,
I don't know :-)

And what exactly is going to happen on March 31st is not entirely
clear to me either. What about split ways? Are they going to delete
all ways that were ever touched by indecided/unreachable people and
nay sayers or will they revert them to before they were edited by
them?

Anyway, I've been working on recreating ways, nodes and relations and
dropping the pieces of information contributed by people who hadn't
agreed (yet), but it's a very tedious job and it takes up enormous
amounts of time.

There is one area in Oost-Vlaanderen wich will be particularly
affected, because of 2 contributors who have been very active and then
said no.

The reason why I check the data I touch myself, at the end of an
editing session is because I don't want my contributions, which I add
on top of the contributions of others, to be lost.
The entire history of the objects is lost in the process though, which
is less than optimal...
And, of course, the process is error prone.

Kind regards,

Jo

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

Re: [OSM-talk-be] DE Lijn has new service ...

2011-11-15 Thread Jo

Great, isn't it? Makes one wonder why they put all these screens at
some of their stops at €10 000  a piece :-)
But of course, not everybody is constantly connected to the internet
(yet), when on the move.

Cheers,

Jo

2011/11/15 Marc Coevoet sintsix...@gmail.com:

 Hello,

 De LIJN has a new service, where you can fetch the current status of buses,
 and their delays...

 One of the results for the Bus STop Iper Markt is:

 http://reisinfo.delijn.be/realtime/halte/504710

 As I suppose 504710 is the number of the bus stop, we will be able to
 query the 42000 bus stops in a 10 lines script ;-)

 AllBusStops=awk(some field from the lijn data);

 for busStop in $AllBusStops
 do

 wget -O dir/$BusStop  http://reisinfo.delijn.be/realtime/halte/$BusStop

 done


 Marc
 --
 The Penguin has arrived - and he's not going away - ever.
 What's on Shortwave guide: choose an hour, go!
 http://shortwave.tk
 700+ Radio Stations on SW http://swstations.tk
 300+ languages on SW http://radiolanguages.tk


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

Re: [OSM-talk-be] [FOSDEM] Call for stands, devroom talks and lightning talks

2011-11-16 Thread Jo

Do you think there might be interest in a talk about scripting JOSM
with Python or about configuring JOSM until it brewes you a cup of tea
without even using tea leaves, just like on the HHGTG?

42


2011/11/16 Marc Coevoet sintsix...@gmail.com:
 Dear Hackers,

 We hereby invite any and all open source projects to participate in FOSDEM
 2012 by manning a stand for the weekend, by giving a talk in a devroom or by
 giving a 15 minute talk in our lightning talk room.

 See http://fosdem.org/2012/call-for-participation
 on how to submit proposals.


 * Manning a stand
 We offer open source projects a place for a stand in the hallways. Stands
 can be used to share information, demo software, sell merchandising, give
 away goodies and so forth.
 Stands allow projects to present themselves to the visitors in a more
 personal fashion.

 See http://fosdem.org/2012/call-for-stands for more details


 * Talking in a devroom
 We will be hosting 25 (!) different devrooms, covering a broader spectrum of
 the open source landscape than any year before.

 The accepted devrooms are: Ada -- BSD licensed operating systems --
 Configuration and Systems Management -- Cross Desktop -- Distribution
 Miniconf -- Embedded -- Free Java -- Graph Processing -- Hardware Security
 and Cryptography -- JBoss.org -- Legal Issues -- LibreOffice -- Mono --
 Mozilla -- Multiserver -- microkernel-based operating systems -- MySQL and
 Friends -- Open Mobile Linux -- Open Source Game Development -- Open Source
 Telephony -- Open Source Virtualization and Cloud -- Perl -- PostgreSQL --
 Smalltalk -- World of GNUstep -- X.org and OpenICC

 See http://fosdem.org/2012/call-for-participation for the list of
 announcements or contact devro...@fosdem.org for a contact address.


 * Lightning talks
 We have a special lightning talk room for all remaining open source projects
 that do not fit in any of the devrooms.
 Lightning talks are short 15 minute focussed talks in which one person gets
 to present the project or an aspect of it.

 See http://fosdem.org/2012/call-for-lightningtalks for more details.


 FOSDEM is organized by and for the community, non-commercial and highly
 developer-oriented. Its goal is to provide Free and Open Source developers a
 place to meet.
 Now is the time to become part of it.

 The FOSDEM organizers.
 ___
 FOSDEM mailing list
 fos...@lists.fosdem.org
 https://lists.fosdem.org/listinfo/fosdem


 ___
 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] potlatch onbegrijpelijk

Misschien een boodschap van het universum om aan te geven dat het tijd
is om de overstap te maken naar JOSM?

Ik ben ook 's gaan kijken en ik zie ook geen verschil. Ik heb ook Show
License Status aangezet in de settings, maar zie ook daardoor geen
verschil. Ik ben speciaal naar rendle z'n habitat (Dendermonde/Aalst
en grote omgeving) gegaan, omdat ik weet dat daar een groot gat zal
ontstaan op 1 april 2012 (misschien in de vorm van een vis? toch wel
een zeer ongelukkig gekozen datum...)

Maar goed, Potlatch2 werkt even goed als voorheen, maar ik kan er, tot
mijn grote spijt, niet meer mee overweg.

mvg,

Jo



Op 23 november 2011 21:40 heeft Marc Coevoet sintsix...@gmail.com
het volgende geschreven:
 Ik begrijp niet wat er gebeurd is, maar ik herken me niet meer in potlatch,
 heb 2 weken geleden nog een edit gedaan.

 Welke settings voor:
 - background
 - map style ?

 Marc
 --
 The Penguin has arrived - and he's not going away - ever.
 What's on Shortwave guide: choose an hour, go!
 http://shortwave.tk
 700+ Radio Stations on SW http://swstations.tk
 300+ languages on SW http://radiolanguages.tk

 ___
 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] Fietsknooppuntennetwerken, hun complexiteit en begrijpelijke misverstanden eromheen

Ik heb net deze conversatie gehad met Jan:

Dag Jo,

 Zou je even willen kijken naar FRN SRAN relatie 957169 (25-26). Je
 controle pagina geeft aan forward continuous / backward NOT continuous.

 Er is echter niets mis met de forward/backward rollen in deze relatie.

 Ik denk dat het ligt aan way 61319667 (een fietspad bij de kruising die in
 twee richtingen te befietsen is; i.t.t. de anderen bij deze kruising als ik
 het me goed herinner). Deze heeft in relatie 957169 als enige stukje een
 role=backward. En dat moet ook.

 Er zijn drie verschillende routes die gebruik maken van fietspad 61319667.
 Een (26-98) gebruikt het in beide richtingen; een (26-27) in dezelfde
 richting als de tekenrichting (role=forward) en een (25-26) in
 tegengestelde richting (=backward).

 Het staat in OSM zoals het ook in de werkelijkheid is bewegwijzerd. (Voor
 de goede orde, het fietspad langs de Van Elkweg vanaf knooppunt De Heister
 naar het zuid-oost is een tweerichting fietspad en 26 naar 25 gaat daar
 langs (naar 'beneden'); maar 25 naar 26 ('omhoog') is bewegwijzerd langs
 het fietspad aan de andere kant van de Van Elkweg).

 Dit is een voorbeeld waar het niet handig is om de tekenrichting van een
 weg om te draaien om forward/backward op te lossen (of in ieder geval het
 zal niets uitmaken want dan heeft de ander relatie een 'probleem').

 Ik denk dat de forward/backward logica die je gebruikt niet berekend is op
 alle situaties en dus niet correct staat op je controle pagina. Dat kan
 voor meer van die relaties gelden (ik heb ze niet onderzocht).

 Als het niet duidelijk is, mij even berichten.

 Groeten,
 Frank
 Jo

 01:55 (10 uren geleden)

 Ik heb er naar gekeken en mijn conclusie is dat die node (26)
 gesplitst moet worden. Ik ga dat dus even doen en dan laat je me
 achteraf maar weten of je daarmee kan leven.

 Jo

 Op 24 november 2011 01:49 heeft Frankl2009 frankl2...@xs4all.nl het
 volgende geschreven:
 Jo

 02:07 (9 uren geleden)

 aan Frankl2009
 De node is nu gesplitst in 3 nodes. Eén voor elk punt waar een route
 met als begin-/eindpunt KP 26 toekomt.

 25-26 is aangepast. Het stuk dat jij een role backward had gegeven
 hoort eigenlijk niet bij 25-26. Het stuk dat van de route die uit het
 westen komt, zit er dan weer wel bij. Verder heb ik een paar wegen van
 volgorde moeten veranderen. Om dat soort dingen te doen, is JOSM echt
 veel beter geschikt. Op het tentakel na, zou die de leden van die
 relatie zelfs in jouw plaats kunnen sorteren. Met het tentakel bedoel
 ik dat stukje dat van het einde van de route uit het westen, naar het
 eigenlijke begin van 26-25 leidt. (Ik heb de cijfers met opzet even
 omgewisseld).

 Nu ga ik de andere routes nakijken die op KP 26 toekomen.
 Jo

 02:34 (9 uren geleden)

 aan Frankl2009
 Ik had te laat gezien dat er ook nog een vierde route op dat  knooppunt
 toekomt, dus heb ik één van de nodes van het gesplitste KP moeten
 aanpassen en dat heeft z'n weerslag op alle 3 de routes waar ik van
 dacht dat ze al klaar waren.

 Dit is vanaf nu dus één van de meer ingewikkelde knooppunten in het
 netwerk geworden. Als je er één wilt zien dat nog wat complexer is,
 kijk dan hier eens:

 http://www.openstreetmap.org/?lat=51.18752lon=4.40465zoom=17layers=M

 Dat is het knooppunt waar ik op geleerd heb, hoe het moet met
 gesplitste knooppunten en de 'tentakels' die ze veroorzaken. Ik hoop
 dat ik het nu correct geleerd heb, anders zijn er massaal veel
 knooppunten die (nog) niet in orde zijn.

 mvg,

 Jo

 Op 24 november 2011 02:07 heeft Jo winfi...@gmail.com het volgende
 geschreven:
 Frankl2009 frankl2...@xs4all.nl

 10:33 (1 uur geleden)

 aan mij
 Nee, Joe, doe dat maar niet (splitsen). Er is daar GEEN gesplitst node
 (i.t.t. sommige locaties waar er inderdaad twee nodes te vinden zijn).

 Volgt aub de werkelijkheid en niet denkbeeldige constructies.

 Je zult dus rekening moeten houden van situaties zoals ik al had geschetst.

 Mocht je dit ondertussen wel gedaan hebt, aub terugdraaien.

 Groeten,
 frank


 - Original Message - From: Jo winfi...@gmail.com
 To: Frankl2009 frankl2...@xs4all.nl
 Sent: Thursday, November 24, 2011 1:55 AM
 Subject: Re: FRN SRAN Vraag over werkwijze controle
 Frankl2009 frankl2...@xs4all.nl

 10:41 (1 uur geleden)

 aan mij
 Nee, nee, driewerf, nee. Ik verzet me tegen dit soort constructies.

 Als we zo te werk willen gaan op zijn minst moet er eerst toch enige
 overeenstemming zijn dat we het zo gaan doen. Maak dan als je het echt wil
 eerst een voorstel (maar niet meteen implementeren op de wiki, aub) en
 kijken of men er voor te vinden is.

 Let wel op dat dit bij vele (complexe) kruisingen met fietspaden die
 tevens knooppunt zijn zal moeten gebeuren.

 Ik ben er niet voor omdat het de map what you see principe helemaal
 loslaat. Wij zien in het veld maar één node in het FRN SRAN bij zo'n
 kruising. Om te komen bij zo'n infopaneel moet je geleid worden zoals de
 verkeerregels dat toestaan. En er moet voldoende intelligentie zijn

Re: [OSM-talk-be] Fietsknooppuntennetwerken, hun complexiteit en egrijpelijke misverstanden eromheen

Het moet waarschijnlijk nog gecorrigeerd worden, ik had ook niet vanaf het
begin begrepen wat de beste werkwijze was en hier en daar heb ik ook 1
knooppunt aangemaakt, waar ik er nu wel 2, 3 of 4 zou opsplitsen.

Ik kijk er straks even naar.

Jo

Op 24 november 2011 15:21 schreef Marc Gemis marc.ge...@gmail.com het
volgende:

 Ik heb nog nooit op de bordjes voor fietsenknooppunten gelet. Vanwege de
 discussie hier heb ik eens gekeken hier in de buurt

 http://www.openstreetmap.org/?lat=51.073425lon=4.424868zoom=18layers=M

 Knooppunt 51 heeft bordjes aan beide zijde van de Nete. Er zijn 2 knopen
 met rcn_ref 51.  In OSM loopt Route 51-21 steeds over de brug, terwijl dit
 niet nodig als je 50-51-21 wil volgen. Ik weet niet hoe een
 routebegeleidingssysteem de huidige data zou interpreteren. Zou dit niet
 op de een of andere manier moeten gecorrigeerd/aangepast worden worden ?

 Hetzelfde probleem treedt op bij de brug over de Dijle net ten zuiden van
 de vorige brug

 Gelukkig voor mij zijn er wel afzonderlijke knooppunten voor het
 wandelnetwerk daar ;-)

 Marc

 ___
 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] Fietsknooppuntennetwerken, hun complexiteit en egrijpelijke misverstanden eromheen

Een fietsknooppuntennetwerk is sowieso een stuk ingewikkelder dan een
wandelknooppuntennetwerk, omwille van éénrichtingsverkeer waar wandelaars
geen last van hebben en ook omdat ze hebben ingezien dat het nergens voor
nodig is om zich te beperken tot de getallen 01-99 bij het aanleggen van de
wandelknooppuntennetwerken in België 3-10 jaar na de FKpNw'en.

Het eerste wat ik opmerk, is dat ik daar blijkbaar een rwn_ref van 165 naar
90 heb gewijzigd. Kan je dat 's nakijken? Dat is waarschijnlijk fout. De
kans is groot dat ik ik daar iets fout gedaan heb met copy/'paste tags',
bij het ontdubbelen van dat KP.

Verder kan ik melden dat, wat je daar ziet een perfecte demonstratie is van
wat ik dus 'tentakels' ben gaan noemen. Alle leden van routerelaties tussen
twee knooppunten met hetzelfde rcn_ref nummer die een role forward of
backward hebben, leiden een fietser van het ene KP naar het eigenlijke
begin van de fietsroute. In dit geval is elk zo'n beginpunt ook een
eindpunt, maar dat is niet altijd het geval. Enkel de eindpunten (waar een
route toekomt, krijgt zo'n rcn_ref).

Eimai, gelieve te bevestigen. Als het niet zo is, dan moet dat gewijzigd
worden op de wiki, want ik heb dat daar expliciet zo beschreven.

mvg,

Jo

Het moet waarschijnlijk nog gecorrigeerd worden, ik had ook niet vanaf het
begin begrepen wat de beste werkwijze was en hier en daar heb ik ook 1
knooppunt aangemaakt, waar ik er nu wel 2, 3 of 4 zou opsplitsen.

Ik kijk er straks even naar.


Op 24 november 2011 15:21 schreef Marc Gemis marc.ge...@gmail.com het
volgende:

 Ik heb nog nooit op de bordjes voor fietsenknooppunten gelet. Vanwege de
 discussie hier heb ik eens gekeken hier in de buurt

 http://www.openstreetmap.org/?lat=51.073425lon=4.424868zoom=18layers=M

 Knooppunt 51 heeft bordjes aan beide zijde van de Nete. Er zijn 2 knopen
 met rcn_ref 51.  In OSM loopt Route 51-21 steeds over de brug, terwijl dit
 niet nodig als je 50-51-21 wil volgen. Ik weet niet hoe een
 routebegeleidingssysteem de huidige data zou interpreteren. Zou dit niet
 op de een of andere manier moeten gecorrigeerd/aangepast worden worden ?

 Hetzelfde probleem treedt op bij de brug over de Dijle net ten zuiden van
 de vorige brug

 Gelukkig voor mij zijn er wel afzonderlijke knooppunten voor het
 wandelnetwerk daar ;-)

 Marc

 ___
 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] Fietsknooppuntennetwerken, hun complexiteit en begrijpelijke misverstanden eromheen

Op 24-11-11 heeft Gerard Vandervekeng...@ghia.eu het volgende geschreven:
 Ik vind het hele gedoe met die tentakels een zeer hoog absurdistan
 gehalte hebben.
 Een route is simpelweg een aaneenschakeling van wegen tussen 2 punten:
 beginpunt A en eindpunt B.
 Een speciaal geval is wanneer A en B hetzelfde punt zijn, dan heb je een
 omloop.
 Dat het trajekt van A naar B verschillend kan zijn van het trajekt van B
 naar A is al genoeg komplikatie, maar daar zijn de forward en backward
 rollen voor.

 Maar wanneer je in 1 route 3 begin- en 3 eindpunten begint te mappen en
 bovendien bestaan er soms ook nog eens verschillende paden voor de heen-
 en terugweg, dan ben je volgens mij toch niet goed bezig.  Eigenlijk
 prop je dan een tiental routes in 1 relatie.

 Met zo'n relatie kan je echt niks aanvangen.  Daar kan je geen GPX of
 routing mee samenstellen zonder alle deelnemende straten te gaan
 analyseren en op die set een eigen routing te gaan toepassen om te zien
 welke wegen moeten behouden of uitgesloten worden.

 Dan getuigt de aanpak op fietsnet.be toch wel van een meer
 realistischer  en pragmatischer kijk op de dingen, die dan ook praktisch
 en makkelijk bruikbaar is.
 - Apart houden waar het moet, zie het hier onder  aangehaalde voorbeeld:
 http://www.openstreetmap.org/?lat=51.069lon=4.42439zoom=15layers=Crelation=9754
 Op fietsnet zijn er 2 losse routes tussen de 3 in lijn liggende knopen
 met nr 52 en ook 1 tussen de 2 knooppunten 51.
 - Samenvoegen waar het kan: vb knooppunt 90 wat lager op de Zenne.
 http://www.openstreetmap.org/?lat=51.03433lon=4.42266zoom=16layers=Crelation=9754
 Bij fietsnet is er maar 1 knoop en die ligt gewoon midden op de brug.
 (Hier onbreekt blijkbaar in OSM wel nog de verbinding tussen de 2 knopen
 nr 90 over de daar aanwezige voetgangers- (+fietsers-?)brug.)

 Wanneer twee of drie knoopunten zeer kort bij mekaar liggen, kies gewoon
 ergens 1 punt en maak dat het knooppunt.
 Bvb op het middenbeen van een T of een arbitraire arm op een rondpunt.
 Zoals hier
 http://www.openstreetmap.org/?lat=51.15636lon=4.2292zoom=17layers=Crelation=9754
 Leid daarna alle routes van de nabuurpunten naar dat punt. Want eigelijk
 is er ook maar een knooppunt.
 Dat de resulterende aaneengeschakelde routes hierdoor een kleine krul
 kunnen bevatten vind ik dan nog niet eens zo erg. Die omweg is de prijs
 die de mensen betalen, die blindelings hun GPS volgen zonder zelf maar
 een poging te doen van op de bordjes te letten.
 Alternatief is dat je voor mikro-mapping gaat en alle 'losse'
 knooppunten met hetzelfde nummer gaat mappen, maar dan dien je ook voor
 deze kort bij elkaar liggende punten de aparte routetjes te worden
 voorzien. In het  voorbeeld van knoop 98 worden dat dan 3 aparte
 routetjes (er zijn blijkbaar geen eenrichtingsbaantjes of verplichte
 rijrichtingen bij) elk op hun zijde van de driehoek.

 Ik weet dat ik nogal skeptisch was tegen de aanpak van Polyglot die het
 eerst op die wijze implementeerde, vooral skeptisch dan op de zin ervan.
 Is zo'n fijn detail niet overdreven of wel nodig?
 Dat gevoel heb ik nog steeds, maar als er dan toch meerdere knopen voor
 1 nummer gemapt worden, dan is het voor mij de enige goede manier en
 zeker stukken beter dan die tentakels.
 Gewoon een waardeloos systeem!
 Op die manier wordt OSM nooit praktisch bruikbaar om sites a la fietsnet
 op te zetten.

 Ook met de definities voor de rollen forward en backward heb ik het
 moeilijk. Die zijn voor mij ook absurd en zorgen enkel voor komplikatie
 zonder echt iets toe te voegen.
 Ik heb ook de indruk dat het dateert uit de tijd dat er nog geen
 volgorde kon worden gegeven (of behouden worden) aan de leden in een
 relatie.

 Wat betekent een rol hebben in een relatie?  Het betekent dat je als
 element in een relatie deelneemt, maar niet op dezelfde wijze als een
 ander element.
 Een 'way' in een gebied kan zowel een stuk van de buitenkant of van een
 enclave zijn. Daar geeft de rol outer of inner perfekt weer wat een
 bepaalde way komt doen in de relatie.
 Voor een route die in principe zowel van A naar B als van B naar A kan
 gevolgd worden, is het te volgen pad voor heen en terug meestal gelijk.
 Wanneer er eenrichtingswegen inzitten ontstaat er een verschillend pad
 voor die heen- en terugweg. Er zitten dus drie verschillende wegen in de
 relatie. Wegen die een rol spelen voor beide richtingen, of alleen in de
 heen-, of in de terugrichting worden gebruikt. Logischerwijs krijgt de
 heenrichting van A naar B de rol forward en de terugweg van B naar A
 backward. Een lege rol is niets speciaals en daar wordt de weg in beide
 richtingen gebruikt.  Heel simpel.
 Moet je een route  in een GPX gieten neem je gewoon de leden met een
 lege rol, aangevuld met de leden met of de rol  forward voor de
 heenrichting, of de rol backward voor de andere richting. Ook heel
 simpel uit te sorteren en gemakkelijk.

 Maar het door de Wiki voorgestelde systeem heeft gemeend te moeten
 rekening houden met de richting

Re: [OSM-talk-be] [OSM-talk-nl] Fietsknooppuntennetwerken, hun complexiteit en begrijpelijke misverstanden eromheen