from:"Karel Adams"

Re: [OSM-talk-be] Weggetje verdwenen, hoe terug ?

2020-05-13 Thread Karel Adams

:) ikke, want Potlatch is het enige dat ik ken en voor mijn beperkte 
gebruik voldoet dat prima; veel beter dan ID in alle geval.


Maar het ziet ernaar uit dat Flash ten dode is opgeschreven dus ik zal 
wel moeten overstappen :(


KA

On 2020-05-13 08:22, wannes wrote:

Jaahaa, dat is met Flash, wie heeft dat nu nog ? :-)

On Tue, May 12, 2020 at 3:03 PM Jo > wrote:


Er is nog een 'truuk' om verwijderde ways terug te halen. (werkt
enkel voor ways).

Start editeersessie met Potlatch2.

Je wilt eigenlijk de vorige versie van Potlatch gebruiken, haal
daarom de 2 weg uit de url in de adresbalk...

De originele versie van Potlatch maakt gebruik van een niet
gedocumenteerde 'feature' in de API.

Er is een knop om deleted ways te zien.

Jo

On Tue, May 12, 2020 at 1:07 PM Tim Couwelier
mailto:tim.couwel...@gmail.com>> wrote:

Bijlage bleeft hangen wegens groter dan 80kb, maar hierbij
even ter illustratie hoe je ze kan traceren met de 'skyview'
laag.  Is een soort hoogtemodelweergave op grondniveau, de
bomen zie je dus niet.. en het pad wordt zichtbaar.

https://framapic.org/r01ExtbzPorU/Z1Zri8oU24QM.jpg

(ik had al even afzonderlijk gemaild naar de betrokken
persoon, maar mogelijks zijn er nog mensen waarvoor dit een
meerwaarde kan betekenen.)


Op di 12 mei 2020 om 10:57 schreef Wannes Soenen
mailto:wanne...@gmail.com>>:

Ok, dan lijkt me het het “handigste” dat ik een GPX neem
en het pad terug teken (want het zit onder de bomen)
Die relaties, en GR enz toevoegen/verleggen, zal ik eerst
eens moeten bestuderen, want dat heb ik nog nooit gedaan.


Op 12 mei 2020, om 10:53 heeft Sander Deryckere
mailto:sander...@gmail.com>> het
volgende geschreven:

Hallo,

Het hangt er van af hoe lang de wijziging geleden is.
Als het vrij recent is (enkele dagen), kan je de
geschiedenis van een gebied opvragen (de geschiedenis
knop op de hoofdpagina).
Maar deze wijziging lijkt langer geleden te zijn, dus
valt dit moeilijk te bespeuren.

Wat je wel kan is bekijken welke objecten waarschijnlijk
ook gewijzigd zijn bij die aanpassing (zoals het fietspad
dat nu gebruikt wordt).



Als je dat fietspad selecteert, en de geschiedenis
opvraagt, dan kom je hier terecht:
https://www.openstreetmap.org/way/24520913/history

Er is dus in de laatste maanden tamelijk wat aangepast
aan het pad. In het bijzonder zie ik een wijziging van 4
maand geleden met het commentaar "cycleroute 03-04
update: broken (again), now due to missing segments". Wat
er op wijst dat iemand er voor die regio heeft aangepast,
zonder rekening te houden met de relaties.

Het is dus waarschijnlijk niet 1 iemand die de relatie
verlegd heeft, maar iemand heeft dat pad verwijderd, en
iemand anders heeft de relatie opnieuw verbonden met de
bestaande paden...

Mvg,
Sander

Op di 12 mei 2020 om 10:18 schreef Wannes Soenen
mailto:wanne...@gmail.com>>:

Hoi,

Ik zie dat er zeer lokaal, een wegje verdwenen is op
de kaart.
Ik kan dat er zelf terug op gaan zetten, maar dan is
de kans groot dat diegene die de edit gedaan heeft
het weer wist.

Hoe kan ik 1) zien wie de edit deed, of er een
comment bij was? 2) rollback doen

Het betreft een pad net ten zuiden van het
Ringfietspad op
https://www.openstreetmap.org/edit#map=18/51.20462/4.44275
De plaatselijke merkkringen van het GR-pad (en van op
de GR site) loopt wel degelijk over dat pad, niet
over het fietspad.
Dus, de huidige gemaakte situatie is fout, want 1)
pad is niet meer gemapt 2) GR loopt over het fietspad.
___
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] Telenav Mapping Project

2020-04-22 Thread Karel Adams

I for one do not feel strongly motivated to support commercial offerers 
of geographical information; given our goal and quest of providing it 
all for free.


KA

On 2020-04-22 11:08, Adrian Budugan wrote:


Hi all,

I am Adrian and I am part of the Mapping Team at Telenav. Our team 
started an editing project in Belgium to make OpenStreetMap more 
navigable and accurate in guidance.


We will start editing in Brussels at the end of April, next week. 
There are more details here - 
https://github.com/TelenavMapping/EU_mapping_projects/issues/4.


We will focus on one ways, turn restrictions, road geometry and 
quality assurance.


We we'd love to hear your advice on any local mapping guidelines, 
besides the general OSM mapping 
ones (http://wiki.openstreetmap.org/wiki/Main_Page, 
http://wiki.openstreetmap.org/wiki/Map_Features).


Also, we appreciate any hints regarding available local or government 
data that we might be able to us or anything else that might come in 
handy.


If there are any other OSM communication channels for Belgium, please 
let us know.


If you have any questions or comments, please let me/us know.

We are looking forward to hearing from you.

Thank you!


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

2020-03-17 Thread Karel Adams


excuus voor de mierenneukerij, maar het is relevant, denk ik:

s/abandonned/abandoned/g

;)


On 2020-03-17 16:15, Lionel Giard wrote:

For abandonned (historic) military bunker, the correct mapping is :
- abandonned:building=bunker
- military=bunker
- bunker_type=* (most of them are pillbox for those defensive belt 
around our big cities)

- historic=yes
...

So that you get all the information that it is no longer in use ! ^_^
Look on the wiki for more detailed tagging: 
https://wiki.openstreetmap.org/wiki/Tag:military%3Dbunker


Kind Regards,
Lionel

Le mar. 17 mars 2020 à 16:51, Marc M. > a écrit :


Hello,

Le 17.03.20 à 16:26, rodeo .be a écrit :
> I assume they were not visible because the tags were deprecated

military=bunker isn't deprecated, it's the correct tag for a bunker
still in military use.

I found at least one currently visible mapped with a node
https://www.openstreetmap.org/node/29049422
another mapped with an area https://www.openstreetmap.org/way/25586752

Regards,
Marc

___
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] IBPT antennas

2020-03-08 Thread Karel Adams

Over de talenkwestie zeg ik maar niet teveel, enkel een "bravo" voor de
oproep tot objectiviteit.

Maar inhoudelijk heb ik wel zo mijn vragen: wij mappen toch "in
principe" enkel dingen die zichtbaar zijn in het landschap? Die antennes
van BIPT die hangen toch meestal op bestaande faciliteiten, hetzij een
mast die voor iets anders was opgezet, of een watertoren, een kerktoren,
of wat dan ook? Uiteraard mappen wij wel die masten en torens, maar om
de antennes als dusdanig te mappen? dat lijkt me strijdig met het
basisidee om enkel zichtbare landschapselementen te mappen.

No comments on the matter of languages, in this complicated and delicate
country; save for my compliment and support for the appeal for objectivity.

But regarding "the root of the matter" I do have my questions: didn't we
have a rule to map only those features visible in the scenery? The BIPT
antennae (sic!) are usually attached to existing structures, such as
church spires or GSM masts or so? Of course we map those highly visible
carrying structures, but to map the individual antennae seems to me like
overdoing things.

Karel

On 2020-03-08 16:55, Thibault Rommel wrote:

Hello there

Small detail, I believe it makes more sense to use the abbreviation
BIPT instead of IBPT, since it is "Belgian Institute for Postal
services and Telecommunications" in English and both Dutch and German
also have BIPT as the abbreviation.

--
Thibault

Op zo 8 mrt. 2020 om 14:16 schreef Vucodil via Talk-be
mailto:talk-be@openstreetmap.org>>:

Hello everyone,

Recently, we got the permission from ibpt.be to
use their data in OpenStreetMap:
https://wiki.openstreetmap.org/wiki/Import/Catalogue/ibpt_belgium_antennas
This includes all the antennas (more than 9000) managed by the
three operators (Proximus, Mobistar and Telenet) with the info on
who manages which antennas and their localisation.

I wish to import them in a semi-automatic import. But before that,
I wish to have your feedback on the:

*General workflow*

For the workflow, you can find it at the end of the import wiki
page. The main idea is that the antennas to close to existing
antennas will be manually reviewed.
What do you think about that? Is it safe enough?

*Tags to use*

As there is around 300 antennas currently in Belgium
(https://overpass-turbo.eu/s/QPC) and considering that this import
will bring more than 9000 antennas, I think the tags of the import
should be carefully chosen.
The tags for the objects related to telecoms are not well defined.
Various sources of information are available (see at the end of
this email).
If we choose to only map the antenna itself by excluding the
support (mast, tower, roof, ...), it seems to exist two tags:

- man_made=antenna
(https://taginfo.openstreetmap.org/tags/man_made=antenna#overview)
- telecoms=antenna
(https://taginfo.openstreetmap.org/tags/?key=telecom=antenna)

the first one being much more used. That's the one that I suggest.
You can see more details on the tagging here:

https://wiki.openstreetmap.org/wiki/Import/Catalogue/ibpt_belgium_antennas#Data_Preparation

With the data from IBPT, it make sense to only focus on the
antenna itself and not on the support as we don't have any
information on it.
In cities, it will usually be on roofs or underground like in
tunnels but in the countryside, it is often on communication towers.

Mapping only the antenna enable us to later map more complex
things like in this proposal
https://wiki.openstreetmap.org/wiki/File:Radio_antennas_mapping_proposal.png

where I really like the separation between:

- antenna
- support
- station

Note that today, most antennas in Belgium are mapped via their
support (mast or tower).

What do you think about the tagging that I suggest? Does it make
sense ?

Vucodil

PS: I sent two mails in a week about import. It is a coincidence,
I'm not doing only that!

Sources of information:

- https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dantenna
- https://wiki.openstreetmap.org/wiki/Telecoms
-

https://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower
- https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast
-
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower
-

https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Key:antenna#Les_antennes_t.C3.A9l.C3.A9com
-
https://lists.openstreetmap.org/pipermail/talk-be/2011-April/001970.html
-
https://lists.openstreetmap.org/pipermail/talk-be/2011-April/001971.html

___
Talk-be mailing list
Talk-be@openstreetmap.org

Re: [OSM-talk-be] #equalstreetnames

2020-03-03 Thread Karel Adams

Just for the fun of speculating: is way 225291488 named politically
correct, or not? ;)

On 2020-03-03 19:30, Marc Gemis wrote:

Hello Seppe

thanks a lot for sharing this information.
I do like the project (despite my comments on obtaining the data
before the start) because:

- it uses my 2 favourite crowd-sourced open data projects
- it really requires both projects to create the map
- Open Street Maps (sic) is not only used as background nor for navigation
- it brought together 60 people. I do hope they will somehow continue
to contribute to OSM and/or Wikidata
- It gave OSM and Wikidata some publicity

As for the criticism on participating in an event that tries to gather
data on gender inequality in street names.
I do not see any political statement in that. After all, OSM and
Wikidata are very natural sources for such events, as, you might have
guessed it, are open data. If one makes a political statement with
that, mapping bicycle parking could be seen as supporting anti-car
policies as well.

I assume mappers are often activists or at least passionate for
certain features, be it slow roads, airfields, AEDs, historical
buildings, power infrastructure etc. We are often open data and open
source activists as well.
Recently, on the tagging mailing list, you see requests for tags to
map free drinking water, free refills, object sharing, food sharing,
etc. All those are somehow driven by activism. Is that wrong? Not in
my opinion, it enriches the OSM project. If we would only try to mimic
Google Maps by focussing on navigation and shops (for advertising), we
could as well stop now.

So thank you for setting up the project and let's hope it will hellp
OSM grow further in the future.

regards

On Tue, Mar 3, 2020 at 12:39 PM Santens Seppe wrote:

Hi all,

Today, #equalstreetnames was launched, something Open Knowledge / OSM Belgium
(among others) can be very proud of if you ask me. The project combines OSM and
Wikidata (+ extra data crowdsourced during a workshop) to make this map:
https://equalstreetnames.brussels/ (stunning isn’t it?). More info on why an
how can be found in this blogpost:
https://be.okfn.org/2020/03/03/equalstreetnames-brussels-launch-of-open-data-visualisation/

The project already got some nice media coverage, e.g.
https://www.bruzz.be/samenleving/nauwelijks-brusselse-straten-naar-vrouwen-vernoemd-trage-inhaalbeweging-2020-03-03
and
https://www.rtbf.be/info/dossier/les-grenades/detail_combattre-le-sexisme-en-rebaptisant-les-rues-de-bruxelles?id=10446433

Of course, you can help spread the word, e.g. by sharing

https://www.facebook.com/OpenKnowledgeBE/photos/a.376589912722798/1030439804004469/?type=3

https://twitter.com/OpenKnowledgeBE/status/1234754767756386304

https://www.linkedin.com/posts/open-knowledge-belgium_opendata-activity-6640521647684100096-GvRU

Best regards,

Seppe

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

Re: [OSM-talk-be] #equalstreetnames

2020-03-03 Thread Karel Adams

Marc,

In zoverre ga ik wel graag met u mee, en dat schreef ik eigenlijk ook al:

Het inzamelen van data doen we sowieso al, en bij het filteren en
catalogeren van informatie zijn we graag van dienst. De interpretatie
die daar dan aan gegeven wordt is politiek, maar dat gaat ons niet meer
aan, inderdaad.

Alleen vraag ik me af hoe enige automatisatie ooit gaat kunnen uitmaken
of "Guido Gezelleplein" of "Gezusters Lovelingplantsoen" of
"Dendermondse Steenweg" of "Zemst-Laar" naar mannen of naar vrouwen
verwijzen... Tenzij men een soort "dictionary" opzet die al even veel
werk vereist als het manueel uitzoeken van iedere straatnaam.

Vr.gr.,

Karel

On 2020-03-03 19:30, Marc Gemis wrote:

Hello Seppe

thanks a lot for sharing this information.
I do like the project (despite my comments on obtaining the data
before the start) because:

So thank you for setting up the project and let's hope it will hellp
OSM grow further in the future.

regards

On Tue, Mar 3, 2020 at 12:39 PM Santens Seppe wrote:

Hi all,

Of course, you can help spread the word, e.g. by sharing

https://www.facebook.com/OpenKnowledgeBE/photos/a.376589912722798/1030439804004469/?type=3

https://twitter.com/OpenKnowledgeBE/status/1234754767756386304

https://www.linkedin.com/posts/open-knowledge-belgium_opendata-activity-6640521647684100096-GvRU

Best regards,

Seppe

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

Re: [OSM-talk-be] #equalstreetnames

2020-03-03 Thread Karel Adams

Seppe, en collega-mappers,

Neem me mijn scepsis niet kwalijk, maar ik vraag me toch af we hier als
mappers wel aan de kar moeten trekken. Voorzover ik zie is het onze taak
om onze database te onderhouden, en aan te passen aan de permanente
stroom van wijzigende informatie; en om uit te kijken naar mechanismes
om de kwaliteit van ons aanbod te verbeteren, en om de kwantiteit uit te
breiden.

We kunnen en willen uiteraard graag ten dienste staan van eenieder die
onze database wil raadplegen! Bv. voor het opzetten van
Overpass-queries. Maar ik word een beetje schuw bij het entoesiasme voor
een dergelijke "politiek correcte" actie. Naar mijn (niet altijd even
bescheiden) mening is het de essentie van OSM om de feiten en de
werkelijkheid op te volgen, niet om ze aan te sturen.

Van op afstand bekeken, eventjes ruimer dan OSM: straten werden en
worden (soms) vernoemd naar beroemde personen, en het is een historisch
gegeven dat beroemde personen overwegend mannelijk zijn. Men kan dat
betreuren, maar het is niet anders. Er is terzake een inhaalbeweging aan
de gang, dat werd wel tijd, en mettertijd zal zich dat automatisch ook
weerspiegelen in de straatnamen. Als we al wel willen zo'n namen
invoeren, ik vind dat eigenlijk maar een 19de-eeuwse mode; misschien
kunnen we ze beter helemaal afvoeren. Maar als het dan toch aan de orde
is, dan wil ik graag aan de vroede moederen en vaderen van de stad
Mechelen voorstellen om een straat te vernoemen naar mevrouw Adèle Colson.

(English version, freely translated, for the sake of continuity - but
reactions in any Belgian language much preferred, for the sake of Belgium!)

Seppe, and all,

Excuse my scepticism, but I am unsure if this is a project where we, the
OSM mappers, should be on the forefront of action. Our vocation, as I
see it, is to keep our database up to date, adapting to the permanent
stream of change. And of course we should, and do, find novel ways to
improve the database, both in quantity and in quality.

We are of course gladly available to assist anybody in consulting our
database; through Overpass queries, for only one example. I am however
wary of our involvement in actions "politically correct" like this one
seems to be; I much prefer we limit ourselves to following facts, and
their endless changes; we should not seek to steer them.

My 0.02 € :)

Karel

On 2020-03-03 11:37, Santens Seppe wrote:

Hi all,

Today, #equalstreetnames was launched, something Open Knowledge / OSM
Belgium (among others) can be very proud of if you ask me. The project
combines OSM and Wikidata (+ extra data crowdsourced during a
workshop) to make this map: https://equalstreetnames.brussels/
(stunning isn’t it?). More info on why an how can be found in this
blogpost:
https://be.okfn.org/2020/03/03/equalstreetnames-brussels-launch-of-open-data-visualisation/

Of course, you can help spread the word, e.g. by sharing

https://www.facebook.com/OpenKnowledgeBE/photos/a.376589912722798/1030439804004469/?type=3

https://twitter.com/OpenKnowledgeBE/status/1234754767756386304

https://www.linkedin.com/posts/open-knowledge-belgium_opendata-activity-6640521647684100096-GvRU

Best regards,

Seppe

___
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] Mappen van paalcampings

2019-12-29 Thread Karel Adams

Dankjewel, Jo. Enkele tags riepen vragen op (backcountry=yes, 
impromptu=yes, wat betekent dat eigenlijk?) maar ik heb ze toch maar 
toegevoegd, om consistent te zijn. Vooral nuttig lijkt me de 
motor_vehicle=no. En ik heb op hoogst eigen initiatief een nieuwe tag 
ingevoerd, of dat denk ik toch minstens :) : max_nights=1.


KA

On 2019-12-29 14:53, Jo wrote:

Hallo Karel,

Ik heb een paar jaar geleden deze toegevoegd:

https://www.openstreetmap.org/way/222137187/history

Die is onbereikbaar met de wagen. Ik denk niet dat het feit dat hij op 
OpenStreetMap staat ervoor zorgt dat hij overrompelt wordt.


In Tielt-Winge is er vorig jaar ook één bijgekomen. Ik heb die wel op 
Mapillary, maar blijkbaar heb ik 'm nog niet toegevoegd aan OSM.


Jo

On Sun, Dec 29, 2019 at 3:38 PM Karel Adams <mailto:fa348...@skynet.be>> wrote:


Na enige aarzeling heb ik, proberenderwijs, de paalcamping Arkadia in
Muizen toegevoegd. Zie
https://www.openstreetmap.org/node/7093111580#map=19/51.00354/4.54221

Het zou me helemaal niet verbazen als de initiaftiefnemers daarmee
allesbehalve gelukikig waren, ik heb dan ook geschreven om een en
ander
toe te lichten, en om goedkeuring te vragen. Want dit soort
initiatieven
houdt graag een laag profiel, het allerlaatste dat men daar wil is
dat
er iemand met een 4x4-superdeluxekampeerbus komt binnengetuft. En dat
houd ik best voor mogelijk, allicht zal er wel iemand campinggidsen
opmaken op basis van overpassqueries.

Misschien toch beter maar terug verwijderen? Of welke tags zouden er
kunnen toegevoegd worden om het eigen karakter van zo'n paalcamping
duidelijk over te brengen? Iets van "access=???" of
"regulations=strict"?

Over het concept van paalcampings kan men meer lezen op o.a.
http://www.bivakzone.be/

Karel


___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto: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] Overdreven gedetailleerde mapping ? Exaggerated detailed mapping?

2019-11-09 Thread Karel Adams

Mij lijkt dit enkel een kwestie van "minder-dan-perfecte" tagging: in 
plaats van "name=HoutchiPloutch" hoort het voor mij te zijn 
"name:land_register=..." of iets dergelijks.De tag "place=locality" 
lijkt mij trouwens ook aanvechtbaar.

A mon avis, il suffit d'appliquer un tag plus correcte ou plus 
approprié, p.e. "name:land_register" au lieu de "name:". Je ne suis pas 
trop heureux avec le "place=locality" non plus.

KA

On 11/8/19 9:59 PM, EeBie wrote:
I have a problem with a kind of exaggerated detailed mapping that 
makes the map difficult to read and use.
That is by giving fields and meadows their cadastral name by mapping 
them as place=locality and name=*.
You can find this in some parts of Wallonie as 
https://www.openstreetmap.org/#map=16/50.5175/5.4718
When using an OSM map, these fields look similar to villages. It 
happened that I couldn't find the name of a village between a lot of 
such names of  fields and meadows.
Unfortunately it is even more used in France: try to find the villages 
in this: https://www.openstreetmap.org/#map=13/49.2093/5.3281=C
I hope that it will not end like this in Wallonie nor Flandres. I 
guess nobody is waiting to see all the cadastral names on an OSM maps. 
That is for dedicated cadastral maps.

Eebie

Op 5/11/19 om 09:26 schreef Lionel Giard:
@Marc These parking along street are indeed often not 
"amenity=parking" but probably more related to parking:lane tag 
 (tagged on the 
highway itself). Technically it is suggested to only map these kind 
of roadside parking with the parking:lane tag on the street.
But yes, it could be mapped with amenity=parking_space (without 
amenity=parking around it). and we could maybe use the 
"type=site"+"site=parking" relation to group them (as it is suggested 
for complex parking lot already) and allow people to understand that 
it is linked to the road (including the street line in the relation) 
and that it is roadside parking. But it is undocumented to use it 
that way. ^^

Le mar. 5 nov. 2019 à 08:42, Marc Gemis > a écrit :

Ik map soms ook parkeerplaatsen in een straat met enkel
amenity=parking_space, omdat er geen parking (in de betekenis van
parkeerterrein) is.
Ik vind niet dat elke groep van een paar parkeerplaatsen in een
straat
parkings zijn. En het wordt gerenderd, dus kan je je afvragen of de
wiki niet moet aangepast worden voor zulke gevallen ?

