Re: [OSM-talk-be] rise of the voetwegen, part 2

[Marc Gemis]

I'm currently processing my surveyed data around Wieze (Lebbeke). It's
amazing how many ways user Scapor mapped there with note: "Weg nr.
xxx" or "Path nr yyy". Some of those lines are just draw through
buildings.
It's data from around 2011. But I hope we (and they) learned that we
only want data that is actually there. A path that was there in 1800,
should not be on the  map when you cannot use it nowadays. Even not as
a note.

I also wonder what I should do with the paths/tracks that still exist,
but for which the name ("Weg nr. YY") cannot be verified in the field.
None of those roads have a sign with their number. At least in this
area, in many other areas there are signs with "Voetweg XX" or
similar.

regards

m

On Thu, Jan 28, 2016 at 8:33 AM, joost schouppe
 wrote:
> Hi,
>
> After the "rise of the voetwegen" thread, I'm glad to hear that the
> available data from Trage Wegen is getting ever more available for mapping.
> There now is a WF and a WMS server we can use:
>
> http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WFSServer?
>
> http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WMSServer?
>
> There's also a viewer for those who don't like to work with WMS/WFS:
>
> http://geo.vlaamsbrabant.be/tragewegen/
>
> The people at Trage Wegen are really into working together with us. See for
> example their recent blogpost:
> http://www.tragewegen.be/nieuwsoverzicht/item/3720-openstreetmap-en-de-voetwegenkwestie
> And they're also doing a mini mapping party at their Vision Day today:
> http://www.tragewegen.be/toekomstvisie/programma-toekomstvisie
>
> I'm working on a wiki page on the subject, in hopes of drawing some
> conclusions after the previous discussion in the Rise of the voetwegen
> thread. I didn't get any feedback on making a draft page, so I'll just drop
> the content here - once I regain access to my work computer :(
>
> http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads
>
> When it's there, I'll invite all of you to improve on the content!
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

Thanks for the feedback.

I seems like I always stumble upon cases like this (also with De Lijn,
house numbers, Dutch import). So no surprise that I am critical about
"imports" (or manually merged data from another DB). With your
procedure we can avoid that such data creeps into OSM, but you have to
be careful and not hurry the data merger to much.

Do we really need the source=GRB tag ? (not talking about
source:geometry). I don't like this tag (source) anymore. They are not
maintained, it's not clear to which part of the tags they apply and
just fill the database. When you survey a POI e.g., the name and type
of shop come from the picture you have taken, the position from the
georeferencing of the photo, combined with your memory and aerial
image, the building layout comes from AGIV (or GRB), the house number
from survey/GRB/CRAB, the webpage from a web search, etc. What is
source in that case ? Are you adding source:XXX for each different tag
?

regards

m

On Tue, Jan 26, 2016 at 1:48 AM, Glenn Plas <gl...@byte-consult.be> wrote:
> On 25-01-16 19:38, Marc Gemis wrote:
>> On Mon, Jan 25, 2016 at 6:50 PM, Glenn Plas <gl...@byte-consult.be> wrote:
>>>> * splitting a building because the garage is clearly separated on AGIV 
>>>> imagery
>>>
>>> You should not have to do that imho, I've never encountered this 'too
>>> much building in between' situation.  When the garage is separated
>>> visibly on sat images but not in GRB, that's a precarious case, it could
>>> be that the building has been replaced but GRB isn't up to date, it
>>> could also be that the sat pics used are out of date and there has been
>>> an additional construction already in GRB.  You can't tell now what is
>>> correct from combining al sources of information.
>>
>> It's in Kaprijke, oid 1964089 IMHO this is just sloppy work in GRB.
>> For those without access to GRB
>
> Absolutely right, it should be more like the neighbour’s house+garage.
> That is some really shitty data you have in that area there.  Someone
> really didn't bother being accurate.  They aren't even decent squares.
>
> These cases I've only seen a few of those.  I specifically remember a
> building crossing itself, like a closed '8' instead of an '0' or open 8
> like here (bit of imagination applies)
>
> I would remove that corner from the main building,  draw the garage
> yourself, tag it appropriately. The garage should in fact have it's own
> OIDN number in GRB data.
>
> Also, make sure when you create your better OSM bulding, tag it
> source:geometry=AGIV (I think to recognise agiv sats).
>
> Then whenever this gets into GRB and trickles down in OSM, you will get
> a merge pop-up here (because we use source:geometry=GRB for our building
> imports by default), instead of a silent merge...  you'll get notified
> there is a conflict, forcing you (=editor) to make a judgement call.
>
> Looks like pretty recent buildings.  Sloppy fieldwork indeed.
>
> It sure varies a lot the quality, probably by the decentralised approach
> to this.
>
>
> Nice catch.
>
> Glenn
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Bicycle highways

[Marc Gemis]

On Mon, Jan 25, 2016 at 9:58 PM, Matthieu Gaillet  wrote:
> This is however something that has to be discussed on a higher level than
> Belgium. Where is this place ?

As Glenn wrote, here is a good place to discuss first. When no
solution is found, or when you want to hear the opinion of a larger
community, you can discuss this on the tagging mailing list
But be prepared to have a discussion that goes on and on, and round
and round without getting to a conclusion. Only when you are lucky,
everybody will agree. :-)
Of course you might go to the Dutch and German fora only, because
there are large groups of cyclist there.

regards
m

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

On Tue, Jan 26, 2016 at 1:48 AM, Glenn Plas  wrote:
> Also, make sure when you create your better OSM bulding, tag it
> source:geometry=AGIV (I think to recognise agiv sats).

What do I have to do with source:geometry:date in those cases ?

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

What's the planning for the import ?

* Glenn finishes documentation (although I think it's (almost) ready)
* We pass this somehow through the import mailing list ( I fear we
cannot avoid this). Sander, you have some experience with this. What
do you think ?
* We have a face-to-face meeting / hangout to explain the procedure to
interested people.  Face-to-face is better I think, but might not be
feasible for everyone. Perhaps a combination ?
* We start "the import". Somehow we need an overview for this to see
who is working on a certain town. (a shared document/spreadsheet)



m.


On Mon, Jan 25, 2016 at 9:55 AM, Glenn Plas  wrote:
>
>> I also mean when the geometry in OSM is actually better than in
>> the GRB. I'm thinking in particular about VIVES in Bruges. The GRB
>>  building shape is just wrong. In OSM it's better (may be not
>> perfect, it's a complex building) and 3D mapped.
>> http://www.openstreetmap.org/#map=18/51.18741/3.20325
>
> Yes of course. that's why I call it a merge. since this process
> encompasses using AGIV sat layer, and GRB layer in JOSM itself, it's
> not hard to see where GRB has got it wrong.
>
> No need to worry about losing good OSM data, when done right..
>
> Glenn
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

So you are saying a need a couple of weeks more to finalise the tool.
Then 2-3 weeks discussion on the import mailing list
which means we could plan a face-to-face meeting in 2 months ?

I think that planning a face-to-face meeting can start now, so people
that are interested can keep a day free in their agenda.

m.

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

On Mon, Jan 25, 2016 at 6:50 PM, Glenn Plas  wrote:
>> * splitting a building because the garage is clearly separated on AGIV 
>> imagery
>
> You should not have to do that imho, I've never encountered this 'too
> much building in between' situation.  When the garage is separated
> visibly on sat images but not in GRB, that's a precarious case, it could
> be that the building has been replaced but GRB isn't up to date, it
> could also be that the sat pics used are out of date and there has been
> an additional construction already in GRB.  You can't tell now what is
> correct from combining al sources of information.

It's in Kaprijke, oid 1964089 IMHO this is just sloppy work in GRB.
For those without access to GRB

https://xian.smugmug.com/OSM/Screenshots/Screenshots-1/i-JS8qrcz
https://xian.smugmug.com/OSM/Screenshots/Screenshots-1/i-74hZpVR

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

On Mon, Jan 25, 2016 at 4:27 PM, Glenn Plas  wrote:
>> which means we could plan a face-to-face meeting in 2 months ?
>
> For me it's ok to do this sooner, I really don't want to wait another 2
> months to start on this, summer is coming and this is going to keep me
> inside :)

fine for me, we could even do this while the discussion on the import
mailing list is going on, not ?
This means that we should start looking for a meeting place and a
date. And we should know who is going to be involved (or wants to be
involved)

m

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

A short question about source:geometry.

Should I/we keep it when we modify the building afterwards. I'm
thinking of the following cases

* In the meantime, part of the building got destroyed
* The building got finished in the meantime
* straighten the corners
* connecting 2 building parts because the part above the
"tunnel=building_passage" is missing
* splitting a building because the garage is clearly separated on AGIV imagery


regards

m

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

As the other pointed out, the import has to be done /will be done
carefully. Glenn try it in a mostly empty area and of course it goes
much faster. In an area with buildings, we will keep all existing
information. The replace geometry functionality in JOSM + utilsplugin2
is your friend.

The quality of the data after the import will depend on the person
that does the import. I noticed, e.g. that many peoples do not have
nice corners. So I did a "q" on them. Maybe other will "forget" that
step. I also removed several additional nodes. I prefer to go a bit
slower, but deliver a nicer result. Others might import more and clean
up less. We see the same with the import of the addresses so far. Some
just draw a bunch of rectangles for the houses, regardless of the
actual shape.

It all depends on your goals.

Depending on the town, you might notice that the data can be a bit of
of date or sometimes it can be drawn a bit clumsy. It's up to the
importer to be alert and fix it IMHO.

I hope we can organize a meetup or a hangout to explain the tools and
the tips and tricks to some people later on.

regards

m

On Sun, Jan 24, 2016 at 5:48 PM, Ruben Maes <ru...@janmaes.com> wrote:
> Thursday 21 January 2016 05:35:11, Marc Gemis:
>> At this moment someone is working on converting the GRB data into something
>> that can be "easily" imported.
>> (...)
>
> Great that we'll have a more or less complete map of the buildings in 
> Flanders.
>
> I know some places where OSM already has much better building information 
> than Agiv, mapped with love and local knowledge. Can I make sure those don't 
> get overridden by inferior data with a note in the data or something?
>
> --
> This message is OpenPGP signed.
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] Agiv import

[Marc Gemis]

It's up to the mapper that does the import to check each building individually.
It's not different than noticing that a building is partly destroyed
on the AGIV imagery and adapting the GRB building according to that.

m

On Sun, Jan 24, 2016 at 8:43 PM, Ruben Maes  wrote:
> Sunday 24 January 2016 19:03:35, Glenn Plas:
>> (...)
>> In the whole of Stekene, I probably deleted no more than 20 buildings
>> on multiple thousands that got imported with good reasons.  Deleting
>> is not an issue.
>> (...)
>> Tag migration and merging takes more time than replaceing the geometry
>> itself.  Every time the merge conflict dialog pops up, you'll loose 15
>> seconds, multiply that by thousands of buildings...
>> (...)
>
> I also mean when the geometry in OSM is actually better than in the GRB. I'm 
> thinking in particular about VIVES in Bruges. The GRB building shape is just 
> wrong. In OSM it's better (may be not perfect, it's a complex building) and 
> 3D mapped.
> http://www.openstreetmap.org/#map=18/51.18741/3.20325
>
> --
> This message is OpenPGP signed.
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] Bicycle highways

[Marc Gemis]

The Fiets-o-Strade between Antwerpen en Mechelen is a relation [1]. I
don't know who created it.
As far as I remember there are "maps" along the route. I think the
blue sign [2] is indicating it.
For the rest you will only see destination signs for cyclist [3]

[1] http://www.openstreetmap.org/relation/1948657
[2] https://www.mapillary.com/map/im/YW7xYSxMsa0173CATpNI9g/photo
[3] https://www.mapillary.com/map/im/npqKaMq-nByoT1qf4TYi4Q/photo