m.

On Mon, Nov 4, 2019 at 4:33 PM Stijn Rombauts via Talk-be
mailto:talk-be@openstreetmap.org>> wrote:
>
> Even terug naar de aanpassingen van Jakka en ook wat
aansluitend op onderstaande opmerking van Marc. En ook omdat ik
in alle stilte al wel wat werk van Jakka heb verbeterd (en dan
bedoel ik effectief: fouten corrigeren):
> - parkeerplaatsen: Jakka heeft daar de individuele
parkeerplaatsen gemapt; op zich OK. Maar waarom een aantal wel en
de andere niet? En vergeet dan niet de amenity=parking
(toegevoegd door Anakil): m.a.w. zorg er op z'n minst voor dan
eerst de grote lijnen in orde zijn, voeg pas daarna de details
toe (wiki: Mapping parking spaces is an addition, not a
replacement, to mapping a whole parking lot with
amenity=parking.) Jakka had trouwens een paar parkeerplaatsen
foutief gemapt met amenity= parking. Daarna heeft ene philippec
binnen de amenity=parking van Anakil nog eens 2 keer een amenity
=parking toegevoegd (zoals deze
https://www.openstreetmap.org/way/741861188)...? Waarom?
> - nog parkeerplaatsen: daar
(https://www.openstreetmap.org/way/731154048) 3 brede
parkeerplaatsen getekend terwijl het er 5 smalle zijn...
> - https://www.openstreetmap.org/way/118797990: lanes=2 -->
lanes=1, maar turn:lanes=none|merge_to_left vergeten te
verwijderen en ook cycleway:right=lane vergeten te verwijderen
> - het gebruik van traffic_calming=island (volgens wiki: A
structure separating at least two lanes of a highway from each
other for a short distance.). Dan lijkt dat daar (aan het stukje
Zemstbaan dat aansluit op de Brusselsesteenweg) heel veel
verkeerd gebruikt. Alleen al omdat die 'dingen' daar niks met
traffic calming te maken hebben, volgens mij.
> - een aantal fietspaden zijn apart bijgetekend (OK), maar
waarom niet het stukje langs de Zemstbaan van Zemstsesteenweg
naar Brusselsesteenweg? De oneway-tag lijkt mij ook een aantal
keer te ontbreken. En ook de bicycle=use_sidepath op de highways
is niet toegevoegd...
>
> Dat dingen in osm van jaren oud verbeterd, verfijnd of
geüpdatet moeten worden, is logisch. Maar dat recente
veranderingen nog hopen extra werk vragen omdat ze zeer
onvolledig of ronduit fout zijn, vind ik behoorlijk frustrerend.
En met zo'n aanpassingen wordt de databank er ook echt niet
bruikbaarder op. Soit, 't is ook mijn eigen schuld omdat ik er

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

2019-11-03 Thread Karel Adams


Marc,

(parenthese over mijn conflict met DWG: ik besef dat ik niet altijd even 
correct heb gehandeld. En ik had er ook niet zo uitvoerig over moeten 
vertellen, alhier, inderdaad. Blijft de frustratie dat er op een 
verzoenend bericht mijnerzijds niet werd ingegaan, er kwam zelfs geen 
"neen", er kwam gewoon niks... Blijft mijn waarschuwing: "let wat gij 
doet, de DWG kan hard en niet altijd even konsekwent ingrijpen." 
Communicatie vooraf is erg belangrijk voor die lieden, en daar kan 
inderdaad niemand tegen zijn)


Maar wat betreft "Ieder mapt wat hij/zij wil", daar heb ik twee 
bedenkingen bij:


1) we moeten de database niet nodeloos belasten. Er komt alsmaar 
informatie bij, de database groeit stevig, queries worden alsmaar 
trager. De capaciteit van de servers is niet onbeperkt, en er blijven 
ook geen sponsors gevonden worden om disken en memory bij te kopen. Ik 
ben beroepshalve bezig met serverinfrastructuur en het is een permanente 
ergernis dat er moet hardware worden toegevoegd (en dus geld worden 
uitgegeven) zonder dat het echt nodig is.


2) ik vergelijk OSM graag met wikipedia - ook dat is een project dat 
bouwt op open inbreng, nog opener dan OSM want men kan er zelfs 
bijdragen zonder een account aan te maken. Er verschijnt daar dan ook 
heel wat junk, en er is een gedefinieerde procedure om dat op te kuisen 
("Article for Deletion"). Aan een dergelijke aanpak ontbreekt het bij 
OSM, en ik mis eraan. De huidige wollige aanpak kan nmbm niet blijven 
duren. Al dient het gezegd dat Wikipedia een encyclopedie maakt, en dus 
bewust en systematisch de lat hoog legt; en tegelijk veel zichtbaarder 
is, en dus veel meer blootgesteld aan vandalisme, waardoor er veel meer 
nood is aan procedures en strikte regels.


Dank voor de openhartige en beleefde discussie!

Karel

On 11/2/19 9:45 PM, Marc Gemis wrote:

Ik sluit me volledig aan bij Jakka. Ieder mapt wat hij/zij wil.

Het aantal parkeerplaatsen kan interessante info zijn, net zoals de
exacte ligging (misschien voor slechtzienden die over het terrein
moeten navigeren). Kleine bloemperken e.d. geven aan hoe groen een
stad is.

Zo zijn er misschien ook mensen die zich afvragen wat het nut is van
afzonderlijke fietspaden of landingsbanen op een vliegveld of om het
even welk topic dat jij wel belangrijk vindt.

Je hoort dit soort commentaren wel meer (en ik heb waarschijnlijk zelf
ook al wel die fout gemaakt, maar ik probeer ze niet terug te maken)
"ik vind dat X niet gemapped moet worden". OSM is een project met vele
gezichten en veel verschillend gebruik. Daar moet je mee leren leven.

Afhankelijk van wat Karel opkuisen noemt (verwijderen?), kan ik me
voorstellen de DWG hem op de vingers tikt. Mappen op een plek die je
niet kent brengt altijd gevaren met zich mee. Dit lijkt me een typisch
verhaal van wie zijn * verbrand, moet op de blaren zitten. Het is een
beetje raar dat hij eerst over opkuisen van bloemperken spreekt en dan
over technisch verkeerd.

mvg
& happy mapping van om het even wat je belangrijk vindt, (bij voorkeur
wel lokaal na survey ;-) )

On Sat, Nov 2, 2019 at 4:55 PM Jakka  wrote:

Op 2/11/2019 om 14:37 schreef Denis Verheyden:

Dag allen,

Na een tijdje inactiviteit ben ik opnieuw wat verbeteringen op OSM aan
het aanbrengen (kleine stukjes GRB-import, aanvullen of verbeteren
huidige situaties).
Echter kwam ik onlangs een geval tegen dat mijns inziens overdreven
gedetailleerde mapping is:

https://www.openstreetmap.org/#map=19/50.99435/4.47499



OpenStreetMap 
OpenStreetMap is a map of the world, created by people like you and free
to use under an open license. Hosting is supported by UCL, Bytemark
Hosting, and other partners.. Learn More Start Mapping
www.openstreetmap.org

Ik heb het hier vooral over de individuele parkeerplaatsen bij die
winkels, ingetekend door Jakka (hopelijk dezelfde als die van de mailing
list hier ?).
Ik bedoel: dit is gewoon kaartvervuiling, zet daar gewoon 1 area met
amenity=parking en de kous is af.

Plaatsen voor gehandicapten/PRM zou ik nog wel toelaten afzonderlijk in
te tekenen, ook al omdat het anders moeilijk in een area te definiëren
is waar men dan een tag "capacity:disabled" op zet. Dan weet je wel
hoevéél er zijn, maar je weet niet wáár ze zich bevinden.

Een zelfde opmerking aan de fetishisten die graag afzonderlijke bomen
intekenen: stop er aub mee. Tenzij het echt een karakteristiek kenmerk
is of een echte bomenrij staat ("Allee unter den Linden" in Berlijn om
maar te zeggen), maar laat het anders gewoon zo. Er zijn betere zaken te
mappen.

Groeten,

Denis



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


Denis,

Wat betreft het detail micro mapping, niemand verplicht jou om zelfde te
doen, voor parking_space mag dit volgens de wiki

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

2019-11-02 Thread Karel Adams

Daarmee ga ik stevig akkoord, Denis. Ook graag akkoord dat een 
gehandicaptenparkeerplaats er wel mag uitspringen, maar dat doet de 
renderer dan weer niet, of toch niet op duidelijke wijze. Natuurlijk 
moeten we niet mappen voor de renderer, maar zo lijkt het inderdaad 
nergens op. Af en toe lijkt het me trouwens dat er, inzake 
detailpuntjes, nogal geknutseld wordt aan die renderer.



Toch een waarschuwing: een maand of twee geleden had iemand iets 
gelijkaardigs gedaan, op een vliegveld in Verweggistan individuele 
bloemperkjes en struiken gemapt en zo. Ik heb dat toen een beetje 
opgekuist, waarop die mapper me prompt heeft "aangeklaagd" bij de hogere 
autoriteit ("data working group") en die heeft hem prompt gelijk 
gegeven, en mij een stevige uitbrander. Dat is toen een beetje uit de 
hand gelopen tussen mij en die hogere autoriteit, ik heb nu mijn 
bijdragen opgeschort tot er enig teken van toenadering komt... Uit dat 
dispuut heb ik onthouden dat die data working group het belangrijk vindt 
om niets te corrigeren zonder eerst met de betreffende mapper te 
communiceren (wat ik ergens wel redelijk vind, maar manifeste fouten 
zijn volgens mij toch manifeste fouten) en ook dat men voorrang geeft 
aan inbreng van plaatselijke mappers, zonder zich zelfs af te vragen hoe 
technisch correct die inbreng dan wel moge zijn. En daarmee heb ik het 
al lastiger...



Vr.gr.,



On 11/2/19 1:37 PM, Denis Verheyden wrote:

Dag allen,

Na een tijdje inactiviteit ben ik opnieuw wat verbeteringen op OSM aan 
het aanbrengen (kleine stukjes GRB-import, aanvullen of verbeteren 
huidige situaties).
Echter kwam ik onlangs een geval tegen dat mijns inziens overdreven 
gedetailleerde mapping is:


https://www.openstreetmap.org/#map=19/50.99435/4.47499



OpenStreetMap 
OpenStreetMap is a map of the world, created by people like you and 
free to use under an open license. Hosting is supported by UCL, 
Bytemark Hosting, and other partners.. Learn More Start Mapping

www.openstreetmap.org

Ik heb het hier vooral over de individuele parkeerplaatsen bij die 
winkels, ingetekend door Jakka (hopelijk dezelfde als die van de 
mailing list hier ?).
Ik bedoel: dit is gewoon kaartvervuiling, zet daar gewoon 1 area met 
amenity=parking en de kous is af.


Plaatsen voor gehandicapten/PRM zou ik nog wel toelaten afzonderlijk 
in te tekenen, ook al omdat het anders moeilijk in een area te 
definiëren is waar men dan een tag "capacity:disabled" op zet. Dan 
weet je wel hoevéél er zijn, maar je weet niet wáár ze zich bevinden.


Een zelfde opmerking aan de fetishisten die graag afzonderlijke bomen 
intekenen: stop er aub mee. Tenzij het echt een karakteristiek kenmerk 
is of een echte bomenrij staat ("Allee unter den Linden" in Berlijn om 
maar te zeggen), maar laat het anders gewoon zo. Er zijn betere zaken 
te mappen.


Groeten,

Denis


___
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] nieuwe-fiets-en-voetgangerstunnel-in-ekeren

2019-06-19 Thread Karel Adams

cfr. 
https://www.vrt.be/vrtnws/nl/2019/06/19/nieuwe-fiets-en-voetgangerstunnel-in-ekeren-geopend/


Ofwel kijk ik op de verkeerde plaats, ofwel is deze tunnel nog helemaal 
niet ingetekend in OSM? Wie wie wie?




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

Re: [OSM-talk-be] bridge or tunnel?

2019-05-27 Thread Karel Adams

Hoi Stijn,

Het kan zijn dat ik iets mis - het is een zware dag geweest op het werk
:( - maar volstaat het niet om ter plekke eens te gaan kijken?

Let wel, in het kader van mijn eigen specialisme (vliegvelden in de
ruime zin van het woord) ben ik zelf vaak genoeg aan het mappen op
plaatsen waar ik nooit geweest ben, maar dan moet men ook beseffen dat
men maar wat in het wilde weg aan het gokken is - niets gaat boven
lokale waarneming! En dus kan men licht worden bijgestuurd door iemand
die in de buurt rondhangt.

Soms verkies ik toch een "educated guess" boven helemaal niks, maar ik
weet zeker dat velen dat omgekeerd zien.

Uw humoristische verwoordingen werden hier erg op prijs gesteld! Monkel,
monkel :)

Karel ADAMS

On 5/27/19 6:57 PM, Stijn Rombauts via Talk-be wrote:

Hi,

1. This is a bridge: no doubt.
https://www.google.be/maps/@50.9628551,5.0810297,3a,75y,328.21h,89.12t/data=!3m6!1e1!3m4!1sXz43z9vWyUiOpCVTschIUQ!2e0!7i13312!8i6656?hl=nl

2. This is a tunnel: sure enough.
https://www.google.be/maps/@50.6138142,5.5973887,3a,75y,97.64h,84.03t/data=!3m6!1e1!3m4!1sRvKwojNbhvMdSBWG3zViLw!2e0!7i13312!8i6656?hl=nl

3. This looks like a tunnel, no? Or is the fact that the railway is on
an embankment enough reason to make it a bridge?

https://www.google.be/maps/@50.5508531,4.7216376,3a,89.9y,51.8h,87.45t/data=!3m6!1e1!3m4!1s4GoklQWnN5bW6ugdo1grmg!2e0!7i13312!8i6656?hl=nl

4. This one looks more like a bridge:
https://www.google.be/maps/@50.5923923,4.6668939,3a,75y,57.67h,80.29t/data=!3m6!1e1!3m4!1s4y-C9gvI9ZsUk9jcNQX4eA!2e0!7i13312!8i6656?hl=nl

5. And this? Brunnel or tidge?
https://www.google.be/maps/@50.5214486,4.8868137,3a,75y,27.85h,81t/data=!3m6!1e1!3m4!1sx0n9EuFTEx27S4sCQ--GPg!2e0!7i13312!8i6656?hl=nl

6. And if it gets shorter?
https://www.google.be/maps/@50.5317414,4.9485687,3a,75y,39.18h,91.35t/data=!3m6!1e1!3m4!1sdTd6puiPIvGKsLBzeCzB6Q!2e0!7i13312!8i6656?hl=nl

7. And this?
https://www.google.be/maps/@50.8660892,4.3648486,3a,75y,333.02h,85.73t/data=!3m6!1e1!3m4!1swvUHgLYhl8R5IXGVJ2QWiQ!2e0!7i13312!8i6656?hl=nl

8. A bit more complicated: not only a railway, but also the platforms
on a bridge? Or above a tunnel?

https://www.google.be/maps/@50.8101922,4.3991964,3a,75y,63.96h,87.57t/data=!3m6!1e1!3m4!1s2ioHz72P7Ju0aTcMLalGKg!2e0!7i13312!8i6656?hl=nl

9. And if you turn around:
https://www.google.be/maps/@50.8101922,4.3991964,3a,75y,258.54h,101.02t/data=!3m6!1e1!3m4!1s2ioHz72P7Ju0aTcMLalGKg!2e0!7i13312!8i6656?hl=nl

I am curious about your opinion...
But of course, what those things are, is not really the question. How
should they be mapped? That's the question.

Regards,

StijnRR

___
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] Mapping station Leuven

2019-05-19 Thread Karel Adams

Het mappen van stations en spoorwegen is helemaal niet mijn ding, maar 
ik heb er me nu toch aan gewaagd.


* in het station van Leuven heb ik aan de diverse perrons een "name=" 
toegevoegd (C/B , A/1, 2/3 ) , is dat een correcte manier van werken? 
Die perrons hadden al zo'n verwijzingen in een "ref=" tag maar die lijkt 
me eigenlijk niet zo zinvol..?


* ik ben in de war met way 89449057, die beslaat een ruim oppervlak aan 
de zuidkant van het station, en heeft als enige tag "landuse=railway"; 
aan de noordkant is er ook zo eentje, way 79208741. Hebben die enig nut, 
of toegevoegde waarde? Ik voel een sterke neiging ze te verwijderen (als 
IT-infrastructurist zie ik niet graag nutteloos gebruik van de 
beschikbare middelen :) ) maar omdat ik op onvertrouwd domein ben vraag 
ik eerst maar eens rond :)


Karel


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

[OSM-talk-be] Relations: wanneer? waarom?

2019-05-04 Thread Karel Adams


Een typisch voorbeeld, dat me ergert omdat ik het niet begrijp:

Relation 3904284 is opgebouwd uit ways 293877809 en 293877845. Ik zie 
tussen de beide ways geen verschil. Is er enige reden om dit zo te 
behouden? Ik zou al de extra tags van de relatie overbrengen naar een 
van de ways, en dan de andere way ermee "joinen". Simpeler voor de 
mappers én voor de database.


Meer algemeen: regelmatig kom ik zulke toestanden tegen, waar er zonder 
enige (voor mij zichtbare) reden met relations geknutseld wordt. Zie ik 
het nu te simpel of zien sommige andere mappers het te ingewikkeld?


Dank,

Karel


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

Re: [OSM-talk-be] save-the-internet - manifestaties nu zaterdag 23 maart

2019-03-22 Thread Karel Adams


** texte Français ci-dessous **

Dankje, Marc. Misschien had ik er moeten bij vertellen dat ik op de link 
kwam door (op mijn kantoor-pc) de basiskaart te bezoeken op 
openstreetmap.org/#map - er blijkt dus een zeker engagement te zijn 
vanwege "de top van OSM" al weet ik dat dat een zeer relatief begrip is.


Op de webstek die ik linkte vindt men inderdaad vooral manifestaties in 
Duitsland, maar toch ook verschillende in Roemenië en in Polen, en nog 
elders. Ik zou echt verwachten dat er ook in Brussel actie komt, het is 
tenslotte hier dat het beslist wordt.


Alleen is het verband met OSM me niet zo duidelijk, we kunnen toch niet 
veel copyrighted spul uploaden behalve misschien foto's?


Karel

=

Marc, merci. J'aurais du ajouter que je suis tombé sur cette histoire en 
visitant notre propre carte "générique" sur www.openstreetmap.org/#map. 
Il y aurait donc un certain support de la part des "hautes instances" de 
OSM.


Le site que j'indiquais mentionne surtout des manifestations en 
Allemagne, de fait; mais il y en a aussi en Pologne, en Roumanie, et 
ailleurs. Pourquoi alors pas à Bruxelles, où la décision sera prise?


Seulement, je ne vois pas très bien le rapport de ces propos de loi avec 
OSM - quel contenu "copyrighted" pourrions-nous publier, sauf quelques 
photographies?


=


On 22/03/2019 13:14, Marc Gemis wrote:

In Duitsland zijn er al verschillende manifestaties tegen article 13 geweest.
Mocht je Duits verstaan, deze dame [1] voert al enkele maanden
opositie tegen het wetsvoorstel dat alle websites zal verplichten een
filter te installeren om te kijken of er geen inhoud met licentie
wordt geupload. Blijkbaar bestaat de lobby voor het artikel o.a. uit
mediagroepen die nu politiekers al onder druk zetten mochten ze tegen
het voorstel.


[1] https://twitter.com/Senficon af en toe ook in het Engels.

On Thu, Mar 21, 2019 at 7:36 PM Karel Adams  wrote:

Met enige verbazing zag ik de aankondiging van manifestaties overmorgen
zaterdag, tegen een wetgevend initiatief op Europees niveau. Nog
verbazender dat ik er nog niet van hoorde langs enige andere weg, bv.
alhier.

https://savetheinternet.info/demos

Drie mogelijkheden:

* dit is niet ernstig

* dit is ernstig, en er wordt ook bij ons gemanifesteerd. Zoja: waar?
wanneer?

* dit is ernstig, en er is nog niks georganiseerd. Zoja, zullen we
afspreken in Brussel, nu zaterdag? Ik ben alvast graag beschikbaar.




___
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] save-the-internet - manifestaties nu zaterdag 23 maart

2019-03-21 Thread Karel Adams

Met enige verbazing zag ik de aankondiging van manifestaties overmorgen 
zaterdag, tegen een wetgevend initiatief op Europees niveau. Nog 
verbazender dat ik er nog niet van hoorde langs enige andere weg, bv. 
alhier.


https://savetheinternet.info/demos

Drie mogelijkheden:

* dit is niet ernstig

* dit is ernstig, en er wordt ook bij ons gemanifesteerd. Zoja: waar? 
wanneer?


* dit is ernstig, en er is nog niks georganiseerd. Zoja, zullen we 
afspreken in Brussel, nu zaterdag? Ik ben alvast graag beschikbaar.





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

Re: [OSM-talk-be] landuse & highways

2019-03-19 Thread Karel Adams


Lionel, merci!

"landcover=" est du nouveau pour moi, faut que je regarde dedans!

Bien chaleureusement,


On 19/03/2019 20:07, Lionel Giard wrote:
For what i understand, the landuse=grass is mostly a "landcover=grass" 
tag which was never properly named (and thus it is used like that). 
The surface=grass alone doesn't mean much in OSM as the surface tag is 
(i think) only a secondary tag (adding information to other object 
like highway=* ).


For the original question, it seems indeed to be less accepted to 
connect the landuse to the highway! And i find that it is so much 
easier to edit when it is not connected to the highway (or to the 
landuse on the other side) as it can just be directly moved without 
splitting first. If you want to map the area of an highway there is 
the proposal of tag "area:highway=*" that can be used but is not 
rendered at the moment (see here : 
https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area). 
But it could in the future if the usage become more prevalent.


Le mar. 19 mars 2019 à 19:55, Karel Adams <mailto:fa348...@skynet.be>> a écrit :


For what it is worth (and I do not think much of that, myself!):
the landuse tag is one of the most confusing and most misused.

In my self-assigned job of mapping aerodromes, and improving on
them, I often see tags like

landuse=grass

and that seems incorrect to me, it ought to be surface=grass rather

Correct usage of landuse includes (in my very personal
appreciation!) landuse=industrial, landuse=military,
landuse=commercial, landuse=recreational and more such. What that
means to the mapping of highways is beyond my comprehension; and,
to be frank, beyond my interest. I only wanted to give my opinion
on the general usage of the landuse= tag. Perhaps the best
application of the landuse tag to highways - but also to railways,
canals, aerodromes, , would be landuse=infrastructure or
landuse=public_infrastructure

NB wasn't there a dedicated mailing list about tagging?

For what it is worth,


On 19/03/2019 18:33, Stijn Rombauts via Talk-be wrote:

Hi,

What are the opinions these days about landuse mapping: connect
landuses to highways or let space between landuse polygons and
adjacent highways? Is there a consensus or can everyone do
whatever he/she likes?
My opinion: I *hate* landuse connected to highways.

Regards,

StijnRR

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

___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto: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] landuse & highways

2019-03-19 Thread Karel Adams

For what it is worth (and I do not think much of that, myself!): the 
landuse tag is one of the most confusing and most misused.


In my self-assigned job of mapping aerodromes, and improving on them, I 
often see tags like


landuse=grass

and that seems incorrect to me, it ought to be surface=grass rather

Correct usage of landuse includes (in my very personal appreciation!) 
landuse=industrial, landuse=military, landuse=commercial, 
landuse=recreational and more such. What that means to the mapping of 
highways is beyond my comprehension; and, to be frank, beyond my 
interest. I only wanted to give my opinion on the general usage of the 
landuse= tag. Perhaps the best application of the landuse tag to 
highways - but also to railways, canals, aerodromes, , would be 
landuse=infrastructure or landuse=public_infrastructure


NB wasn't there a dedicated mailing list about tagging?

For what it is worth,


On 19/03/2019 18:33, Stijn Rombauts via Talk-be wrote:

Hi,

What are the opinions these days about landuse mapping: connect 
landuses to highways or let space between landuse polygons and 
adjacent highways? Is there a consensus or can everyone do whatever 
he/she likes?

My opinion: I *hate* landuse connected to highways.

Regards,

StijnRR

___
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] how to create a 'ready-to-print' city map from OSM

2019-03-06 Thread Karel Adams


Technisch gezien lijkt me dit niet al te moeilijk.

Gebied selecteren, betreffende gegevens ophalen via bv. overpass, 
postscriptje uit breien, ps2pdf en kees komt klaar :) En jawel, een 
beetje tricky met name vs. name:nl vs.name:fr maar niet onoverkomelijk, 
zolang ik er niet al te diep over nadenk :)


Maar dit is blijkbaar een verzoek vanuit een professionele omgeving dus 
het lijkt me iets voor een commercieel aanbieder. Die waren er toch wel, 
alhier? Als niemand anders reageert wil ik ook wel een poging wagen...


Karel


On 06/03/2019 08:52, PONCELET Nadia (Firebru) wrote:


Hello everyone,

I would like to create some map from OSM that could be printed on 
paper at the approximate scale of 1:5000 and where all street names 
would appear on the map and be easy to read.


This is quite tricky I think, especially for Brussels where street 
names usually have a french and a dutch version. I have already done 
this exercise previously using UrbIS and I had to use some tricks such 
as shortening the names by combining the french and dutch versions 
when possible (e.g. "Rue de l'Ommegangstr." or "Quai F. Demetskaai") 
and widen the streets. I don't care that the streets are no more "at 
scale", the important is that all (or most) street names are legible. 
The rendering is similar to De Rouck map guides or 'Bruxelles en 
poche' for those who know these books. In long streets, the name can 
also be repeated several times.


My final result from UrbIS was more or less satisfactory (even if it 
still required some workforce to displace manually a few toponyms at 
the end) but I would like to be able to create the same kind of map 
from OSM for a larger area than the Brussels Region and also be able 
to update it periodically.


Before I start working on this, would you have some advice or know any 
people/projects/tools/libraries/ideas that could be a source of 
inspiration (maybe from ‘OSM on paper’ wiki page)?


Thank you very much for your answers.

Nadia


___
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] Lijst van dorpen/gemeenten/steden naargelang grootte/belang

2018-12-30 Thread Karel Adams

Dankjewel, Marc. Voor mijn concrete situatie is het onderscheid tussen 
Brussel, Parijs, Madrid nog niet zo relevant. Maar uw voorbeeld van "een 
localiteit met 5000 inwoners" is dat des te meer: inderdaad valt zo een 
dorp/gemeente/stad hier in het superdichtbevolkte Vlaanderen amper op, 
maar elders kan/zal dat heel anders zijn, zelfs binnen Europa. Laat 
staan in Siberië, of zo, daar zouden 500 inwoners al meer in het oog 
vallen... En als ze er zelfs voor de "officiële" renderer nog niet uit 
zijn, dan kan ik er inderdaad beter niet proberen mijn tanden op te 
breken :)


Vriendelijke groet,

Karel

On 30/12/2018 18:13, Marc Gemis wrote:

Voor mij lijkt Joost's vraag relevant aangezien Brussel misschien wel
een grote stad is naar Belgische normen, maar klein is in vergelijking
met Londen, Parijs of Madrid.

Verder is een plaats met 5000 inwoners misschien niet relevant in
Vlaanderen, maar in een gebied met lage bevolkingsdichtheid (Ik denk
bv. aan Zweden of Wales) wel. Dit is een probleem dat ze bij de
default kaartstijl op osm.org ook nog niet hebben kunnen oplossen.

m.

On Wed, Dec 26, 2018 at 6:31 AM Karel Adams  wrote:

Europa.

Maar wat is daarvan de relevantie?

KA

On 25/12/2018 21:52, joost schouppe wrote:

Wat is de scope van je project? Vlaanderen, België, de wereld?

Op ma 24 dec. 2018 11:52 schreef Karel Adams 
(ik denk dat ik dit punt reeds eerder aankaartte, maar heb nog steeds
geen oplossing, het blijft dus een probleem)

Voor een eigen "moving-map" applicatie (waarover verder geen discussie
aub, want daarover gaat het niet) wil ik graag een lijst van
steden/dorpen/gemeenten vanuit openstreetmap, mèt indicatie van
omvang/belang/grootte.

Het idee is dat ik een buitengemeente zoals (om maar iets te zeggen)
Wakkerzeel niet wil weergeven als ik mijn eigen dorp van Haacht weergeef
in een omgeving van 100 kilometer, maar wel in een omgeving van 10
kilometer.

Maar hoe krijg ik uit OSM een indicatie van de grootte/belang van een
"localiteit"? "Aantal inwoners" gaat een eind de richting uit, maar is
lang niet overal ingevuld. "admin_level" lijkt veelbelovend, maar geeft
problemen met grotere steden, die enerzijds gemapt zijn als node maar
dan zonder admin_level, en anderszijds als "boundary", veelal een
"relation". En inderdaad lijkt die "admin_level" bedoeld te zijn om de
grenzen af te bakenen, niet om de gemeente te categoriseren.

Kortom, wat ik wil bereiken is een lijstje zoals hieronder (met telkens
ook lengtegraad en breedtegraad erbij, maar dat haal ik wel uit
Overpass, die kan ik tegenwoordig query'en met mijn ogen dicht :) ), hoe
kom ik daaraan?

Mechelengrote stad

Leuven grote stad

Lierminder grote stad

Aarschotminder grote stad

Haachtgemeente

Wakkerzeeldeelgemeente

Brusselzeer grote stad

Antwerpenzeer grote stad, mét parking :)



___
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] Lijst van dorpen/gemeenten/steden naargelang grootte/belang

2018-12-25 Thread Karel Adams


Europa.

Maar wat is daarvan de relevantie?

KA

On 25/12/2018 21:52, joost schouppe wrote:

Wat is de scope van je project? Vlaanderen, België, de wereld?

Op ma 24 dec. 2018 11:52 schreef Karel Adams <mailto:fa348...@skynet.be>:


(ik denk dat ik dit punt reeds eerder aankaartte, maar heb nog steeds
geen oplossing, het blijft dus een probleem)

Voor een eigen "moving-map" applicatie (waarover verder geen
discussie
aub, want daarover gaat het niet) wil ik graag een lijst van
steden/dorpen/gemeenten vanuit openstreetmap, mèt indicatie van
omvang/belang/grootte.

Het idee is dat ik een buitengemeente zoals (om maar iets te zeggen)
Wakkerzeel niet wil weergeven als ik mijn eigen dorp van Haacht
weergeef
in een omgeving van 100 kilometer, maar wel in een omgeving van 10
kilometer.

Maar hoe krijg ik uit OSM een indicatie van de grootte/belang van een
"localiteit"? "Aantal inwoners" gaat een eind de richting uit,
maar is
lang niet overal ingevuld. "admin_level" lijkt veelbelovend, maar
geeft
problemen met grotere steden, die enerzijds gemapt zijn als node maar
dan zonder admin_level, en anderszijds als "boundary", veelal een
"relation". En inderdaad lijkt die "admin_level" bedoeld te zijn
om de
grenzen af te bakenen, niet om de gemeente te categoriseren.

Kortom, wat ik wil bereiken is een lijstje zoals hieronder (met
telkens
ook lengtegraad en breedtegraad erbij, maar dat haal ik wel uit
Overpass, die kan ik tegenwoordig query'en met mijn ogen dicht :)
), hoe
kom ik daaraan?

Mechelen    grote stad

Leuven     grote stad

Lier    minder grote stad

Aarschot    minder grote stad

Haacht    gemeente

Wakkerzeel    deelgemeente

Brussel    zeer grote stad

Antwerpen    zeer grote stad, mét parking :)



___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto: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] Lijst van dorpen/gemeenten/steden naargelang grootte/belang

2018-12-24 Thread Karel Adams

(ik denk dat ik dit punt reeds eerder aankaartte, maar heb nog steeds 
geen oplossing, het blijft dus een probleem)


Voor een eigen "moving-map" applicatie (waarover verder geen discussie 
aub, want daarover gaat het niet) wil ik graag een lijst van 
steden/dorpen/gemeenten vanuit openstreetmap, mèt indicatie van 
omvang/belang/grootte.


Het idee is dat ik een buitengemeente zoals (om maar iets te zeggen) 
Wakkerzeel niet wil weergeven als ik mijn eigen dorp van Haacht weergeef 
in een omgeving van 100 kilometer, maar wel in een omgeving van 10 
kilometer.


Maar hoe krijg ik uit OSM een indicatie van de grootte/belang van een 
"localiteit"? "Aantal inwoners" gaat een eind de richting uit, maar is 
lang niet overal ingevuld. "admin_level" lijkt veelbelovend, maar geeft 
problemen met grotere steden, die enerzijds gemapt zijn als node maar 
dan zonder admin_level, en anderszijds als "boundary", veelal een 
"relation". En inderdaad lijkt die "admin_level" bedoeld te zijn om de 
grenzen af te bakenen, niet om de gemeente te categoriseren.


Kortom, wat ik wil bereiken is een lijstje zoals hieronder (met telkens 
ook lengtegraad en breedtegraad erbij, maar dat haal ik wel uit 
Overpass, die kan ik tegenwoordig query'en met mijn ogen dicht :) ), hoe 
kom ik daaraan?


Mechelen    grote stad

Leuven     grote stad

Lier    minder grote stad

Aarschot    minder grote stad

Haacht    gemeente

Wakkerzeel    deelgemeente

Brussel    zeer grote stad

Antwerpen    zeer grote stad, mét parking :)



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

Re: [OSM-talk-be] Update Slow Roads conventions Belgium

2018-12-15 Thread Karel Adams

But - for as little as I am acquainted with this specific matter - I 
should think language-related terms should never occur in a reference? I 
would expect and indeed welcome them in a name tag, probably 
language-specific like name:nl


KA

On 15/12/2018 14:13, Steven Clays wrote:
Indeed, that's why. Actually, it is a good way to deal with the 
sometimes blurry denominations on the signposts.


Op za 15 dec. 2018 om 14:59 schreef Marc Gemis >:


I suggested that, as I think it is an part of the ref. We do map "E19"
as well, not just 19.
I want to be able te reconstruct the sign as I see it during a survey.
On Sat, Dec 15, 2018 at 2:47 PM Ben Laenen mailto:benlae...@gmail.com>> wrote:
>
> One question I have: why are the words "chemin", "sentier",
"voetweg" etc. part of the vicinal_ref tag? Better just leave the
number in there, the type of road is in the vicinal_type tag.
>
> Ben
>
> On Sat, 15 Dec 2018, 12:33 Steven Clays mailto:steven.cl...@gmail.com> wrote:
>>
>> Hello,
>>
>> I made a slight overhaul of the slow roads Belgium page, based
on the discussion of Friday December 14th. A new tagging scheme is
also proposed, seperating vicinal_ref and oficial_vicinal_ref.
Links are restored and some pictures added. Comments and
improvements welcome.

https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads=1#Trage_wegen_Inventory
>> ___
>> 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] Update Slow Roads conventions Belgium

2018-12-15 Thread Karel Adams

This matter is fully outside my are of competence, but the typo struck 
my eye. Please consider


s/oficial/official/g



On 15/12/2018 11:32, Steven Clays wrote:

Hello,

I made a slight overhaul of the slow roads Belgium page, based on the 
discussion of Friday December 14th. A new tagging scheme is also 
proposed, seperating vicinal_ref and oficial_vicinal_ref. Links are 
restored and some pictures added. Comments and improvements welcome. 
https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads=1#Trage_wegen_Inventory


___
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] Note tells OSM fails

2018-09-04 Thread Karel Adams

In the margin and without wishing to enter politics, allow me to insist 
we should name the village by its primary and original name "Kraainem".



On 04/09/18 09:39, Marc Gemis wrote:

Here is the answer I gave on the note:

As you can see on the map, the boundary between Woluwe-Saint-Pierre
and Crainhem runs slighty left of the Rue Longue.

Since the current implementation of Nominatim (the software that looks
up the addresses), always looks at the street and never at the POIs,
there is no way to solve this with data.

AFAIK, they are working on a solution for this, but there is no
timeframe for a solution

m.
On Tue, Sep 4, 2018 at 9:38 AM Jakka  wrote:

Hi,

Who can answer and close this note.
Building is located in Woluwe-Saint-Pierre but access highway is in
Crainhem I think...
https://www.openstreetmap.org/note/1477650#map=19/50.84217/4.46717
https://nominatim.openstreetmap.org/details.php?place_id=84536059


___
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] int_ref, ref spelling, no space between letter and number....

2018-08-11 Thread Karel Adams

Thanks, Jo, you are looking on from a little distance, that is always 
helpful to get consensus...

I agree with your "the key to create such a blank is commonly known as 
the space bar" - which only confirms how subtle the English language 
really is. And that is precisely what makes me contest the "rule" cited 
by @Ruben (he/she is right in the citation, but I defy the rule) "on 
this list the accepted standard is to use English" - I never liked that 
rule, mostly for this reason. There's all too many people who post (to 
some degree) gibberish, in the firm belief they have good English.

And to come back to @Ruben's reply "no-one would have failed to 
understand what we meant": try taking this conversation though some www 
translation tool to an exotic language, say Japanese or Swahili or Latin 
or Basque, than back to English. Without having checked, I dare to bet 
that somewhere in the process the "space" was converted to something 
astronautical. So yes, I am sure many people might get confused. Or in 
other words, what's the added value of posting in a language that is NOT 
native to this Belgian country? Except of course to oblige those few who 
prefer learning foreign languages over learning their own.

Karel (admittedly touchy on matters of language and local culture)

On 11/08/18 13:31, Jo wrote:

Karel, you are probably right, but the key to create such a blank is 
commonly known as the space bar.

I would also remove the 'empty character' (Leerzeichen) here in Belgium.

In France it's consistently with a space, I guess they find it like 
that on their signage.

Jo

Op za 11 aug. 2018 om 15:11 schreef Karel Adams <mailto:fa348...@skynet.be>>:

Excuse me for being pecky on language - for this once I feel free
because language is (more or less) the subject matter anyway.

Where @jakka writes "space", and @ruben neatly follows suit, I
think the
actual meaning is "blank".

nl "spatie" => en "blank"

en "space" => nl "ruimte"

Not wanting to "score" any personal hits, just for the common good:
allow me to recommend that English should only be used by those who
master that subtle language really well. There is no reason for not
posting in one's native language, on a list of regional importance
such
as this.

Groeten :)

Karel

On 11/08/18 12:38, Ruben wrote:
> Hi Frank,
>
> On Fri, 10 Aug 2018 21:06:54 +0200, Jakka mailto:vdmfrank...@gmail.com>> wrote:
>> Where can I see and read what is the correct spelling of the E
and other road network like A? Is there a space between the letter
and number?
>> The wiki pages
https://wiki.openstreetmap.org/wiki/WikiProject_Europe/E-road_network
and https://en.wikipedia.org/wiki/International_E-road_network are
not clear about that...
>> See the mapillary
https://www.mapillary.com/map/im/vEtPrDgYQ9nVD2kfehABQg example:
there are no spaces so should we adapt all those tags?
> I believe our local refs are without space (so "A17", "R0",
"N540"). Our signposting for international refs doesn't use a
space either (E40), or sometimes a 'thin space' (E 40). I've never
seen a full space (E 40).
> On their site[1], the Flemish Agency for Roads and Traffic (AWV)
consistently uses no space for both local and E refs. So I'd be
inclined to say it's without space.
>
>> I see that most of int_ref is with space and ref and nat_ref
without? But not always...
> A few years ago, a French mapper came along and mechanically
edited int_refs in Belgium. I asked them to stop but their changes
were never fully reverted, so there are still int_refs with a
space in Belgium.
> I think it would be safe to remove the spaces mechanically, as
it would actually be reverting an earlier unauthorized mechanical
edit. What do you think?
>
> [1] https://wegenenverkeer.be/
>
> Cheers,
> Ruben
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-be

___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto: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] int_ref, ref spelling, no space between letter and number....

2018-08-11 Thread Karel Adams

Excuse me for being pecky on language - for this once I feel free
because language is (more or less) the subject matter anyway.

Where @jakka writes "space", and @ruben neatly follows suit, I think the
actual meaning is "blank".

nl "spatie" => en "blank"

en "space" => nl "ruimte"

Not wanting to "score" any personal hits, just for the common good:
allow me to recommend that English should only be used by those who
master that subtle language really well. There is no reason for not
posting in one's native language, on a list of regional importance such
as this.

Groeten :)

Karel

On 11/08/18 12:38, Ruben wrote:

Hi Frank,

On Fri, 10 Aug 2018 21:06:54 +0200, Jakka wrote:

Where can I see and read what is the correct spelling of the E and other road
network like A? Is there a space between the letter and number?
The wiki pages
https://wiki.openstreetmap.org/wiki/WikiProject_Europe/E-road_network and
https://en.wikipedia.org/wiki/International_E-road_network are not clear about
that...
See the mapillary https://www.mapillary.com/map/im/vEtPrDgYQ9nVD2kfehABQg
example: there are no spaces so should we adapt all those tags?

I believe our local refs are without space (so "A17", "R0", "N540"). Our
signposting for international refs doesn't use a space either (E40), or sometimes a 'thin space' (E 40). I've
never seen a full space (E 40).
On their site[1], the Flemish Agency for Roads and Traffic (AWV) consistently
uses no space for both local and E refs. So I'd be inclined to say it's without
space.

I see that most of int_ref is with space and ref and nat_ref without? But not
always...

A few years ago, a French mapper came along and mechanically edited int_refs in
Belgium. I asked them to stop but their changes were never fully reverted, so
there are still int_refs with a space in Belgium.
I think it would be safe to remove the spaces mechanically, as it would
actually be reverting an earlier unauthorized mechanical edit. What do you
think?

[1] https://wegenenverkeer.be/

Cheers,
Ruben

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

[OSM-talk-be] Mappen van spoorweginfrastructuur

2018-06-23 Thread Karel Adams

Nog al wat vragen terzake, want ik ben vooral bezig met vliegvelden en 
aanverwante.


Op de locatie Noord 50.96277 Oost 4.62709 is er een overweg met 
slagbomen. Deze is gemapt met twee nodes, een op elk spoor, met tag 
railway=level_crossing.


* het zou mij correcter lijken om maar één overweg te mappen ipv twee

* er is niet gemapt of het een bewaakte overweg is, ttz met slagbomen, 
dan wel een onbewaakte met enkel licht- en geluidssignalen. Hoe te 
verbeteren?


* de overweg is met grote plastic blokken afgesloten voor autoverkeer, 
al staan er geen overeenkomstige borden; fietsers en voetgangers kunnen 
er nog wel langs, en doen dat ook. Geluidssignaal en knipperlichten zijn 
ook actief ten gepasten tijde. Maar hoe mappen we dat?


* het zou mij ook gepast lijken om het nummer van de overweg te mappen, 
hier is dat 21 zoals ik zag op bordjes langs het spoor. Of mappen we 
enkel "straat"-informatie, omdat we nu eenmaal niet "openrailmap" zijn?


* gelijkaardige vraag voor de seinen langsheen het spoor, we mappen wel 
verkeerslichten voor auto's, waarom zouden we ook niet de 
verkeerslichten van de treinen mappen?


NB node 301223613 aan de volgende overweg (#20, dus :) ) geeft wel wat 
meer info; is dit de correcte manier?


KA


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

[OSM-talk-be] Boortmeerbeek

2018-04-21 Thread Karel Adams

In Boortmeerbeek is er een weg bijgelegd om industrieverkaveling 
bereikbaar te maken, ik ben daar zojuist langs gereden om naar de Aldi 
te gaan :) Er stond nog niks van op OSM dus ik heb er dat proberen bij 
zetten, maar ik ben geen held in het mappen van wegen dus wil aub iemand 
dat eens nakijken / verbeteren / becritiseren?


Er moet daar ooit een paaltje gestaan hebben om de toegang te blokkeren 
voor auto's - node 705918034 - dat staat er nu niet meer maar de bordjes 
terzake staan er nog wel. Het is me niet duidelijk waar het naartoe gaat 
- ofwel bordjes weg ofwel paaltje(s) terug dus ik liet die voorlopig 
maar staan.


Als ik er nog eens passeer zal ik wel eens de namen en adressen van de 
bedrijven noteren en die toevoegen.


zie https://www.openstreetmap.org/#map=17/50.96200/4.59099

Karel (alias Jan Olieslagers :) )



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

Re: [OSM-talk-be] How to request arbitration?

2018-04-02 Thread Karel Adams

Thanks Jo, that brought a smile!

The crux of the matter is of course that I can NOT fly into it, it being 
so private as to be almost secretive. In fact I am wondering more and 
more why these guys so vehemently refuse to give this airstrip a name, 
it really feels like something is being hushed up. Or then perhaps they 
wish to abide by the rules very strictly, kind of "Befehl ist Befehl" :) 
Not the kind of atmosphere I'll choose for a destination. And no, I'll 
not bother to further improve our database in that area.

That I figured in WeeklyOSM is nice but perhaps my next appearance could 
be more positive ;)

Smiling regards,

KA