On Sun, Jan 24, 2016 at 5:36 PM, Jo  wrote:
> Between Leuven and Brussels they are marked in a way that is verifiable on
> the ground.
>
> We need a separate 'network' tag for them though, and it would be nice to
> see they get rendered on the specialised bicycle maps.
>
> Jo
>
> 2016-01-24 15:31 GMT+01:00 Sander Deryckere :
>>
>> Bicycle highways are more like bicycle routes than different highway
>> types.
>>
>> They are a route specifically made for commuting, connecting residential
>> area with some work center in a rather straight line.
>>
>> As such, I think those could get tagged as a cycle route with some
>> specific sub tags (like a special network).
>>
>> The question is though: are they verifiable on the ground. Or is it just
>> that European list naming them. It should only be tagged when you see
>> something on the ground that you can relate to bicycle highways.
>>
>> Regards,
>> Sander
>>
>> 2016-01-24 15:00 GMT+01:00 Glenn Plas :
>>>
>>> Nothing really special about them,  highway=cycleway should be
>>> appropriate.
>>>
>>> Glenn
>>>
>>> On 24-01-16 13:12, Matthieu Gaillet wrote:
>>> > Hi,
>>> >
>>> > Below you will find some information about the developing bicycle
>>> > highways (or fast cycling routes) a bit everywhere in the world.
>>> >
>>> > I was wondering if anything was foreseen to tag such highways ? If not,
>>> > what's the best place to discuss this, since I guess this should be
>>> > uniform at world level ?
>>> >
>>> > Thanks for your answer,
>>> >
>>> > Matthieu (sur iMobile)
>>> >
>>> > Début du message transféré :
>>> >>
>>> >> Une recherche, évidemment loin d’être exhaustive, m’a fourni une
>>> >> première liste de ce que l’ECF (European Cyclists’ Federation) dénomme
>>> >> les  */Fast Cycling Routes/** :*
>>> >> •  CH: Velobahn (Schaffhouse), TransAgglo (Fribourg), .
>>> >> •  DE: Radschnellwege  (Ruhr, Berlin, Frankfurt, Heidelberg, München,
>>> >> …)
>>> >> •  DK: Supercykelstier (Kobenhavn)
>>> >> •  FR: REV, Réseau Express Vélo, Autoroute à vélos (Toulouse),
>>> >> Vélostras (Strasbourg), Grenoble, Paris,
>>> >> •  NL: SnelleFietsroutes, Snelbinder
>>> >> Image en ligne
>>> >> •  SV: Supercykelväg (Malmoe)
>>> >> •  UK: Cycle Superhighways (London)
>>> >> •  US: California Cycleway(1896)
>>> >> •  VL: Fietsostrades (réalisations ; projets dans les 5 provinces)
>>> >
>>> >
>>> > ___
>>> > Talk-be mailing list
>>> > Talk-be@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-be
>>> >
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

Glenn has just done 1 town. Yesterday I started using his tool to see
how it works on a Mac.

IMHO  We can't do this on a large scale yet, since the procedure is
not yet approved by the import mailing list.
Wonder who is going to be brave enough this time to try it.

m.


On Fri, Jan 22, 2016 at 8:12 AM, joost schouppe
 wrote:
> How about we set up a meeting to learn how to use the import tool? Would be
> quite useful for me, and probably more people.
>
>
> 2016-01-21 12:46 GMT+01:00 Ruben Maes :
>>
>> Thursday 21 January 2016 08:38:46, joost schouppe:
>> > Come to think of it, a physical school might have several associated
>> > schools from this CSV file. For example if it is a campus, but also when
>> > for some reason the building users can convince the Flemish
>> > administration
>> > that they are more than one organization. So your data model should
>> > allow
>> > for more than one set of ID's and names.
>>
>> That's right. I know a secondary school that's officially 3 schools: one
>> for the 1st grade, one for the 2nd and 3rd grade ASO, and one for the 2nd
>> and 3rd grade BSO and TSO. Though in practice they operate as one school
>> (same name, same buildings, same timetable, same teachers), they each have
>> their own headmaster.
>>
>> It's currently mapped as a single school.
>>
>> --
>> This message is OpenPGP signed.
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

Glenn,
thanks a lot for the hard work and the explanation. It looks very promising !
If you want a beta tester on OSX, feel free to contact me

Any idea how the "roofs" attached to a building look like after
importing ? On the GRB images you see them as areas filled with
diagonal lines.
Just curious whether they are part of the building or are separate "buildings".

m

On Thu, Jan 21, 2016 at 10:43 AM, Glenn Plas  wrote:
>>> Then you can use Shift to select 2 buildings, move finger to 't' and
>>> poof, done.
>
> http://aptum.bitless.be/movies/stek12.avi
>
> You don't even need to select those 2 buildings in most cases:
>
> - run the validator
> - navigate to and select warnings like 'crossing buildings', 'building
> inside building'.
> - Now the offenders are both already selected. You can merge after
> visually confirming that it's 'the same building'.  Sometimes it's not
> selecting the correct ones, but adjacent buildings.
> - press replace geometry hotkey
> - fix any merge warnings.
>
> common ones are : building=yes on original vs. building=shed on GRB import.
>
> Any existing tag conflict will throw another dialogue up, so it helps to
> rename in advance, for example, on size, anything smaller than 10m2 is a
> shed (=this kind of equals how GRB works).  So when both versions have
> building=shed, you will not get the dialogue and are able to select the
> next validator issue.
>
> The validator is a real tool here, not just something to use at the end,
> it's a speed booster too.
>
> Glenn
>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

You know that they usually threw away any data that was already there
? I don't know whether the tool allowed you to do it better.

On Thu, Jan 21, 2016 at 6:38 AM, Jo <winfi...@gmail.com> wrote:
> About that CRAB import. In The Netherlands they already created a tool to
> assist with that for their BAG import. I think we should look into reusing
> that, adapted to the data we have available.
>
> Polyglot
>
> 2016-01-21 5:35 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>>
>>
>> On Wed, Jan 20, 2016 at 5:19 PM, Jasper Michels <jaspermich...@gmail.com>
>> wrote:
>>>
>>> It was mentioned that there exist free datasets for the flemish part.
>>> (and cant we import the building outlines of Agiv?)
>>
>>
>> At this moment someone is working on converting the GRB data into
>> something that can be "easily" imported.
>>
>> I've put "easily" between quotes, because it will still be a lot of work
>> in areas where there are already buildings. The reason is that we should try
>> to keep the history and data of the existing buildings. With data I mean POI
>> info, heritage information, house name, 3D, building type, etc. Even when
>> there is no information, it is polite to keep the names of the previous
>> mappers in the history of the OSM way. I do not like an approach where all
>> existing data is deleted.
>>
>> I have been replacing old AND data and buildings that I had traced from
>> Bing imagery with data based on AGIV aerial images and recently with GRB
>> data. It is labor intensive.
>>
>> The scenario  that I follow is
>>
>> * move the old house out of the way
>> * redraw based on GRB
>> * replace geometry of old building with new (from utilsplugin2). this
>> keeps the history
>> * drop source=AND
>> * add building type based on aerial images and add address (address from
>> AGIV) using housenumbertool
>>
>> Sometimes (with a lot of connected houses), I just try to reshape the old
>> building way, because moving all houses out of the way is more difficult.
>>
>> With an import you do not have to do the drawing, but you still need to do
>> the replace geometry. The other steps that you have to perform depends on
>> the import data: is the building type correct ? is the address data already
>> merged ?
>>
>> Since this is so much work to correct, it's a pitty to see that some power
>> mappers are rushing through the current address data and only add rough
>> approximations of the buildings. L-shaped buildings become rectangles, in
>> terraces half of the buildings are ignored. Correcting this afterwards,
>> might take more time than trying to do it correctly the first time around.
>>
>> In conclusion, you can already draw the buildings based on GRB now. No
>> need to wait until the import is ready. For most buildings this is not too
>> difficult. Churches and similar buildings with a lot of extrusions might be
>> left until the import data is ready.
>>
>> just my .5 cents
>>
>> regards
>>
>> m
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] University tagging

[Marc Gemis]

This could be added to the BENELUX preset for JOSM if you want. Just
let me know when you agree on the tagging. Or add it yourself to
https://josm.openstreetmap.de/wiki/Presets/BENELUX   :-)

regards

m

On Thu, Jan 21, 2016 at 3:15 PM, Ruben Maes  wrote:
> Thursday 21 January 2016 12:57:09, Ben Laenen:
>> After some more googling, this site has a perfect overview of all the levels
>> in Flanders:
>>
>> http://vlaamsekwalificatiestructuur.be/wat-is-vks/kwalificatieniveaus/
>
> Aha, so would we also want a vks:level tag? Or just apply ISCED levels?
>
> I tried to figure it all out based on [1] and [2]. ([2] applies ISCED 1997 to 
> our Flemish structure, but we're mapping ISCED 2011. Wikipedia provides a 
> comparison of those two schemes.) This becomes:
> __
>
> VKS 19972011Name
> Basischool
> /   0   0   Kleuteronderwijs
> 1   1   1   Lager onderwijs
>
> Middelbare school
> /   2   2   1ste graad secundair onderwijs
>
> 2   /   /   2de graad BSO
> /   /   /   2de graad ASO, TSO, KSO
>
> 3   3   3   3de graad BSO; deeltijds 
> beroepssecundair onderwijs
> 4   3   3   3de graad ASO, TSO, KSO
>
> 4   4   4   Extra jaar ASO, TSO, KSO, of 
> BSO of specialisatie BSO
>
> Hogeschool
> 5   5B  5   HBO5
> 6   5B  5   Professionele bachelor
> 7   5B? 5?  Master (of arts of zo?)
>
> Universiteit
> 6   5A  6   Academische bachelor
> 7   5A  7   Master
> 8   6   8   Doctoraat
> __
>
> A slash denotes that the scale does not have a level for the end of that 
> grade.
>
> I can't get my head around masters in hogescholen. I can only find 
> information about master of arts and don't know for sure at what level those 
> are.
>
> So for example tagging a secondary school without BSO or extra years would be:
> vks:level=4
> isced:level=2;3
>
> One with ASO, TSO, KSO and BSO, with or without specialisation:
> vks:level=2;3;4
> isced:level=2;3;4
>
> One with only BSO without specialisation year:
> vks:level=2;3
> isced:level=2;3
>
> With specialisation:
> vks:level=2;3;4
> isced:level=2;3;4
>
> [1] http://vlaamsekwalificatiestructuur.be/wat-is-vks/kwalificatieniveaus/
> [2] 
> http://gpseducation.oecd.org/Content/MapOfEducationSystem/BEL/BEL_1997_EN.pdf 
> (http://gpseducation.oecd.org/Content/MapOfEducationSystem/BEL/BEL_1997_LL.pdf
>  in Dutch for Flanders)
>
> --
> This message is OpenPGP signed.
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] University tagging

[Marc Gemis]

you could use the site-relation for that.

You might also search the archives of the GB mailing list. Last year
there was a discussion on how one could properly map a university with
many buildings & sites. This might give some inspiration.

Or currently they have a similar discussion on schools with several
buildings, or several schools in 1 building. No need to reinvent the
wheel.

As for the preset, I cannot automatically concatenate values into 1.
So we need to define a couple of presets for combination that occurs
often. Eg. university. basisschool, lager + hoger middelbaar. For each
of those presents we can add both the vks:level and isced:level tags.

m

On Thu, Jan 21, 2016 at 5:41 PM, Ruben Maes <ru...@janmaes.com> wrote:
> Thursday 21 January 2016 15:51:44, Marc Gemis:
>> This could be added to the BENELUX preset for JOSM if you want. Just
>> let me know when you agree on the tagging. Or add it yourself to
>> https://josm.openstreetmap.de/wiki/Presets/BENELUX   :-)
>
> That would be great, thanks :)
>
> I added my analysis of the VKS and ISCED levels to the wiki page, so that 
> people looking for it on the wiki can find it.
>
> While making the examples I started wondering where to put those level tags 
> for universities, or other schools with lots of campuses. Would it be 
> feasible to make a relation for the university or is that too 
> collection-like? Or repeat the tags for each campus, but then we would have 
> to know for each location what levels are done there (it may be that e.g. 
> bachelor students never have to enter specific buildings).
>
> --
> This message is OpenPGP signed.
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

On Wed, Jan 20, 2016 at 9:33 PM, Jo  wrote:
> I know all the schools in those csv files have an id that can be set in ref,
> but that already doesn't work in Wallonia or Brussels.
>

In the UK they use ref:edubase for the reference. Since the ref cannot
be verified in the field, we might do something similar with ref:xxx
where xxx is different for the 3 regions.

m

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

On Wed, Jan 20, 2016 at 5:19 PM, Jasper Michels 
wrote:

> It was mentioned that there exist free datasets for the flemish part. (and
> cant we import the building outlines of Agiv?)
>

At this moment someone is working on converting the GRB data into something
that can be "easily" imported.

I've put "easily" between quotes, because it will still be a lot of work in
areas where there are already buildings. The reason is that we should try
to keep the history and data of the existing buildings. With data I mean
POI info, heritage information, house name, 3D, building type, etc. Even
when there is no information, it is polite to keep the names of the
previous mappers in the history of the OSM way. I do not like an approach
where all existing data is deleted.

I have been replacing old AND data and buildings that I had traced from
Bing imagery with data based on AGIV aerial images and recently with GRB
data. It is labor intensive.

The scenario  that I follow is

* move the old house out of the way
* redraw based on GRB
* replace geometry of old building with new (from utilsplugin2). this keeps
the history
* drop source=AND
* add building type based on aerial images and add address (address from
AGIV) using housenumbertool

Sometimes (with a lot of connected houses), I just try to reshape the old
building way, because moving all houses out of the way is more difficult.

With an import you do not have to do the drawing, but you still need to do
the replace geometry. The other steps that you have to perform depends on
the import data: is the building type correct ? is the address data already
merged ?

Since this is so much work to correct, it's a pitty to see that some power
mappers are rushing through the current address data and only add rough
approximations of the buildings. L-shaped buildings become rectangles, in
terraces half of the buildings are ignored. Correcting this afterwards,
might take more time than trying to do it correctly the first time around.

In conclusion, you can already draw the buildings based on GRB now. No need
to wait until the import is ready. For most buildings this is not too
difficult. Churches and similar buildings with a lot of extrusions might be
left until the import data is ready.

just my .5 cents

regards

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

On Wed, Jan 20, 2016 at 12:40 PM, Jakka  wrote:
> Is it allowed to use the same key in it self ? like the example
> http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects
> amenity=parking in amenity=school (area) and the key "leisure" within
> "amenity" (or vice versa ??)

that's no problem.
but I would tag the parking and leisures as private (in most cases)

m.

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

Re: [OSM-talk-be] remote work on Mapathon possible?

[Marc Gemis]

If you don't need the introduction, you can always work on the same
hot/missing maps task, from wherever you are.
The task can be announced on twitter or ... at that moment.

You'll miss the fun of meeting other mappers of course.

regards

m

On Wed, Jan 20, 2016 at 1:35 PM, Pieter-Jan Pauwels <
pieter-jan.pauw...@okfn.org> wrote:

> Hey guys,
>
> Just saw this question popping up on Twitter:
> https://twitter.com/jan_fabry/status/689772166129283072
>
> *“@AppsForGhent @Stadgent @vredeshuis Kunnen we ook remote meedoen?**”*
>
> So it possible? I have no idea :)
> I’ll be present as well, live tweeting with the OpenBelgium account and
> participating.
> I can come and bring a camera to hookup to a Google Hangout if you’d like,
> but no sure if necessary.
>
> PJ
> Community Coordinator
> Open Knowledge Belgium
> m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
> s: www.openknowledge.be e: pieter...@openknowledge.be
> 
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Nieuwe Agiv-beelden!

[Marc Gemis]

bij mij in de buurt (Rupelstreek -prov. Antwerpen) zijn de foto's in
december al eens aangepast

m

2016-01-16 15:50 GMT+01:00 Sander Deryckere :
> Voor de volledigheid, enkel Vlaams-Brabant, Oost-Vlaanderen en
> West-Vlaanderen zijn momenteel geupdated.
>
> Antwerpen en Limburg moeten nog even wachten denk ik.
>
> Op 16 januari 2016 15:23 schreef Ruben Maes :
>>
>> [en] Agiv released new aerial imagery of Flanders.
>>
>> [nl] Ik heb net (toevallig tijdens het mappen) gemerkt dat Agiv gisteren
>> de nieuwe winterorthomozaïek van 2015 heeft uitgegeven. Ga dus maar allemaal
>> in je editor naar die plaatsen waar je dacht 'allez, wanneer gaan ze hier
>> nieuwe fotootjes van tonen'! ;)
>>
>>
>> https://www.agiv.be/news/2016/januari/update-middenschalige-orthofotomozaiek-winteropnamen
>>
>> --
>> Dit bericht is ondertekend met OpenPGP.
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [talk-au] LPI Base Map - green areas ?

[Marc Gemis]

What about landuse=basin ? [1]
Or natural=water, water=reservoir [2]
or landuse = reservoir, reservoir_type=water_storage [3]


[1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbasin
[2] http://wiki.openstreetmap.org/wiki/Key:water
[3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir

regards

m

On Fri, Jan 15, 2016 at 12:06 PM, Warin <61sundow...@gmail.com> wrote:
> On 15/01/2016 2:19 PM, Andrew Davidson wrote:
>
> Looking at the old Parish map it would appear that it used to be part of the
> State Forest until they built the Mangrove Creek Dam at which point it
> became reserved for water conservation purposes.
>
> That makes sense.
>
> I suppose you could tag it:
>
>  boundary=protected_area
>  protect_class=12
>
> Not sure what name you'd give it because the map just says "FOR WATER
> SUPPLY".
>
>
> landuse=water_catchment would probably be best (another new tag that I just
> made up). It cannot be logged. And in some places at least the water people
> don't even want walkers, let alone campers there. I think part of the Blue
> Mountains National Park has restrictions like this around a water catchment
> area. I think Hong Kong has areas for water catchment that are paved to
> increase the run off/harvest. So there is a vast verity in what water
> catchments physically are.
>
> As I don't know what name it has .. it could be anything ... 'McPherson
> Water Catchment' or 'Mangrove Creek Water Catchment' ... arrr
> https://www.wyong.nsw.gov.au/getmedia/7ca695e8-748d-4bca-beba-3b7bff8296e4/Mangrove-Creek-Dam-Brochure.pdf.aspx
> says 'Mangrove Creek Dam Catchment' .. so I'll go with that. No copyright on
> the pdf... :-)
> It does say access is restricted.. but not what the restrictions are.
>
> -
> For those also using the LPI base Map to plot State Forests ... be carefull.
>
>
>
>
> - Original Message -
> From:
> "Warin" <61sundow...@gmail.com>
>
> To:
> "talk-au" 
> Cc:
>
> Sent:
> Fri, 15 Jan 2016 10:58:49 +1100
> Subject:
> [talk-au] LPI Base Map - green areas ?
>
>
> Hi,
>
> On the LPI base map green areas apear at first to be
> National Parks - a darker green area that is visible at all zooms.
> State Forests - lighter green, visible when zoomed in.
>
> I have mapped out the McPherson State Forest boundary using the LPI base
> map. Fine (apart from a typo in the name!). Relationship 5748137.
>
> However when I use the 'Administration Boundaries State Forests' the
> northern section I have plotted does not look to be a State Forest.
>
> So what is this green area on the LPI base map .. when it is not a State
> Forest?
> I have mapped some as parks as shown by their name. And I found one
> where I know it as a 'common'.
>
> Maybe they are "miscellaneous crown lands"?
>
> I'll reduce the relationship 5748137 to match the smaller admin boundary.
> But what to do with the other green bit from the base map? I can leave
> it behind with a note .. and no other tags. Would be usefull if someone
> comes across it and knows what it is.
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

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

[OSM-talk-be] Mapper in the Spotlight: Fredy Rivera (Colombia)

[Marc Gemis]

In our international serie of interview: Fredy Rivera from Colombia:

English: http://www.openstreetmap.org/user/escada/diary/37773
Spanish: http://www.openstreetmap.org/user/escada/diary/37774

I would like to thank Joost Schouppe for conducting the interview and
making the translation

Enjoy.

m

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

[OSM-talk-be] Roundabouts are popular in Belgium

[Marc Gemis]

see https://www.mapbox.com/bites/00205/#5.72/50.893/5.948 :-)

found via 
http://alloveralbany.com/archive/2016/01/15/roundabouts-theyre-everywhere


have a nice mapping weekend

m

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

Re: [OSM-talk-be] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale

[Marc Gemis]

2016-01-12 22:04 GMT+01:00 Marc Zoutendijk :
> Ik zag ze in openpoimap terug:
>
> https://dl.dropboxusercontent.com/u/17226226/OSM/bentille1.png
> https://dl.dropboxusercontent.com/u/17226226/OSM/bentille2.png

Tja, ik merkte pas thuis op dat die bakker nog niet in kaart was
gebracht. En ik had geen deftige foto waar ik de naam kan van aflezen.
't was dan ook een bliksembezoekje aan het centrum na de wandeling.
Honden zaten in de auto te wachten en ik wou de kerk (erfgoed)
fotograferen. Van de auto naar de kerk snel wat foto's genomen en dan
mis je dus belangrijke zaken zoals de naam van een bakker.

m.

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

Re: [talk-au] Translink Bus Stops - South East Queensland

[Marc Gemis]

Hallo,

In Belgium we also did an import of all bus stops during the past
months [1]. However, we did notice that several bus stops were in a
different location [2], up to 650 meters from where the public
transport company thought they were. I don't know the quality of this
data set, but it is still worth checking out the real position in the
field.

regards
m

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata
[2] http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Bus_stops

On Wed, Jan 13, 2016 at 4:30 AM, Jason Ward  wrote:
> Hi David,
>
> Imports are tough but I'd still be adding bus stops as you have been.  If or
> when the import occurs it would deal with existing stops in a logical way so
> the work individuals have done will not be wasted.  It would in fact be
> treated with a higher level of trust in the context of the TMR provided
> dataset so there is continued value in adding and updating bus stops.
>
> On Wed, 13 Jan 2016 at 13:17 David Findlay  wrote:
>>
>> Hi all,
>>
>> I think for now preparing the import is beyond me. I guess for now don't
>> bother adding or updating bus stops? Thanks,
>>
>> David
>>
>> On Wed, Jan 13, 2016 at 1:03 PM Jason Ward  wrote:
>>>
>>> Hi guys,
>>>
>>> We have permission.  If there are able resources with the know-how then a
>>> page for a State-wide import already exists.  Its current status is that it
>>> hasn't been presented to the @imports list yet but it is quite close (If
>>> you're importing en-masse then it needs to go through this process).  Please
>>> review the page below [1] and if this is something you are able to continue
>>> with then I suggest following on from there.
>>>
>>> I no longer contribute to the project other than being on this list now
>>> so you're free to chop, change or start again but explicit permission has
>>> been granted for this dataset [2].  If you need access to the Github
>>> repository which is where the raw, transformed and osm files are kept [3]
>>> then ping me on that platform and I'll provide full access (or you can just
>>> fork/branch it).
>>>
>>> [1] -
>>> http://wiki.openstreetmap.org/wiki/Import/Catalogue/Queensland_GTFS_Data
>>> [2] -
>>> http://wiki.openstreetmap.org/wiki/Attribution/qld.data.gov.au_explicit_permission
>>> [3] - https://github.com/systemtester/QLD-GTFS-Data-Imports
>>>
>>>
>>> On Wed, 13 Jan 2016 at 10:22 FlashKiwi  wrote:

 I will follow up with translink and confirm licencing.

 G.




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

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

Re: [OSM-talk-be] BE Quarterly Projects - Défis du trimestre BE - BE Driemaandelijks projecten

[Marc Gemis]

2016-01-13 8:12 GMT+01:00 joost schouppe :

> Seeing the disucssion here, I'm thinking we should the quarterlys with a
> wiki session. Adding to the international wiki where possible, creating
> local tagging guidelines where necessary.
>

+1

The German community does something similar. Someone comes with a proposal
for the "weekassignment". This is a wiki page or a PDF document or ... in
which the topic is proposed and the tagging is explained (sometimes only
links). After some discussion, typically on the forum, and refining, the
assignment goes live.
An example is [1] (with discussion in [2]) for the current assignment.
Previous assignments can be found on that blog as well in case you need
inspiration :-)


[1]
http://blog.openstreetmap.de/blog/2016/01/wochenaufgabe-barrierefreiheit-treppen-und-handlaeufe/

[2] http://forum.openstreetmap.org/viewtopic.php?id=53292

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

Re: [OSM-talk-be] BE Quarterly Projects - Défis du trimestre BE - BE Driemaandelijks projecten

[Marc Gemis]

Rob Nickerson posted a mail on the Irish and British mailing list about the
status of the quarterly project about schools in GB and IE:
https://lists.openstreetmap.org/pipermail/talk-ie/2016-January/001418.html

In case you are interested in the full discussion, I recommend that you
take a look at
https://lists.openstreetmap.org/pipermail/talk-gb/2016-January/thread.html
, where you will find all mails to the British mailing list.


regards

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

Re: [OSM-talk-be] BE Quarterly Projects - Défis du trimestre BE - BE Driemaandelijks projecten

[Marc Gemis]

Il y a

* http://wiki.openstreetmap.org/wiki/Proposed_features/ISCED
*  en France on utilise par example school:fr=college
* operator/religion voir
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool

m.

2016-01-12 10:16 GMT+01:00 eMerzh :

> Très bonne idée :) i'm in ...
> et l'idée d'un projet limité avec un objectif précis est très motivant :)
>
> des idées comment tagguer des info complémentaire ?  genre le réseau
> (libre/ communal / ...) ou le(s) niveaux maternel (y/n), primaire (y/n) ,
> etc
> ?
>
>
>
> Le 11 janvier 2016 à 11:19, lionel bulpa  a
> écrit :
>
>> Bonjour,
>>
>> Je pense que c'est une bonne idée, en plus, c'est motivant d'avoir un
>> objectif. Je pense qu'on avancera plus vite avec un objectif
>>
>> Lio
>>
>> --
>> From: marc.ge...@gmail.com
>> Date: Mon, 11 Jan 2016 10:39:51 +0100
>> To: talk-be@openstreetmap.org
>> Subject: Re: [OSM-talk-be] BE Quarterly Projects - Défis du trimestre BE
>> - BE Driemaandelijks projecten
>>
>>
>> I like the idea of a quarterly project as well. Anything that might get
>> people motivated to map is good.
>>
>> m
>>
>> 2016-01-10 21:21 GMT+01:00 Bruno Veyckemans :
>>
>> [FR] Bonjour à tous,
>>
>> Je viens de découvrir les UK Quarterly Projects
>> https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects qui commence
>> 2016 avec le défi de mettre à jour les données "écoles" du Royaume-Uni et
>> je trouve géniale cette idée de se concentrer ensemble sur un thème à
>> l'échelle du pays.
>>
>> Question: pourquoi ne pas s'y mettre pour la Belgique ?
>>
>> C'est ce que j'ai tenté de faire à l'échelle de Bruxelles il y a deux
>> mois, avec un beau succès pour les musées:
>> http://ici.brussels/liste-musees grâce à certains mappeurs qui m'ont
>> suivi sur Twitter, notamment eMerzh (voir stats en-dessous). Comme vous
>> pouvez le voir sur le graphique du dessus, le travail a porté ses fruits :)
>>
>> Pourquoi ne pas commencer nous aussi 2016 avec le projet de mettre à jour
>> les écoles de Belgique ? Voici déjà de quoi vous donner une idée du
>> chantier, toujours pour Bruxelles: http://ici.brussels/liste-ecoles Si
>> l'enthousiasme est là, je peux tenter de faire une interface similaire pour
>> toute la Belgique...
>>
>> Est-ce que vous pensez qu'on peut être suffisamment nombreux sur le coup
>> pour que ça fonctionne ? Est-ce que ça a déjà été fait pour la Belgique ?
>> Pensez-vous qu'il faille écrire une page de directives sur le wiki pour
>> harmoniser le travail, créer un hashtag et des stats d'avancement ? Est-ce
>> qu'il vaut mieux commencer avec un thème plus "basique" ? Est-ce que vous
>> participerez ?
>>
>> Merci pour vos commentaires et belle semaine !
>> Bruno
>>
>> -
>>
>> [EN] Do you think it could be a good idea to launch "BE Quarterly
>> Projects" on the model used by UK mappers ?
>> https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects
>> Could we begin by mapping belgian schools during the first quarter of
>> 2016 ? Would you be part of the project ?
>> Thanks !
>> Bruno
>>
>> -
>>
>> [NL] Vinden jullie een goed idee "Driemaandelijks projecten" te lanceren
>> voor België, op het model dat wordt gebruikt door de Britse mappers met hun
>> "UK Quarterly Projects"
>> https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects ? Zouden
>> jullie deelnemen ?
>> Bedankt !
>> Bruno
>>
>> 
>>  Cet
>> e-mail a été envoyé depuis un ordinateur protégé par Avast.
>> www.avast.com
>> 
>> <#-627556958_2093513455_2116898825_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>> ___ Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Proposal to close newbies@ list

[Marc Gemis]

In Belgium and The Netherlands, there are people that try to contact
every new mapper via a personal message. This message includes a list
of sources where the mapper can ask for help. The message is in the
language of the mapper (Dutch or French). Belgian mappers get informed
about the Belgian mailing list, The Dutch mappers about the forum.

Many newbies are better served by a local mailing list/forum, in their
own language (although this is sometimes a problem in a country with 3
official languages like Belgium).


regards

m


On Mon, Jan 11, 2016 at 10:57 PM, Clifford Snow  wrote:
> It's probably a reasonable suggestion to close the newbies@osm down for lack
> of use. What concerns me is where the the newbies going? Is there any data
> to suggest that they are being served on the forum? A quick look at the
> section "Questions and Answers" would indicate that people are using the
> forum. Since I've never participated in the forum (I prefer a mailing list)
> can those who do participate let us know how well they feel newbies are
> being served there?
>
> Clifford
>
> On Mon, Jan 11, 2016 at 1:46 PM, Rob Nickerson 
> wrote:
>>
>> On 11 January 2016 at 19:22, Martin Koppenhoefer 
>> wrote:
>>>
>>>
>>> > Am 11.01.2016 um 19:20 schrieb Rob Nickerson
>>> > :
>>> >
>>> > Would be happy to see a few other low use mailing lists closed.
>>>
>>>
>>> why?
>>
>>
>> Because they are not benefiting the community but they are a time hog for
>> anyone who wants to interact with the community. For example, I am currently
>> helping to set up a UK group. To get started we needed to contact as many
>> people as possible to raise awareness of this aim. A fragmented set of
>> communication options makes this harder.
>>
>> My analogy with retail products: Competition is good, but sometimes I feel
>> manufactures flood the market so much that it is impossible for the end user
>> to make an informed decision (not helped by retailers often not providing
>> good explanations).
>>
>> It would be nice to see a review of our communication channels (what
>> works, what doesn't) but the CWG isn't resourced to do that right now.
>>
>> Rob
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [OSM-talk-be] Nieuw verkeersplan Gent

[Marc Gemis]

Blij te horen dat jullie iets willen organiseren.

mvg

m

2016-01-11 17:13 GMT+01:00 Santens Seppe <seppe.sant...@stad.gent>:
> Dag Marc,
>
> Ik werk voor het Mobiliteitsbedrijf van de Stad Gent. We hebben het idee om 
> (wellicht begin maart) samen met de OSM-community een mapping party rond het 
> circulatieplan te organiseren. Ik moet nog wat punten en komma's zetten om 
> alles rond te krijgen, maar ik hoop jullie binnenkort meer nieuws te kunnen 
> brengen.
>
> Met vriendelijke groeten,
>
> Seppe
>
>
> -Oorspronkelijk bericht-
> Date: Sat, 9 Jan 2016 20:12:34 +0100
> From: Marc Gemis <marc.ge...@gmail.com>
> To: OpenStreetMap Belgium <talk-be@openstreetmap.org>
> Subject: [OSM-talk-be] Nieuw verkeersplan Gent
> Message-ID:
> 

Re: [OSM-talk-be] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale

[Marc Gemis]

2016-01-09 12:00 GMT+01:00 Jakka :
> Is er al iets bedacht voor aanpak?

op je fiets springen ? :-)

Met de ontbrekende wandelroutes doen we feitelijk hetzelfde.
Dit weekend ben ik bv. nog in Bentille geweest [1].

Doordat ik daar zelf ben geweest heb ik naast de wandelknooppunten
o.a. ook nog het volgende gemapped:

* 3-tal ontbrekende trage wegen
* wat onroerend erfgoed
* vastgesteld dat sommig erfgoed gesloopt is, iets wat ik nog moet
doorgeven aan Onroerend erfgoed
* een voetveer
* een aantal POIs in Bentille zelf
* een boel andere dingen, zie ook [2] voor de foto's van de "survey".
Nog niet alles is verwerkt.

Ik hoop dat ik op deze manier de kaart voor verschillende gebruikers
beter heb gemaakt, en niet enkel voor de wandelknooppuntwandelaars.

mvg

m






[1] 
http://hiking.waymarkedtrails.org/en/?zoom=14=51.25215=3.58682=0=0.7=0.81
[2] https://xian.smugmug.com/OSM/OSM-2016/2016-01-09-Bentille

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

[OSM-talk-be] Nieuw verkeersplan Gent

[Marc Gemis]

Werk aan de winkel voor de Gentse mappers :-)


 
http://www.demorgen.be/binnenland/gent-krijgt-grootste-voetgangersgebied-van-het-land-b832f2ce/?utm_source=demorgen_medium=email_campaign=newsletter_content=daily_userid=c608fd0-f9aa-e68f-ae04-400212814eec


mvg

m

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

Re: [OSM-talk-be] Winterwandelboek van Scheldeland

[Marc Gemis]

Ik heb zonet het bericht gekregen dat er vanaf maandag een nieuwe
versie op de site zal staan, met (c) OpenStreetMap contributors onder
elke kaart.
Ik heb deze versie al mogen inkijken.

Wat een vriendelijk mailtje al niet kan doen :-)

m

2015-12-22 7:39 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
> Het Winterwandelboek van Toerisme Scheldeland [1] gebruikt o.a.
> kaartjes gebaseerd op OpenStreetMap. Ik heb hen vriendelijk gevraagd
> bij een volgende versie "(c) OpenStreetMap contributors" te vermelden
>
>
> mvg
>
>
>
> m
>
> [1] http://www.scheldeland.be/winter/

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

Re: [OSM-talk] Not sure what to think

[Marc Gemis]

What about changeset comments with "google" in it ?

On Thu, Jan 7, 2016 at 11:47 AM, Hans De Kryger
 wrote:
> So i just came across an edit of a user near me that listed the source of
> his edit as (Google Maps Street View) (1)
>
> I have just contacted the user asking for more information about his edit
> and let him know of the the policy of OpenStreetMap not to copy from other
> maps.
>
> So i thought i would search tags (source=google) hoping to find any source
> tagged with the word google anywhere. Assuming there has to be more. Here's
> what i found (2)
> Seems like any others should be addressed.
>
> (1) http://www.openstreetmap.org/node/3835343766#map=19/33.85088/-112.10980
> (2) https://taginfo.openstreetmap.org/search?q=source%3Dgoogle
>
> Regards,
>
> Hans
>
> http://www.openstreetmap.org/user/TheDutchMan13
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [OSM-talk] Is there a OSM map viewer program to dynamically view OSM data?

[Marc Gemis]

http://www.openpoimap.org
http://www.openlinkmap.org
http://www.flosm.de/en/POI-map.html

or look at the complete list at
http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services

regards

m

On Fri, Jan 8, 2016 at 3:58 AM, Wuzzy  wrote:
> Hi!
>
> I was wondering if there is some standalone application (preferable for
> PC) to view OSM data as a map, but dynamically and locally (not
> from some random computer on the Internet) rendered.
>
> We already have a large number of websites which show OSM data in all
> sorts of different styles and this is pretty cool. But I think all of
> them do not show OSM in its full glory, and they are all tailored to
> a specific use case.
> The www.openstreetmap.org style is already pretty nice IMO but this is
> of course not useful for all use cases.
>
> Also most of the websites them use a pre-rendered “base layer” and just
> put symbols on top of that. This is not what I want.
> Therefore, the KDE program “Marble” does not count. It is able to show
> OSM, but it's just the pre-rendered default layers of
> www.openstreetmap.org.
> JOSM kinda does what I want, but it is obviously not tailored towards
> *viewing* map data for everyday usage.
>
> What I want is an application which renders OSM data directly and based
> on configurable user settings, i.e. switching on and off certain
> features (like country borders) is as simple as clicking a checkbox.
>
> As an analogy, Google Earth has such a feature where you can toggle
> some map features, but it is not based on OSM, obviously and also it is
> rather limited in that sense.
>
> So I wonder, is there already such a tool which has such features? Or
> at least a *similar* tool. It would be very cool if the tool can render
> from OSM data directly, but if some manual conversion would be needed,
> that would be okay.
>
> I should give some examples:
> The program could have a checkbox somewhere to toggle country borders.
> So you click the checkbox and they disappear. Or you could have a map
> where only lanterns or whatever are displayed. Or a map where only the
> surface or landuse types are rendered. Etc. etc. Everything should be
> created dynamically.
>
> The reason why I am looking for such a tool is because I think it would
> be really useful in many aspects.
>
> In case no such program exists, I wonder if there has been made any
> attempt to create such a program (at least).
>
> --
> Wuzzy
> XMPP: wuz...@jabber.ccc.de
> E-Mail: wuz...@mail.ru
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Is there a OSM map viewer program to dynamically view OSM data?

[Marc Gemis]

oops, I missed the "standalone" part in your message


On Fri, Jan 8, 2016 at 5:26 AM, Marc Gemis <marc.ge...@gmail.com> wrote:
> http://www.openpoimap.org
> http://www.openlinkmap.org
> http://www.flosm.de/en/POI-map.html
>
> or look at the complete list at
> http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services
>
> regards
>
> m
>
> On Fri, Jan 8, 2016 at 3:58 AM, Wuzzy <wuz...@mail.ru> wrote:
>> Hi!
>>
>> I was wondering if there is some standalone application (preferable for
>> PC) to view OSM data as a map, but dynamically and locally (not
>> from some random computer on the Internet) rendered.
>>
>> We already have a large number of websites which show OSM data in all
>> sorts of different styles and this is pretty cool. But I think all of
>> them do not show OSM in its full glory, and they are all tailored to
>> a specific use case.
>> The www.openstreetmap.org style is already pretty nice IMO but this is
>> of course not useful for all use cases.
>>
>> Also most of the websites them use a pre-rendered “base layer” and just
>> put symbols on top of that. This is not what I want.
>> Therefore, the KDE program “Marble” does not count. It is able to show
>> OSM, but it's just the pre-rendered default layers of
>> www.openstreetmap.org.
>> JOSM kinda does what I want, but it is obviously not tailored towards
>> *viewing* map data for everyday usage.
>>
>> What I want is an application which renders OSM data directly and based
>> on configurable user settings, i.e. switching on and off certain
>> features (like country borders) is as simple as clicking a checkbox.
>>
>> As an analogy, Google Earth has such a feature where you can toggle
>> some map features, but it is not based on OSM, obviously and also it is
>> rather limited in that sense.
>>
>> So I wonder, is there already such a tool which has such features? Or
>> at least a *similar* tool. It would be very cool if the tool can render
>> from OSM data directly, but if some manual conversion would be needed,
>> that would be okay.
>>
>> I should give some examples:
>> The program could have a checkbox somewhere to toggle country borders.
>> So you click the checkbox and they disappear. Or you could have a map
>> where only lanterns or whatever are displayed. Or a map where only the
>> surface or landuse types are rendered. Etc. etc. Everything should be
>> created dynamically.
>>
>> The reason why I am looking for such a tool is because I think it would
>> be really useful in many aspects.
>>
>> In case no such program exists, I wonder if there has been made any
>> attempt to create such a program (at least).
>>
>> --
>> Wuzzy
>> XMPP: wuz...@jabber.ccc.de
>> E-Mail: wuz...@mail.ru
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes

[Marc Gemis]

2016-01-06 15:35 GMT+01:00 Philippe Verdy :
> Impossible de répondre et les inscriptions sur ce forum sont fermées.

C'est bizarre. Je pense que ce n'est pas vrai: voir
http://forum.openstreetmap.org/viewtopic.php?id=36900 #14

m

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

Re: [OSM-talk] Abandoned buildings

[Marc Gemis]

As soon as you record the data it is in the database, it doesn't
matter whether it is rendered on the standard map or not.
I think that if you need "stats" on abandoned buildings or shops, that
you will load the data into your own database or a GIS system such as
QGIS, where you can really analyse and visualise the data.
Another quick solution for visualisation would be to use Overpass
Turbo or Overpass in combination with umap.  No need to wait until
others do the work for you :-)


regards

m

On Tue, Jan 5, 2016 at 9:42 PM, John Doe  wrote:
> In my opinion objects with abandoned prefix should be introduced in
> nominatim for searches and in mapnik to see them (with a different render
> obviously).
> OSM can be an important database also for stats about abandoned
> buildings/houses in our cities.
> Some organization (also the public administration) can be interested in
> research and exploitation of these places and OSM can be a great base.
>
> Il 05/Gen/2016 13:29, "Mateusz Konieczny"  ha scritto:
>>
>> On Tue, 5 Jan 2016 00:14:25 +0100
>> John Doe  wrote:
>>
>> > I tagged some abandoned building in my native city with
>> > abandoned:building=yes (as wiki) and the building name but now i can't
>> > search these ones with nominatim (no results) and none of these
>> > appears on mapnik.
>> > Is prefix abandoned before building=yes really correct?
>>
>> "I tagged some abandoned building in my native city with
>> abandoned:building=yes"
>>
>> I think it is mistake. abandoned: prefix makes sense for things like
>> shops where there is a fundamental difference between active shop (POI
>> - it is possible to buy something there or provides some services).
>>
>> abandoned:shop, abandoned:amenity is solely an orientation point.
>>
>> In case of buildings there is no such fundamental difference between
>> used and unused one.
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [OSM-talk] Belgium/Netherlands Boundary Change

[Marc Gemis]

No, the border does not have to be changed yet, although there seems
to be an agreement between both governments

Discussion on Belgian mailing list:
https://lists.openstreetmap.org/pipermail/talk-be/2016-January/008250.html
On the Dutch Forum: http://forum.openstreetmap.org/viewtopic.php?id=53204
As a note: http://www.openstreetmap.org/note/275464

regards

m

On Tue, Jan 5, 2016 at 12:54 PM, Steve Doerr  wrote:
> Just read this article about a territory-swap between The Netherlands and
> Belgium: http://actualite24.info/post/316916
>
> I wonder if this has taken effect yet? It's not reflected in OSM currently.
> I think I'll leave it for the local communities to action.
>
> --
> Steve
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-be] Changes to Belgian-Dutch Border

[Marc Gemis]

Found an article on De Redactie (Dutch):
http://deredactie.be/cm/vrtnieuws/binnenland/1.1773332

On Mon, Jan 4, 2016 at 8:37 PM, Sander Deryckere <sander...@gmail.com> wrote:
> I heard that it would happen this year, not that it already happened.
>
> See this note: http://www.openstreetmap.org/note/275464
>
> 2016-01-04 20:29 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>>
>> Hallo,
>>
>> I heard on the radio today that the Belgian-Dutch border was adapted.
>> Belgium became a bit smaller. Anyone knows whether this change is
>> already reflected in OSM ? I can't find an online article.
>>
>>
>> regards
>>
>> m
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-talk-be] Changes to Belgian-Dutch Border

[Marc Gemis]

Hallo,

I heard on the radio today that the Belgian-Dutch border was adapted.
Belgium became a bit smaller. Anyone knows whether this change is
already reflected in OSM ? I can't find an online article.


regards

m

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

Re: [OSM-talk] Nominatim weakness

[Marc Gemis]

openlinkmap.org has such a box (search only in current map view). I
assume it is using nominatim for obtaining the data.

regards

m.

On Thu, Dec 24, 2015 at 5:10 PM, Stephan Knauss  wrote:
>
>
> On December 24, 2015 11:21:22 AM GMT+01:00, malenki  wrote:
>
>>Because I know of the fallability of men and IT when I search for
>>anything depending on a location I always give the location, too.
>
> Does nominatim support phrases like "nearby"  or "near me"? If we don't pass 
> the current location, it could use the map bounding box.
>
> Stephan
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-be] strange boundaries in belgium

[Marc Gemis]

Sander, ik zie dat je die wijziging al ongedaan hebt gemaakt,
braadworst123 
http://www.openstreetmap.org/user/Braadworst123/history#map=11/51.0412/3.3543
heeft er nog wel een paar aangepast de voorbije dagen, bv. Koekelare
http://www.openstreetmap.org/relation/1269847 , Houthulst
http://www.openstreetmap.org/relation/2237451
enz.

m.

2015-12-22 9:37 GMT+01:00 Sander Deryckere <sander...@gmail.com>:
> Wijnendale is geen deelgemeente, dus verdient geen grens (tenzij we er hier
> anders over beslissen, er was een eindje geleden een discussie over kleinere
> grenzen).
>
> Daarnaast valt wijnegem onder grondgebied Torhout, en niet Ichtegem (en ik
> vraag me ook af hoe hij de grens bepaald heeft).
>
> Mvg,
> Sander
>
>
>
> 2015-12-22 5:28 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>>
>> Take e.g. a look at
>> http://www.openstreetmap.org/relation/1376903/history, where
>> braadworst123 added Wijnendale to Itchtegem admin_level=9.
>>
>> I left a comment at http://www.openstreetmap.org/changeset/36066185
>>
>> regards
>>
>> m
>>
>> On Tue, Dec 22, 2015 at 5:17 AM, Marc Gemis <marc.ge...@gmail.com> wrote:
>> > boundary specialist, please take a look at this forum post: strange
>> > boundaries in belgium [1]
>> >
>> > Wambacher runs the website where you can download all boundaries. He
>> > also runs a script to detect problems with them.
>> >
>> >
>> >
>> > regards
>> >
>> > m
>> >
>> > [1] http://forum.openstreetmap.org/viewtopic.php?id=53050
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] strange boundaries in belgium

[Marc Gemis]

Atlas der Buurtwegen misschien, zie bv.
https://nl.wikipedia.org/wiki/Pierkenshoek (alternatieve naam voor
Sint-Kristoffel)

m.

2015-12-22 10:11 GMT+01:00 Sander Deryckere <sander...@gmail.com>:
> Marc,
>
> Ja, ik was er nog mee bezig.
>
> Zoals gezegd op de changeset
> (http://www.openstreetmap.org/changeset/36066185), de oude relaties heb ik
> hersteld, maar zijn nieuwe wegen heb ik niet verwijderd omdat ik niet weet
> wat hij juist getekend had.
>
> Is die grens ergens gedefinieerd of niet?
>
> Hier zijn de desbetreffende grensdelen:
>
> http://osm.org/way/386821195
> http://osm.org/way/386798754
> http://osm.org/way/386827244
> http://osm.org/way/386795768
> http://osm.org/way/386835878
> http://osm.org/way/386822671
>
>
> Op 22 december 2015 09:52 schreef Marc Gemis <marc.ge...@gmail.com>:
>
>> Sander, ik zie dat je die wijziging al ongedaan hebt gemaakt,
>> braadworst123
>> http://www.openstreetmap.org/user/Braadworst123/history#map=11/51.0412/3.3543
>> heeft er nog wel een paar aangepast de voorbije dagen, bv. Koekelare
>> http://www.openstreetmap.org/relation/1269847 , Houthulst
>> http://www.openstreetmap.org/relation/2237451
>> enz.
>>
>> m.
>>
>> 2015-12-22 9:37 GMT+01:00 Sander Deryckere <sander...@gmail.com>:
>> > Wijnendale is geen deelgemeente, dus verdient geen grens (tenzij we er
>> > hier
>> > anders over beslissen, er was een eindje geleden een discussie over
>> > kleinere
>> > grenzen).
>> >
>> > Daarnaast valt wijnegem onder grondgebied Torhout, en niet Ichtegem (en
>> > ik
>> > vraag me ook af hoe hij de grens bepaald heeft).
>> >
>> > Mvg,
>> > Sander
>> >
>> >
>> >
>> > 2015-12-22 5:28 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>> >>
>> >> Take e.g. a look at
>> >> http://www.openstreetmap.org/relation/1376903/history, where
>> >> braadworst123 added Wijnendale to Itchtegem admin_level=9.
>> >>
>> >> I left a comment at http://www.openstreetmap.org/changeset/36066185
>> >>
>> >> regards
>> >>
>> >> m
>> >>
>> >> On Tue, Dec 22, 2015 at 5:17 AM, Marc Gemis <marc.ge...@gmail.com>
>> >> wrote:
>> >> > boundary specialist, please take a look at this forum post: strange
>> >> > boundaries in belgium [1]
>> >> >
>> >> > Wambacher runs the website where you can download all boundaries. He
>> >> > also runs a script to detect problems with them.
>> >> >
>> >> >
>> >> >
>> >> > regards
>> >> >
>> >> > m
>> >> >
>> >> > [1] http://forum.openstreetmap.org/viewtopic.php?id=53050
>> >>
>> >> ___
>> >> Talk-be mailing list
>> >> Talk-be@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-be
>> >
>> >
>> >
>> > ___
>> > Talk-be mailing list
>> > Talk-be@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-be
>> >
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] strange boundaries in belgium

[Marc Gemis]

Take e.g. a look at
http://www.openstreetmap.org/relation/1376903/history, where
braadworst123 added Wijnendale to Itchtegem admin_level=9.

I left a comment at http://www.openstreetmap.org/changeset/36066185

regards

m

On Tue, Dec 22, 2015 at 5:17 AM, Marc Gemis <marc.ge...@gmail.com> wrote:
> boundary specialist, please take a look at this forum post: strange
> boundaries in belgium [1]
>
> Wambacher runs the website where you can download all boundaries. He
> also runs a script to detect problems with them.
>
>
>
> regards
>
> m
>
> [1] http://forum.openstreetmap.org/viewtopic.php?id=53050

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

[OSM-talk-be] Winterwandelboek van Scheldeland

[Marc Gemis]

Het Winterwandelboek van Toerisme Scheldeland [1] gebruikt o.a.
kaartjes gebaseerd op OpenStreetMap. Ik heb hen vriendelijk gevraagd
bij een volgende versie "(c) OpenStreetMap contributors" te vermelden


mvg



m

[1] http://www.scheldeland.be/winter/

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

Re: [Talk-us] Why do city names display in the local language at osm.org?

[Marc Gemis]

Jochen Topf has an experimental site where you can pick the language
for the tags, see http://mlm.jochentopf.com/


regards


m

On Mon, Dec 21, 2015 at 5:07 PM, Toby Murray  wrote:
> Yeah, the tiles on osm.org just straight up render the name=* tag
> which is supposed to contain the name of an object in the primary
> language of the area that it is in.
>
> I know Wikipedia has done some work on localizing maps. I believe the
> way they do it is to render a map without any labels and then have
> language-specific layers that have nothing but the names on them. The
> client chooses which name layer to load on top of the label-less base
> layer.
>
> I'm guessing there are better ways to handle this if you go the route
> of using vector tiles instead of bitmaps...
>
> Toby
>
>
> On Mon, Dec 21, 2015 at 9:40 AM, Steve Friedl  wrote:
>> Mapping tiles are not generated on a per-user basis; they are generated for
>> all users and shared.  The rendering software has to make intelligent
>> decisions about how to make the maps look reasonable for everybody, and my
>> suspicion is that things like city names are chosen from the local language
>> of the country that the city is within, on the grounds that most people
>> looking at a city live in the country.
>>
>>
>>
>> It would be great if tiles were rendered customly for everybody (I’d be able
>> to see elevations in feet instead of meters), but that’s not how this one
>> works.
>>
>>
>>
>> Steve
>>
>>
>>
>> From: Alan Bragg [mailto:alan.d.br...@gmail.com]
>> Sent: Monday, December 21, 2015 7:32 AM
>> To: talk-us@openstreetmap.org Openstreetmap 
>> Subject: [Talk-us] Why do city names display in the local language at
>> osm.org?
>>
>>
>>
>> My preferred language is set to "en"
>>
>> For example Florence Italy displays as Firenze even though it's tagged with
>> many languages including en:Florence
>>
>> I get the same display in both the  chrome and internet explorer browsers.
>>
>>
>>
>>
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [OSM-talk-be] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale

[Marc Gemis]

2015-12-16 19:35 GMT+01:00 joost schouppe :
> On topic: 60 dagen cursus geven is inderdaad een tikje waanzinnig voor een
> vrijwilliger. Maar er zijn ongetwijfeld voldoende capabele mensen die dat
> zouden kunnen doen, tegen een billijke vergoeding. Het alternatief is dat
> iemand binnen jullie organisatie zelf "OSM-expert" wordt en binnen zijn uren
> die trainingen doet.

Er was sprake om dit bv. in samenwerking met Syntra te doen.

Maar moet je wel 5 dagen cursus aan 1 groep geven (Ik geloof er sprake
was van 12 reeksen van 5 dagen) ?
Er zijn duizenden mappers die het doen zonder zo'n lange cursus.

Zou 1 introductiedag niet voldoende zijn ?Zouden we daar al niet
kunnen mee beginnen en dan vastleggen wat de noden zijn  voor
eventuele opvolgcursussen ?
Op zo'n dag kan je gemakkelijk OSM toelichten, een survey maken en
mappen nadien.
Je zou afzonderlijke dagen kunnen nemen voor de medewerkers aan de ene
kant en de peters en meters aan de andere kant. Als je tenminste echt
verschillende presentaties zou maken.



---
I.v.m. de wandelnetwerken in afzonderlijke DB houden. Dat gebeurt nu
al in bv http://www.wandelknooppunt.be. Daar kan je alle routes
bekijken boven Google Maps, satelliet foto of OSM-kaart.
De routes volgen daar inderdaad niet altijd de onderliggende weg, en
als je een route download mag je regelmatig toch 10% in lengte
bijtellen (of wijkt mijn GPS toestel zoveel af ?). Zou het
nauwkeuriger zijn moest de route echt gebonden zijn aan de
onderliggende wegen ?

Je kan natuurlijk nog uren debatteren wat je echt in OSM zet, wat in
een andere DB, hoe je dat in OSM zet (via import of surveys) enz. Maar
dat moeten we maar eens bij pot en pint doen :-)
---


Ik zou bij deze de mensen van Westtoer en hun peters en meters al
willen uitnodigen om de Missing Maps party in Gent. Dan leren ze OSM
al wat kennen.

m

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

Re: [OSM-talk-be] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale

[Marc Gemis]

Dat klopt inderdaad, de wandelknooppunten in en rond De Schorre in
Boom zijn bv. al 3 keer gewijzigd de laatste 5 jaar. Grote wijzigingen
en nieuwe stukken worden altijd aangekondigd, dan weet je waar je moet
gaan kijken. Kleine wijzingen kom je niet te weten.  Ik heb al wel
eens voorgesteld bij de Provincie Antwerpen om een nieuwsbrief uit te
geven met alle wijzigingen, dan weet je tenminste waar je moet gaan
kijken.

In het Pajottenland is er ook nog een stuk dat nu anders ingetekend
staat dan oorspronkelijk gepland. Het ontbrekende stuk + verplaatsen
paaltjes zou iets voor dit najaar geweest zijn. Heb nog geen tijd
gehad om er te gaan kijken.

mvg

m

2015-12-16 12:03 GMT+01:00 Sander Deryckere <sander...@gmail.com>:
> Het up-to-date houden van data is een probleem bij meer dan enkel de
> fietsknooppunten. Het probleem is zeker even groot bij winkels, cafés en
> andere POI.
>
> Dingen checken en dubbel checken is de enige mogelijkheid om de OSM data
> up-to-date te houden zonder gebruik te maken van externe data.
>
> In het verleden is het knooppuntennetwerk trouwens al meerdere keren
> geupdated. Maar dan op kleinere schaal, en zonder grote aankondigingen. Ook
> dit hebben we moeten oplossen door alles nog eens dubbel te checken.
>
> Groeten,
> Sander
>
> Op 16 december 2015 11:27 schreef Marc Gemis <marc.ge...@gmail.com>:
>
>> In Duitsland gebruiken ze bij post bussen "collection_times:lastcheck"
>> , zie bv. de node http://www.openstreetmap.org/node/1569410933 . Deze
>> informatie is dan weer zichtbaar op
>> http://www.briefkastenkarte.de/index.html
>>
>> Misschien kunnen we iets gelijkaardigs invoeren.
>>
>> Bij Westtoer werken ze ook met Peters en Meters die jaarlijks alle
>> netwerken afgaan. In de bespreking van April (of was het mei), was er
>> het idee om hen te leren mappen (meerdaagse cursus), niet enkel voor
>> netwerken, maar voor "alle" topics. Op deze manier zou een groot deel
>> van West-Vlaanderen up-to-date kunnen gehouden worden. Heb daar
>> sindsdien niets meer van gehoord.
>>
>> m
>>
>> 2015-12-16 11:15 GMT+01:00 Jakka <vdmfrank...@gmail.com>:
>> >> Dus denk ik niet dat het zin heeft om alle knooppunten automatisch te
>> >> gaan taggen.
>> >
>> > Vroeg me af, hoe gaan we dat weten dat dit knooppunt en of deze
>> > verbinding
>> > nagezien en geactualiseerd werd.
>> > Ook voor eventueel niet osm mappers, maar deze die af en toe een
>> > verbinding
>> > willen checken en doorgeven. Dit om dubbel werk, tijd, fiets km te
>> > vermijden.
>> > Onderaan link naar een prog. die relaties test op onregelmatigheden.
>> > Misschien door nu algemene toevoeging van een "note:check=check node and
>> > relation" (of iets anders maar moet duidelijk zijn voor iemand, toerist
>> > die
>> > geen weet heeft dat alles herzien moet worden) op de huidige "rcn_ref"
>> > node
>> > te plaatsen en bij nazicht, update deze verwijderen. Oppassen tag
>> > "note=4-91" wordt gebruikt om relaties te melden.
>> > Moeten natuurlijk nog mogelijk zijn om dat uit te kunnen lezen met het
>> > dit
>> > prog. Zo kan iedereen mee volgen wat nog niet gedaan is, of waar
>> > onregelmatigheden zijn. En zo moet er geen wiki, site lijst opgestart en
>> > onderhouden worden. Heb mijn best gedaan om mijn betrokkenheid,
>> > bezorgdheid
>> > te verwoorden.
>> > Heb reeds een osm berichtje gestuurd van dit gesprek naar vmarc die nu
>> > loopt
>> > op talk.be
>> >
>> > http://osma.vmarc.be/nl/networks/be/rcn
>> >
>> > Sander Deryckere schreef op 15/12/2015 om 16:25:
>> >>
>> >>
>> >>
>> >> Op 15 december 2015 16:15 schreef Jakka
>> >> <vdmfrank...@gmail.com
>> >> <mailto:vdmfrank...@gmail.com>>:
>> >>
>> >> Fietsknooppunten West-Vlaanderen wordt volledig herzien en op veel
>> >> plaatsen bijgewerkt, verlegt, nieuwe verbindingen toegevoegd.
>> >> ...275 kilometer langer en er komen 392 knooppunten bij.
>> >> Hoe weten de gebruikers OSM, en afgeleide app dat de huidige
>> >> bestaande relaties nog niet aangepast, herzien werden.
>> >> Kan iemand al deze relaties globaal in één keer voorzien van een
>> >> merk tag welk? Een datum van de start herziening met een
>> >> verklarende
>> >> tekst?
>> >> Wie de vernieuwde route nagezien heeft, welke tag voorzien ? Gewoon
>> >>

Re: [OSM-talk-be] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale

[Marc Gemis]

Volgens mij nota's van de meeting in April van dit jaar [1] was het de
bedoeling een cursus op te stellen op een professionele manier. Men
sprak van 60 opleidingsdagen voor personeel en peters en meters
(gescheiden groepen). Volgens mij was (en is) er niemand binnen de
community die dat soort cursus in elkaar kan boxen en die gedurende de
week kan gaan geven.

Dit is van een heel ander niveau dan eventjes een presentatie van een
half uurtje te doen op een mapping party. En zelfs daar vind je amper
kandidaten voor. Het zijn altijd dezelfde personen die opdraven voor
zulke opdrachten.

Ik zie me natuurlijk graag gecorrigeerd op dit punt.

mvg

m




[1] https://lists.openstreetmap.org/pipermail/talk-be/2015-April/007353.html

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

Re: [OSM-talk-be] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale

[Marc Gemis]

In Duitsland gebruiken ze bij post bussen "collection_times:lastcheck"
, zie bv. de node http://www.openstreetmap.org/node/1569410933 . Deze
informatie is dan weer zichtbaar op
http://www.briefkastenkarte.de/index.html

Misschien kunnen we iets gelijkaardigs invoeren.

Bij Westtoer werken ze ook met Peters en Meters die jaarlijks alle
netwerken afgaan. In de bespreking van April (of was het mei), was er
het idee om hen te leren mappen (meerdaagse cursus), niet enkel voor
netwerken, maar voor "alle" topics. Op deze manier zou een groot deel
van West-Vlaanderen up-to-date kunnen gehouden worden. Heb daar
sindsdien niets meer van gehoord.

m

2015-12-16 11:15 GMT+01:00 Jakka :
>> Dus denk ik niet dat het zin heeft om alle knooppunten automatisch te
>> gaan taggen.
>
> Vroeg me af, hoe gaan we dat weten dat dit knooppunt en of deze verbinding
> nagezien en geactualiseerd werd.
> Ook voor eventueel niet osm mappers, maar deze die af en toe een verbinding
> willen checken en doorgeven. Dit om dubbel werk, tijd, fiets km te
> vermijden.
> Onderaan link naar een prog. die relaties test op onregelmatigheden.
> Misschien door nu algemene toevoeging van een "note:check=check node and
> relation" (of iets anders maar moet duidelijk zijn voor iemand, toerist die
> geen weet heeft dat alles herzien moet worden) op de huidige "rcn_ref" node
> te plaatsen en bij nazicht, update deze verwijderen. Oppassen tag
> "note=4-91" wordt gebruikt om relaties te melden.
> Moeten natuurlijk nog mogelijk zijn om dat uit te kunnen lezen met het dit
> prog. Zo kan iedereen mee volgen wat nog niet gedaan is, of waar
> onregelmatigheden zijn. En zo moet er geen wiki, site lijst opgestart en
> onderhouden worden. Heb mijn best gedaan om mijn betrokkenheid, bezorgdheid
> te verwoorden.
> Heb reeds een osm berichtje gestuurd van dit gesprek naar vmarc die nu loopt
> op talk.be
>
> http://osma.vmarc.be/nl/networks/be/rcn
>
> Sander Deryckere schreef op 15/12/2015 om 16:25:
>>
>>
>>
>> Op 15 december 2015 16:15 schreef Jakka
>> > >:
>>
>> Fietsknooppunten West-Vlaanderen wordt volledig herzien en op veel
>> plaatsen bijgewerkt, verlegt, nieuwe verbindingen toegevoegd.
>> ...275 kilometer langer en er komen 392 knooppunten bij.
>> Hoe weten de gebruikers OSM, en afgeleide app dat de huidige
>> bestaande relaties nog niet aangepast, herzien werden.
>> Kan iemand al deze relaties globaal in één keer voorzien van een
>> merk tag welk? Een datum van de start herziening met een verklarende
>> tekst?
>> Wie de vernieuwde route nagezien heeft, welke tag voorzien ? Gewoon
>> schrappen vorige tag geen goed idee???
>> Is er kans dat Toerisme West-Vlaanderen toelaat van hun data te
>> delen om sneller een update te hebben?
>>
>>
>> http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk
>>
>>
>> Het aantal knooppunten dat verwijderd wordt is tamelijk klein. Er worden
>> vooral veel routes en knooppunten bijgemaakt (voor zover ik kon zien,
>> heb al even vluchtig de kaart kunnen bekijken). Dat maakt natuurlijk de
>> routes ongeldig, maar op knooppuntniveau valt het werk dan nog wel mee.
>> Dus denk ik niet dat het zin heeft om alle knooppunten automatisch te
>> gaan taggen.
>>
>> Zelf heb ik een nieuw knooppunt ontdekt  in mijn straat.
>>
>> Ik weet niet hoe de contacten met westtoer nu zijn, maar tot op heden
>> komt alle knooppunt data van surveys.
>>
>> Mvg,
>> Sander
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

[OSM-talk-be] Mapper in the Spotlight

[Marc Gemis]

Hallo,

While you are waiting for the next interview with a Belgian mapper,
you can read one with Lutz Lange from Germany

http://www.openstreetmap.org/user/escada/diary/37532 (in German)
http://www.openstreetmap.org/user/escada/diary/37533 (in English)


regards

m

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

[talk-au] (no subject)

[Marc Gemis]

Hallo,

It seems like some Australian mapper (stweb) [1] is reaching out for
help on the forum [2]. One of his complaints is the number of nodes
used to trace lakes, beaches, etc. He did several "simplifications" in
his last changesets [3]. I don't know how the Australian community
thinks about this.

Perhaps it is worthwhile to reach out to him.


regards

m
(from Belgium)




[1] http://www.openstreetmap.org/user/stweb
[2] http://forum.openstreetmap.org/viewtopic.php?pid=566043#p566043
[3] http://www.openstreetmap.org/user/stweb/history#map=6/-33.591/151.597

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

Re: [OSM-talk-be] missing maps in Gent

[Marc Gemis]

'k heb ook nog 
https://docs.google.com/presentation/d/1JSqbEBE2ouYg8o_e1xbm8NPG72yk-1ty8jbROBheoCs/edit?usp=sharing

daar zitten heel wat voorbeelden in wat je zoal met OSM kan doen. dat
is ook een mogelijkheid.

2015-12-05 15:05 GMT+01:00 joost schouppe :
> Marc,
>
> Juist, eigenlijk wist ik dat (maar vergeten).
> De installatie van JOSM lijkt Jo nu helemaal pijnloos gekregen te hebben,
> dus dat komt goed. Misschien is een alternatief voor een hoop USB sticks om
> een hackpad of iets dergelijks op te zetten voor live chat en wat download
> links etc.
>
> Die presentatie ziet er zeer fijn uit, lijkt mij een leuke voor in Gent. De
> datum staat 99% vast: zat 23 januari. Enkel het uur is nog onder voorbehoud.
>
> Ik ben nog van plan om enkele mensen aan te schrijven die heel actief zijn
> in Gent.
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] The Historic Places map and Vandermaelen

[Marc Gemis]

the other maps (Pop, Ferraris, buurtwegen, Fricks) are now available as well.



On Fri, Dec 4, 2015 at 7:15 PM, Marc Gemis <marc.ge...@gmail.com> wrote:
> I had send Lutz  (one of the developers) the complete list of all
> historical maps provided by AGIV, they picked only this one (don't
> know why).
>
> regards
>
> m
>
> On Fri, Dec 4, 2015 at 7:11 PM, Sander Deryckere <sander...@gmail.com> wrote:
>> Marc, you know that Vandermaelen is also available to the Agiv WMTS (only
>> for Flanders though)? But that WMTS also has Popp, Ferraris and Frickx maps,
>> so offers even more comparison.
>>
>> Add this link in JOSM under WMTS imagery to get it:
>> wmts:http://tile.informatievlaanderen.be/ws/raadpleegdiensten/wmts?request=getcapabilities=wmts=1.0.0
>>
>> Regards,
>> Sander
>>
>> 2015-12-04 16:09 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>>>
>>> The team of the historic places map incorporated the tiles from the
>>> Vandermaelen maps (1846-1854) in their website. I wrote a short diary
>>> on how you can enable those tiles:
>>>
>>> http://www.openstreetmap.org/user/escada/diary/37470
>>>
>>> Enjoy exploring Flanders, Brussels and a part of Wallonia around 1850 :-)
>>>
>>> regards
>>>
>>> m
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>

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

Re: [OSM-talk-be] missing maps in Gent

[Marc Gemis]

Joost,

ik was er vorige keer in Antwerpen bij en hem toen geholpen met de
Missing Maps party daar. Jorieke deed de algemene uitleg, Jo en ik
liepen in de zaal rond om te assisteren.

Moeilijkste was: Java + JOSM installeren. Nadien geen noemenswaardige
problemen, op het oplossen van conflicten na. Dat was te wijten aan
een weg die door verschillende vakjes liep en die dus door meerdere
mensen gewijzigd werd. In JOSM is dat redelijk eenvoudig, in iD
onmogelijk als ik de help site mag geloven.

Een ander probleem was het herkennen van features hut vs building vs
house of track vs residential road. Dat is allemaal helemaal anders
dan hier. Daar ben ik zeker geen expert in. Daar kwam de expertise van
Jorieke en Pete goed van pas. Die laatste had ook een presentatie met
foto's. En dan was er nog iemand van het rode kruis (of was het artsen
zonder grenzen) die een presentatie had over de streek die gemapped
werd.

Die talk die je aanhaalt lijkt erg op wat ik eerder dit jaar op
OpenBelgium in Namen heb gegeven.
Zie eerste deel van
https://docs.google.com/presentation/d/1YJNlk-dqqNvBfGMPuMYHnMBmg48HJqoka7JfPUFEZ-w/edit?usp=sharing
 .

Maar ik kan niks toezeggen als ik geen datum heb. :-)

mvg

m

2015-12-05 9:22 GMT+01:00 joost schouppe <joost.schou...@gmail.com>:
> Marc,
>
> Ik was niet van plan om CV's te screenen :)
> Maar er zijn nog twee sterretjes die misschien wat dichter bij jou
> aansluiten:
>
> * iemand die mensen in JOSM op weg kan zetten
> * iemand die iets boeiends kan vertellen over waarom OSM mappen in je eigen
> omgeving
>
> Tasking manager gebruiken heb je in een half uur onder de knie, en iD mappen
> eveneens (ik  geef toe, het doe een beetje pijn, zelfs voor een Potlatch
> mapper als mezelf). Dus lijkt mij toch niet zo heel moeilijk voor iemand die
> OSM door en door kent.
>
> Om heel eerlijk te zijn: ik zie the Missing Maps vooral als een kans om een
> geheel nieuwe doelgroep aan te boren voor OSM in het algemeen, niet als een
> doel op zich.
>
> Plezant is dat ze andere interesses hebben dan de doorsnee OSM'er. Alleen al
> dat het aandeel vrouwen hoger is dan gewoonlijk maakt het de moeite voor
> mij. En de promotiekanalen zijn heel anders dan gewoonlijk: de kans is reeel
> dat het mensen zijn die we anders nooit zouden bereiken. Meer en andere
> OSM'ers, da's toch iets om voor uit je comfort zone te komen? [Dit soort
> dingen opzetten is voor mij ook bepaald niet mijn comfort zone :) ]
> Aangezien ik zelf ook pas geïnteresseerd ben geraakt in België mappen ná
> allerlei reisbestemmingen in kaart te brengen, geloof ik absoluut dat er
> geen onoverbrugbare kloof hoeft te zijn tussen humanitaire mappers en lokale
> mappers. Maar het kan natuurlijk wel een self fulfilling prophecy worden.
>
> Ik ga ermee ophouden voor het hier een heel manifest wordt :)
>
>
>
>
>
>
> Op 5 december 2015 07:46 schreef Marc Gemis <marc.ge...@gmail.com>:
>
>> Joost,
>>
>> je hebt dus een vacature :-)  voor iemand:
>>  * met ervaring in iD
>>  * ervaring met de Hot Task manager
>>  * die een zaal van 100 man wil lesgeven
>>
>>
>> ?
>>
>>
>> Aangezien mijn CV meer leest als
>>
>> * aanmodderen met JOSM
>> * met gebruik van lokale data
>> * en 3 pogingen gedaan om mensen iets te vertellen over OSM in het
>> algemeen
>>
>>
>> vrees ik dat ik je niet kan helpen.
>>
>>
>> m.
>>
>>
>> 2015-12-04 18:43 GMT+01:00 joost schouppe <joost.schou...@gmail.com>:
>> > Hoi,
>> >
>> > De stad Gent toont zich genereus, en wil ons een locatie geven om een
>> > missing maps mapathon te organiseren! (zoals binnenkort in Antwerpen
>> > [1])
>> > Wellicht komt het dan ook in "het boekske" van Gent en nemen ze het op
>> > in de
>> > promotie voor Apps for Ghent - dit jaar Mapps for Ghent.
>> >
>> > Met andere woorden: er zou wel eens vrij veel volk op af kunnen komen.
>> > Dus
>> > Gentenaars (en mensen die er gemakkelijk geraken): laat u horen. We gaan
>> > enkele mensen nodig hebben die kunnen iD-coachen, en/of mensen in JOSM
>> > op
>> > weg kunnen zetten en/of een boeiend verhaal kunnen vertellen over
>> > humanitair
>> > mappen. En we gaan wellicht genoeg tijd hebben, dus tussendoor doen we
>> > dan
>> > nog een presentatie over mappen in je eigen buurt.
>> > De mensen van GIS en open data van Gent leken bereid om zelf ook een
>> > steentje bij te dragen.
>> >
>> > Het staat nog niet helemaal vast, maar we mikken op zaterdag 23 januari.
>> > Locatie zal ergens heel centraal zijn, of mogelijk op de Zuiderpoort.
>> >

Re: [OSM-talk-be] crab voor straatnamen

[Marc Gemis]

2015-12-05 10:29 GMT+01:00 joost schouppe :
> In het begin had ik de neiging om onbenoemde wegen in OSM die ook in CRAB
> onbenoemd zijn te herclassificeren naar iets dat geen naam nodig heeft
> (highway=service). Maar in de buurt van Zwalm lijken er effectief veel wegen
> te zijn die eenvoudig geen naam hebben. Ik vertrouw CRAB niet genoeg om het
> als bron te beschouwen om te beslissen dat het effectief zo is. Maar wat
> zouden jullie voorstellen om te doen met zulke straten? Het zou fijn zijn om
> ze aan te duiden als "te controleren ter plaatse". Of zou het OK zijn ze als
> unnamed te definiëren met een source-tag voor de naam uit het CRAB? Op die
> manier zouden ze uit de gewone probleemgevallen verdwijnen, maar kan je wel
> een lijst trekken van wegen die nog eens ter plaatse moeten gechecked worden
> op ontbreken van naam. Iemand andere ideeen?

Ik zou nooit een andere klassificatie gebruiken omdat een of andere QA
tool niet overweg kan met bv. een residential road zonder naam. In
Japan ligt het vol van zo'n straten naar het schijnt. Wel is het zo
dat eerder unclassified straten geen naam hebben. Dus dat of track is
een betere oplossing dan service.
Is er geen tag voor unnamed straten ? Enkel als communicatie tussen mappers ?

mvg

m

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

[OSM-talk-be] The Historic Places map and Vandermaelen

[Marc Gemis]

The team of the historic places map incorporated the tiles from the
Vandermaelen maps (1846-1854) in their website. I wrote a short diary
on how you can enable those tiles:

http://www.openstreetmap.org/user/escada/diary/37470

Enjoy exploring Flanders, Brussels and a part of Wallonia around 1850 :-)

regards

m

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

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

[Marc Gemis]

Ik vraag me af of dat (copy/paste/edit) wel sneller gaat dan
overtekenen en onmiddellijk opletten dat je geen wegen snijdt, of
dubbele beekjes tekent. Hangt ook een beetje af hoe hun representatie
overeenstemt met die van OSM : way voor midden + polygon voor het hele
gebied. Wat voor beekjes en grachten enkel de way is in veel gevallen.

m.

2015-12-04 14:01 GMT+01:00 Sander Deryckere <sander...@gmail.com>:
>
>
> Op 4 december 2015 13:56 schreef Marc Gemis <marc.ge...@gmail.com>:
>>
>>
>> OK, bedankt. Dus als ik GRB als achtergrond gebruik om beekjes te
>> tekenen (ipv of in combinatie met de luchtfoto's) zit het wel snor.
>>
>> m.
>>
>
> Ja, maar het verschil is dat de GRB nu ook als vector-data beschikbaar is,
> dus kan je het bestand downloaden (wel via aanvraag blijkbaar, ik heb net
> mijn gemeente aangevraagd, geen idee hoe groot het volledig bestand is), en
> dan gewoon copy-pasten (en wat tags aanpassen), of misschien zelfs een nog
> meer geautomatiseerde import of QA.
>
> Mvg,
> Sander
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

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

[Marc Gemis]

Wat houdt de "Vlaamse Open Data licentie v1.2" feitelijk in ?

Volgens: 
https://www.agiv.be/producten/data-bestellen-en-downloaden/meer-over/open-data-datasets/voorwaarden

"De enige gebruiksvoorwaarde is dat je de naam vermeldt van de
eigenaar van de data bij het doorgeven, bekendmaken of publiceren van
de gegevens. (zie
https://www.agiv.be/producten/data-bestellen-en-downloaden/meer-over/open-data-datasets/bronvermelding)."

en volgens:
https://www.agiv.be/~/media/agiv/producten/data-bestellen-en-downloaden/documenten/gratis%20open%20data%20licentie%20vlaanderen%20v%2012.pdf

Zij is op dergelijke wijze ontworpen dat zij compatibel is met andere
open licenties die een naamsvermelding als voorwaarde bevatten, zoals
de Engelse Open Government Licence, de Franse Licence Ouverte, de
Creative Commons Attribution licentie 3.0 of de Open Data Commons
Attribution licentie 1.0.

Maar dus geen "SA". Zijn die gegevens dan wel bruikbaar om te traceren ?

Vergelijken zoals Joost wil doen is geen probleem.

m.


2015-12-04 11:13 GMT+01:00 Pieter Colpaert :
> Dag Vlaamse OSM-ers,
>
> Het grootschalig referentiebestand Vlaanderen is open data:
> https://download.agiv.be/Producten/Detail?id=1=GRBgis
>
> Iemand die er iets mee gaat doen?
>
> Mvg,
>
> Pieter
>
> --
> +32 486 74 71 22
>
> Board of directors
> Open Knowledge Belgium
> http://openknowledge.be
>
> International Open Transport community
> http://transport.okfn.org
>
> Belgian Open Transport community
> http://transport.openknowledge.be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

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

[Marc Gemis]

2015-12-04 13:49 GMT+01:00 Sander Deryckere <sander...@gmail.com>:
>
>
> Op 4 december 2015 13:35 schreef Marc Gemis <marc.ge...@gmail.com>:
>>
>> Wat houdt de "Vlaamse Open Data licentie v1.2" feitelijk in ?
>>
>> Volgens:
>> https://www.agiv.be/producten/data-bestellen-en-downloaden/meer-over/open-data-datasets/voorwaarden
>>
>> "De enige gebruiksvoorwaarde is dat je de naam vermeldt van de
>> eigenaar van de data bij het doorgeven, bekendmaken of publiceren van
>> de gegevens. (zie
>>
>> https://www.agiv.be/producten/data-bestellen-en-downloaden/meer-over/open-data-datasets/bronvermelding)."
>>
>> en volgens:
>>
>> https://www.agiv.be/~/media/agiv/producten/data-bestellen-en-downloaden/documenten/gratis%20open%20data%20licentie%20vlaanderen%20v%2012.pdf
>>
>> Zij is op dergelijke wijze ontworpen dat zij compatibel is met andere
>> open licenties die een naamsvermelding als voorwaarde bevatten, zoals
>> de Engelse Open Government Licence, de Franse Licence Ouverte, de
>> Creative Commons Attribution licentie 3.0 of de Open Data Commons
>> Attribution licentie 1.0.
>>
>> Maar dus geen "SA". Zijn die gegevens dan wel bruikbaar om te traceren ?
>>
>> Vergelijken zoals Joost wil doen is geen probleem.
>>
>> m.
>>
>>
>
> De licentie is compatibel met ODBL, dat is voor de CRAB import gechekt. Het
> ontbreken van SA wil juist zeggen dat we het naar onze eigen licentie kunnen
> brengen (dus ODBL voor OSM, of een andere licentie voor een ander doel).
>
> En vergelijken is altijd de basis voor importeren ;)
>
>

OK, bedankt. Dus als ik GRB als achtergrond gebruik om beekjes te
tekenen (ipv of in combinatie met de luchtfoto's) zit het wel snor.

m.

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

Re: [OSM-talk-be] Robot pour CP manquants à Bruxelles - A bot for missing postal codes [FR-EN]

[Marc Gemis]

On Fri, Dec 4, 2015 at 1:36 PM, Sander Deryckere  wrote:
> Most of the Belgian postcode boundaries are already complete

In Flanders, I see a lot of missing data in Wallonia.
http://overpass-turbo.eu/s/d5W (or is my query wrong ?)

m.

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

Re: [OSM-talk-be] missing maps in Gent

[Marc Gemis]

Joost,

je hebt dus een vacature :-)  voor iemand:
 * met ervaring in iD
 * ervaring met de Hot Task manager
 * die een zaal van 100 man wil lesgeven


?


Aangezien mijn CV meer leest als

* aanmodderen met JOSM
* met gebruik van lokale data
* en 3 pogingen gedaan om mensen iets te vertellen over OSM in het algemeen


vrees ik dat ik je niet kan helpen.


m.


2015-12-04 18:43 GMT+01:00 joost schouppe :
> Hoi,
>
> De stad Gent toont zich genereus, en wil ons een locatie geven om een
> missing maps mapathon te organiseren! (zoals binnenkort in Antwerpen [1])
> Wellicht komt het dan ook in "het boekske" van Gent en nemen ze het op in de
> promotie voor Apps for Ghent - dit jaar Mapps for Ghent.
>
> Met andere woorden: er zou wel eens vrij veel volk op af kunnen komen. Dus
> Gentenaars (en mensen die er gemakkelijk geraken): laat u horen. We gaan
> enkele mensen nodig hebben die kunnen iD-coachen, en/of mensen in JOSM op
> weg kunnen zetten en/of een boeiend verhaal kunnen vertellen over humanitair
> mappen. En we gaan wellicht genoeg tijd hebben, dus tussendoor doen we dan
> nog een presentatie over mappen in je eigen buurt.
> De mensen van GIS en open data van Gent leken bereid om zelf ook een
> steentje bij te dragen.
>
> Het staat nog niet helemaal vast, maar we mikken op zaterdag 23 januari.
> Locatie zal ergens heel centraal zijn, of mogelijk op de Zuiderpoort.
>
>
> [1] http://osm.be/nl/content/missing-maps-mapathon-antwerpen
>
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] The Historic Places map and Vandermaelen

[Marc Gemis]

I had send Lutz  (one of the developers) the complete list of all
historical maps provided by AGIV, they picked only this one (don't
know why).

regards

m

On Fri, Dec 4, 2015 at 7:11 PM, Sander Deryckere <sander...@gmail.com> wrote:
> Marc, you know that Vandermaelen is also available to the Agiv WMTS (only
> for Flanders though)? But that WMTS also has Popp, Ferraris and Frickx maps,
> so offers even more comparison.
>
> Add this link in JOSM under WMTS imagery to get it:
> wmts:http://tile.informatievlaanderen.be/ws/raadpleegdiensten/wmts?request=getcapabilities=wmts=1.0.0
>
> Regards,
> Sander
>
> 2015-12-04 16:09 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>>
>> The team of the historic places map incorporated the tiles from the
>> Vandermaelen maps (1846-1854) in their website. I wrote a short diary
>> on how you can enable those tiles:
>>
>> http://www.openstreetmap.org/user/escada/diary/37470
>>
>> Enjoy exploring Flanders, Brussels and a part of Wallonia around 1850 :-)
>>
>> regards
>>
>> m
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

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

[Marc Gemis]

cabine : Electrical, gas or other cabine

kan onder man_made=street_cabinet of misschien
pipeline/power=substation afh. van de grootte

in- of uitrit van een parking : highway=service + service=parking_aisle

dacht ik ook, maar via de discussie op reddit die ik net gelezen heb
[1] moet de toegangsweg highway=service zijn. Heb dat zelf nog nooit
zo gemapped. Is ook maar in 2014 toegevoegd aan [2], en ik heb die
wiki pagina al lang niet meer bekeken

[1] 
https://www.reddit.com/r/openstreetmap/comments/3uutzo/service_roads_as_lanes_for_parking/
[2] https://wiki.openstreetmap.org/wiki/Tag:service%3Dparking_aisle

2015-12-04 18:55 GMT+01:00 Sander Deryckere :
> Ik heb geprobeerd de Agiv en OSM data wat te vergelijken (onderzoeken welke
> definities gebruikt worden in OSM vs Agiv). Mijn bevindingen staan hier:
> https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GRB
>
> In het kort, zeker niet alles is bruikbaar. Deze zijn de meest bruikbare
> bestanden voor OSM:
>
> * Gbg and delen van Gba: de gebouw contouren, gevels zijn van goede
> kwaliteit (door landmeters opgemeten), in de achterstukken kunnen soms wat
> fouten zitten
> * Wvb: middellijnen van straten (met naam, type en andere data), goede
> kwaliteit, ook niet teveel nodes
> * Wgr en Wlas: middellijnen van grachten, beken en rivieren (met naam),
> goede kwaliteit, zoals wegen
> * Knw: een hoop verschillende zaken die we mappen mat man_made=* in OSM
> * Wga: vooral de bushokjes en fietsenstallingen zijn interessant
> * Wgo: vertaling naar de experimentele area:highway tag? Conversie niet zo
> gemakkelijk
> * Wti : verkeersplateaus
> * Wni: muurtjes en vangrails naast de weg
>
> De rest komt ofwel niet overeen met OSM (hun wegbaan gebieden nemen ook
> delen van voortuinen in, en de wateroppervlaktes nemen ook grote delen vaste
> oever in), of heeft geen equivalent in OSM.
>
> Mvg,
> Sander
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] Rise of the voetwegen

[Marc Gemis]

2015-12-02 15:35 GMT+01:00 Glenn Plas :
> dus voor mezelf zou ik dan van strategie alt_name="voetweg 123" naar ref=123

Hier in de buurt heb je "VW xxx"  (Voetweg) en "BW xxx" (Buurtweg).
Daarom zet ik het volledige "Voetweg xxx" in ref om het onderscheid te
kunnen maken. Maar ref="xxx' kan natuurlijk ook.

Bovendien lopen die wegen soms zelfs voor een deel over straten met
een "gewone" naam.

m

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

Re: [OSM-talk-be] Rise of the voetwegen

[Marc Gemis]

Probeer meer te weten te komen van de mapper, zie
https://www.openstreetmap.org/changeset/35694615

mvg

m

2015-12-02 14:43 GMT+01:00 Glenn Plas :
> Hi,
>
> Effe korte peer check:  Ik zie veel voetwegen verschijnen in de buurt,
> op zich super natuurlijk maar ik begin een wildgroei aan tags te zien
> voor dezelfde voetweg per segment.  Het is een zootje aan het worden met
> footways die overgaan naar paths en terug footway.
>
> Naast het feit dat ze vaak als name='voetweg 1234'(, of erger: 'chemin
> 1234' in vlaanderen)  worden gemarkeerd ipv. hun officiele benaming, zie
> ik toch iets teveel footway's door velden en akkers trekken...
>
> Instinctief zou men snel geneigd zijn er 'footway' van te maken, wat op
> de map op zich niet lelijk 'rendert'.  Maar de renderer.
>
> Ik vind dat een 'path' meer geschikt is, zeker als ik de voetweg door
> velden zie gaan en waar een geen visible pad is volgens AGIV sat pics.
>
> Iemand daar zelf ook al issue's mee gehad.  Is er iemand die 'footway'
> meer geschikt vind voor vaak -kwasi denkbeeldige- wegen?  Waarom?
>
> Ik pas dit meestal in alt_name='voetweg 1234' en dan als
> name='Liposuctievoetweg'.
>
> Voorbeeld bv deze: https://www.openstreetmap.org/way/383827575
>
> Graag wat input van de wandelaars en andere kenners onder ons, hoe
> pakken jullie dit vast ?
>
> Glenn
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Rise of the voetwegen

[Marc Gemis]

Ik gebruik footway enkel als er een bord "Uitsluitend voor
voetgangers" staat. Ik denk dat ik die regel ook redelijk consequent
toepas als er zo'n klein wit bordje met een mannetje en "uitsluitend
voetgangers" bijstaat [2]. Hoewel dat net meestal de twijfelgevallen
zijn om path te gebruiken.
Als er geen bord staat en het is small -> path, kan er een tractor
over -> track.

Dit [1]  is nog steeds mijn gids bij het taggen.

voor je alt_name=Voetweg 1234, heeft men mij, op een van mijn eerste
vragen ooit, geantwoord dat dat onder "ref" moet komen. Doe ik dus nog
steeds.

mvg

m


[1] http://wiki.openstreetmap.org/wiki/User:Eimai/Belgian_Roads#Paths
[2] https://xian.smugmug.com/OSM/OSM-2015/2015-10-09-Appels/i-vjj4fbh/A

2015-12-02 14:43 GMT+01:00 Glenn Plas :
> Hi,
>
> Effe korte peer check:  Ik zie veel voetwegen verschijnen in de buurt,
> op zich super natuurlijk maar ik begin een wildgroei aan tags te zien
> voor dezelfde voetweg per segment.  Het is een zootje aan het worden met
> footways die overgaan naar paths en terug footway.
>
> Naast het feit dat ze vaak als name='voetweg 1234'(, of erger: 'chemin
> 1234' in vlaanderen)  worden gemarkeerd ipv. hun officiele benaming, zie
> ik toch iets teveel footway's door velden en akkers trekken...
>
> Instinctief zou men snel geneigd zijn er 'footway' van te maken, wat op
> de map op zich niet lelijk 'rendert'.  Maar de renderer.
>
> Ik vind dat een 'path' meer geschikt is, zeker als ik de voetweg door
> velden zie gaan en waar een geen visible pad is volgens AGIV sat pics.
>
> Iemand daar zelf ook al issue's mee gehad.  Is er iemand die 'footway'
> meer geschikt vind voor vaak -kwasi denkbeeldige- wegen?  Waarom?
>
> Ik pas dit meestal in alt_name='voetweg 1234' en dan als
> name='Liposuctievoetweg'.
>
> Voorbeeld bv deze: https://www.openstreetmap.org/way/383827575
>
> Graag wat input van de wandelaars en andere kenners onder ons, hoe
> pakken jullie dit vast ?
>
> Glenn
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Rise of the voetwegen

[Marc Gemis]

er is al reactie, zie  https://www.openstreetmap.org/changeset/35694615


mvg

m

2015-12-02 15:09 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
> Probeer meer te weten te komen van de mapper, zie
> https://www.openstreetmap.org/changeset/35694615
>
> mvg
>
> m
>
> 2015-12-02 14:43 GMT+01:00 Glenn Plas <gl...@byte-consult.be>:
>> Hi,
>>
>> Effe korte peer check:  Ik zie veel voetwegen verschijnen in de buurt,
>> op zich super natuurlijk maar ik begin een wildgroei aan tags te zien
>> voor dezelfde voetweg per segment.  Het is een zootje aan het worden met
>> footways die overgaan naar paths en terug footway.
>>
>> Naast het feit dat ze vaak als name='voetweg 1234'(, of erger: 'chemin
>> 1234' in vlaanderen)  worden gemarkeerd ipv. hun officiele benaming, zie
>> ik toch iets teveel footway's door velden en akkers trekken...
>>
>> Instinctief zou men snel geneigd zijn er 'footway' van te maken, wat op
>> de map op zich niet lelijk 'rendert'.  Maar de renderer.
>>
>> Ik vind dat een 'path' meer geschikt is, zeker als ik de voetweg door
>> velden zie gaan en waar een geen visible pad is volgens AGIV sat pics.
>>
>> Iemand daar zelf ook al issue's mee gehad.  Is er iemand die 'footway'
>> meer geschikt vind voor vaak -kwasi denkbeeldige- wegen?  Waarom?
>>
>> Ik pas dit meestal in alt_name='voetweg 1234' en dan als
>> name='Liposuctievoetweg'.
>>
>> Voorbeeld bv deze: https://www.openstreetmap.org/way/383827575
>>
>> Graag wat input van de wandelaars en andere kenners onder ons, hoe
>> pakken jullie dit vast ?
>>
>> Glenn
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be

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

[OSM-talk-be] SOTM 2016

[Marc Gemis]

Great :-)  I have to read a Russian blog post to learn that SOTM will
be held on September 23-25, 2016.

regards

m

[1] http://shtosm.ru/all/bryusselskaya-kartografiya/ (with google
translate on of course)

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

Re: [OSM-talk-be] Taalfaciliteiten + taalgrens + straatnamen

[Marc Gemis]

Some remarks (I know we are not mapping for XXX)

* Putting both Dutch and French names under name, breaks OsmAnd's
capability to tell the name in Dutch or French as far as I know. It
now tells both names
* name:left and name:right are not recognized by Nominatim AFIAK. So
searching for only Komenweg will fail.

I'm not saying that we have to adapt our current mapping, just
pointing out a few flaws in the data & tools for our complex
situation.

regards

m

On Tue, Dec 1, 2015 at 12:21 PM, Sander Deryckere  wrote:
> How should this way be tagged? http://www.openstreetmap.org/way/30126046
>
> The right side is in Heuvelland (Flanders), and has only a Flemish name:
> Komenweg
>
> The left side is in Comines-Warneton (Wallonia), which is a French-speaking
> municipality with Dutch language facilities, so has a name in both
> languages: Chemin des Quatre Rois - Vierkoningenweg.
>
> Now, for names that differ by language, we usually write them as name:nl and
> name:fr. For streetnames that differ by side of the street, we usually write
> them as name:left and name:right. But how should this be combined (note that
> two municipalities with language facilities might also border each other).
>
> What do you think about the following tags?
>
>> name=Komenweg - Chemin des Quatre Rois
>>
>> name:right=Komenweg
>>
>> name:left=Chemin des Quatre Rois
>>
>> name:left:fr=Chemin des Quatre Rois
>>
>> name:left:nl=Vierkoningenweg
>
>
> Also note that the street continues towards the boundary between Heuvelland
> and Mesen (which is a Flemish municipality with French language facilities).
> There if could be tagged
>
>
>>
>> name=Komenweg - Vierkoningenstraat
>>
>> name:right=Komenweg
>>
>> name:left=Vierkoningenstraat
>>
>> name:left:fr=Rue des Quatre Rois
>>
>> name:left:nl=Vierkoningenstraat
>
>
> You might wonder why I use name:left:fr instead of name:fr:left. Well, I
> figured I couldn't make a name:fr tag as there's no translation of Komenweg.
> So name:left:fr looks as a conceptual subtag of the existing name:left.
>
> What do you think of it? Someone has other opinions?
>
> Regards,
> Sander
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-talk-be] Fwd: [OSM-talk] Release openstreetmap-carto v2.37.0

[Marc Gemis]

-- Forwarded message --
From: Matthijs Melissen 
Date: Tue, Dec 1, 2015 at 1:38 AM
Subject: [OSM-talk] Release openstreetmap-carto v2.37.0
To: OpenStreetMap , osm-dev List 



Dear all,

Today, v2.37.0 of the openstreetmap-carto stylesheet has been
released and rolled out to the openstreetmap.org servers. It might
still take a couple of days before all tiles show the new rendering.

Changes include:

* Improved admin boundaries and labels on low zoom levels
* New farmland colour, making farmland less prominent
* New icons for shop=copyshop and shop=beverages
* Some refinements to the road rendering, based on the feedback we
received on this topic. In particular, roads are now rendered slightly
narrower on z13, z18 and z19.
* Various other bug fixes and minor improvements.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.35.0...v2.36.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues.

-- Matthijs

___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-fr] Get data using Overpass API

[Marc Gemis]

Reply in English, because original post was in English


This query returns only relations with the tags amenity=bicycle_rental
and network=Velo'V.
In case there are no such relations, the query will not return them.
I would expect that most bicycle_rental places are mapped as node and
occasionally as (closed) ways. I see no need to map them as relations.

regards
m

On Mon, Nov 30, 2015 at 2:35 PM, Yosra Zguira  wrote:
> Hello,
>
> I use the Overpass API to get osm data. I have this query:
>
> /*
> This has been generated by the overpass-turbo wizard.
> The original search was:
> “amenity=bicycle_rental and network="Vélo'v" in "Lyon, France"”
> */
> [timeout:25];
> // fetch area “Lyon, France” to search in
> {{geocodeArea:Lyon, France}}->.searchArea;
> // gather results
> (
>   // query part for: “amenity=bicycle_rental and network="Vélo'v"”
>   node["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>   way["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>   relation["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>
> way[highway](area.searchArea);
> );
>
> // print results
> out body;
>>;
> out skel qt;
>
> Whe I ran it, it generated only nodes and ways and not relations.
> How can I please modify this query in order to download an osm file which
> containes nodes, ways and relations?
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk] What3words

[Marc Gemis]

On Mon, Nov 30, 2015 at 1:50 PM, Colin Smale  wrote:
> In my example the party that needs to do the translation from w3w to lat/lon
> would be Amazon, and they will probably be paying w3w for a licence to do
> that.

Wouldn't it be more likely that Amazon would invent their own system
where customers get a mat with some sensors or build-in GPS tracker
(so I can move and take the mat with me) that can be used by the drone
? Why would they rely on a (broken) third-party solution ?

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

Re: [OSM-talk-fr] Get data using Overpass API

[Marc Gemis]

On Mon, Nov 30, 2015 at 2:47 PM, Yosra Zguira  wrote:
> I need to get an osm file which contain nodes, ways and relations of bicycle
> stations in Lyon, France. I will use this file for simulation using SUMO, so
> I need to convert it to an .net.xml file. Without relations I can't convert
> it to .net.xml file.
>

I saw this question on the help website as well.
The Overpass query only returns the objects that fulfil the criteria
that you specify. When there are no relations with the requested tags,
it will not return relations. Which relations would you expect ?

With your query you will only receive bicycle rental station, nothing
else, no roads, no houses, nothing but nodes, ways and relations
representing bicycle rental stations. When there are no nodes, ways or
relations with those tags, you will not retrieve nodes or ways or
relations.
In case there are no nodes with those tags, but only ways, you still
retrieve the nodes that are used in the ways, but not other nodes.

There is no requirement for .osm files to contain relations. In case
your conversion program needs relations, you will have to add
something to the file generated by Overpass. But what ? There are no
relations after all.


regards

m

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

[OSM-talk-be] Website voor controle openingsuren

[Marc Gemis]

Brief English text below

Sinds kort zijn de Belgische feestdagen opgenomen in de website voor
de controle van openingsuren van Robin Schneider [1].
Ook heb ik geprobeerd een Nederlandse vertaling te voorzien. Kunnen
jullie eens kijken en je laten weten of je iets anders zou vertalen.
Niet alle foutboodschappen kan ik vertalen


mvg


m

[1] http://openingh.openstreetmap.de/evaluation_tool/?setLng=nl

p.s. De ontbrekende vertaling voor Nederlands en het foutje voor
Italiaans heb ik ondertussen al aangebracht.



The website [1] to verify opening hours made by Robin Schneider now
includes the Belgian holidays.

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

Re: [OSM-talk-fr] Gestion des périodes historiques pour le patrimoine

[Marc Gemis]

Quand je vois à taginfo: [1]

il y a déja 189 x  C16 et 176 x C19, 64 x C14, ...
aussi c16
et aussi 57 x 18.␣Jahrhundert

pas de x...y

[1] http://taginfo.openstreetmap.org/keys/start_date#values

2015-11-09 23:46 GMT+01:00 Philippe Verdy :
> On ne sait peut être pas la date de  naissance du christ mais on sait des
> dates précises sur cette période.  Cela fixe les calendriers avec une date
> connue précisément mêle si ce n'est pas la date du christ mais qu'on utilise
> comme date commune de départ des calendriers julien et grégoriens pour leur
> année 1. Par la suite pleins de dates de l'ère avant cette date axiomatique
> et figée ont été définies précisément.  Ce dont on s'en fiche alors est de
> savoir quand est né le christ car la on est même à 4 ou 7 années près selon
> les sources, et on n'est même pas sur de l'âge du christ à sa mort alors que
> cette mort est datée très précisément, au moins pour le jour du jugement car
> il y a aussi une incertitude sur la durée du supplice et le jour de la
> descente de croix, et par la suite de celui de la résurrection annoncée et
> donc du choix finalement arbitraire de la plaque chrétienne qui a été
> remaniée politiquement pour menager les oppositions avec la pâque juive mais
> aussi les fêtes civiles romaines du printemps. L'année 1 à donc été fixée
> arbitrairement pour mettre tout le monde d'accord plusieurs siècles après et
> ensuite on a rapproche avec succès les calendriers romains avec le
> calendrier julien et c'est un concile qui a tenté de décider qu'elle pouvait
> être l'année 1 mais les recherches historiques de rapprochement avec les
> calendriers romains n'ont pas réussi.  Il en est resté des incertitudes dd
> datation de toute la vie du christ,  alors que pour le reste,  les dates du
> premiers siècle ainsi co venues sont très bien établies. L'incertitude sur
> les dates du calendrier romain sont sur des siècles antérieurs au premier
> siècle et on ne sait pas précisément la date de fondation de Rome ni plein
> de dates de l'été hellénique ou pourtant exustait déjà des fêtes pascales,
> non chrétiennes forcément.
>
> Bref l'année 0 n'est pas une question dont on se fout en histoire... Et on
> est bien à moins d'une année près, avec seulement des incertitudes de
> quelques jours,  notamment dans la période hivernale avant mars puisque les
> romains ne dataient pas précisément les deux derniers mois de l'année.
>
> Le 9 nov. 2015 23:26,  a écrit :
>>
>> Moi aussi ça me va.
>>
>> Pour plus de clarté je suis pour l'utilisation des tirets dans l'ISO 8601
>> pour désigner des dates.
>> Soit :
>> 1001..1099 - 1492-02-12..1492-02-13
>> C'est moins cabalistique.
>>
>> Pour la fameuse année zéro, comme vous de savez pas à 4 ans près (ou plus)
>> quand le Jésus Christ a poussé son premier Christ, heu cri, donner des dates
>> antérieures à une précision de +/- 1 an, on s'en fiche (pour les données qui
>> nous concernent).
>>
>> Jean-Yvon
>>
>> Le 09/11/2015 17:10, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a écrit
>> :
>>>
>>> Si on voulait préciser une construction s'étalant du 11e siècle au 15e,
>>> cela donnerait "1001..1099 - 1401..1499". Si on peut dater plus précisément
>>> une date, par exemple février 1492 pour la seconde borne au lieu du simple
>>> 15e siècle, cela donnerait "1001..1099 - 1492-02"
>>>
>> Je trouve ça plutôt intéressant
>>
>>>
>>> Mais si la construction s'est achevée encore plus précisément le 12 ou le
>>> 13 février, cela donnerait "1001..1099 - 1492-02-12..1492-02-13" (les 4
>>> dates mentionnée sont toutes en format compatible ISO 8601 (lequel format
>>> n'inclut aucune espace ni aucun point... mais admet qu'on puisse supprimer
>>> les séparateurs "-" entre les composants année-mois-jour à condition de
>>> mettre les années sur 4 chiffres minimum, donc autoriserait aussi qu'on
>>> utilise pour nos intervalles: ""1001..1099 - 14920212..14920213").
>>
>> Moi ça me va
>>>
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk-be] Mapbox, road completeness, CIA factbook

[Marc Gemis]

100% in Germany, The Netherlands, Luxembourg as well. Wonder why the
CIA thinks there are so many hidden roads in Belgium :-)
Or (more seriously) why the definition of road would be different for
Belgium compare to the other countries.

I cannot tell for Bolivia, but the Belgian roads are similar to other
Western European countries, so I would expect the CIA to use the same
definition there.

On the blog that was mentioned, you find a twitter address to contact
the Mapbox people. Maybe they can help ?

regards

m


On Fri, Nov 20, 2015 at 9:30 AM, joost schouppe
<joost.schou...@gmail.com> wrote:
> I think in the CIA's imagination :)
>
> Huge differences like that, I'm afraid it says more about the differences of
> the definition of what consists of a motor road. For instance, I know the
> road network in OSM Bolivia to be far from complete as to smaller motor
> roads, but it's way over 100% of the CIA number. So they probably only took
> the main road network as a measure. Meanwhile, OSM is mapping roads that no
> other map has ever mapped :)
>
> 2015-11-20 9:00 GMT+01:00 eMerzh <merz...@gmail.com>:
>>
>> Interesting thanks for the link 
>>
>> but it seems surprising no?
>> France is at 100% and us at 73? ... it's kind of low no? any idea where
>> those road are?
>>
>> 2015-11-20 6:52 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>>>
>>> Mapbox made a tool [1] to see how complete the road networks in a
>>> country are. Belgium got a 73%
>>> They blogged about it in [2]
>>>
>>>
>>> regards
>>>
>>>
>>> m
>>>
>>>
>>> [1] https://www.mapbox.com/data-platform/country/#belgium
>>> [2] https://www.mapbox.com/blog/how-complete-is-openstreetmap/
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-talk-be] Mapbox, road completeness, CIA factbook