On 02/04/18 08:51, Jo wrote:
Karel, you are going to have to fly over to that airstrip and put up a 
large sign next to it . Photograph it and hope it catches on among the 
local population... (That's how I read Frederik Ramms comment)

I didn't look at the changeset. We have a description tag, if it's a 
description and not a name. Of course if it's only in English, maybe 
description:en?

Anyway, you made it into WeeklyOSM.

Jo

2018-04-02 7:57 GMT+02:00 Marc Gemis <marc.ge...@gmail.com 
<mailto:marc.ge...@gmail.com>>:

Did you contact the owner of the airfield to find out how they name it
? Did you find a sign along the street pointing to the airfield with a
name ? Is there a name sign at the entrance ? Is there an official
document  from a government which mentions a name ?

If all of those questions return false, i.e. no name, then the
airfield has no name. Maybe there are a few other places where we can
look for the item of items, but making them up from ones armchair is
certainly not one of them.

No everybody gives their house, private tennis court, driveway or
airfield a name. So noname=yes might be the only thing we can do. We
should not make up names as "Airfield of Family Anderson", "Airfield
near road N111" or whatever.

Regards

m.

p.s. @Pieter, SomeoneElse, who participates in the changeset
discussion is member of the DWG.

    On Sun, Apr 1, 2018 at 11:08 PM, Karel Adams <fa348...@skynet.be
<mailto:fa348...@skynet.be>> wrote:
> I am in a bitter dispute with a couple of mappers who absolutely
refuse to
> accept a "name=*" tag on an aerodrome because officially it has
no name -
> indeed it figures in no official document.
>
> My point of view is that an "invented" name - which can be
discussed, of
> course - is better than no name at all but they are quite
adamant. How to
> address this?
>
> For the details: see
https://www.openstreetmap.org/changeset/57717417
<https://www.openstreetmap.org/changeset/57717417> and
> https://www.openstreetmap.org/way/573934869
<https://www.openstreetmap.org/way/573934869>
>
> https://wiki.openstreetmap.org/wiki/Names
<https://wiki.openstreetmap.org/wiki/Names> has been called in but
I found
> nothing there to indicate only official names should be mentioned.
>
> This seems really a case for arbitration, but how to request it?
>
> Karel
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-be
<https://lists.openstreetmap.org/listinfo/talk-be>
>

___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-be
<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] How to request arbitration?

2018-04-02 Thread Karel Adams

OK Marc, thanks. Since @SomeoneElse is in the DWG, I suppose his advice 
was as much arbitration as I can ask for.




On 02/04/18 05:57, Marc Gemis wrote:

Did you contact the owner of the airfield to find out how they name it
? Did you find a sign along the street pointing to the airfield with a
name ? Is there a name sign at the entrance ? Is there an official
document  from a government which mentions a name ?

If all of those questions return false, i.e. no name, then the
airfield has no name. Maybe there are a few other places where we can
look for the item of items, but making them up from ones armchair is
certainly not one of them.

No everybody gives their house, private tennis court, driveway or
airfield a name. So noname=yes might be the only thing we can do. We
should not make up names as "Airfield of Family Anderson", "Airfield
near road N111" or whatever.

Regards

m.


p.s. @Pieter, SomeoneElse, who participates in the changeset
discussion is member of the DWG.

On Sun, Apr 1, 2018 at 11:08 PM, Karel Adams <fa348...@skynet.be> wrote:

I am in a bitter dispute with a couple of mappers who absolutely refuse to
accept a "name=*" tag on an aerodrome because officially it has no name -
indeed it figures in no official document.

My point of view is that an "invented" name - which can be discussed, of
course - is better than no name at all but they are quite adamant. How to
address this?

For the details: see https://www.openstreetmap.org/changeset/57717417 and
https://www.openstreetmap.org/way/573934869

https://wiki.openstreetmap.org/wiki/Names has been called in but I found
nothing there to indicate only official names should be mentioned.

This seems really a case for arbitration, but how to request it?

Karel


___
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] How to request arbitration?

2018-04-01 Thread Karel Adams

I am in a bitter dispute with a couple of mappers who absolutely refuse 
to accept a "name=*" tag on an aerodrome because officially it has no 
name - indeed it figures in no official document.


My point of view is that an "invented" name - which can be discussed, of 
course - is better than no name at all but they are quite adamant. How 
to address this?


For the details: see https://www.openstreetmap.org/changeset/57717417 
and https://www.openstreetmap.org/way/573934869


https://wiki.openstreetmap.org/wiki/Names has been called in but I found 
nothing there to indicate only /official/ names should be mentioned.


This seems really a case for arbitration, but how to request it?

Karel

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

Re: [OSM-talk-be] Where to suggest/discuss the renderer?

2018-02-22 Thread Karel Adams


Glenn, hebt ge me wel goed gelezen?

There is not the slightest need to convince me we should not map for the 
renderer. There's a bunch of mappers, especially in France but also one 
in Italy, who vehemently remove the "aeroway=aerodrome" tag from small 
airfields. When I reinstate it, they will promptly remove it and send me 
angry messages.


I do not say they are right, I do say there is some reason to their 
approach. It is not acceptable that the renderer knows only one category 
of aerodrome so that it maps a small recreational aerodrome the same way 
as an international airport. This should be improved in the renderer, 
both to satisfy those Southern grumblers even if they're not right; but 
mainly to improve the map that we produce.


It is not because they are wrong in France that there is no room for 
improving the renderer. Whence my repeated question: where or with whom 
can this be discussed?


KA

PS one thing I have begun to do is to tag those small fields as 
"aeroway=airstrip" but that is not to everybody's liking, either.



On 22/02/18 09:41, Glenn Plas wrote:

Mapping for the renderer is de facto wrong and what you experience now
(in france etc.) is the endresult of that attitude.  I don't understand
why you get discouraged on OSM because of a map you don't like.   It's
like saying:  "I don't contribute to Wikipedia anymore because when I
print a page out, it's not aligned the way I want it."

There are several options for anyone in your situation:

1. make your own map.  There are several sites that allow you to make
custom maps.
2. more technical: copy cartoCSS, change whatever you want, set up a
tile server and enjoy your perfectly suited map
3. try to change the consensus, lobby for universal solution, try to get
the standard cartoCSS changed to your likings (and repeat later when
someone else does the same)
4. Look for existing map alternatives  (different renderings)

You should realise that it has nothing to do with the source data.
There are already ton's of different map rendering out there, perhaps
one will be perfect for you.

Don't stop mapping because of someone elses decision to represent a
feature in a way that doesn't appeal to you.  It's the worst reason to
stop as that might just change in an instant.

Glenn


On 19-01-18 16:43, Karel Adams wrote:

When I first consulted maps - paper-only, at that time, of course -
the famous Michelin 1:20 had distinct symbols for (bigger)
airports, (smaller) airfields, and glider fields. As of 2018, the
generic map of openstreetmap has only a single icon to represent
anything mapped with "aeroway:aerodrome" - and all of them rendered as
from zoomlevel=13 - and none below.

This is really very bad. Why should I want to contribute to a system
that delivers poorer info than paper maps of 50 years old?

Even worse, many active and able mappers are reluctant to update the
database properly because the correct info will be so poorly rendered.
Especially in France and Italy, where I had endless arguments with
people removing the "aeroway=aerodrome" tag from real proper
aerodromes, because they didn't want their local grass runway mapped
the same as CDG Roissy airport. Even if I don't agree, I can fully
understand their point of view!

What is the proper place to question this matter, and discuss schemes
of improvement? Is there a discussion site for the renderer?




___
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] Where to suggest/discuss the renderer?

2018-01-19 Thread Karel Adams

Marc, thanks for the reply. Only the arguments (not yours! I will not 
shoot at the messenger! at the contrary!) do not hold true. Several 
hundred minor fields have been tagged with either "aeroway:airstrip" or 
("aeroway:aerodrome" AND "aerodrome:airstrip"). The first are not 
rendered at all, the second are rendered just like CDG Roissy. 
Ridiculous! And really demotivating for perfectionist mappers.


I really think it is a kind of chicken/egg problem: renderers will say 
there is no basis for differentiating as long as no more differentiated 
info is in the database, and mappers will say it is not worth 
differentiating the database as long as all aerodromes are mapped the 
same - or not at all. How to break this vicious circle? Where shall 
renderers and mappers discuss the classes of aerodromes, and how they 
are rendered?


KA


On 19/01/18 17:37, marc marc wrote:

Hello,

Le 19. 01. 18 à 16:43, Karel Adams a écrit :

distinct symbols for (bigger) airports,
(smaller) airfields, and glider fields

I found this old propal.
https://wiki.openstreetmap.org/wiki/Proposed_features/Aerodrome
I like importance=international/national/regional like for railway.
https://wiki.openstreetmap.org/wiki/User_talk:Jgpacker#Proposed_features.2FAerodrome
try to contact other and/or make a request for comment on tagging ml


Is there a discussion site for the renderer?

https://github.com/gravitystorm/openstreetmap-carto/issues
but before requesting a render improvement, we need tags in the db :-)
also look a previous issues
https://github.com/gravitystorm/openstreetmap-carto/issues/1143
Almost all of the discussion focuses on the fact that information is
missing in osm to determine the importance of an airport.

Regards,
Marc
___
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] Where to suggest/discuss the renderer?

2018-01-19 Thread Karel Adams

When I first consulted maps - paper-only, at that time, of course - the 
famous Michelin 1:20 had distinct symbols for (bigger) airports, 
(smaller) airfields, and glider fields. As of 2018, the generic map of 
openstreetmap has only a single icon to represent anything mapped with 
"aeroway:aerodrome" - and all of them rendered as from zoomlevel=13 - 
and none below.


This is really very bad. Why should I want to contribute to a system 
that delivers poorer info than paper maps of 50 years old?


Even worse, many active and able mappers are reluctant to update the 
database properly because the correct info will be so poorly rendered. 
Especially in France and Italy, where I had endless arguments with 
people removing the "aeroway=aerodrome" tag from real proper aerodromes, 
because they didn't want their local grass runway mapped the same as CDG 
Roissy airport. Even if I don't agree, I can fully understand their 
point of view!


What is the proper place to question this matter, and discuss schemes of 
improvement? Is there a discussion site for the renderer?





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

[OSM-talk-be] LiDAR

2017-10-21 Thread Karel Adams

LiDAR is apparently a technique for gathering precise elevation data. 
Such data is (AFAIU) collected for most of Western Europe, and other 
places besides; and there is a tendency to make the data publicly 
available, too.


How relevant is this for OSM? How accurate is our elevation data at 
present, for Belgium in especial? Would LiDAR data for Belgium (or parts 
thereof :) be collected, and could we get it to be publicly available? 
Mass import into OSM?


Check https://rapidlasso.com/2017/01/03/first-open-lidar-in-germany/ as 
a starter, more info easily found on the www


Karel (found this mentioned on an aviation forum)



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

Re: [OSM-talk-be] A11 nu in gebruik

2017-08-26 Thread Karel Adams

Da's niet onterecht, Wannes, maar ik heb te weinig verstand van het 
mappen van wegen. Ik weet wel zeker dat, als ik eraan begin, de 
specialisten meer werk zouden hebben met het rechtzetten van mijn 
goedbedoelde fouten...


:) Karel


On 26/08/17 11:15, Wannes Soenen wrote:

Dan moet je ze aanpassen he :)

Kaart moet ook nog gerenderd worden.

On 26 aug. 2017 13:09 +0200, Karel Adams <fa348...@skynet.be>, wrote:

... maar als ik onze kaart bekijk staat hij nog als "construction" ?



___
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] A11 nu in gebruik

2017-08-26 Thread Karel Adams


... maar als ik onze kaart bekijk staat hij nog als "construction" ?



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

[OSM-talk-be] Potlatch crasht keer op keer

2017-07-01 Thread Karel Adams

Already for a couple of weeks, Potlatch crashes when I try to add a 
"blank node" to serve as a beginning of a way.


For those who didn't yet know: I am almost exclusively into mapping 
aerdromes, and prefer Potlatch. I can, and still do, add aerodromes by 
dragging the relevant icon into map, no issue there. But I can no more 
add runways: when I click the first end point, there is an immediate 
crash. Not really of Potlatch but rather of the underlying "Adobe Flash 
plugin". I've already sent tons of error reports, and updated versions 
of the Flash plugin have appeared and were duly installed, still no 
improvement.


What can be done?

Environment: Ubuntu 16.04+ Firefox, both religiously patched up to date.



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

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

2017-03-26 Thread Karel Adams


On 26/03/17 19:10, Marc Gemis wrote:

here is another example I met today

location : http://osm.org/go/0ErT_~pXR-?m=
picture: https://xian.smugmug.com/OSM/OSM-2017/2017-03-26-Dessel/i-VvGqfPV/A

It's clear that the left part on the picture (north on the map) is
cultivated land, the grass is greener. I assume it is
landuse=farmland. I doubt it's meadow, as there is no fence, so you
can't keep cows on it. I think it's grass now, but they will place
some crop on it later on in the season.

The part on the right is clearly different. More like
natural=grassland. There were even some boundary stone separating both
areas. How should I map the southern part ? I don't think it's a
meadow nor a land to grow crop.


It has already been pointed out: landuse is not a constant. What is 
cropped for hay one year can be growing beetroot or potatoes the year 
after and later still become pasture. Unless one is prepared to look 
over each single bit of farmland at least once per year (for which I do 
not think we are in sufficient numbers today) my vote is for only 
tagging landuse=agricultural or landuse=farmland. Better to give less 
but reliable detail. "landuse=meadow" could be used in some specific 
cases, like aerodromes. And even then: the bit of land at 
#map=18/51.21083/5.47755, South of the runway, is left barren some 
years, in other years the owner (who also owns the little airfield) will 
grow maize on it. The bits east and west of the runway could be mapped 
as "meadow" though, they are presently tagged "farmland".


KA

PS Pour la petite histoire: I once came close to flying INTO the maize - 
that runway is awfully short, and the bit of wood further to the South 
is very good for creating turbulence...


m.

On Fri, Mar 24, 2017 at 7:29 PM, Marc Gemis  wrote:

On Fri, Mar 24, 2017 at 5:04 PM, joost schouppe
 wrote:

Please help me with the cleanup of the area around Reet. I honestly
cannot remap all landuse=farm there based on imagery, although I know
the area more or less. :-)


I'll have a look :)
What would you prefer for "unsure from imagery"? Just nothing, or a polygon
tagged fixme? Or something else?


Teach me how I can determine the right tags from imagery. During my
lunch break today I was working on the area south of the Pierstraat
and north of Voetweg 32 http://osm.org/go/0EpHov3c-- and further to
the east/north east.
I wonder which tags others would use for the areas covered with grass.
Are there people that are immediately convinced that those areas are
meadows ? Or are you in doubt, perhaps just grass, or even
recreational areas (west of the soccer field) ?

I am mostly interested how other people decide the right
landuse/landcover/natural tag.
Even with pictures from surveys I wonder which tags I should use. What
for areas that are clearly meant for keeping horses, or wet meadows.
There are so many tags to chose from.

A recent problem I had was to tag
https://xian.smugmug.com/OSM/OSM-2016/2016-11-20-Vremde/i-L3kGV6K  Is
this really a meadow ? Can have a meadow so many trees ? Or is it an
orchard (I don't know a lot about trees), with a lot of grass ?

I would be nice to have an easy way to ask for the proper landuse tags
by posting pictures.

m.

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



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

Re: [OSM-talk-be] overpass query

2017-03-25 Thread Karel Adams

Marc, dat lijkt te doen wat ik verlang. Trouwens, ere wie ere toekomt, 
ook Jo had het al over die "recurse", jouw voorbeeld maakte het net dat 
tikkeltje duidelijker.


Beiden welbedankt!

Karel


On 24/03/17 15:31, Marc Gemis wrote:

Sorry voor het late antwoord,

kijk eens naar het voorbeeld


   
 
 
   
   
 
 
   
   


op https://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide

Die  zorgt ervoor dat de nodes van een way meekomen.

2017-03-22 19:53 GMT+01:00 Karel Adams <fa348...@skynet.be>:

Marc, dat is helemaal correct, mea culpa.

Vermits de output er voor de rest erg gelijkaardig uitziet wordt mijn vraag
dus:

"wat voeg ik aan mijn aanvankelijke query toe om ook dat onderste blok data
er bij te krijgen?"

Ter herinnering hier nogmaals die aanvankelijke query:


  
  
  
  
  
  
  
  
  
  




On 22/03/17 06:13, Marc Gemis wrote:

2017-03-22 6:46 GMT+01:00 Karel Adams <fa348...@skynet.be>:

Ik heb die query losgelaten op de buurt van luchthaven Deurne, echter het
resultaat heeft precies hetzelfde nadeel als wat ik zelf reeds voorhad:
de
nodes zijn er netjes met hun coordinaten; echter de ways zijn
samengesteld
uit nodes maar van die nodes zijn er geen coordinaten. Klein
uittrekseltje:

heb je ver genoeg naar beneden gescrolled ? ln het resultaat van die
query run zie ik na alle "ways"

...

  



  

...

je moet dus de ref van bv.  

"gaan zoeken" bij de nodes door de ref te matchen met een node id.

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



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

Re: [OSM-talk-be] overpass query

2017-03-22 Thread Karel Adams


Marc, dat is helemaal correct, mea culpa.

Vermits de output er voor de rest erg gelijkaardig uitziet wordt mijn 
vraag dus:


"wat voeg ik aan mijn aanvankelijke query toe om ook dat onderste blok 
data er bij te krijgen?"


Ter herinnering hier nogmaals die aanvankelijke query:


 
 
 
 
 
 
 
 
 
 




On 22/03/17 06:13, Marc Gemis wrote:

2017-03-22 6:46 GMT+01:00 Karel Adams <fa348...@skynet.be>:

Ik heb die query losgelaten op de buurt van luchthaven Deurne, echter het
resultaat heeft precies hetzelfde nadeel als wat ik zelf reeds voorhad: de
nodes zijn er netjes met hun coordinaten; echter de ways zijn samengesteld
uit nodes maar van die nodes zijn er geen coordinaten. Klein uittrekseltje:

heb je ver genoeg naar beneden gescrolled ? ln het resultaat van die
query run zie ik na alle "ways"

...
   
 
   
   
   
 
   
...

je moet dus de ref van bv.  

"gaan zoeken" bij de nodes door de ref te matchen met een node id.

m

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



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

Re: [OSM-talk-be] overpass query

2017-03-21 Thread Karel Adams


Met excuus voor mijn eerder korte vorige reactie:

Ik heb die query losgelaten op de buurt van luchthaven Deurne, echter 
het resultaat heeft precies hetzelfde nadeel als wat ik zelf reeds 
voorhad: de nodes zijn er netjes met hun coordinaten; echter de ways 
zijn samengesteld uit nodes maar van die nodes zijn er geen coordinaten. 
Klein uittrekseltje:


 timestamp="2014-02-22T16:36:17Z" changeset="20716874" uid="6072" 
user="Eimai">


  
  changeset="6456015" uid="6072" user="Eimai">






On 19/03/17 07:59, Jo wrote:

Hallo Karel,

Voor het ontwikkelen van query's is Overpass Turbo van onschatbare 
waarde. Probeer hier eens mee en laat  weten of dat in de juiste 
richting gaat:


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

Ik heb de verkorte QL-taal gebruikt, omdat ik die gemakkelijker vind 
om te lezen dan de XML-notatie.


Je kan converteren op deze pagina:

http://overpass-api.de/convert_form.html

En dan zie je dat jouw  query een recurse-from nodig had:


   
 
   
 
 
   
 
 
   
 
   
   
   
   

In die verkorte notatie wordt dat weergegeven als ">;", <; zou betekent hebben 
alle 'parents'.
mvg,
Jo

Op 19 maart 2017 om 08:22 schreef Karel Adams <fa348...@skynet.be 
<mailto:fa348...@skynet.be>>:


Nog steeds knutsel ik met het query'en van overpass om
vliegveldinformatie te pakken te krijgen.

Huidige opgave: renderen van 1 luchtvaartterrein met alles erop en
eraan.

De eerste stap is eenvoudig, en geeft reeds heel wat nuttigs.
Dingen die als node zijn gemapt krijg ik zondermeer in mijn xml en
kunnen dus gerenderd worden. Maar dingen die als "way" zijn
gemapt, en dat zijn de voornaamste (runway, taxiway, apron, ...)
geven me enkel een lijst van nodes, zonder coordinaten. Nu zou ik
al moeten een tweede query lanceren om van al die nodes de
coordinaten op te vragen? Of is er een manier om reeds van de
eerste query niet alleen voor elke way de nodes te bekomen maar
ook de coordinaten derzelve?

Hier de query voor vliegveld Kiewit:


 
 
 
 
 
 
 
 
 
 



___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-be
<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] talk: "responding to vandalism"

2017-03-19 Thread Karel Adams

What's urgent or important about this? Is vandalism an issue on OSM? A 
problematic issue? I have as yet not seen any.

On 19/03/17 17:20, Ben Abelshausen wrote:
This is an excellent idea, perhaps we should discuss this the next 
hackday? Or can someone try and set this up for Belgium?

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Sun, Mar 19, 2017 at 6:07 PM, joost schouppe 
> wrote:

Hi,

There is an interesting thread going on in the talk mailing list:

https://lists.openstreetmap.org/pipermail/talk/2017-March/077672.html

It started of with some complaining about vandalism, but it got
interesting when Thomas Straupis started explaining how they work
in Lithaunia. Basically, ALL changesets are validated. But
changesets by "known mappers" are automatically approved, and some
changesets are highlighted because they are marked by other tools
as "suspicious".
(this is the same Thomas I interviewed recently about their
dataconflation strategies:
http://www.openstreetmap.org/user/joost%20schouppe/diary/40605
)

With Zors already checking all new mappers' changesets using the
welcome tool (thank you!), it might be interesting to see if we
can expand on that here too.

Here's some practical stuff from his e-mail:

> Is your process documented anywhere and is the code available?

  There is a "help" page, but it is in Lithuanian... Maybe google
translate can help:
http://patrulis.openmap.lt/pagalba.html

  Code (php+postgresql) is very basic and dirty (i'm not a web
developer) and I didn't have time to put it on github yet (planning to
do that for a year or so...). But code is also full of Lithuanian
comments and names...

  If somebody wants to have a look at it - I can share/send the code
and give any information required in English.

P.S. This patrolling stuff is integrated with QA tools (fetching a
list of errors from keepright, osmose as well as doing local error
checking) and data synchronisation tools. So "all in one" solution.
You get a list of unapproved changes, a list of not yet fixed errors
and a status of synchronisation of different items.

-- 
Joost Schouppe

OpenStreetMap
 | Twitter
 | LinkedIn
 | Meetup

___
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] overpass query

2017-03-19 Thread Karel Adams

Jo, sorry hoor, maar hier snap ik den hond zijn ... niet van. Dat ligt 
natuurlijk aan mij en niet aan u :) Ik had dan ook nog nooit van 
Overpass Turbo gehoord, hoogstens de term al eens tegengekomen in deze 
maillijst Herinner u misschien dat ik nogal van de ambachtelijke aanpak 
houd?


Bovenal zie ik met uw query niet de minste aero-info, maar ik krijg dan 
ook een prentje van het Zuiden van Mechelen te zien, "den Arsenaal" en 
omgeving zeg maar; en daar is nu eenmaaal niets aeronautisch in de 
buurt, enkel treinen. Maar ik zie nergens waar uw bbox is vastgelegd 
zodat ik hem ook niet kan wijzigen.


Ook de syntax van uw query ziet er voor mij kabbalistisch uit; vooral 
regel 8 lijkt me eerder een emoticon dan uitvoerbare code ;)


Excuus voor mijn onwetendheid!
Karel

1[out:xml][timeout:25];
2(
3  node["aeroway"]({{bbox}});
4  way["aeroway"]({{bbox}});
5  relation["aeroway"]({{bbox}});
6);
7out meta;
8._>;
9out meta;

On 19/03/17 07:59, Jo wrote:

Hallo Karel,

Voor het ontwikkelen van query's is Overpass Turbo van onschatbare 
waarde. Probeer hier eens mee en laat  weten of dat in de juiste 
richting gaat:


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

Ik heb de verkorte QL-taal gebruikt, omdat ik die gemakkelijker vind 
om te lezen dan de XML-notatie.


Je kan converteren op deze pagina:

http://overpass-api.de/convert_form.html

En dan zie je dat jouw  query een recurse-from nodig had:


   
 
   
 
 
   
 
 
   
 
   
   
   
   

In die verkorte notatie wordt dat weergegeven als ">;", <; zou betekent hebben 
alle 'parents'.
mvg,
Jo

Op 19 maart 2017 om 08:22 schreef Karel Adams <fa348...@skynet.be 
<mailto:fa348...@skynet.be>>:


Nog steeds knutsel ik met het query'en van overpass om
vliegveldinformatie te pakken te krijgen.

Huidige opgave: renderen van 1 luchtvaartterrein met alles erop en
eraan.

De eerste stap is eenvoudig, en geeft reeds heel wat nuttigs.
Dingen die als node zijn gemapt krijg ik zondermeer in mijn xml en
kunnen dus gerenderd worden. Maar dingen die als "way" zijn
gemapt, en dat zijn de voornaamste (runway, taxiway, apron, ...)
geven me enkel een lijst van nodes, zonder coordinaten. Nu zou ik
al moeten een tweede query lanceren om van al die nodes de
coordinaten op te vragen? Of is er een manier om reeds van de
eerste query niet alleen voor elke way de nodes te bekomen maar
ook de coordinaten derzelve?

Hier de query voor vliegveld Kiewit:


 
 
 
 
 
 
 
 
 
 



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

2017-03-19 Thread Karel Adams

Nog steeds knutsel ik met het query'en van overpass om 
vliegveldinformatie te pakken te krijgen.


Huidige opgave: renderen van 1 luchtvaartterrein met alles erop en eraan.

De eerste stap is eenvoudig, en geeft reeds heel wat nuttigs. Dingen die 
als node zijn gemapt krijg ik zondermeer in mijn xml en kunnen dus 
gerenderd worden. Maar dingen die als "way" zijn gemapt, en dat zijn de 
voornaamste (runway, taxiway, apron, ...) geven me enkel een lijst van 
nodes, zonder coordinaten. Nu zou ik al moeten een tweede query lanceren 
om van al die nodes de coordinaten op te vragen? Of is er een manier om 
reeds van de eerste query niet alleen voor elke way de nodes te bekomen 
maar ook de coordinaten derzelve?


Hier de query voor vliegveld Kiewit:


 
 
 
 
 
 
 
 
 
 



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

Re: [OSM-talk-be] Fwd: [iRail] Job positions in open data not being filled in

2017-03-04 Thread Karel Adams

Ik heb recentelijks bij IMEC gesolliciteerd (weliswaar niet in een 
opendata-context) en - beleefd blijvend - was de ontvangst daar niet van 
zo'n aard dat ik in dat bedrijf verder nog interesse heb.


MIVB heeft mij bedankt, droogweg maar wel correct.

Meer algemeen: het lijkt me dat kandidaat-werkgevers de lat erg hoog 
leggen, dezer dagen. Dan moeten ze niet klagen hé, dat ze geen geschikte 
kandidaten vinden.


Karel


On 04/03/17 11:03, Ben Abelshausen wrote:

Hi,

Anyone here who can help Pieter?

Cheers,

Ben

-- Forwarded message --
From: *Pieter Colpaert* >
Date: Sat, Mar 4, 2017 at 12:00 PM
Subject: [iRail] Job positions in open data not being filled in
To: iRail list >


Hi all,

I have 2 open positions at imec to work on open data:
 * 
https://www.iminds.be/en/about-us/jobs/jobs-overview/open-data-researcher-smart-flanders 

 * 
https://www.iminds.be/en/about-us/jobs/jobs-overview/vacancy-for-big-andtransport-data-projects 



I also see that MIVB-STIB has an open position to work on the Open 
Data Platform:
 * https://www.linkedin.com/jobs/view/257410408/ 



It’s currently very hard to find people willing to work on Open Data 
publishing for a living. Any ideas how to find the right people? Is 
there anyone in your network that might be trained to work on Open Data?


Kind regards,

Pieter
___
iRail mailing list
ir...@list.irail.be 
https://lists.okfn.org/mailman/listinfo/irail 





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


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

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

2017-02-18 Thread Karel Adams

Helemaal gelijk Glenn, ik zat ook al te broeden op een antwoord in die 
zin maar ik zou het niet beter kunnen verwoorden.


Karel


On 17/02/17 11:52, Glenn Plas wrote:

Mr Casteleyn,

Dit is de 2de maal dat u iemand persoonlijk aanvalt, en 2 maal dezelfde
persoon over een paar notes die u niet aanstaan.

U overdrijft gewoon.  Ik heb met de mantel der liefde al mensen
aangepakt die brokken data vernielden van mijn hand uit onwetendheid,
iedereen in OSM doet dubbel werk van tijd, live with it.  It's part of
the game.

Als de notes u werkelijk niet aanstaan, kijk er dan niet naar!  Dit is
een community, geen concurentie.  geen enkele 'dictator' verplicht u
toch om er rekening mee te houden ?

Ik vind dat Math nog heel proper reageerde op uw voorlaatste klaagzang,
ik stel voor om dezelfde diplomatische houding aan te nemen, uw
aanvallen storen mij meer dan de notes waar ik niet naar kijk.  Steek uw
energie in het editten van de kaart ipv in dit soort thrash mails te
schrijven.

Er is geen deadline voor editeren van OSM, het is een constante golf van
veranderingen en aanpassingen aan de realiteit, we zullen de factor
altijd achterlopen op de werkelijkheid.

Don't fix the blame, fix the problem.

Glenn




On 16-02-17 09:38, Philippe Casteleyn wrote:

http://www.openstreetmap.org/user/philippec

Het is beleefd op het OSM profiel te zeggen wat u waar doet.


Ik heb er altijd een punt van eer van gemaakt de foto's voor
fatsoenlijke notes de dag zelf te publiceren.  De laastste 5 maand zit
ik naar de 50 notes van Math te staren en ik zie meer beweging in de
winkels dan in de notes.  Bovendien zijn zijn notes geen notes.  Zelfs
een Brusselaar kan op de OSM kaart zien welke panden en
winkelgaanderijen niet getagd zijn.  Er is geen verdienste aan.   Het is
gewoon hondjesgedrag.


Ik ben niet van plan elke dag te kijken of er een éénenvijftigste
fatsoenlijke note tussen zit.  Ik ben ook niet van plan naar de pijpen
van een buitenlandse dictator te dansen.  Zijn er al precendenten ?  Hoe
reageren andere beschavingen op zulke D.O.S. bombardementen ?  Ik heb
ook niet de indruk dat de locals 100 procent achter mij staan.  De notes
staan er nog.  Ik zal dan ook stoppen met de winkelgaanderijen te
bolfotograferen.  Trop is te veel.



Ph Casteleyn
Dahliastraat 16
2800 Mechelen
animals.slippers.loaders
gsm 0486 516261
Ctrl+v


___
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] Agiv crap import

2017-02-14 Thread Karel Adams


Stro,

Ook ik merk sedert een maand of twee dat de overpass servers in 
Duitsland kreunt onder de belasting. Ik raadpleeg nu de Franse 
mirrorserver en dat gaat véél beter.


Gebruik dus

http://api.openstreetmap.fr/oapi

in de plaats van

 http://overpass-api.de/api

Karel



On 14/02/17 11:56, Sus Verhoeven wrote:

Hooi,
Sinds enkele tijd is de Agiv crab import heel pijnlijk, heel traag en 
soms loopt het mis.

Is de overpass server te zwaar belast of Is daar wat aan te doen?

Sus


___
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] Namen van kerken

2017-02-06 Thread Karel Adams




On 06/02/17 08:04, joost schouppe wrote:
Gerard, ik ben niet bepaald katholiek, maar ik denk dat het woord kerk 
in de naam wel degelijk betekenis heeft. Ik stel mij voor dat ze hier 
systematisch het woord "kerk" gebruiken om aan te duiden dat het om 
een "parochiekerk" gaat, en dus duidelijk geen kapel of kathedraal.

Twee bedenkingen:

* ook ik ben helemaal niet kerkelijk, maar ik denk toch dat een 
katedraal tegelijk ook parochiekerk kan zijn; als ik me goed herinner is 
dat toch zeker het geval in Antwerpen, en wellicht ook voor de andere 
katedralen in België;


* waarom maken we niet de vergelijking met andere grote gebouwen? Bv. 
stations. Mappen we "Gare Saint Lazare" of "Saint Lazare"? Ik zie toch 
bv. "Charleroi-Sud" en niet "Gare de Charleroi-Sud" en evenzo voor 
Antwerpen-Berchem en Antwerpen-Centraal?


KA


Op 6 februari 2017 om 08:35 schreef Gerard Vanderveken >:


Goedendag,

Iedereen gaat in zijn dorp naar "de kerk" en het gebouw staat
alsdusdanig bekend, maar dat is voor mij geen alt name.
Voor mij dient er helemaal geen kerk in de naam te staan. Gewoon
de patroonheilige is voldoende: dus Heilige Familie of Sint-Bavo.
Dat het een kerk is zie je aan het gebruikte symbool of de rest
van de data.

Met vriendelijke groeten ,
Gerard


Marc Gemis wrote:

Hallo,

Ik ben momenteel bezig met het toevoegen van wikidata aan
kerkgebouwen.
Omdat ik ook de wikidata items zelf creëeer raadpleeg ik Onroerend
Erfgoed en the ODIS databank.

Wat me nu opvalt is dat beiden als naam telkens "parochiekerk"
ervoor
zetten. Dus bv.

Parochiekerk Heilige Familie  [1][2]

ODIS geeft telkens alle mogelijke alternatieven waaronder de kerk
gekend is. In dit geval is dat ook

"Heilige Familiekerk"

slechts in enkele uitzonderlijke gevallen zal het alternatief
zonder
"kerk" opgelijst staan, terwijl in OSM we behoorlijk wat
kerken hebben
waar de "kerk" in de naam ontbreekt.

Nu is mijn vraag : hoe gaan we daarmee om ?
Ik ben geneigd om "Parochiekerk X" als "official_name" te
zetten, en
de variant met "kerk als "name". "alt_name" kan gebruikt
worden als er
echt een alternatief is (bv. Sint-Baafskerk voor Sint-Bavokerk).

Wat denken jullie ?

m




[1] http://www.odis.be/lnk/OB_317
[2] https://id.erfgoed.net/erfgoedobjecten/75566


___
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 Schouppe
OpenStreetMap  | 
Twitter  | LinkedIn 
 | Meetup 




___
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] trees (in a row) vs. tree_row

2017-02-02 Thread Karel Adams

Not hindered by any expertise or authority, I feel tempted to reply: if, 
in full foliage, they cast one continuous shadow, then it is a row; if 
not, they are separate trees.


KA


On 02/02/17 10:42, Pieter Brusselman wrote:


Hi,

When do you decide that trees are closed enough into a line to map 
them as a tree_row or just map them as individual trees?


for example: 
https://www.mapillary.com/app/?lat=51.07764176804454=3.5352408793126244=17=photo=EmDXwpiZawxLmLwO574imw



Grtz,
Pieter



___
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] Hoe een onbestaande opslagplaats definieren

2016-12-29 Thread Karel Adams




On 29/12/16 18:29, Marc Gemis wrote:

2016-12-29 12:58 GMT+01:00 Guy Vanvuchelen :

Een 'hangaar' waar bijvoorbeeld tractoren, vliegtuigen, auto's, landbouwmateriaal 
onder bewaard wordt is toch geen 'part of a distribution sytem"???

voor vliegtuigen is het wel hangar.
voor auto's garage of garages
voor tractoren & landbouwmaterial : farm_auxilary

bovendien staat in "A building primarily used for the storage or goods
or as part of a distribution system."  het woordje "or", dwz een
gebouw dat in hoofdzaak gebruikt wordt voor de opslag van goederen of
dat deel uit maakt van een distributie systeem. Dat distributie
systeem is dus geen noodzaak, maar zorgt ervoor dat plekken waar
goederen worden overgeslagen (en dus niet noodzakelijk opgeslagen) ook
building=warehouse moeten krijgen.
Ik ga met Guy V. mee: "warehouse" is de vertaling van het Nederlands 
"magazijn", niet van "hangar". En een magazijn kan inderdaad deel 
uitmaken van een distributiesysteem (het magazijn van DHL, zeg maar), 
waar alles wat binnenkomt zo gauw mogelijk terug buiten moet zijn; maar 
het kan ook een meer permanente opslag zijn, waar dingen op voorraad 
worden gehouden tot ze ergens nodig zijn.


NMBM kun je "warehouse" nooit gebruiken als vertaling of equivalent van 
"hangar". Een magazijn oftewel warehouse dient voor het opslaan van 
koopwaar, van "artikelen". Een hangar is een opslagplaats voor 
voertuigen en dergelijke. Bovendien is een magazijn ook veel geslotener 
dan een hangar: in een hangar kan er tocht zijn, soms is dat zelfs 
gewenst, in een magazijn juist niet. Denk bv. ook aan de ijzeren hangars 
langsheen de Antwerpse Scheldekaaien (ontworpen door ene Eiffel, dacht 
ik?): hangars, geen magazijnen. No warehouse.


Maar even heel algemeen: er zijn op vele punten veel vaagheden in de 
tagging, ik zou erg blij zijn als er ietwat striktere normen of 
afspraken konden ingevoerd worden. Tagging van luchtvaartterreinen en 
hun randverschijnselen is een totale anarchie, bijvoorbeeld.


Mijn 0,02 € ...
Karel

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

Re: [OSM-talk-be] Next BXL meeting date? Date du prochain meeting a BXL?

2016-12-08 Thread Karel Adams


Et pour les Flamands, la même chose?


On 08/12/16 18:20, Bessières, Marc wrote:


 En Français + bas.

Hello,

I would like to organise another meeting in BXL at the beginning of 
next year.


So I'd like to do it a day which would be the best for most people.

Here is a poll to help me decide

I proposed only beginning of the weeks in order to have enough room

https://framadate.org/QUKq562oHK97TwhI

Bonjour,

Je voudrai organiser un nouveau meeting a BXL au debut de l'année 
prochaine


Et pour ça je voudrais choisir la date qui sied au plus grand nombre.

Voici donc un petit sondage pour trouver la meilleure date.

Je ne propose que des jours en début de semaine, afin d'avoir assez de 
place.


https://framadate.org/QUKq562oHK97TwhI



___
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] Weg mappen: Gewichtsbeperking in één richting

2016-12-08 Thread Karel Adams


Marc,

Welbedankt, maar ik vrees dat dit mijn petje een beetje te boven gaat. 
Ik zal het op een keer wel eens bekijken, en misschien schrijf ik die 
Duitse developers wel eens aan, de taal is het probleem niet. Intussen 
heb ik de Zoellaan getagd, zoals besproken, naar beste godsvrucht en 
vermogen. Met dank aan Andre E. trouwens voor de tip over de richting - 
als ik maar eens kon checken of het echt goed is! De "none" in de 
tegenrichting zal ik nog wel eens toevoegen, en de rest van de ring 
bekijk ik wel als ik nog eens om boodschappen ga, een dezer (de foto's 
waren dus niet nodig Philippe, maar evenzeer bedankt ;) ).


Karel


On 08/12/16 17:22, Marc Gemis wrote:

2016-12-08 9:46 GMT+01:00 Karel Adams <fa348...@skynet.be>:

Overigens: hoe kan ik checken dat het correct is opgenomen? Is er een
renderer of routeplanner die met deze info rekening houdt?

I hoopte dat OsmLaneVisualizer [1] het zou ondersteunen. Bijna ale
denkbare forward/backward tags zijn ondersteund [2], maar maxweight
niet.

Misschien kan je de maker contacteren [3] om dit ook te ondersteunen ?

Deze kerel [4] is dan weer bezig met OpenTransportkarte en (vluchtig
doorgenomen) spreekt over maxweight:forward en :backward. als
maxweight:forward=3.5 is vraagt hij wel om maxweight:backward=none te
vermelden. (Zijn pagina is in het Duits) Het is me nog niet duidelijk
of zijn tool het nu ondersteund.

mvg

m

[1] 
http://osm.mueschelsoft.de/cgi-bin/render.pl?wayid=352062904=1=be
[2] https://github.com/mueschel/OsmLaneVisualizer#interpreted-tags
[3] https://github.com/mueschel/OSMLaneVisualizer
[4] https://wiki.openstreetmap.org/wiki/User:Win32netsky#maxweight_.26_maxheight

___
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] Weg mappen: Gewichtsbeperking in één richting

2016-12-08 Thread Karel Adams

Jawel, Joost, mooi. En welke richting is "forward" ? Van laag nodenummer 
naar hoog nodenummer of zo?


Overigens: hoe kan ik checken dat het correct is opgenomen? Is er een 
renderer of routeplanner die met deze info rekening houdt?


Sorry voor de stomme vragen, ge weet dat ik beter omga met 
luchtvaartterreinen dan met wegen ... :)


KA


On 08/12/16 08:07, joost schouppe wrote:
Kan je zeker mappen: met maxweight:forward en maxweight:backward , 
analoog naar het fietsen-voorbeeld dat hier uigelegd staat:


https://wiki.openstreetmap.org/wiki/Key:access

Op 8 december 2016 08:56 schreef Karel Adams <fa348...@skynet.be 
<mailto:fa348...@skynet.be>>:


De gemeente Haacht had een slim idee: er is een soort ringweg rond
de kern, omvattende Zoellaan, Jennekensstraat, Kloosterstraat,
Lombaarden. Daar mag er in twee richtingen gereden worden, echter
de bedoeling is dat zwaar verkeer (+3,5 ton) enkel "tegen de
richting van de zon" mag rijden, m.a.w. langs de buitenkant.
Overeenkomstig staan er aan elk kruispunt borden "verboden voor
meer dan 3,5 ton" in de richting "met de zon mee".

Nu wordt die regeling meer en meer veronachtzaamd, ik zie meer en
meer zwaar verkeer dat rijdt in de verboden richting. Op OSM is
die beperking ook helemaal niet gemapt, dus bestuurders die (een
GPS gebaseerd op) OSM gebruiken die zien die beperking ook
helemaal niet.

Kan een dergelijke beperking überhaupt wel gemapt worden? Ik ben
niet zo zeker of er wel een kader voor is binnen de wegcode... en
indien niet dan is het niet verwonderlijk dat het niet kan gemapt
worden ...

Voorbeeld: Way=352062904, Zoellaan, daar mag het zware verkeer dus
enkel in zuidelijke richting rijden.

Karel


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




--
Joost Schouppe
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/>



___
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] Weg mappen: Gewichtsbeperking in één richting

2016-12-07 Thread Karel Adams

De gemeente Haacht had een slim idee: er is een soort ringweg rond de 
kern, omvattende Zoellaan, Jennekensstraat, Kloosterstraat, Lombaarden. 
Daar mag er in twee richtingen gereden worden, echter de bedoeling is 
dat zwaar verkeer (+3,5 ton) enkel "tegen de richting van de zon" mag 
rijden, m.a.w. langs de buitenkant. Overeenkomstig staan er aan elk 
kruispunt borden "verboden voor meer dan 3,5 ton" in de richting "met de 
zon mee".


Nu wordt die regeling meer en meer veronachtzaamd, ik zie meer en meer 
zwaar verkeer dat rijdt in de verboden richting. Op OSM is die beperking 
ook helemaal niet gemapt, dus bestuurders die (een GPS gebaseerd op) OSM 
gebruiken die zien die beperking ook helemaal niet.


Kan een dergelijke beperking überhaupt wel gemapt worden? Ik ben niet zo 
zeker of er wel een kader voor is binnen de wegcode... en indien niet 
dan is het niet verwonderlijk dat het niet kan gemapt worden ...


Voorbeeld: Way=352062904, Zoellaan, daar mag het zware verkeer dus enkel 
in zuidelijke richting rijden.


Karel


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

Re: [OSM-talk-be] relaties (was: "voetbalkantine")

2016-11-22 Thread Karel Adams




On 22/11/16 15:06, joost schouppe wrote:
ik heb al vaak de mening gezien dat als alle onderdelen van iets 
binnen de omleiningen van het geheel liggen, er geen behoefte is aan 
een relatie
Daarover wil ik bij gelegenheid wel eens een boompje opzetten, liefst 
"inter poculam" ...
Of is er ergens een richtlijn over "relations and how and when to use 
them" of iets in dier voege?

Karel

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

[OSM-talk-be] Help! Hoe kan ik deze editeren?

2016-09-13 Thread Karel Adams


Allen,

Onderstaande lijken mij bijna zeker ten onrechte gemapt, ik wil ze graag 
bijwerken (misschien, als ze toch reden van bestaan hebben) of 
verwijderen (wat waarschijnlijker lijkt).


Maar ik slaag er maar niet in om ze nog maar te zien te krijgen, toch al 
zeker niet in Potlatch, dat ik gewoonlijk gebruik, JOSM wil om een of 
andere duistere reden niet opstarten op mijn ubuntu-bakske.


Hoe pak ik dit aan? Met excuses als het een stomme vraag is, maar ik zit 
echt wel vast...


Is er tenminste een manier om deze beide items als dusdanig te tonen op 
een kaart, met identificatie van de samenstellende coordinatenparen? Als 
ik dat had dan was er hoop...


Karel


  





  
  






  


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

[OSM-talk-be] Twee ways met dezelfde nodes

2016-09-11 Thread Karel Adams