[Marc Gemis]

Mapbox made a tool [1] to see how complete the road networks in a
country are. Belgium got a 73%
They blogged about it in [2]


regards


m


[1] https://www.mapbox.com/data-platform/country/#belgium
[2] https://www.mapbox.com/blog/how-complete-is-openstreetmap/

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

Re: [OSM-talk-be] Osmose onjuiste "rijstroken"

[Marc Gemis]

(psv:lanes:forward=1) != (lanes:forward=2)

--> lanes:psv:forward = 1 --> geeft het aantal rijstroken
+ (bijvoorbeeld) psv:lanes:forward=|designated   --> geeft aan welke rijstroken.



2015-11-19 11:21 GMT+01:00 Glenn Plas :
> Met de quick fix bedoelde ik dat er nog een validator warning inzit over
> de rijstroken count (stukje richting NL, vlak na de kennedy tunnel) .
> Ik heb die even genegeerd.
>
> Normaal dacht ik dat osmose periodieke updates doet, je moet dus even
> wachten tot de fouten eruit zijn.
>
> De fouten die ik gefixt heb ivm met foute 'lanes' values (uit uw
> originele link) zijn nu weg zo te zien:
>
> http://osmose.openstreetmap.fr/nl/errors/?country=belgium_flanders=3160
>
>
> Glenn
>
>
>
> On 18-11-15 20:47, Jakka wrote:
>> Voor zij die .py kunnen ontcijferen.
>>
>> https://github.com/osm-fr/osmose-backend/blob/master/plugins/Highway_Lanes.py
>>
>>
>> @Glenn de fix, quick-fix moet je daar iets voor doen om dat binnen te
>> halen updaten?
>>
>>
>>
>>> Kheb de lanes een fix gegeven, quick-fix voor R1, die moet geaudit
>>> worden, want de JOSM validator gaf ook al warnings die ik niet direct
>>> kon plaatsen.
>>>
>>> Glenn
>>>
>>>
>>> On 18-11-15 19:42, Glenn Plas wrote:

 De meeste ga je toch issue per issue moeten bekijken met kennis van de
 locaties, en huidige layout van de baan.  Sat foto's enkel te betrouwen
 als ze recent zijn en er geen werken zijn geweest ondertussen.

 enkele van die fouten zijn natuurlijk op te lossen.  lanes, dat kan maar
 1 cijfer zijn en geen reeks.

 Ik kan er wel een aantal aanpassen adhv. overpass queries.

 Tx voor die link, ik kende hem niet, best wel een interessante

 Glenn

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

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

Re: [OSM-talk-be] Osmose onjuiste "rijstroken"

[Marc Gemis]

lanes:both_ways is voor

a) een gemeenschappelijke rijstrook, typisch om in beide richtingen
links af te slaan
b) voor een gearceerd deel waar je niet mag rijden (zie vorige mail).
Ik denk dat osmose vooral niet met dit geval over weg kan, omdat er
dan buiten de access tags geen tags bijstaan voor bv. turn:lanes of
change:lanes. Ik zou er me in dit geval niet teveel van aantrekken.

mvg

m

2015-11-18 20:50 GMT+01:00 Jakka :
> Vooral die recente key "lanes:both_ways" daar geraak ik niet aan uit. En
>  osmose ook niet. De som lanes moet gelijk zijn som forward/backward maar,
> die both_ways waar komen die bij te staan?? Moeten die vermeld geteld worden
> in de lanes of niet ?
>
>
>>
>> De meeste ga je toch issue per issue moeten bekijken met kennis van de
>> locaties, en huidige layout van de baan.  Sat foto's enkel te betrouwen
>> als ze recent zijn en er geen werken zijn geweest ondertussen.
>>
>> enkele van die fouten zijn natuurlijk op te lossen.  lanes, dat kan maar
>> 1 cijfer zijn en geen reeks.
>>
>> Ik kan er wel een aantal aanpassen adhv. overpass queries.
>>
>> Tx voor die link, ik kende hem niet, best wel een interessante
>>
>> Glenn
>>
>>
>> On 18-11-15 17:13, Jakka wrote:
>>>
>>> Dag,
>>>
>>> Via bijgaande link komen voor Vlaanderen osmose warning voor de
>>> rijstroken te voorschijn.
>>>
>>>
>>> http://osmose.openstreetmap.fr/nl/errors/?country=belgium_flanders=3160
>>>
>>>
>>> Wie kan deze eens lange lijst oplossen. Ik vind er bij sommige nog kop
>>> nog staart aan.
>>> Vermoed dat deze fouten invloed hebben op routing software.
>>>
>>> Link = stat for osmose warning in flanders. "Bad lanes usage"
>>>
>>> Jakka
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Osmose onjuiste "rijstroken"