Ik snap niet hoe iemand het heeft gepresteerd maar ergens in Frankrijk 
vind ik twee "ways" gemapt die uit exact dezelfde waypoints bestaan. De 
tweede zou wel eens uit een batch-import kunnen stammen. Van verwarrend 
gesproken! Hoe zet je zoiets recht?


 













  

  














  


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

Re: [OSM-talk-be] Data ophalen uit overpass

2016-09-06 Thread Karel Adams


Sander, dat was de winnende tip!

Ik moest niet meer doen dan in de bestaande query de afsluitende 
 vervangen door  en nu krijgt elke 
vermelde way een extra tag mee, voorbeeld onder. De uitleg vond ik op 
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide na een 
websearch voor de gesuggereerde "out center" syntax uit QL.


@Marc: bedankt voor de tip, ik vrees dat ik "relations" maar even als 
quantité négligable ga bechouwn, voorlopig. 'k Zal al mijn handen vol 
hebben met al de nieuwe ontdekkingen die als "way" gemapt zijn!


Allen welbedankt voor het meedenken!

Karel

 zelfde vliegveld als in het aanvankelijke voorbeeld, nu met extra 
"center" vermelding =


  









  




On 05/09/16 15:35, Sander Deryckere wrote:


Ik ben niet echt vertrouwd met de XML taal van overpass, meer met de 
QL taal.


In QL heb je de opties "out center" die van ieder object ook de 
coördinaten van het middelpunt geeft. Een er is ook "out geom" die van 
ieder object alle coördinaten geeft (maar niet als aparte nodes).


Daarnaast heb je ook nog de recurse up en down operaties ">" en "<", 
die alle nodes van een weg kunnen vragen, of alle wegen van een node.


Jammer genoeg ken ik de equivalenten van deze commando's more in de 
XML taal.



Op 5-sep.-2016 11:57 schreef "Karel Adams" <fa348...@skynet.be 
<mailto:fa348...@skynet.be>>:


Zoals sommigen wel weten haal ik periodiek uit overpass de data op
van de vliegvelden in Europa, om ze te vergelijken met andere
publieke informatiebronnen. Nu begin ik beter te begrijpen waar ik
nog problemen heb. Er zijn nl. twee manieren om een
luchtvaartterein aan te geven: ofwel als een node, ofwel als een
way. Voorbeelden elks hieronder. Met het "node"-type kan ik
intussen aardig uit de voeten, dat is geen probleem. Echter het
"way"-type geeft geen coordinaten (zoals een node per definitie
wel doet), het geeft de omlijning van het terrein in de vorm van
nodes. Als eenmaal de nodes gekend zijn dan vind ik wel een of
andere manier om uit de coordinaten van de nodes een set
coordinaten van het luchtvaartterrein af te leiden. Maar hoe kom
ik aan de nodes?

Het enige dat ik me kan bedenken is om uit de aanvakelijk
gedownloade dataset een lijst te maken van de gebruikte nodes en
dan een tweede query te lanceren om al die nodes op te vragen.
Maar dat gaat heel wat data betekenen, ik wil liever de
overpass-server(s) niet te zwaar belasten; en ik vind het ook niet
bijster elegant. Heeft iemand een beter idee? Een lijst van àlle
nodes binnen de bbox zal wel helemaal topzwaar worden,
veronderstel ik.

Ter illustratie: de huidige query levert me een dataset op van
zowat 4,2 MB, dat vind ik al flink groot; ik probeer me te
beperken om hem slechts eenmaal per week op te vragen.

Karel

== bijlage: de query 


 
 
 
 
 
 
 
 
 
 


== bijlage: voorbeeld van een "node" 

  





  

== bijlage: voorbeeld van een "way" =

  








  


___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-be
<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] Data ophalen uit overpass

2016-09-05 Thread Karel Adams

Zoals sommigen wel weten haal ik periodiek uit overpass de data op van 
de vliegvelden in Europa, om ze te vergelijken met andere publieke 
informatiebronnen. Nu begin ik beter te begrijpen waar ik nog problemen 
heb. Er zijn nl. twee manieren om een luchtvaartterein aan te geven: 
ofwel als een node, ofwel als een way. Voorbeelden elks hieronder. Met 
het "node"-type kan ik intussen aardig uit de voeten, dat is geen 
probleem. Echter het "way"-type geeft geen coordinaten (zoals een node 
per definitie wel doet), het geeft de omlijning van het terrein in de 
vorm van nodes. Als eenmaal de nodes gekend zijn dan vind ik wel een of 
andere manier om uit de coordinaten van de nodes een set coordinaten van 
het luchtvaartterrein af te leiden. Maar hoe kom ik aan de nodes?


Het enige dat ik me kan bedenken is om uit de aanvakelijk gedownloade 
dataset een lijst te maken van de gebruikte nodes en dan een tweede 
query te lanceren om al die nodes op te vragen. Maar dat gaat heel wat 
data betekenen, ik wil liever de overpass-server(s) niet te zwaar 
belasten; en ik vind het ook niet bijster elegant. Heeft iemand een 
beter idee? Een lijst van àlle nodes binnen de bbox zal wel helemaal 
topzwaar worden, veronderstel ik.


Ter illustratie: de huidige query levert me een dataset op van zowat 4,2 
MB, dat vind ik al flink groot; ik probeer me te beperken om hem slechts 
eenmaal per week op te vragen.


Karel

== bijlage: de query 


 
 
 
 
 
 
 
 
 
 


== bijlage: voorbeeld van een "node" 

  





  

== bijlage: voorbeeld van een "way" =

  








  


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

Re: [OSM-talk-be] overpass-api.de niet bereikbaar?

2016-08-21 Thread Karel Adams


Nogmaals bedankt, Marc.

Eigenlijk was ik van plan om te wachten tot morgen, maar ik kon het niet 
laten, ik ben om het kwartier of zo blijven proberen, en om 18:57 UTC 
(da's dus 20:57 plaatselijk) is mijn data er netjes doorgekomen. Het 
lijkt me wel zeker dat het allemaal met horten en stoten terug op gang 
komt, dat is nogal gebruikelijk na een langdurige panne.


Beste,
Karel

On 21-08-16 19:16, Marc Gemis wrote:

Karel,

er is ook nog http://wiki.openstreetmap.org/wiki/Platform_Status
Bij de overpass servers heb je een link naar een status pagina waar je
misschien meer info vindt

mvg

m

2016-08-21 19:47 GMT+02:00 Karel Adams <fa348...@skynet.be>:

Dankjewel Marc.

Intussen komt er een beetje leven in de boetiek, maar data krijg ik nog
niet. Mogelijks is de server terug helemaal op, maar nu stevig overbelast
door de vele wachtenden die al enkele etmalen aan het retry-en zijn.

KA

--2016-08-21 17:45:17--  http://overpass-api.de/api/interpreter
Resolving overpass-api.de (overpass-api.de)... 136.243.42.136,
2a01:4f8:212:a83::2
Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80...
connected.
HTTP request sent, awaiting response... Read error (Connection reset by
peer) in headers.
Retrying.

--2016-08-21 17:45:21--  (try: 2) http://overpass-api.de/api/interpreter
Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80...
connected.
HTTP request sent, awaiting response... 404 Not Found
2016-08-21 17:45:55 ERROR 404: Not Found.





On 21-08-16 15:17, Marc Gemis wrote:

Philippe Verdy op de Franse mailing list:

Les deux instances russe et allemande sont "down" (aussi bien en HTTP
qu'en HTTPS). Ce n'est même pas à cause de l'usage car selon leurs
mainteneur l'activité est faible. Il semble que ce soit un problème en
amont sur un parefeu (maucais routage interne) ou un proxy frontal
(problème disque?). En attendant on n'a que l'instance française qui
fonctionne.

Cela dure depuis 2 jours, mais pas d'explication sur ce qui se passe.
Si c'est causé par un usage excessif de l'API, cela pourrait être lié
à certains outils (quelques applis mal fichues pour mobiles, qui ne
disposent d'aucune capacité de gestion de cache en local sur le client
ou sur le serveur de l'appli, et qui raffraichissent trop souvent ou
entrent en boucle)

2016-08-21 16:12 GMT+02:00 Karel Adams <fa348...@skynet.be>:

De titel zegt het allemaal: ik kan niet meer connecteren naar
overpass-api.de?

Onderhoudswerkzaamheden, misschien? Maar dan zou er toch een
"sorry"-pagina
opstaan, zou ik verwachten?

wget "http://overpass-api.de/api/interpreter;
--2016-08-21 14:09:02--  http://overpass-api.de/api/interpreter
Resolving overpass-api.de (overpass-api.de)... 136.243.42.136,
2a01:4f8:212:a83::2
Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80...
failed: Connection refused.
Connecting to overpass-api.de
(overpass-api.de)|2a01:4f8:212:a83::2|:80...
failed: Network is unreachable.

(geen paniek, dit commando zal ik in normale omstandigheden niet lanceren
-
gewoonlijk zit er een --post-file= bij in om het volume stevig in te
perken


Karel


___
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] overpass-api.de niet bereikbaar?

2016-08-21 Thread Karel Adams


Dankjewel Marc.

Intussen komt er een beetje leven in de boetiek, maar data krijg ik nog 
niet. Mogelijks is de server terug helemaal op, maar nu stevig 
overbelast door de vele wachtenden die al enkele etmalen aan het 
retry-en zijn.


KA

--2016-08-21 17:45:17--  http://overpass-api.de/api/interpreter
Resolving overpass-api.de (overpass-api.de)... 136.243.42.136, 
2a01:4f8:212:a83::2
Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80... 
connected.
HTTP request sent, awaiting response... Read error (Connection reset by 
peer) in headers.

Retrying.

--2016-08-21 17:45:21--  (try: 2) http://overpass-api.de/api/interpreter
Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80... 
connected.

HTTP request sent, awaiting response... 404 Not Found
2016-08-21 17:45:55 ERROR 404: Not Found.




On 21-08-16 15:17, Marc Gemis wrote:

Philippe Verdy op de Franse mailing list:

Les deux instances russe et allemande sont "down" (aussi bien en HTTP
qu'en HTTPS). Ce n'est même pas à cause de l'usage car selon leurs
mainteneur l'activité est faible. Il semble que ce soit un problème en
amont sur un parefeu (maucais routage interne) ou un proxy frontal
(problème disque?). En attendant on n'a que l'instance française qui
fonctionne.

Cela dure depuis 2 jours, mais pas d'explication sur ce qui se passe.
Si c'est causé par un usage excessif de l'API, cela pourrait être lié
à certains outils (quelques applis mal fichues pour mobiles, qui ne
disposent d'aucune capacité de gestion de cache en local sur le client
ou sur le serveur de l'appli, et qui raffraichissent trop souvent ou
entrent en boucle)

2016-08-21 16:12 GMT+02:00 Karel Adams <fa348...@skynet.be>:

De titel zegt het allemaal: ik kan niet meer connecteren naar
overpass-api.de?

Onderhoudswerkzaamheden, misschien? Maar dan zou er toch een "sorry"-pagina
opstaan, zou ik verwachten?

wget "http://overpass-api.de/api/interpreter;
--2016-08-21 14:09:02--  http://overpass-api.de/api/interpreter
Resolving overpass-api.de (overpass-api.de)... 136.243.42.136,
2a01:4f8:212:a83::2
Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80...
failed: Connection refused.
Connecting to overpass-api.de (overpass-api.de)|2a01:4f8:212:a83::2|:80...
failed: Network is unreachable.

(geen paniek, dit commando zal ik in normale omstandigheden niet lanceren -
gewoonlijk zit er een --post-file= bij in om het volume stevig in te perken


Karel


___
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] overpass-api.de niet bereikbaar?

2016-08-21 Thread Karel Adams

De titel zegt het allemaal: ik kan niet meer connecteren naar 
overpass-api.de?


Onderhoudswerkzaamheden, misschien? Maar dan zou er toch een 
"sorry"-pagina opstaan, zou ik verwachten?


wget "http://overpass-api.de/api/interpreter;
--2016-08-21 14:09:02--  http://overpass-api.de/api/interpreter
Resolving overpass-api.de (overpass-api.de)... 136.243.42.136, 
2a01:4f8:212:a83::2
Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80... 
failed: Connection refused.
Connecting to overpass-api.de 
(overpass-api.de)|2a01:4f8:212:a83::2|:80... failed: Network is unreachable.


(geen paniek, dit commando zal ik in normale omstandigheden niet 
lanceren - gewoonlijk zit er een --post-file= bij in om het volume 
stevig in te perken



Karel


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

Re: [OSM-talk-be] Rendering of stream "Leie" broken

2016-07-28 Thread Karel Adams


Hehe, Glenn, zo'n openhartig antwoord apprecieer ik wel.

Wat ik eigenlijk bedoelde te zeggen: er moet toch ergens een "howto" of 
een "preferred practice" zijn voor het mappen van een courant en 
essentieel landschapselement als een rivier?


Enne, jawel, het ging er me over dat er op tijd van enkele uren galant 
een twintigtal berichten rondgingen met evenzovele meningen of toch 
minstens ideeën. Ik had verwacht dat binnen de kortste keren iemand had 
verwezen naar "How to map rivers, streams, and other natural flows of 
surface waters". Meer dient er toch niet gezegd?


En inderdaad, met de technische details van het mappen wil ik me niet 
inlaten, ik heb enkel een klein beetje zicht op het mappen van 
vliegvelden, euh, "luchtvaarttereinen" :) Maar ik stelde me toch wat 
vragen bij onze aanpak oftewel metodiek, ik begin zo'n beetje ambitie te 
krijgen in de richting van projectbegeleiding... ;)


Karel


On 28-07-16 20:25, Glenn Plas wrote:

On 28-07-16 22:16, Karel Adams wrote:

Wat ik in dit hele verhaal compleet niet snap:

Waarom is e nu klapsplots zoveel te doen over het mappen van 1 rivier
(en dan nog *)

Wat is uw definitie van 'veel' ?  Beetje vage klacht.  Gaat het over het
aantal mails, hoeveel we in de mails zetten.  Ik faal te begrijpen wat
veel is in deze context.


Waarom zou die Leie anders gemapt worden dan de Rijn of de Seine of de
Nete, Klein of Groot?

Goeie vraag, daarom dat we dit recht willen zetten.  De Nete is net
hetzelfde gemapt (in Duffelse dan) als ik voorstel en hoe de Zenne is
gemapt voor het merendeel.  Wat ze daar bij de Leie hebben gedaan is een
mix van vanalles, een relatie die overbodig is en een aantal fouten in
OSM die eruit mogen/moeten.


Verder bemoei ik me niet met de discussie, ze gaat duidelijk mijn petje
te boven.

Beetje raar om als reactie te vermelden dat je verder niet gaat reageren
omdat je niet weet waarover het gaat, niet ?

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] Rendering of stream "Leie" broken

2016-07-28 Thread Karel Adams


Wat ik in dit hele verhaal compleet niet snap:

Waarom is e nu klapsplots zoveel te doen over het mappen van 1 rivier 
(en dan nog *)


Waarom zou die Leie anders gemapt worden dan de Rijn of de Seine of de 
Nete, Klein of Groot?


Verder bemoei ik me niet met de discussie, ze gaat duidelijk mijn petje 
te boven.


Karel

*cfr Dirk Van Esbroeck op tekst van Richard Minne:
De Leie en lijkt ons maar een landelijk rivierken
Een wandelende streep, en wat traag water toe
Met aan iederen draai een waaiend populierken
Een half-verdronken ponte, een schilder en een koe


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

Re: [OSM-talk-be] meetup in Mechelen, this Thursday

2016-07-13 Thread Karel Adams


ok, ik zal er zijn!
KA

On 13-07-16 10:04, joost schouppe wrote:
Die Hanekeef ziet er wel plezant uit, en lijkt rustiger dan de Bar 
Popular. Dus wijzig uw agenda's, afspraak in de Hanekeef!


Keizerstraat 8
2800 Mechelen
19 uur, morgen donderdag.


___
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] meetup in Mechelen, this Thursday

2016-07-12 Thread Karel Adams

Onder voorbehoud: de werken aan de Nekkerspoel betreffen voorzover ik 
weet enkel het gedeelte oostelijk van het station, naar de Libertuskerk 
toe en verder, en raken dus niet aan de omgeving van de Veemarkt.
Maar ik sta zeker open voor een voorstel in Mechelen-Noord, zelf heb ik 
geen flauw idee aldaar.

Karel

On 12-07-16 12:35, Glenn Plas wrote:

On 12-07-16 14:05, joost schouppe wrote:

How, ik wil het wel aanpassen hoor! Ik ken Mechelen zelf helemaal niet.

Glenn, vind jij die Hanekeef OK? Of heb je nog een suggestie voor iets
anders?

WIFI is niet zo belangrijk want heel vaak werkt je eigen hotspot
uiteindelijk toch weer beter. Vooral belangrijk dat je er een beetje
rustig kan zitten en elkaar horen.


Ik ken dat niet, ben niet zo'n uitgangstype, als ik de bar dus al ken :)

Maar mechelen noord is idd gemakkelijker dan vismarkt al denk ik dat
daar wegenwerken doorgaan, kans is groot als je met de auto bent dat je
moet rondrijden

https://www.mechelen.be/vernieuwing-nekkerspoel





Op 12 juli 2016 13:49 schreef Glenn Plas <gl...@byte-consult.be
<mailto:gl...@byte-consult.be>>:

 Idd, ik vrees dat Joost vooral naar WIFI heeft gezocht, maar persoonlijk
 zou ik daar men laptop niet echt meenemen/opengooien.  Best wel
 feesttent daar :)



 On 12-07-16 13:41, Karel Adams wrote:
 >
 > De locatie is toch wel behoorlijk ongelukkig gekozen:
 bereikbaarheid is
 > beperkt, zowel per auto als per openbaar vervoer.
 > Als het dan toch een bruine kroeg in het Mechelse moet zijn (en
 daar is
 > niks mis mee!) waarom dan niet d'Hanekeef (op wandelafstand van
 station
 > Nekkerspoel, en van de bus"terminal" op de Veemarkt)?
 >
 > Maar oke, ik doe mijn best om erbij te zijn, op de Vismarkt dus. kZal
 > wel niet te lang blijven, ik ben nu eenmaal een ochtendtype.
 Ontmoeting
 > met de drinkwaterfonteintjesspecialist zal dus wellicht voor een
 > andere keer zijn ;)
 >
 > Karel Adams
 > Haacht
 >
 >
 > On 12-07-16 11:23, joost schouppe wrote:
 >> Hi,
 >>
 >> We're finally having another informal mapper meetup, and it looks
 like
 >> it's going to be a success. All mappers, data consumers and other
 >> interested people welcome.
 >>
 >> Details and registration
 >> here: http://www.meetup.com/OpenStreetMap-Belgium/events/232022440/
 >> (7 regsitered and I believe Glenn and Ben L. are coming too)
 >>
 >> Thursday July 14th
 >> Bar Popular, Vismarkt 1, Mechelen
 >> from 7 p.m.
 >>
 >>
 >> --
 >> 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/>
 >>
 >>
 >> ___
 >> Talk-be mailing list
 >> Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
 >> https://lists.openstreetmap.org/listinfo/talk-be
 >
 >
 >
 > ___
 > Talk-be mailing list
 > Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org>
 > https://lists.openstreetmap.org/listinfo/talk-be
 >


 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org <mailto: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/>


___
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] meetup in Mechelen, this Thursday

2016-07-12 Thread Karel Adams



De locatie is toch wel behoorlijk ongelukkig gekozen: bereikbaarheid is 
beperkt, zowel per auto als per openbaar vervoer.
Als het dan toch een bruine kroeg in het Mechelse moet zijn (en daar is 
niks mis mee!) waarom dan niet d'Hanekeef (op wandelafstand van station 
Nekkerspoel, en van de bus"terminal" op de Veemarkt)?


Maar oke, ik doe mijn best om erbij te zijn, op de Vismarkt dus. kZal 
wel niet te lang blijven, ik ben nu eenmaal een ochtendtype. Ontmoeting 
met de drinkwaterfonteintjesspecialist zal dus wellicht voor een 
andere keer zijn ;)


Karel Adams
Haacht


On 12-07-16 11:23, joost schouppe wrote:

Hi,

We're finally having another informal mapper meetup, and it looks like 
it's going to be a success. All mappers, data consumers and other 
interested people welcome.


Details and registration here: 
http://www.meetup.com/OpenStreetMap-Belgium/events/232022440/

(7 regsitered and I believe Glenn and Ben L. are coming too)

Thursday July 14th
Bar Popular, Vismarkt 1, Mechelen
from 7 p.m.


--
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/>



___
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] MissingMaps National

2016-04-17 Thread Karel Adams

Ik hoorde in het radionieuws een "mapathon" vernoemen, en het viel me 
daarbij op dat er van openstreetmap geen sprake was. Nu gruwel ik nogal 
van newspeak, dat is een van de redenen dat ik me verre houd van 
"mapathons", maar een beetje objectiviteit wil ik ook ik toch wel zien 
vanwege de media.

Enerzijds zijn er de commerciëlen (kranten, VTM, RTL...), die zullen 
natuurlijk de belangen verdedigen van die andere commercieel, wolven 
eten geen wolven op tenslotte. Dan nog zou een "recht op antwoord" 
nuttig en gepast kunnen zijn.

Nog storender vind ik het gebrek aan objectiviteit op de openbare media 
(VRT, RTBF), die krijgen tenslotte handenvol gemeenschapsgeld maar 
lijken mij meer en meer de commercie achterna te hollen. Alleen weet ik 
niet hoe men deze openbare instellingen op hun onobjectiviteit kan 
aanspreken, tenzij misschien met een parlementaire vraag? Maar dat is 
misschien overkill, voor wat de meeste medeburgers als een fait divers 
zullen beschouwen.

En ja, er zijn niet veel journalisten die én de bekwaamheid én de 
motivatie hebben om een weldoorwrochte brok informatie aan te bieden. 
Vanuit die andere hobby van me weet ik daar alles van (zie bv. 
http://www.airwork.nl/bulletinboard/showthread.php?t=11167 , weliswaar 
nogal op NL toegespitst) Dus inderdaad een aandachtspunt bij contacten 
met de media: de termen waar het op aan komt herhalen, nog eens 
vernoemen en dan nog eens grondig in de verf zetten, totdat die jongens 
en meisjes er echt niet meer omheen kunnen.

On 17-04-16 16:48, Jo wrote:
Apparently this seems to be an important point to remember when 
talking to the press. Could we write a short general press communiqué 
stressing these important points? No relation whatsoever with anything 
Google (even stressing we can't use their imagery or streetview for 
the creation of our data) seems to be the most important issue.

Apparently journalists seem to think immediately of Google Maps when 
they hear the term Missing Maps.

Jo

2016-04-17 18:16 GMT+02:00 Marc Gemis >:

De Belga text also mentions Google Earth, the universities and Missing
Maps. No OpenStreetMap. (see article in De Zondag)