[Marc Gemis]

HIer wat extra informatie voor het oplossen

1) lanes=1;2 is not an integer e.d.
kan natuurlijk niet. Moet 1 getal zijn

2) Conflict tussen *:lanes and *:lanes:*
ben ik precies in de fout gegaan met het mappen van bicycle lanes. die
moeten telkens meegeteld worden. Ik zou nog eens over alle wegen
moeten gaan om die ook in rekening te brengen. Heb er nu eentje
gefixed

3) (change:lanes:both_ways=0) != (lanes:both_ways=1)
komt omdat ik access:lanes:both_ways = no heb gezet, dus zie ik het
nut niet in van een change lanes te plaatsen

4) (change:lanes:forward+change:lanes:backward+change:lanes:both_ways=2)
!= (number=3)
zie 3. ook geen nut

5) (lanes_forward+lanes_backward+lanes_both_ways=2) != (lanes=3)
voor bv. http://www.openstreetmap.org/way/365608035
--> ontbreken van lanes:forward en lanes:backward

enz.


mvg

m


2015-11-18 18:13 GMT+01:00 Jakka :
> Dag,
>
> Via bijgaande link komen voor Vlaanderen osmose warning voor de rijstroken
> te voorschijn.
>
> http://osmose.openstreetmap.fr/nl/errors/?country=belgium_flanders=3160
>
> Wie kan deze eens lange lijst oplossen. Ik vind er bij sommige nog kop nog
> staart aan.
> Vermoed dat deze fouten invloed hebben op routing software.
>
> Link = stat for osmose warning in flanders. "Bad lanes usage"
>
> Jakka
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Osmose onjuiste "rijstroken"

[Marc Gemis]

In het algemeen zijn het gewoon optelsommetjes die verkeerd zijn.
Je kan zeggen dat in sommige gevallen de ontbrekende informatie
overbodig is, als je bv. turn:lanes:forward hebt, waarom moet je dan
nog lanes:forward hebben. Toch is het gewoonte die tag er ook op te
zetten.

Maar ik begrijp niet waarom je change lanes of turn:lanes moet gaan
vermelden als er al "access=no" op die lane staat. Ik heb die gebruikt
als er een gearceerd deel staat. Een tagging methode die ik van Martin
Vonwald geleerd heb.

mvg

m



2015-11-18 20:42 GMT+01:00 Glenn Plas :
>
> De meeste ga je toch issue per issue moeten bekijken met kennis van de
> locaties, en huidige layout van de baan.  Sat foto's enkel te betrouwen
> als ze recent zijn en er geen werken zijn geweest ondertussen.
>
> enkele van die fouten zijn natuurlijk op te lossen.  lanes, dat kan maar
> 1 cijfer zijn en geen reeks.
>
> Ik kan er wel een aantal aanpassen adhv. overpass queries.
>
> Tx voor die link, ik kende hem niet, best wel een interessante
>
> Glenn
>
>
> On 18-11-15 17:13, Jakka wrote:
>> Dag,
>>
>> Via bijgaande link komen voor Vlaanderen osmose warning voor de
>> rijstroken te voorschijn.
>>
>> http://osmose.openstreetmap.fr/nl/errors/?country=belgium_flanders=3160
>>
>>
>> Wie kan deze eens lange lijst oplossen. Ik vind er bij sommige nog kop
>> nog staart aan.
>> Vermoed dat deze fouten invloed hebben op routing software.
>>
>> Link = stat for osmose warning in flanders. "Bad lanes usage"
>>
>> Jakka
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] strange looping tracks

[Marc Gemis]

Volgens http://wiki.openstreetmap.org/wiki/Riding moet je een weide om
te grazen mappen als
According to http://wiki.openstreetmap.org/wiki/Riding, you have to use


landuse=meadow,
meadow=pasture (undocumented)
landcover=grass (optional)


de track zelf / the race track

leisure=track
sport=horse_racing
surface=*

Merk op dat er discussie is hoe je een sportveld dat enkel dient om te
oefenen moet mappen.
Note, there is some discussion on how to map all kind of sport fields
that are only used for practicing.

met vriendelijke groeten, regards

m

On Wed, Nov 18, 2015 at 11:41 AM, Karel Adams  wrote:
> Allen,
> Dit zijn duidelijkerwijs paardenoefenbanen, inderdaad. Er liggen er zo heel
> heel veel in de landelijke gebieden van Vlaanderen. Vlieg maar eens een
> toerke mee en ge zult het wel zien! ;)
> Ik vraag me overigens af hoe relevant het is deze te mappen, ze liggen
> immers per definitie op privédomein.
> Karel
>
> PS waarom spreken jullie over "meadows"? "A meadow" wordt gedefinieerd als
> hooiland...  ik vind het al een beetje
> belachelijk dat een handjevol Nederlandstaligen zich van een andere taal
> bedient voor onderlinge discussie; maar als het dan toch moet, doe het dan
> aub goed
>
>
> On 18-11-15 08:21, Jo wrote:
>
> Hi Joost,
>
> They are definitely horse meadows. On AGIV imagery it's even possible to
> make out their silhouettes/shadows. On Bing the irregular way the grass is
> eaten is a giveaway.
>
> Maybe this one:
> http://trendstop.knack.be/nl/detail/435178622/camator.aspx
>
> So a farmer who specialized in horse breeding? The tracks seem like a way to
> access the meadows to me and of course they can serve to ride as well.
>
> Jo
>
> 2015-11-18 8:46 GMT+01:00 joost schouppe :
>>
>> Hi,
>>
>> While mapping one of the last holes of landuse in Flanders, I found
>> several looping tracks like this:
>> http://www.openstreetmap.org/way/380924073#map=15/51.0490/3.0673
>>
>> Anyone recognize what they are? There are also a lot of small but long
>> meadows on the same terrains. My idea was maybe a race horse breeding
>> center? But googling the combination of horses and the adresses turned up
>> nothing.
>>
>>
>> --
>> Joost @
>> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-talk-be] Fwd: [OSM-talk] Seek support for worldwide mapathon on Dec 3rd for places accessibility

[Marc Gemis]

-- Forwarded message --
From: Holger Dieterich 
Date: Wed, Nov 18, 2015 at 1:30 PM
Subject: [OSM-talk] Seek support for worldwide mapathon on Dec 3rd for
places accessibility
To: t...@openstreetmap.org


Dear fellow OSM members,

I'm the cofounder of http://wheelmap.org and want to ask for your
advice and support for a mapathon we are planning.

The worldwide mapathon #MapMyDay will take place on December 3 and the
goal is to mark as many wheelchair accessible places as possible. The
World Health Organization (WHO) and other UN agencies, are cooperating
with Sozialhelden, the makers of Wheelmap and calling upon people
around the world to mark the accessibility of places they come to
during the day.
More at http://mapmyday.org

Any feedback and advice is appreciated, we want to involve a lot of
people in December. Also, it would be great if you help spread the
word.

Thanks,
Holger

--
Holger Dieterich
SOZIALHELDEN e.V.
c/o Immobilien Scout GmbH, Andreasstraße 10, 10243 Berlin

Chairman / Vorstand

Web: http://www.sozialhelden.de

SOZIALHELDEN @ facebook - twitter - flickr - YouTube - betterplace.org

Spendenkonto:
SOZIALHELDEN e.V.
GLS Gemeinschaftsbank eG
IBAN-CODE: DE 1243 0609 6710 0020 
BIC-CODE / SWIFT: GENODEM1GLS


___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-be] more stats: data density in the Belgian regions

[Marc Gemis]

On Tue, Nov 17, 2015 at 12:22 PM, Glenn Plas  wrote:
> You'll be surprised how much crap you find.  In
> my case half of them are from Marc, which I kind of skip.. since I know
> what work he delivers I just glance over them.  But some are worth fixing...

For a moment I thought you wrote that my stuff is crap :-)

But you're right, it's always better to check a changeset, no matter
who made it.

regards

m

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

Re: [OSM-talk-be] Editing previous data (was Re: more stats: data density in the Belgian regions)

[Marc Gemis]

Thanks for explaining the problems you encountered.

Since those early onroerend erfgoed nodes, I have changed my mapping
habits. This means that I solve  the problems that you mention (1
historic item matching multiple buildings/1 building/part of  a
building) myself now.

At this moment I still do both building drawing and adding house
numbers in 1 go, but I prefer to work more in residential areas
(individual houses) than town centers (rows of houses).

regards

m

On Tue, Nov 17, 2015 at 3:26 PM, Glenn Plas <gl...@byte-consult.be> wrote:
> I agree, since there were not too many individual houses in the city, it
> was a lot better (plus nominatim can find nodes addresses).  They were
> -for a long time- the only house numbers we had in OSM.
>
> Sometimes it's in fact difficult as a monument can be a facade which
> encompasses 3 house numbers.  So I had to check the 'onroerenderfgoed'
> links to make sure what house numbers they refer to.
>
> Often it's a 1 on 1 downward merge , but I've seen plenty of cases where
> there is a 1-house size offset.
>
> All in all, I would say AGIV is pretty accurate for Mechelen (I did all
> of Zemst, Bonheiden and Mechelen now) but there are still issues of more
> recent data not being there (and the house + number exist).  New
> street(names), demolished buildings still in the AGIV database etc. it's
> never complete.  But I believe the results OSM Mechelen vs Google
> Mechelen is worth it.
> http://aptum.bitless.be/?pcode=2800=true=
>
> You also need a house/building to be there to work efficiently, I found
> a lot of errors on corners ( that leaded me to the conclusion that most
> house numbers where 'guessed' by using other sources , or by
> extrapolating, not too scientific.
>
> I think I did a lot of them now.  wish I had a decent analysis tool to
> show me exactly how much crab work I've done so far, but to conclude:
>
>  - having decent buildings before migration house numbers is almost
> essential.
>  - mapping houses together with numbers is painstakingly slow.  Better
> create houses first, then later on (days, months, whatever) they will be
> visible on the map when you start with phase 2:
>  - mapping house numbers.  Sanders tool is essential, especially the
> integration with JOSM remote control.
>  - extra care needs to be taken when you have existing data, associated
> street relations will be deleted (most of them yours too ;-) once a road
> is completed, all the houses are there.
>  - Sometimes there is NO house number attached to the 'erfgoed',   So I
> have to check the inventory to see what it applies to.
>  - Sometimes is also needed to make it more complex, like
> https://inventaris.onroerenderfgoed.be/dibe/relict/88684 ->
> https://www.openstreetmap.org/relation/5620662
>  - There have been occasions where I used the erfgoed information to
> validate a house number.
>
> You don't want to change the house number on the erfgoed itself, as that
> would be inacurate, just to accommodate the map (or routers), hence you
> need to change that single node into a site relation (which I think is
> very well suited for this)
>
> I believe that was a good call you made by making nodes. migration that
> information with the terracing plugin is as easy as doing CTRL+shift+T
>
> Cheers!
>
> Glenn
>
> On 17-11-15 13:30, Marc Gemis wrote:
>> On Tue, Nov 17, 2015 at 1:27 PM, Glenn Plas <gl...@byte-consult.be> wrote:
>>> and I encountered many
>>> 'monumenten' from you, which I nicely migrated from node to buildings :)
>>
>> that's very kind of you. I didn't do that from the beginning, because
>> it was too difficult to find the location of the house numbers back
>> then. We didn't had AGIV CRAB. I thought individual nodes were easier
>> to merge/reposition than badly shaped/positioned building areas.
>>
>> What is your opinion ?
>>
>> regards
>>
>> m
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] more stats: data density in the Belgian regions