On Sun, Apr 17, 2016 at 6:09 PM, Ruben Maes > wrote:
> Sunday 17 April 2016 18:05:29, Jo:
>> Ruben, we're creating a press release:
>>
>> https://hackpad.com/Press-release-E4GFhbj0rKg#
>>
>> In the Dutch version I included a way for people who missed the
event to
>> get involved from home by pointing them to a fresh Swaziland
project. If we
>> decide to include this, it still needs to be translated back to
the French
>> version.
>>
>> Do you think this is a good idea? You can write a mail to VTM,
but they
>> can't unbroadcast that footage. So maybe we should focus on
getting the
>> information out correctly where it still is possible. On the
one hand it's
>> great that we got ad hoc coverage, but there are disadvantages to
>> everything.
>>
>> Jo
>
> That's better, I'll just keep quiet. They're just trying to do
their job. I got a bit too mad when I saw the footage.
>
> Ruben
>
>> 2016-04-17 17:56 GMT+02:00 Ruben Maes >:
>>
>> > Sunday 17 April 2016 17:47:06, Marc Gemis:
>> > > I wished they had labeled me as "OpenStreetMap
Vrijwilliger" ipv enkel
>> > > "Vrijwilliger". :-/
>> >
>> > :(
>> >
>> > > On Sun, Apr 17, 2016 at 5:42 PM, Ruben Maes
> wrote:
>> > > > Wow, even on the 1PM "Journaal":
>> >

http://deredactie.be/cm/vrtnieuws/videozone/programmas/journaal/2.43814?video=1.2630443
>> > > >
>> > > > Technically, they violated OSM's copyright. They showed
our maps and
>> > didn't say OpenStreetMap once. I was actually hoping to hear
Wim De Vilder
>> > say "OpenStreetMap" :p
>> >
>> > VTM went further: they mentioned neither OpenStreetMap nor
"missing maps",
>> > and showed the tasking manager on Google Earth with
attribution (which
>> > oddly makes me pretty mad). People don't have a clue that
they can help at
>> > home.
>> >
>> > I'm going to contact them.
> --
> 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

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

Re: [OSM-talk-be] Name of "domeinbos"

2016-04-07 Thread Karel Adams

Is dat niet een bijzonder letterlijke vertaling van het Franse "foret 
domaniale"? Als ik het goed begrijp duidt dat op een bos dat door de 
overheid wordt beheerd, of eigendom is van de overheid. Misschien eens 
vragen aan de overheid die deze naam heeft toegekend, wat er precies met 
de term bedoeld wordt?


Qua tagging (waar ik niet veel benul van heb...) lijkt "landuse=forest" 
correct, met "place=" zie ik niet veel verband.


Karel

On 07-04-16 10:57, Marc Gemis wrote:

How do you map the name of a "domeinbos" ? I know you can use the name
tag, but typically the name applies to a different area than what is
tagged as forest.

two examples: [1] & [2]

Would it be OK to add a node with landuse=forest ? Or a place=locality ?




[1] https://xian.smugmug.com/OSM/OSM-2016/2016-03-19-Ham/i-t3W5gGT/A
[2] https://xian.smugmug.com/OSM/OSM-2016/2016-03-19-Ham/i-TLz34gH/A

m

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



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

Re: [OSM-talk-be] oorlogsmonument

2016-03-26 Thread Karel Adams


Kijkende naar de IJzertoren (het eerste voorbeeld dat me inviel) zie ik
heritageyes
historicmemorial
memorialwar_memorial

De Leeuw van Waterlo heeft enkel
historicmemorial

Het beste voorbeeld leek me de Cromwell tank in 'tStad (grijns) maar die 
lijkt helemaal niet te zijn gemapt?


Dan maar de Canadese tank in Klein-Willebroek (51.08160/4.36789) ook 
daar enkel

historicmemorial

On 26-03-16 11:11, Bart Vanherck wrote:

Bij ons in Geel staat sinds kort een legertank aan aan speelbos.

Hoe kan ik dit het beste taggen? Ik vind zo direct geen voorbeeld.



mvg,

Bart


___
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

2015-11-18 Thread Karel Adams


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

Re: [OSM-talk-be] Friendliness with attacked mapped places in Paris

2015-11-14 Thread Karel Adams

Ruben heeft gelijk. Politiek is politiek. Dat is niet de bekommernis van 
onze gemeenschappelijke zaak ("cause commune").


Et à vous André: il ne faut pas mettre en question, voire même valider, 
l'opinion générale avant de l'avoir sollicitée.


Karel

On 14-11-15 17:07, André Pirard wrote:

On 2015-11-14 17:24, Ruben Maes wrote :

Hi

I'm sorry, but just no. Though I am personally shocked just like everyone else, 
I feel that OSM is IMO not the place for these kind of messages. I would rather 
have your changeset reverted.
My mind was not agreeing with my heart when clicking "send" because I 
feared this reply.

Furthermore, you have no right to speak on behalf of *all* OSM mappers.
That is exactly why I posted this message, to know the general opinion 
about it.

At this time, it's 1 no 2 yes.
I'm waiting for more reactions and if there is not a strong majority 
of yeses, I will revert.

So, please say yes if you feel like it, not just no.

By all means, do not tell anybody else that the OSM community until a 
decision is made by Monday.


And please everybody, say something else that just noes and tell us 
what you think about the Wikipedia link.  That is, a link that is not 
the website of the element but to information related to it.

There may even be terrorists here for all we know.

If this were to appear in the press like you suggest, I would feel ashamed and 
have the feeling that we are using the events for our own cause, which too many 
people are already doing.

I don't feel like that at all.  There is no boasting.
Would you suppress humanitarian tagging about which there is much 
boasting?


Cheers

André.



Regards
Ruben


Saturday 14 November 2015 17:14:57, André Pirard:

Hi,

OpenstreetMap often extends friendliness by humanitarian tagging.
In this case of desolation, there is little to tag.  Little...
Wikipedia have been extremely fast
  in all
languages !!!
After some mourning period, the note below may be replaced by this (but
how?):
Attentats du 13 novembre 2015 en Île-de-France


I have just uploaded this change set (scroll down the left pane):
Our deepest condolences about the horrible terrorist attacks that
happened here on 2015-11-13.

It adds the following note
to the OSM elements at the 6 attacked locations.
(they were perfectly mapped, bravo)

Nos plus sincères condoléances à propos des monstrueuses attaques
terroristes qui ont eu lieu ici le 2015-11-13. Vous avez l'amitié de
tous les contributeurs à OpenStreetMap de par le monde.

In their language.  Sorry no room for added English in <256 characters.
Translates to:
Our deepest condolences about the horrible terrorist attacks that
happened here on 2015-11-13.
Receive the friendship of all the Openstreetmap contributors around the
world.

Please forward this to other concerned OSM mailing lists.
Please let me know any change you come to an agreement with.
I will make any change easily using my *.osm file.

By Monday, you may like to send the URL to the Press.
It won't be bad advertising for OpenStreetMap to show the places and to
join the world's cry .
But let us hope that vandalism will not be added to terrorism.

Cheers

André.








___
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] some osm.be statistics

2015-11-02 Thread Karel Adams


Und für die Belgischen Deutschsprecher: la même chose? ;)

NB uw Imgurprentjes komen niet door in de de mail (Thunderbird op 
Ubuntu), wel kan ik de links aanklikken om ze te bekijken. Eén grafiek 
heeft een enkel datapunt voor 2013 en twee lijnen voor 2015 ?! 
Tikfoutje, vermoedelijk.


NB ik heb geen flauw idee of mijn Firefoxbrowser als Engels of 
Nederlands of wat dan ook wordt aangemeld. Engels, denk ik, als ik de 
drie streepjes rechts aanklik krijg ik toch allemaal opties in die taal..?


Dank voor de moeite, grappig om eens door te kijken!
Karel


On 02-11-15 19:47, joost schouppe wrote:

Hi all,

I promised the Mapper of the Month team I'd have a look at some 
statistics way too long ago. It being a kind of birthday now, here 
they are. Data is collected by Google Analytics.

*
*
*Basics*

There are 74.000 pageloads in total, but only 32.000 of those are from 
something else than the front page. There are about 30.000 unique 
visitors so far. About 8000 visitors were seen more than once. (of 
course, Google doesn't know -everything- we do, so some people are 
likely counted several times)


On a monthly basis, it looks like this:

http://imgur.com/cv3W6Iv



So clear growth, however september and october aren't very impressive.

*Language*

21% of language-identifiable pageloads are on French language pages, 
79% is Dutch. To reflect Belgium, that should really be 40/60. It 
doesn't seem to have to do with content; the statistics stay the same 
if you just look at the main pages.
If you take the browser language, there's still 80% Dutch speakers. 
However, there is only 7% French speakers, with another 12% English 
and 3% various other languages. I tend to assume that relatively more 
Dutch speakers would have English language browsers than French 
speakers. But maybe that's no true for people interested in OSM?
Anyway you look at it, the website is clearly underrepresented in the 
French speaking area.



*Looking at what people look at.*

Something I absolutely don't understand is that among the French 
speakers, the most popular page is the French index. This has almost 
as much visitors as the Dutch index. For other pages, it's the more 
usual 80/20 devision. Maybe some Dutch speakers got to the French 
index by mistake, then change language?


Another surprise for me was that by far the most popular of the main 
pages was the usage policy (red in the graph below). So that would be 
a good place to put more effort, I guess. Maybe have a comment section 
there, to see if they are missing anything?


It's not as easy as I thought identifying the Mapper of the Month 
series. Some visits are identified by Analytics, others probably saw 
it through the blog section and are not seperatable. Maybe the images 
have seperate load statistics to have a better measure?
Anyway, you can group the "more dynamic content" as the top most three 
categories on the graph below.
You can see that among the French speakers, that makes up 30% of all 
pageloads, while for the Dutch speakers, it's more like 15%.

I don't know what kind of conclusions that could entail.

http://imgur.com/egiu5Lr





*Where did they come from*

Most visits come from Google, 66% of the total. 27% typed a url or 
clicked a favorite. Less then 5% clicked a link, and only 1% came from 
the social media.


Biggest amongst the links are the ones from escada's diary entries for 
the Mapper of the Month.
OKFN and wiki.osm are other obvious links. Less obvious are the 100 
visits coming from a post by AS adventure, 
http://www.asadventure.com/benl/content/nl/alles-op-een-kaart-met-je-gps . 
Which IMHO goes to show that we should try to get more niche users 
like that link to our page.



*On Mapper of the Month*

Considering that the English language posts on Escada's diary get an 
exposure of about 3000 views each (guestimate, based on the loads of 
the imgur images I unclude in my posts), the Dutch and French 
translations on the website get quite a low number of views.


In the best months, the project gets about 120 views, and some months 
it's really very low.


http://imgur.com/oOzNvGO



However, I don't think we can trust these statistics. I used the page 
title here, and I have the impression that only gives the good title 
when you are following a direct link.The same goes for using the page 
URL. Yes, yes, Google Analytics, lets you do all sorts of flashy 
stuff. But basic statistics, forget it.


Here I took all the Blog traffic together. You can clearly see a jump 
when the project was started, but still not that impressive numbers of 
views. The three high months are because of the articles on the 
Missing Maps and Mapping Public transport.


http://imgur.com/py054Ze



So unfortunately I don't think we can really quantify the Mapper of 
the Month. Here's another simple approach I tried to measure 
"community engagement" with the articles. There was some discussion 
whether the articles should be shorter or that long is good. So

Re: [OSM-talk-be] some osm.be statistics

2015-11-02 Thread Karel Adams


Voor eenmalig vertaalwerk naar het Frans mag men mij aanspreken.


On 03-11-15 04:47, Marc Gemis wrote:


On Mon, Nov 2, 2015 at 9:56 PM, joost schouppe 
> wrote:


For the German speakers, yep, the same.


En als het over de interviews gaat, het staat je altijd vrij om het 
team te komen versterken en de Duitse vertalingen te schrijven. Ook 
voor het Frans is hulp nog altijd welkom.


m.


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


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

Re: [OSM-talk-be] some osm.be statistics

2015-11-02 Thread Karel Adams

Jaja, maar ik zou het een vebetering vinden als de Duitse taal apart in 
de statistieken vermeld werd, het is tenslotte de derde landstaal.

KA

On 03-11-15 04:46, Marc Gemis wrote:


On Mon, Nov 2, 2015 at 9:42 PM, Karel Adams <fa348...@skynet.be 
<mailto:fa348...@skynet.be>> wrote:


Und für die Belgischen Deutschsprecher: la même chose? ;)


De overeenkomst is dat iedereen hier mag schrijven in de taal die 
hij/zij wil: Nederlands, Frans, Duits, Engels. Niemand is verplicht in 
meerdere talen te schrijven. Uit beleefdheid wordt er wel gevraagd om 
bij voorkeur te antwoorden in de taal van de originele post, maar je 
mag natuurlijk ook antwoorden in je moedertaal als je die eerste taal 
niet machtig bent.


mvg

m


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


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

Re: [OSM-talk-be] OSM-based art!

2015-09-29 Thread Karel Adams

Pfff. Vanavond eten we mosselen, ik zal foto's posten van de 
overblijvende schelpen. Is dat dan ook "kunst" ? 
Onverwachte/ongebruikelijke vormen kan men daar zeker ook in zien! Er 
was een tijd dat een kunstenaar iemand was die een kunst beheerste...


 Pfff.



On 29-09-15 14:02, Ben Abelshausen wrote:

Hi all,

Have you seen this?

http://hanshack.com/belgium/

Met vriendelijke groeten,
Best regards,

Ben Abelshausen


___
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] Mapping R/C model airfields

2015-09-17 Thread Karel Adams


Hm, dankjewel, Jo en Marc, maar daar kan ik niet zoveel mee hoor...
Kan het iets concreter?
KA

On 17-09-15 16:01, Jo wrote:

I think it should go somewhere under leisure...

2015-09-17 17:26 GMT+02:00 Marc Gemis <marc.ge...@gmail.com 
<mailto:marc.ge...@gmail.com>>:


I remember that Jo (Polyglot) asked the same question on the
tagging mailing list awhile. Unfortunately I cannot find it back.

regards

m

On Wed, Sep 16, 2015 at 8:27 AM, Karel Adams <fa348...@skynet.be
<mailto:fa348...@skynet.be>> wrote:

Cfr. way 299082555 at coordinates 49,72266 N / 6,17150 E
This is apparently a terrain for radio controlled airplanes,
yet is tagged as "aeroway=aerodrome".
I am finding this confusing, to say the least. Is there a
canonical way to map such places? There are quite a few of
them, I should think at least a hundred in Belgium and of
course many more abroad.
Karel


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



___
Talk-be mailing list
Talk-be@openstreetmap.org <mailto: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] Mapping R/C model airfields

2015-09-17 Thread Karel Adams


Dat is al heel wat bruikbaarder, dankjewel.
Ik heb de gewraakte locatie aangepast; nu maar afwachten of dat zo 
aanvaard wordt - en toch ook een beetje benieuwd wat de renderer(s) er 
gaan van maken...

Karel

On 17-09-15 16:47, Jakka wrote:

Mischien dit:

http://wiki.openstreetmap.org/wiki/Tag:sport%3Dmodel_aerodrome

Zoveel maal gebruikt

http://taginfo.openstreetmap.org/tags/?key=sport=model_aerodrome

Karel Adams schreef op 17/09/2015 om 18:37:

Hm, dankjewel, Jo en Marc, maar daar kan ik niet zoveel mee hoor...
Kan het iets concreter?
KA

On 17-09-15 16:01, Jo wrote:

I think it should go somewhere under leisure...

2015-09-17 17:26 GMT+02:00 Marc Gemis
<marc.ge...@gmail.com
<mailto:marc.ge...@gmail.com>>:

I remember that Jo (Polyglot) asked the same question on the
tagging mailing list awhile. Unfortunately I cannot find it back.

regards

m

On Wed, Sep 16, 2015 at 8:27 AM, Karel Adams
<<mailto:fa348...@skynet.be>fa348...@skynet.be>
wrote:

Cfr. way 299082555 at coordinates 49,72266 N / 6,17150 E
This is apparently a terrain for radio controlled airplanes,
yet is tagged as "aeroway=aerodrome".
I am finding this confusing, to say the least. Is there a
canonical way to map such places? There are quite a few of
them, I should think at least a hundred in Belgium and of
course many more abroad.
Karel









___
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] Mapping R/C model airfields

2015-09-16 Thread Karel Adams


Cfr. way 299082555 at coordinates 49,72266 N / 6,17150 E
This is apparently a terrain for radio controlled airplanes, yet is 
tagged as "aeroway=aerodrome".
I am finding this confusing, to say the least. Is there a canonical way 
to map such places? There are quite a few of them, I should think at 
least a hundred in Belgium and of course many more abroad.

Karel


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

Re: [OSM-talk-be] festival, animations : Temps des communs

2015-09-15 Thread Karel Adams


???

et pour les Flamands, la même chose?

Welkom in België!



On 15-09-15 18:55, althio wrote:

Bonjour,

Si vous voulez monter votre événement local dans le cadre du festival
Temps des Communs, c'est le moment pour chercher un lieu et des
co-organisateurs.

Ces événements, à l’initiative libre des collectifs formels ou
informels et auto-organisés, se dérouleront sur une période de 2
semaines, du lundi 5 au dimanche 18 octobre, avec un temps fort le
samedi 10 octobre.

Vous avez déjà un événement local qui s'inscrit dans le thème ? Vous
voulez monter un atelier, une cartopartie, un mapathon, une
exposition, pour les enfants, pour les cyclistes, pour les transports,
pour les mobilités réduites, pour le patrimoine, pour les
professionnels, pour les développeurs...

Inscrivez aussi votre événement dans le programme en ligne pour être
référencé et diffusé.

Benoît
OpenStreetMap France

2015-07-02 12:39 GMT+02:00 althio :

Bonjour,

À diffuser très largement dans vos réseaux locaux !


Notez dans vos agendas et créez le programme pour le festival
francophone des communs - Temps des communs, 5 au 18 octobre 2015.
http://tempsdescommuns.org/


OpenStreetMap France est participant, aux côtés de Vecam, Open
Knowledge Foundation, Wikimedia France, Brussels Commons, April,
Tiriad, Mozilla et bien d'autres participants [1].


Le Temps des communs en une page : le flyer [2]

Rencontres-débats, ateliers, colloques bien entendu, mais aussi
initiation aux licences libres ou à des logiciels libres,
cartoparties, écriture collaborative d’un manuel scolaire ouvert, troc
de semences, initiation à Arduino ou à une imprimante 3D, découverte
de l’open data culture, film sur l’autogestion de l’eau, décryptage de
l’habitat groupé… Plusieurs centaines d’événements sont attendus dans
toute la francophonie.

Ces événements se dérouleront sur une période de 2 semaines, du lundi
5 au dimanche 18 octobre, avec un temps fort le samedi 10 octobre, à
l’initiative libre des collectifs formels ou informels et
auto-organisés.


Retrouvez déjà dans le programme les ateliers de la communauté de Lyon
[3] [4]. Bientôt d'autres événements publiés, à Tours, et partout
ailleurs.


Envie de participer ? [5] [6]
Vous avez déjà un événement local qui s'inscrit dans le thème ? Vous
voulez monter un atelier, une cartopartie, un mapathon, une
exposition, pour les enfants, pour les cyclistes, pour les transports,
pour les mobilités réduites, pour le patrimoine, pour les
professionnels, pour les développeurs...

Alors créez votre événement local et ajoutez-le [7] sur le programme [8].


Besoin d'encore plus d'information ? Rejoignez les listes [9] ou
contactez l'organisation [10].

L'association OpenStreetMap France et la communauté OpenStreetMap sont
présentes pour vous assister en cas de besoin [11].


Veuillez diffuser !


Benoît
OpenStreetMap France


[1] participants
http://tempsdescommuns.org/partenaires_organisateurs/

[2] flyer
http://tempsdescommuns.org/wp-content/uploads/2015/06/FlyerTDC_V1.pdf

[3] [4] ateliers de Lyon
http://openagenda.com/agendas/71092619/embeds/67628825/events/68643426?lang=fr
http://openagenda.com/agendas/71092619/embeds/67628825/events/98071133?lang=fr

[5] participer
http://tempsdescommuns.org/participer-2/
[6] idées
http://tempsdescommuns.org/participer-2/idees-d-evenements/

[7] ajouter
https://openagenda.com/letempsdescommuns/addevent
[8] programme
http://tempsdescommuns.org/programme-du-festival/

[9] listes 
http://tempsdescommuns.org/qui-sommes-nous/rejoindre-les-listes-du-reseau/
[10] organisation
http://tempsdescommuns.org/contact/contacter-lorganisation-etre-tenu-informe/

[11] forum
http://forum.openstreetmap.fr/viewtopic.php?f=6=2058

___
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] Bruxelles centre : nouveau piétonnier

2015-06-28 Thread Karel Adams


Dankjewel!

On 28-06-15 06:20, Jo wrote:
Zo 't is gebeurd. Aangezien ik een validation error kreeg, heb 'k er 
maar meteen een multipolygon van gemaakt. Ik vraag me wel af, of het 
nodig is om daar een name op te zetten. Dat zal niet nieuw blijven en 
gewoon Piétonnier - Voetgangerszone is eerder een beschrijving dan een 
name.


Groeten,

Jo




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

Re: [OSM-talk-be] Bruxelles centre : nouveau piétonnier

2015-06-27 Thread Karel Adams

Zou iemand zo vriendelijk (en politiek correct) willen zijn om er ook de 
Nederlandse naam bij te zetten?



On 25-06-15 14:24, Jo wrote:

Cela me semble préférable à une nuit passé à resoudre des conflits...

2015-06-25 16:11 GMT+02:00 Matthieu Gaillet matth...@gaillet.be 
mailto:matth...@gaillet.be:



Alors si personne n’est contraire j’uploade ce soir. Il est vrai
que le temps que les serveurs propagent la mise à jour et que les
utilisateurs le fassent également ça nous laisse de la marge.




On 25 Jun 2015, at 16:07, Jo winfi...@gmail.com
mailto:winfi...@gmail.com wrote:

En fait, il ne serait même pas si grave si nous sommes un peu
trop tôt...

2015-06-25 16:00 GMT+02:00 Matthieu Gaillet matth...@gaillet.be
mailto:matth...@gaillet.be:


Merci Jo.

Comme je m’ennuyais hier soir, j’ai commencé le boulot,
essentiellement changer des tags aux routes existantes, des
sens de circulation, et tracer des areas pedestrian. Le reste
(pistes cyclables notamment, elle sont entrain d’être
tracées) pourra être fait par après. L’idée est de faire en
sorte qu’OSM soit prêt à minuit pile ;) Si ça marche on
pourrait d’ailleurs en faire un communiqué de presse...

J’espère que cette partie au moins ne posera pas trop de
souci. Je vous ferai un retour d’expérience.

Matthieu



On 25 Jun 2015, at 13:00, Jo winfi...@gmail.com
mailto:winfi...@gmail.com wrote:

Salut Matthieu,

J'attendrai simplement le jour que ça change et puis je
commencerais de changer petit à petit. Si tu vas préparer
des fichiers une semaine à l'avance, tu risques d'avoir
beaucoup de conflits à resoudre.

Jo

2015-06-24 17:26 GMT+02:00 Matthieu Gaillet
mgwebm...@fastmail.fm mailto:mgwebm...@fastmail.fm:

Hello,

Dans quelques jours, le centre-ville de Bruxelles va
être bouleversé par la mise en place d’un piétonnier, et
surtout de la fermeture des axes principaux aux voitures
et de la mise en place d’un « mini-ring » ou «  boucle
de desserte ».

La majeure partie des changements est déjà connue via le
site officiel de la Ville : http://plandecirculation.be/

Questions :

1°) pouvons-nous utiliser ces informations pour mettre à
jour OSM ? Remarquez l’usage de Mapbox au passage !
2°) est-ce que cela vaut la peine de préparer un
changeset et de l’uploader dans une petite semaine ?
3°) est-ce d’autres mappeurs travaillent déjà là-dessus
? Si oui, comment coordonner tout ça ? Cette question
vaut de manière générale pour tout changement
d’envergure et planifié...

Merci de vos réponses !

Matthieu

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


___
Talk-be mailing list
Talk-be@openstreetmap.org mailto: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] Kaartje om huisnummer-mappers terug te vinden

2015-04-20 Thread Karel Adams

Huh, ik dacht dat ik heel flink had gewerkt in Haacht, maar blijkbaar 
komt het % hier nog maar amper boven de ruisdrempel? Frustratie! Ik 
weet wel dat er nog heel wat te doen blijft, maar toch... Of is het 
eigenlijk weinig zinnig om manueel huisnummers te mappen, omdat er vroeg 
of laat toch wel een massa-import komt vanuit een of ander GIS, al dan 
niet overschrijvende wat met veel toewijding manueel werd ingebracht?

Karel

PS sed -e 's/area\'s/areas/' ;)


On 20-04-15 13:14, Marc Gemis wrote:

Deze kaart [1] zou aangeven waar huisnummers gemapped zijn.

Kan wel kloppen, 'k hier toch duidelijk regio's waar Sander, Glenn en 
Sus, e.a. adressen hebben toegevoegd.


mvg

m


A map [1] that clearly shows the area's where housenumbers have been 
mapped.




[1] 
http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=9lat=51.01825lon=4.92155layers=BTTFF



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

2015-03-08 Thread Karel Adams

Jo, regular expressions zijn een erg krachtig mechanisme. Als ik zie hoe 
weinig professionele informatici er meer dan de allereerste beginselen 
van beheersen, dan denk ik dat je erg terughoudend moet zijn om ze te 
propageren bij brave vrijwilligers die de informatica enkel als vehikel 
gebruiken voor aktiviteiten op een ander gebied - hier dus mapping. 
Allen: wees gewaarschuwd, regular expressions zijn heel schoon gerief, 
maar de instapdrempel is nogal hoog, in het begin lijkt het pure 
alchemie of kabalah of zo.
Bovenal moet men het leven zo simpel mogelijk houden. A ~ ^Randstraat$ 
kan men net zo goed schrijven als A == Randstraat, dat laatste zal 
voor de meeste stervelingen leesbaarder zijn. Maar ik moet toegeven dat 
ik nu zuiver aan mijn eigen vertrouwde bash/nawk/sed-omgeving denk, 
misschien is het in deze toepassing anders.

KA

On 08-03-15 17:46, Jo wrote:


Om dingen weg te laten gebruik je not. Voorbeeld; -highway. Dat 
minteken maakt het omgekeerd. Dus alle resultaten, zonder highway=... 
erbij


Voor je andere vraag heb je regular expressions nodig, zodat je kan 
aangeven dat het moet beginnen met ^Randstraat$


^ geeft aan dat dat het begin moet zijn

$ geeft aan dat het daarop moet eindigen.

Dat is zeker al een wat geavanceerder onderwerp, maar het is de moeite 
waard om er zich in te verdiepen.


Deze site geeft een goede uitleg, maar ik vind geen site die het in 
het Nederlands doet: http://www.regular-expressions.info/tutorial.html


Jo


Op 8 maart 2015 11:39 schreef Verhoeven Fr sus...@gmail.com 
mailto:sus...@gmail.com:


Hooi Jo,

Voor het ogenblik heb ik geen concrete voorbeelden.
Ik gebruik die zoekfunctie bv als er fouten zijn in straatnamen,
men kan dan al de huizen die al genummerd zijn in een keer 
selecteren en verbeteren. Maar dan wordt de straat zelf ook

geselecteerd en als het een lange straat is liggen er soms delen
van buiten het scherm.  Hoe haalt men is de zoekopdracht die 
straten of ander zaken die die naam dragen er uit?

Ik ben al gevallen tegen gekomen waar de gewenste zoekopdracht ook
andere straten selekteerde en als die dan in de laag liggen maar
buiten het scherm heeft men onverwachte resultaten. Ik weet de
juiste naam niet meer maar bijvoorbeeld: Randstraat en
Bosrandstraat, zelf met de case aan te vinken kreeg ik ze niet
gescheiden.

Ook gans dat zoekscherm in Josm vind ik niet duidelijk. Zelf het
basisvoorbeeld begrijp ik niet goed en de kleine hulp is heel summier.
En nochtans heeft het mij al goed geholpen, maar het is altijd met
vallen en opstaan.

Groetjes

Sus


Le 06/03/15 21:15, Jo a écrit :

Sus, kan je wat voorbeelden geven van zoekopdrachten, die je
wenst uit te voeren, maar die problemen opleveren. In spreektaal,
zeg maar.

Ik heb nogal wat ervaring met zoekopdrachten in JOSM. Het wordt
vooral leuk, als het zo wat ingewikkelder is en er regular
expressions aan te pas komen... Of als je alles wilt wat 15m
rondom een bepaalde node ligt.

Ik zal dan waarschijnlijk ook de wiki wat verder uitbreiden.

mvg,

Jo



Op 6 maart 2015 16:49 schreef Sus Verhoeven sus...@gmail.com
mailto:sus...@gmail.com:

Hooi Glen,

Mijn username is :  susvhv
Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer
waar ik bezig geweest ben.
Wat ik wel goed zou vinden is dat er eens een goede uitleg
gegeven wordt over de zoekfunctie van JOSM, misschien in een
volgende hangout. Er ontbreken in de wiki duidelijke voorbeelden.
De zoelregel voor de wadi zou al fijn zijn

Groetjes

Sus








___
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] Brussels by bicycle

2015-02-13 Thread Karel Adams

Lang geleden dat ik zo'n belachelijk filmke had gezien. Als alle 
Brusselse fietsers zo stom waren als hier wordt voorgesteld zou ik 
voorstander zijn om fietsen in de stad absoluut en totaal te verbieden, 
tot nut van 't gemeen. Gelukkig weet ik wel beter.


Wat denkt men toch te bereiken op deze manier? Ik vind het enkel 
contraproductief.


Verder zijn het niet alleen de fietsers die van de overheid - in Brussel 
en elders - gekke situaties voorgeschoteld krijgen. Wanneer een 
bekwaamheidsdiploma voor planners en architecten van openbare 
infrastructuur? Met periodieke evaluatie?




On 13-02-15 07:58, Jo wrote:

http://www.nieuwsblad.be/cnt/dmf20150212_01525728

both hilarious and incredibly sad at the same time. It's not that 
they're not trying. Bicycle infrastructure has improved a lot over the 
past 10 years, but not quite there yet.


I'm confident this will become another 'belgenmop' in The Netherlands...


___
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] roadsign plugin adapted for Belgium

2015-02-13 Thread Karel Adams

Op zijn minst bestaan er gereserveerde parkeerplaatsen.
Voorbeeld aan station Nekkerspoel (Ontvoeringsplein).
https://www.google.be/maps/@51.029946,4.489369,3a,30y,106.71h,86.96t/data=!3m4!1e1!3m2!1sJ2aKjl84Hyve3lEwG3UrVA!2e0?hl=nl

On 13-02-15 17:03, Jo wrote:

Do we have car sharing traffic rules in Belgium?

2015-02-13 14:56 GMT+01:00 Jo winfi...@gmail.com
mailto:winfi...@gmail.com:

2015-02-11 16:17 GMT+01:00 Sander Deryckere sander...@gmail.com
mailto:sander...@gmail.com:

I tried it a bit, and I do have some concerns with both the
mapping plugin and the style JOSM uses.

First, I think that a traffic sign should only have tags like

traffic_sign=BE:C21[7]

and no tags like

maxweight=7

Those legal implications of traffic signs should stay on way
segments IMO.

Fully agree with you, atm you can get the effect you want by
ticking or unchecking the tick box.

Then I've always had problem with tagging variable speed
limits (f.e. those dynamic zone-30 signs). When mapping signs,
there should be a clear difference between the variable sign
and the fixed sign, and that setting should also apply to the
tags on the way segments.

same here

Since we're tagging directions on road pieces too, allowing
direction signs (f.e. F29) should also be possible.

It's a matter of adding it to the XML file. Not hard to do, but it
hadn't been high on my priority list. The icons are already
present in the plugin's image files. One of the reasons I hadn't
added them yet (apart from lack of time), is that I'm concerned
they will take up a lot of space, so the plugin should be changed
and have tabs for categories of signs.

Now, wrt the specific Belgian case, I've also seen a few
mistakes, though not that many, since the plugin isn't very
usable before solving the above.

C9 is translated to moped=no on the wiki, while it's mofa=no
on the plugin. I know the difference is very fuzzy (and the
relation to class A and B too), but we should at least use a
uniform tagging.

C9 seems to be meaningless if Class A or B are not mentioned.
Changed to moped.

C23 is translated to goods=no on the wiki, and hgv=no on the
plugin, again, the difference is rather fuzzy.

added both

C24a and C24b are both tagged as hazmat=no on the plugin,
again a difference with the wiki, and I'm not sure what the
hazmat_ADR_tunnel sign is.

conformed to the wiki, even though no information about
access:explosives can be found there

Sign combinations (like C5+C7) also aren't available in the
plugin.

Didn't readily know what to do with those. Added them now

No-stopping signs are missing from the plugin, and no-parking
signs have no tags attached (parking:lanes:right=no would be
the default tag I guess).

Added, it's work in progress. I skipped the ones I didn't feel
sure enough about.

The F1 sign (without buildings background) is deprecated and
all need to be replaced against June 1st (see
http://www.nieuwsblad.be/cnt/dmf20141120_01386508 as example),
I don't think the plugin will be production-ready against that
time. So I don't think it's worth to include the sign (at
least not with that graphic).

Leaving it for the time being. Feel free to contribute a better
graphic for F1a.

F9 should be translated to motorroad=yes instead of motorway=yes

changed

The F17 sign contains some strange defaults (conditional
access restrictions?)

copy pasted from wiki, I'll remove them.

I didn't really check the validity of sub-signs, as I've often
found sub-signs very confusing in real life.

Thanks!!!

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

Re: [OSM-talk-be] Meers of Broek(land) of Wet Meadow(land) ?

2015-02-08 Thread Karel Adams



On 08-02-15 18:05, hvdb wrote:
Hallo, is er een mogelijkheid om nat,lager gelegen hooi- en/of 
landbouwgrond (meestal tegen een rivier of water) te taggen met 
'meers' of 'broek' , want er bestaat eigenlijk bij mijn weten zo geen 
tag in OSM ?

zie ook :
http://nl.wikipedia.org/wiki/Meers_%28toponiem%29

http://en.wikipedia.org/wiki/Wet_meadow

http://nl.wikipedia.org/wiki/Broek_%28landschap%29

Het woord ‘meers’, dat onder meer verwant is aan het Engelse ‘marsh’, 
betekent ‘vochtig grasland’. Een synoniem van ‘meers’ is ‘broek’, 
zoals in de plaatsnaam ‘Assebroek’.

http://cmsnl.eghn.org/assebroek


De vraag verdient respect, al was het maar omdat er best wat onderzoek 
aan voorafging. Hulde!
Ik ben allesbehalve specialist, daarom slechts twee voorzichtige 
opmerkingen in de marge:


-) etymologisch komt nl:meers dan misschien wel overeen met en:marsh, 
maar kwa betekenis is het inderdaad eerder en:meadow Voor mij duidt het 
aan de landen dicht aan de waterkant, die men bij hoge waterstand laat 
onderlopen om erger te voorkomen verderop. Meestal is dit weiland, een 
enkele keer ziet men er populieren of wilgen aangeplant. Langsheen 
bredere waterlopen zijn de meersen afgebakend met dijken, soms zelfs een 
zomer- en een winterdijk. Bv. in Hingene en Buitenland aan de Schelde; 
trouwens dat Buiten slaat op buiten de dijk heb ik me eens laten 
vertellen.


-) tags in OSM: ik had toch begrepen dat men deze naar eigen inzicht kan 
toevoegen? De cruciale vraag is dan natuurlijk wat de diverse renderers 
daar verder mee doen.


(PS mijn eigen ouderlijk huis was in de Ellebroecken - niet zo 
toevallig...)



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

Re: [OSM-talk-be] Address evolution in Belgium

2015-02-06 Thread Karel Adams


plus deze dappere inboorling van Haacht die enige manuele effort inbrengt...
maar Glenn zijn werk zal allicht efficiënter zijn, jawel.
KA

On 06-02-15 15:04, Marc Gemis wrote:

Vlaams-Brabant - Glenn Plas using AGIV data.

:-)

On Fri, Feb 6, 2015 at 3:33 PM, Sander Deryckere sander...@gmail.com 
mailto:sander...@gmail.com wrote:


Hi,

maybe some of you have seen it already, but I graphed some of the
address evolution in Belgium:
http://www.openstreetmap.org/user/Sanderd17/diary/34332

It's strange how different provinces differ that much, and the
Urbis import is also very clear of course.

Regards,
Sander

___
Talk-be mailing list
Talk-be@openstreetmap.org mailto: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] FOSDEM

2015-01-23 Thread Karel Adams



On 22-01-15 22:03, Jo wrote:

Hallo,

Wie gaat er naar FOSDEM volgend weekend? We hebben er zelfs een 
devroom dit jaar. Het is me niet helemaal duidelijk of we ook een 
stand hebben. Ik zal wel wat proberen te helpen, maar er zijn ook wel 
wat presentaties waar ik heen wil.


Op 6 october 2014 heb ik gepost
quote
OK, dan ben ik beschikbaar voor een halve dag, of als het grote nood 
doet voor twee halve dagen. Laat maar weten wanneer ik me waar aanmeld.

/quote

en daar wil ik me graag aan houden - maar de grote stilte maakt me wat 
ongerust. Ik heb ook nog altijd geen flauw benul van de precieze plaats 
of een precies uur, vertel me gerust meer!


KA

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

Re: [OSM-talk-be] ScoutSign

2015-01-15 Thread Karel Adams


licht anarchistisch
Is er een verband met http://www.scouts.be/ ?
Zoniet, waarover gaat het eigenlijk?
/

On 15-01-15 17:09, Marc Gemis wrote:

Hallo,

Scout has released a service in which they publish the traffic signs 
that are recognized by their navigation system. A presentation [1] was 
given during SOTM 2014.


There is a JOSM plugin that allows one to access this service. It 
comes down to a number of traffic signs that are shown in your editor.
Of course there is not a lot of data yet in Belgium. However, someone 
followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 
traffic signs recognized. Maxspeed = 70. The tagging in OSM now states 
maxspeed =50.


Since I'm not familiar with the area, I'm not going to retag the road, 
but maybe someone from Gent could take a look ?


Furthermore they are working on integration of Mapillary photo's in 
their service.


Of course we have the traffic sign database in Flanders, but I've read 
somewhere that it is getting out of date quickly, as nobody seems 
interested to maintain it.


regards

m

[1] http://vimeo.com/album/3134207/video/115313286


___
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] Mapper van de maand

2014-12-02 Thread Karel Adams



On 02-12-14 12:37, Sander Deryckere wrote:
En in ieder geval gaan we nooit manueel gemapte adressen verwijderen 
of aanpassen zonder controle.


Dat lees ik met het grootste genoegen! Want ik ben op het gemakske bezig 
met al de huisnummers in mijn buurt te mappen, en begon me af te vragen 
of dat nog wel een zinvolle oefening is met al die 
massa-import-initiatieven. Wel, dus, blijkbaar.


KA

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

Re: [OSM-talk-be] JOSM memory eater

2014-10-22 Thread Karel Adams



On 22-10-14 17:57, Jo wrote:
Klopt het dat je het niet echt over (intern) geheugen (RAM) hebt, maar 
wel over schijfruimte? Je mag al die folders met nummertjes in je JOSM 
folder regelmatig opruimen. Ik moet daar geregeld 50GB weghalen om 
weer verder te kunnen werken.


Ik ga helemaal akkoord met Sus: zo'n gehannes mag toch niet nodig zijn? 
Helaas weet ik beroepshalve maar al te goed dat java-applicaties 
dikwijls memoryvreters zijn - dat hoeft niet noodzakelijk, maar het is 
toch o zo verleidelijk om maar lekker alles in memory te doen. Python 
heeft daar ook een handje van weg trouwens, en ik verdenk er perl ook 
van. Sorry voor het afdwalen... ik blijf lekker rustig ouderwets bij 
Potlatch. Doet al wat ik nodig heb en (hout vasthoudende) ik heb er nog 
nooit problemen mee gehad.


KA

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

Re: [OSM-talk-be] FOSDEM 2015

2014-10-06 Thread Karel Adams



On 06-10-14 09:01, Marc Gemis wrote:
Maybe it is interesting to let people know which skills are required 
to take the table ?
Ja, dat zat ik me net te bedenken. Ik kan en wil me misschien wel 
vrijmaken (al vind ik een hele dag wel erg lang) maar ik ben maar een 
bescheiden mapper die hier en daar wat huisnummers invult, en tussendoor 
een vliegveld bijspijkert, en nooit verder is gekomen dan Potlatch; dat 
voldoet dan ook uitstekend voor deze bescheiden medewerking. De meeste 
discussies alhier over relaties enzovoort gaan mijn petje stevig te 
boven - kan ik dan veel toegevoegde waarde hebben?

Karel


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

Re: [OSM-talk-be] Export database

2014-10-01 Thread Karel Adams

Na enige stilte wegens andere prioriteiten heb ik dit netjes aan het 
werk gekregen.

Als er nog eens een Linuxiaan zoiets wil doen, hier is mijn oplossing:

1) query om overpass aan te spreken:

osm-script
  query type=node
has-kv k=place v=town/
bbox-query e=8 n=54   s=49   w=2  /
  /query
  print/
/osm-script

2) command-line om met deze query aan te kloppen bij overpass:

wget -O $TMPFIL --post-file=overpass_query 
http://overpass-api.de/api/interpreter;


3) een handjevol python code om de xml te parsen tot csv zoals een 
die-hard unixiaan verder vermaalt met awk en sed en zo:


import codecs
import xml.etree.cElementTree as ET
tree = ET.parse('target.osm')
root = tree.getroot()

allnodes=root.findall('node')
for node in allnodes:
 lat=node.get('lat')
 lon=node.get('lon')
 cityname=''
 population=0
 for tag in node.findall('tag'):
  if tag.attrib['k'] == 'name':
   cityname = tag.attrib['v']
  if tag.attrib['k'] == 'population':
   try:
population = int(tag.attrib['v'])
   except:
pass

 print({},{},{},{}.format(lat,lon,cityname.encode('utf-8'),population))

Vragen:

1) de 'population' is niet overal ingevuld, en sommige getallen zijn zo 
rond dat ik ze niet erg betrouwbaar vind. Vervelend dat de info vooral 
schijnt te ontbreken bij middelgrote steden in Vlaanderen (Turnhout, 
Mol, Mechelen...) Is er een betere manier om aan de bevolkingsaantallen 
per stad te geraken? Het komt niet echt aan op de precieze getallen, de 
bedoeling is om de lokaliteiten te kunnen categoriseren (bv. meer dan 
5000, meer dan 2, meer dan 30)


2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken 
voor downloads - en op deze mailinglist werd me dat net aanbevolen? Ik 
wil overigens best overwegen om een extra parameter mee te geven om de 
prioriteit te verlagen, dit is toch een batchproces dat gerust enkele 
uren mag staan draaien. En ik maak me niet al te veel gewetensbezwaren 
over het overbelasten van de overpass-server want dit is behoorlijk 
statische data, die ga ik neit om de haverklap refreshen, misschien maar 
één keertje per jaar of zo.


Karel

NB voor wie het interesseert: bovenstaande query, de benelux en 
aanpalende gaf me 1207 lokaliteiten; van 907 daarvan is het 
inwonersaantal aangegeven.




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

Re: [OSM-talk-be] Export database

2014-10-01 Thread Karel Adams



On 01-10-14 09:12, Glenn Plas wrote:

Ik krijg mooi 8 uit mechelen te zien: (bbox aangepast voor test)


Ja, het voorbeeld Mechelen was slecht gekozen. Staan wel degelijk met 0: 
Vilvoorde, Tielt, de wereldstad (haha) Mortsel , Aalst, Aarschot... en 
zelfs Zemst!



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

Re: [OSM-talk-be] Export database

2014-10-01 Thread Karel Adams



On 01-10-14 10:09, Marc Gemis wrote:
het is dus blijkbaar niet gelukt om de query zo te configureren dat 
Overpass zelf al een csv file produceert ?


Huh, het was zelfs niet tot me doorgedrongen dat overpass zo'n 
faciliteit aanbiedt.
Stoort me ook niet echt, ik houd nogal van ambachtelijke huisvlijt... en 
vond het een mooie oefening in python bovendien.

Maar het zou nuttig kunnen zijn voor toekomstige verfijning, jawel.

KA


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

Re: [OSM-talk-be] Export database

2014-10-01 Thread Karel Adams



On 01-10-14 10:25, Jo wrote:
Je kan aan Overpass API ook vertellen dat je liever een gezipte 
OSM-file wenst.


wget --timeout 0 --header=accept-encoding: gzip -O PT.osm.zip 
--post-file=PT.overpass http://overpass-api.de/api/interpreter;


10x minder data over de draad.


Dat had ik wel degelijk in de gaten, maar heb er weloverwogen 
vanafgezien: dat het wat trager gaat stoort me niet, en ik wilde de arme 
server bij overpass de extra cpu-load van het zippen besparen. Als je 
ooit sysadmin bent geweest wordt zoiets een tweede natuur...


KA


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

1 2 >

1 - 100 of 134 matches

Mail list logo