[Marc Gemis]

Indeed "last touched" does not mean that the mapper is actively adding
e.g. historic tag. It is possible that she added a house number or
improved the alignment of a building.
Nevertheless, Overpass queries are a starting point to find some
people that do map around a specific topic, especially rare topic or
things that are not modified to often (e.g. onroerend erfgoed or
fences). It won't work for certain road tags (e.g. who is adding
maxspeed)
Perhaps I should just be happy to see whether certain features are
mapped all over Belgium or not. And that is perfectly feasible with
Overpass.


Glenn, I'm not looking for auditing changes, I just want to know who
is also mapping historic buildings or heritage tags or fences or ...

regards

m

On Tue, Nov 17, 2015 at 9:11 AM, Glenn Plas  wrote:
> Last touched says nothing imho.  What does that really mean?  If you
> want to monitor an area for (auditing) changes use :
>
> http://zverik.osm.rambler.ru/whodidit/
>
> in combination with OSM history viewer.
>
> http://osmhv.openstreetmap.de/index.jsp
>
> You cannot measure contributions in this way.  Some are small but hard
> work, some are large but easy.
>
> Just like the number of edits it says nothing and drawing conclusions
> from it is futile and leads to empty conclusions.
>
> The map will never be complete anyway, it's a dynamic thing.

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

Re: [OSM-talk-be] more stats: data density in the Belgian regions

[Marc Gemis]

An nice example is

http://overpass-turbo.eu/s/cMw

It seems that only 3 people has mapped power=minor_line in Belgium so
far (I didn't click on all results): Sanderd17, Mercator and escada
This is clearly not a popular feature

Another interesting one is barrier=fence. Again some clusters in certain areas.

regards

m

On Tue, Nov 17, 2015 at 10:02 AM, Marc Gemis <marc.ge...@gmail.com> wrote:
> Indeed "last touched" does not mean that the mapper is actively adding
> e.g. historic tag. It is possible that she added a house number or
> improved the alignment of a building.
> Nevertheless, Overpass queries are a starting point to find some
> people that do map around a specific topic, especially rare topic or
> things that are not modified to often (e.g. onroerend erfgoed or
> fences). It won't work for certain road tags (e.g. who is adding
> maxspeed)
> Perhaps I should just be happy to see whether certain features are
> mapped all over Belgium or not. And that is perfectly feasible with
> Overpass.
>
>
> Glenn, I'm not looking for auditing changes, I just want to know who
> is also mapping historic buildings or heritage tags or fences or ...
>
> regards
>
> m
>
> On Tue, Nov 17, 2015 at 9:11 AM, Glenn Plas <gl...@byte-consult.be> wrote:
>> Last touched says nothing imho.  What does that really mean?  If you
>> want to monitor an area for (auditing) changes use :
>>
>> http://zverik.osm.rambler.ru/whodidit/
>>
>> in combination with OSM history viewer.
>>
>> http://osmhv.openstreetmap.de/index.jsp
>>
>> You cannot measure contributions in this way.  Some are small but hard
>> work, some are large but easy.
>>
>> Just like the number of edits it says nothing and drawing conclusions
>> from it is futile and leads to empty conclusions.
>>
>> The map will never be complete anyway, it's a dynamic thing.

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

Re: [OSM-talk-fr] Avis sur la saisie de destination sign

[Marc Gemis]

Pas de problème

2015-11-12 20:54 GMT+01:00 Jérôme Seigneuret <jseigneuret-...@yahoo.fr>:
>
> Arf... Ok donc pour la relation ce n'est pas seulement une destination au 
> sens du chemin à emprunter mais une relation par indications inscrites sur le 
> panneau...
>
> Merci pour cette précision. J'avais lu trop rapidement.
>
>
> Le 12 novembre 2015 20:17, Marc Gemis <marc.ge...@gmail.com> a écrit :
>>
>> "As Nakaner wrote, times and destinations can only be mapped using 
>> relations. You need an own relation for each destination in this case. 
>> Adding the information to the way is not possible as they are only valid at 
>> the point of the guidepost, but not at any other position along the way."
>>
>> 2015-11-12 18:03 GMT+01:00 Jérôme Seigneuret <jseigneuret-...@yahoo.fr>:
>>>
>>>
>>>
>>> Le 12 novembre 2015 17:42, Marc Gemis <marc.ge...@gmail.com> a écrit :
>>>>
>>>> Je crée toujours une relation par destination, comme ils disent ici [1]
>>>>
>>> En fait c'est la même destination mais avec une proximité différentes... Un 
>>> peu comme pour les panneaux d'autoroute.
>>> Donc rien dans la page que tu m'envois ne change la donne. Dommage et merci 
>>> encore pour cet article
>>>
>>> exemple de schema
>>> A ___CDE ...
>>> \  /
>>> B ___X  < O >
>>>
>>> avec A B comme provenance (role from mais optionnel)
>>> avec C,D,E comme destination (en enfilade et donc avec des distances 
>>> différentes noté ou non)
>>>
>>> O étant le panneau
>>>
>>> < étant l'une des destination vers A ou vers B
>>> > étant la destination vers C,D,E
>>>
>>> Voilà en espérant qu'un schéma soit plus clair que les tags
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk-be] Missing Slow Roads (was Re: IGN/NGI/NGI/NGI too now using OpenStreetMap)

[Marc Gemis]

Let me explain in more detail, sorry for not doing that the first time:

Your graph from a few days that more and more slow roads are being adding,
does not necessarily means that we miss a lot of slow roads. Perhaps people
are just adding cycleways and sidewalks next to existing major roads.
This will also make it difficult to compare numbers from other sources
(thinking of frtutellake's approach that you now mention). Perhaps they do
not have those separate ways/lines for sidewalks/cycleways.

Total length is also a problem when one source represents a highway with 1
way/line and the other uses 2 lines.

So my "be careful" means that you should not compare 2 road networks from
different systems without knowing all the details, nor that you can draw
conclusions from more and more slow roads being added.



Of course there is no problem with an overlay to find differences.


regards

m




On Thu, Nov 12, 2015 at 12:56 PM, joost schouppe <joost.schou...@gmail.com>
wrote:

> Marc,
>
> The way to do this would be to overlay NGI data with our data. You could
> do like frutellake did and check total length in squares of 1 km². Or you
> could do it more properly using a data conflation tool. With something like
> FME I would try to find a partner road for roads that exist in NGI. In case
> there is no match, that would warrant closer inspection. When a road is of
> a completely different type in NGI and our data, that would warrant a check
> too.
>
> I did this in a purely visual way with Wegenregister, which is mostly NGI
> but only Flanders, and there were places where NGI was more complete - and
> places where we are more complete.
>
> 2015-11-12 11:27 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>
>>
>> On Thu, Nov 12, 2015 at 9:43 AM, joost schouppe <joost.schou...@gmail.com
>> > wrote:
>>
>>> if only to check for missing roads in our map (especially the "slow
>>> roads" still need work in Belgium).
>>
>>
>> You have to be careful with this. People are now drawing cycleways and
>> sidewalks next to main roads. This means that the number of slow roads is
>> increasing, while they are not really missing.
>>
>> That does not mean that we have all the slow roads yet (paths & tracks) ,
>> but does anyone else have all of those (so we could compare) ?
>>
>>
>> regards
>>
>> m.
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> --
> Joost @
> Openstreetmap <http://www.openstreetmap.org/user/joost%20schouppe/> |
> Twitter <https://twitter.com/joostjakob> | LinkedIn
> <https://www.linkedin.com/pub/joost-schouppe/48/939/603> | Meetup
> <http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/> | Reddit
> <https://www.reddit.com/u/joostjakob> | Wordpress
> <https://joostschouppe.wordpress.com/>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Missing Slow Roads (was Re: IGN/NGI/NGI/NGI too now using OpenStreetMap)

[Marc Gemis]

On Thu, Nov 12, 2015 at 9:43 AM, joost schouppe 
wrote:

> if only to check for missing roads in our map (especially the "slow roads"
> still need work in Belgium).


You have to be careful with this. People are now drawing cycleways and
sidewalks next to main roads. This means that the number of slow roads is
increasing, while they are not really missing.

That does not mean that we have all the slow roads yet (paths & tracks) ,
but does anyone else have all of those (so we could compare) ?


regards

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

Re: [OSM-talk-fr] Avis sur la saisie de destination sign

[Marc Gemis]

"As Nakaner wrote, times and destinations can only be mapped using
relations. You need an own relation for each destination in this case.
Adding the information to the way is not possible as they are only valid at
the point of the guidepost, but not at any other position along the way."

2015-11-12 18:03 GMT+01:00 Jérôme Seigneuret <jseigneuret-...@yahoo.fr>:

>
>
> Le 12 novembre 2015 17:42, Marc Gemis <marc.ge...@gmail.com> a écrit :
>
>> Je crée toujours une relation par destination, comme ils disent ici [1]
>>
>> En fait c'est la même destination mais avec une proximité différentes...
> Un peu comme pour les panneaux d'autoroute.
> Donc rien dans la page que tu m'envois ne change la donne. Dommage et
> merci encore pour cet article
>
> exemple de schema
> A ___CDE ...
> \  /
> B ___X  < O >
>
> avec A B comme provenance (role from mais optionnel)
> avec C,D,E comme destination (en enfilade et donc avec des distances
> différentes noté ou non)
>
> O étant le panneau
>
> < étant l'une des destination vers A ou vers B
> > étant la destination vers C,D,E
>
> Voilà en espérant qu'un schéma soit plus clair que les tags
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Avis sur la saisie de destination sign

[Marc Gemis]

Je crée toujours une relation par destination, comme ils disent ici [1]


m

[1] http://www.weeklyosm.eu/archives/4504

2015-11-12 13:56 GMT+01:00 Jérôme Seigneuret :

> Bonjour,
> Sur des panneaux (type panneau de randonnée), je souhaite saisir les
> informations de destination.
>
> Le panneau est tagué ainsi :
> ele=112
> hiking=yes
> information=guidepost
> mtb=yes
> name=Le Verdus
> tourism=information
>
> Et j'ai ajouté une relation
> type=destination_sign
> destination=Chemin de Saint-Jacques GR653 -GR74*|*Circuit Les Fenestrettes
> *|*Roc de la Bissonne
> distance=||1
> colour:back=brown
> colour:text=white
>
> Comme vous pouvez le voir j'ai séparé les destinations et les distances
> (indiqués) par |
>
> Je ne sais pas si c'est cohérent ou si un point vigile serait plus adapté.
> Il n'y a qu'un panneau pour une destination. C'est pour ça que je n'ai pas
> fait 3 relations avec le même panneau et la même destination (Je ne pense
> pas que faire 3 relations soit la bonne pratique).
>
> Voici la photo en question:
> https://drive.google.com/drive/folders/0B4UuIE-3ow13NFpJYWVQcDZBYlE
> Voici le point en question
> http://www.openstreetmap.org/node/3832429888
>
>
> Merci pour votre aide,
> Jérôme
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] more stats: data density in the Belgian regions

[Marc Gemis]

Thanks Joost,

It's always good to see such graphs. I'm interested to learn

* What are we mapping now ?
* What did we map in the past ?
* Who is mapping what  ?
* Who is mapping similar things as me ? (Or am I the only one mapping
feature X ? / can I ask someone also for help with feature X ?)
* Where are we mapping feature X (on town/village level) ?


With "what" I mean e.g. categories of features: streets (highway tags),
landuse/landcover, boundaries, buildings, shops, etc.
However, for some purposes categories might be broken. mapping
amenity=library or amenity=bench are quite different. The same holds for
tourism=hotel and tourism=information,information=board. The library and
hotel are "important" features, bench or an information board not so. I
know "important" is relative, but I hope you understand what I mean.

Of course this is harder when we start thinking about "attributes": turn
lanes, destinations, house numbers, or additional attributes for
amenity=bicycle_parking (such as covered or bicycle_parking=...), etc.

For the last two questions (mapping feature X) the ultimate goal would be
to answer questions such as "Who else is mapping bicycle_parkings ?" With
which attributes. ? Where is feature X not mapped at all ?

Regards

m


On Mon, Nov 9, 2015 at 8:59 AM, joost schouppe 
wrote:

> Hi all,
>
> So, Nicolas' remark after my last post got me interested again in some
> stats about OSM data in Belgium. Is there any difference between Brussels,
> Wallonia and Flanders?
> Of course, I made a little mistake and my laptop will have to redo some
> calculations this night, but here's something that worked.
>
> How did data density evolve in the three parts of the country over the
> last years?
>
> This is a simple count of nodes that were in existence on january first of
> any year. So that includes independent nodes, but also nodes used (and used
> again and again) for building lines and relations.
> To make the regions comparable, I standardized by population. The idea is
> that most stuff that we map is a function of humans, no so much of area.
> (Yes, I know, same population in a larger area would probably imply more
> things to map)
>
> So this graph shows the evolution of nodes per 1000 of population.
> Flanders was clearly highest since 2010. Wallonia started of much quicker
> than Brussels, but can't keep up with Flanders. In Brussels we have a very
> obvious jump in 2014. That's probably the buildings/addresses import.
>
> http://i.imgur.com/RPK38DM.jpg
>
>
> Next thing I want to do is see how many different mappers have built the
> map.
>
> I just stumbled upon the very first nodes and lines in Flanders, and the
> user is still active. The story of these nodes is in his diary, very bottom
> of the page: http://wiki.openstreetmap.org/wiki/User:LA2/Diary_for_Q3_2005
>
>
> --
> Joost @
> Openstreetmap  |
> Twitter  | LinkedIn
>  | Meetup
>  | Reddit
>  | Wordpress
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] natuurpunt

[Marc Gemis]

2015-11-08 11:33 GMT+01:00 Jasper Michels :

> Mogelijk lichtjes off-topic, maar
>
> -Natuurpunt werkt mee aan de site waarnemingen.be, waarbij vrijwilligers
> alle waarnemingen doorgeven van dieren en planten.
> Ik merk dat deze site Google maps gebruikt voor de weergave van de
> waarnemingen.
> Zou Openstreetmap hier niet beter voor geschikt zijn?
>

Hopelijk is er in OpenStreetMap al meer detail rond de landuse dan in
Google. Indien dit het geval is zou OSM een betere oplossing kunnen zijn.


> -Voor hun android app Obsmapp is het mogelijk om offline Osm kaarten te
> downloaden ter vervanging van de online Google maps. Dit is echter vrij
> omslachtig, waardoor dit vermoedelijk niet veel gebruikt wordt. Zou er geen
> rechtstreekse integratie mogelijk zijn met openstreetmap (online kaarten
> opvragen zoals de google maps momenteel)
>

Een App zoals OsmAnd laat zowel online als offline maps toe. Heel veel
mensen geven toch de voorkeur aan offline maps, om zo hun data verkeer en
de bijhorende kosten te beperken.
Maps.me is ook een App gebaseerd op OSM met offline kaarten. Die code is
sinds kort open source. Misschien een goed vertrekpunt voor de app die jij
in gedachten hebt ?

De kaart (of beter de tiles) op openstreetmap.org is gebonden aan
gebruikersvoorwaarden. Er is een limiet op het aantal tiles dat je mag
downloaden en strikt genomen zijn er geen garanties over de beschikbaarheid
van de site. Ook kan je niet eisen dat bepaalde zaken steeds op dezelfde
manier zullen weergegeven worden. Zoals je recent misschien gezien hebt aan
de wegen.

Voor commerciële applicaties is het dus beter om je eigen tile server te
voorzien. Dat is meer werk en kost natuurlijk meer. Vandaar dat Google nog
dikwijls de voorkeur krijgt IMHO. Natuurlijk zijn er providers zoals Mapbox
die tegen betaling wel services leveren die dichter aanleunen bij de noden
van een commerciële gebruiker.

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

Re: [OSM-talk] Undiscussed (?) edits removing lesser-used highway=* tags

[Marc Gemis]

GerdP has written me twice about some tagging mistake I made. In one case I
told him about a proposal he was not aware of, and he promptly reverted the
change he had made in the meantime. In both cases we had a nice
conversation via the changeset comments.

Perhaps he did not contact the mapper that added the residential_link
because she/he is no longer active  ?

Anyhow, I can't complain for the above two cases.

regards

m

On Sat, Nov 7, 2015 at 12:57 AM, Andrew Guertin 
wrote:

> On 11/06/2015 05:01 PM, Andy Townsend wrote:
>
>> Previously there were quite a lot of changeset discussion comments
>> from GerdP asking about odd values:
>>
>> http://resultmaps.neis-one.org/osm-discussions (scroll down a bit)
>>
>
> Ah! That's very good to see!
>
> So perhaps I've overreacted a bit. I now see the problem as GerdP does a
> lot of good work and does typically communicate, but this time didn't
> discuss before deciding the undocumented tags residential_link and
> unclassified_link should be removed, which is a decision that really should
> be made by the community.
>
> So hopefully we can get that discussion happening and get the tags put
> back (if that's the decision).
>
> --Andrew
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] OSM.be & SOTM

[Marc Gemis]

I was not thinking about volunteers at this moment, but about the general
public On osm.be we should put a big banner "State of the Map is coming to
Brussels in 2016."

Perhaps with a link to the sotm website for more information (even when
that is is now saying "more details later")

We could also put something on osm.be like "If you are willing to help out,
click here"  -> RMLL web site.


Something on the facebook group (was announced there already) and the
Belgian forum (sticky at the top in both cases ?) would be nice as well.
Not everybody starts out on this mailing list, nor on the RMLL website (of
which I had never heard before)


regards

m

p.s. This is triggered by a answer from Jo on the forum & Joost's
statistics on osm.be



On Fri, Nov 6, 2015 at 8:33 AM, Nicolas Pettiaux <nico...@pettiaux.be>
wrote:

> Yes. we are looking for many volunteers to help eg. with all the details
> of logistics and organizations, during the conference, befire ad after.
>
> A lst could be found on the RMLL web site.
>
> Thanks,
>
> Nicolas
>
>
> Le ven 6 nov 2015 à 7:29, Marc Gemis <marc.ge...@gmail.com> a écrit :
>
> Should we start placing info/teasers on osm.be about SOTM 2016 ?
>
> regards
>
> m
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be