Re: [OSM-talk-be] parking_space only for electric vehicle sign combination e9b

[Jakka]

thx Marc
access=no + access:conditional=yes @ charging
that look OK but we may not forget witch vehicle may use it you need to 
look @ the sign like
see attachments or link elec.png all EV and elec_auto.png all EV not bus 
lorrie

found info here but in dutch:
https://wegcode.be/wetteksten/secties/kb/wegcode/253-art70
"Een onderbord waarop het hiernavolgend symbool is afgebeeld, duidt aan 
dat het parkeren voorbehouden is voor elektrische voertuigen."

and
"De categorie van voertuigen mag worden afgebeeld op dit onderbord" 
think motorcycle or only lorrie, bus ...


We need in the future a tag for access for non combustible/ zero 
emissions vehicle



Op 5/11/2019 om 11:38 schreef marc marc:

Hello,

Le 05.11.19 à 11:24, Jakka a écrit :

How to indicate a parking_space only for electric vehicle?




some use parking_space=charging
but it's a undocumented value, so maybe no datause

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] parking_space only for electric vehicle sign combination e9b

[Jakka]

How to indicate a parking_space only for electric vehicle?

Witch tag should be added to indicated that a parking_space is only for 
electric vehicle "when charging???"  ...with "fee=yes/no"
maxstay=* is not good exist for other parking places also like near shop 
for "fee=no" & "maxstay=30" minutes
amenity=charging_station is on a node where the pole is and not in the 
space itself.

https://wegcode.be/wetteksten/secties/kb/wegcode/253-art70


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

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

[Jakka]

@Pieter,

neem eens persoonlijk contact met mij betreffende "real-time shop 
parking"


Op 4/11/2019 om 21:28 schreef Pieter Colpaert:

Dag allen,

Eerst en vooral: merci voor de contributies aan OSM, desondanks de
kleine meningsverschillen ;-)

For what it’s worth:

Het mappen van meer detail vind ikzelf enorm waardevol: het geeft net
dat ietsje meer waardoor ook overheden gaan kijken naar wat er op
OpenStreetMap te vinden is, want dat kan mogelijks net dat beetje meer
gedetailleerd zijn dan hun eigen inventarisatie van het openbaar domein.

Verder zijn bijvoorbeeld de data over de real-time shop parking
beschikbaarheid in Kortrijk als open data. Zou tof zijn om op termijn
ook OSM’s individuele parkingplaatsen te kunnen linken aan de real-time
locatie, zoals nu sommige zaken al gelinkt zijn een wikidata.

Groeten,

Pieter

On 04/11/2019 19.26, s8evq wrote:

Dag Stijn,

Wie zonder zonde is werpe de eerste steen:
http://osmose.openstreetmap.fr/en/byuser/StijnRR
Number of found issues: more than 500

Ik vind het not done om iemand zijn edits te dissecteren op een
publieke mailinglist.

On Mon, 4 Nov 2019 15:31:34 + (UTC), Stijn Rombauts via Talk-be
 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 anderen zelden op aanspreek. En Jakka, jij bent zeker de
ergste nog niet, verre van.
StijnRR

 Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis
:
> Wel pleit ik er voor een zeker 'gebiedje' dan wel op een
gelijke maatstaf te behandelen. Als je het doet, zorg dan dat je
consequent bent, voor de wijk of als het even kan je kleine gemeente.

er is ook zoiets als "guerilla mapping"
(http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)

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




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

Re: [OSM-talk-be] Talk-be Digest, Vol 143, Issue 5

[Jakka]

@ pilippe
satelliet beelden zullen nooit juist zijn, hangt af welke versie je 
gebruikt en is dus altijd een beetje schipperen met AIV/GRB toestanden.

Ik heb mijne lintmeter niet bij ;)
Vermoed ook een verschil tussen ID en josm calibreringvan de layers...


Op 4/11/2019 om 18:10 schreef Philippe Casteleyn:

Ik had eerder kritiek verwacht omdat de parkeerlijnen van Jakka niet op
die van de satellietfoto vallen.  Misschien is de satellietfoto verschoven.

Mijn parking lot draagt de gevolgen.  Het is wellicht ook niet zo
verstandig de vier buitenhoeken te nemen als zone, maar kan het anders
in ID ?

Ik zal maar stoppen met parkings.  Waar is er eentje volledig en juist
getekend ?

Ik had gezien dat Anakil gehandicapten getekend heeft.  Ik heb er niet
op gelet dat ik bovenop hem bezig was.



De gebouwen zijn trouwens ook niet volgens het GRB getekend.



Ik ben nu al zaken aan het tekenen waarvoor geen tag bestaat, zoals een
haventje voor modelboten.











___
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 ?

[Jakka]

@ StijnRR

< Maar waarom een aantal wel en de andere niet? Is na een tijdje 
vervelend  moet ook nog een beetje overlaten aan anderen ;)


< foutief gemapt met amenity= parking deze begrijp ik niet typ fout 
of totaal geen parking?


< 3 brede parkeerplaatsen  getekend terwijl het er 5 smalle zijn, klopt 
mogelijk laten misleiden door schaduw...


sputterde niet tegen anders zou ik het gemerkt hebben. Was daar een 
grote aanpassing van kruispunt die blijkbaar niemand wou bijwerken


interpretatie te ruim hindernissen, toestellen, toestanden om verkeer te 
leiden veilig te laten verlopen en niet de letterlijke vertaling 
"verkeer vertragen"


< aantal fietspaden zijn apart bijgetekend...De oneway-tag lijkt mij ook 
een aantal keer te ontbreken  geen mapillary beelden die wel oneway 
tag bevestigden


Jammer dat je me daar niet onmiddellijk van op de hoogte bracht

Op 4/11/2019 om 16:31 schreef Stijn Rombauts via Talk-be:

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 anderen
zelden op aanspreek. En Jakka, jij bent zeker de ergste nog niet, verre van.

StijnRR


Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis
:



Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke

maatstaf te behandelen. Als je het doet, zorg dan dat je consequent
bent, voor de wijk of als het even kan je kleine gemeente.

er is ook zoiets als "guerilla mapping"
(http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)


m.

___
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 ?

[Jakka]

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

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

OpenStreetMap <https://www.openstreetmap.org/#map=19/50.99435/4.47499>
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 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space.

Maar als jij dat niet graag ziet kan ik er niet aandoen.
Misschien een overdreven voorbeeld van jou boom ... geen volledige 
kenmerken, dan kan je dat voor alles en nog wat door trekken naar 
gebouwen zet jij er steeds het aantal verdiepen erbij ? het soort 
dak dat erop staat ? voor wegen welke correcte surface, als er voetpaden 
zijn, boordstenen enz...


En zoals iemand al reageerde met opkuis van gemapte zaken betreft als 
deze er werkelijk aanwezig zijn dan mag dit beschouwd worden als 
vandalisme en daar zijn regels voor.


We gaan daar geen inkt meer aan verspillen iedereen zijn ding en osm 
wordt er beter door.


Happy mapping



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

Re: [OSM-talk-be] folk sports in Belgium

[Jakka]

https://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules petanque ?
https://www.westtoer.be/nl/doen/bolletra


Op 21/08/2019 om 11:49 schreef Ruben:

On Tue, 6 Aug 2019 13:39:41 +0200, joost schouppe  
wrote:

After a bit of research, I retagged all "kaatspleinen" / "place de pelotte"
to sport=pelota. I think this is a decent tag for this. Folk sports are
hard, because there are local variants, and you have to decide if you want
to tag with the very specific local way of playing or keep it simple and
generalize a bit.

I took advantage of the moment to create a little map of the 90 fields in
Belgium:

https://www.mapcontrib.xyz/t/adc0b8-Folk_sports_in_Belgium#

Which other sports should I add to that map?


https://wiki.openstreetmap.org/wiki/Tag:sport%3Dkrachtbal maybe?

___
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] folk sports in Belgium

[Jakka]

https://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules petanque ?


Op 21/08/2019 om 11:49 schreef Ruben:

On Tue, 6 Aug 2019 13:39:41 +0200, joost schouppe  
wrote:

After a bit of research, I retagged all "kaatspleinen" / "place de pelotte"
to sport=pelota. I think this is a decent tag for this. Folk sports are
hard, because there are local variants, and you have to decide if you want
to tag with the very specific local way of playing or keep it simple and
generalize a bit.

I took advantage of the moment to create a little map of the 90 fields in
Belgium:

https://www.mapcontrib.xyz/t/adc0b8-Folk_sports_in_Belgium#

Which other sports should I add to that map?


https://wiki.openstreetmap.org/wiki/Tag:sport%3Dkrachtbal maybe?

___
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] Looking how tagging "ijskelder"

[Jakka]

https://nl.wikipedia.org/wiki/IJskelder
de ijskelder (m)the icehouse
ijskelder   ice cellar ; snow cellar
Nothing on tag info ?


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

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

[Jakka]

I also hate the connection of landuse to highway. A landuse border do 
not stop in the middle of a highway but at its border of the highway...
extreme example a moterway with 2x4 lanes one side landuse foret other 
side farmland none reached at the middle of the motorway.
De connecting or cutting those highway to at max_xyz brings a lot of 
mistakes and strange shapes and  g


Op 19/03/2019 om 19:33 schreef Stijn Rombauts via Talk-be:

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] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[Jakka]

Using key as "url=" not comming in conflict with already other keys that 
use short key url ?


Op 18/11/2018 om 10:51 schreef Jo:

Our bus stops in Flanders have unique identifiers visible to the public
on the flags of the stop poles.

I started by entering those in the ref tag, then later decided to use
ref:De_Lijn=y0, as some of those stops are served by other operators
as well.

For several years now itt's possible to obtain real-time information
about the buses on a url+identifier, so I want to add that to those
stops. As i don't like to duplicate information I'd prefer to drop the
ref:De_Lijn though.

So all of those stops would have:
url=http://mijnlijn.be/303079(<- you can test this, the url is
expanded/translated to a url on www.delijn.be )

For the conversion, I'd like to launch a Belgian "Project of the month",
so the position of the stops can be verified once more by locals, but
also shelters and bus_bays can be added and if cycle ways split off to
go around those bus bays, that detail can be added as well.

I know that that is what we have been doing for the past 5+ years, but
now it would get some more dedicated focus.

For several years I thought having the identifier n a dedicated ref:X
tag and then telling everyone about how to turn it into such a url was
the way to go,. That doesn't actually work though. Nobody knows how to
get from the identifer to the url. Giving potential passengers a url
they can simply click through on, seems to be the better way of doing
this for this use case.

Polyglot


___
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.be versus OpenStreetMap.be

[Jakka]

Op 11/10/2018 om 12:10 schreef joost schouppe:

Hi,

Since OpenStreetMap Belgium recently became an official Local Chapter of
the OpenStreetMap Foundation, we finally got the www.OpenStreetMap.be
 domain. Everything is set up now that this
domain refers to the existing osm.be  website and subdomains.

That means that www.osm.be  is still the most
important url. Since OSM is a less known term than OpenStreetMap, I
would personally prefer to use the full version as the primary address,
with OSM.be still working but just as an alias.

Anyone else have an opinion on this?

Regards,
Joost Schouppe


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

fully agree full name is better remembered than abbreviations definitely 
for beginners



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

[OSM-talk-be] moped_*=* tag on the border relation with France

[Jakka]

Hi,

Must this be adapted and who can do this ?
Possible on other border Relation to ?

Where did I see it.
detail border Menen.
https://www.openstreetmap.org/#map=22/50.78637416053381/3.1269890021261264
see relation "default Belgium, Flanders, highway default values 1 lid"
relation 6900538
def:highway=cycleway;access:moped_a:conditional
def:highway=cycleway;access:moped_b:conditional

-was missing --> moped_P
-capital letter or not ??? _A or _a; _B or_b; _P or_p

https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Belgium
see notes:
moped in Belgium actually comprises three vehicle classes: "moped_A", 
"moped_B" and "moped_P", cycleways may allow any combination of them 
(including none at all), depending on the signs used, and the road the 
cycleway belongs to.

use in Belgium:
capitalletter
http://overpass-turbo.eu/s/BSF
versus lowercase
http://overpass-turbo.eu/s/BSG


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

[OSM-talk-be] Note tells OSM fails

[Jakka]

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

[OSM-talk-be] int_ref, ref spelling, no space between letter and number....

[Jakka]

Hi,
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 
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 we should adapt all those tags?
I see that most of int_ref is with space en same ref an nat_ref 
without But not always.



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

Re: [OSM-talk-be] integrated Routeplanner GraphHopper on osm.org strange result

[Jakka]

Want the controle other locations of the strange behavior of routeplanner.
What the overpass code for the full access=no without something else 
like foot=yes or bicycle=yes ecetera ?


Op 2/08/2018 om 10:06 schreef Jakka:

Tag addapted to highway=construction + construction=cycleway
I follow up the results.

Op 1/08/2018 om 18:12 schreef joost schouppe:

Hi Jakka,

I suppose it is related to this issue:

https://github.com/graphhopper/graphhopper/issues/1215
(that is the correct place to post errors of this kind I think)

I think Graphopper allows this to happen because NOT doing so would be a
bigger error. It often happens that the authority that defines the cycle
route does not communicate with the authority that defines access for
bicylces, and then you get situations where you can't drive into the
street you have to ride into. Example:

https://www.openstreetmap.org/way/202425978#map=18/50.75460/3.72778

I would suggest reclassifying the road to highway=construction +
construction=cycleway. Given the description in the Note, that seems to
be more correct than the current tagging.


--
Joost Schouppe


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





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




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

Re: [OSM-talk-be] integrated Routeplanner GraphHopper on osm.org strange result

[Jakka]

Tag addapted to highway=construction + construction=cycleway
I follow up the results.

Op 1/08/2018 om 18:12 schreef joost schouppe:

Hi Jakka,

I suppose it is related to this issue:

https://github.com/graphhopper/graphhopper/issues/1215
(that is the correct place to post errors of this kind I think)

I think Graphopper allows this to happen because NOT doing so would be a
bigger error. It often happens that the authority that defines the cycle
route does not communicate with the authority that defines access for
bicylces, and then you get situations where you can't drive into the
street you have to ride into. Example:

https://www.openstreetmap.org/way/202425978#map=18/50.75460/3.72778

I would suggest reclassifying the road to highway=construction +
construction=cycleway. Given the description in the Note, that seems to
be more correct than the current tagging.


--
Joost Schouppe


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





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

[OSM-talk-be] integrated Routeplanner GraphHopper on osm.org strange result

[Jakka]

On the bridge that was closed since march 2018 ...
tag was set to access=no
routeplanner selector bicycle goes true it, on foot detour,
car correct impossible highway=cycleway

Is there a place to report this behavior ?

https://www.openstreetmap.org/directions?engine=graphhopper_foot=51.12521%2C2.75417%3B51.12481%2C2.75500#map=18/51.12498/2.75495=N


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

Re: [OSM-talk-be] streetname changes (and a community to-do list)

[Jakka]

Op 9/07/2018 om 11:25 schreef joost schouppe:

Hi,

As you may know, there are some municipalities that will be merged
officially on Jan 1st 2019. One of the things that affects us about
that, is that a lot of addresses will change, as these new
municipalities want to avoid having more than one street with the same
name in the same municipality.

With OSMbe, we're doing a small project to make sure this is mapped well
in advance, and we can be up to date with the new names a few days in
advance.

Since all of our organisational stuff is on Github, I've put an overview
of the project and it's tasks
there: https://github.com/osmbe/community_planning/issues/2

You are welcome to help on any and all of these tasks, as well as post
different issues there for other things you think OSMbe should be doing.
If it works, that could become a sort of community to do list, where
people can just pitch in whatever time they have.

--
Joost Schouppe
OpenStreetMap
 | Twitter
 | LinkedIn
 | Meetup



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



Is er ook gedacht aan gebouwen, POI waar mogelijk de straat in opgenomen 
is ? Kan men dat globaal zichtbaar krijgen...

Attention to: buildings where possible the street is included ?



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

[OSM-talk-be] Boundary specialist

[Jakka]

Hoi,
Where comes the data of the boundary? a overlay to verify ?
Is this boundary=administrative that is connected/attached to stream 
follows the Brabantse Beek over very long distance correct ? I find the 
input/design of stream is not very accurate... But if it will be 
displaced what with the boundary...

https://www.openstreetmap.org/#map=16/50.97756715233263/4.199189576825425


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

[OSM-talk-be] Can this site help to improve data ????

[Jakka]

Hoi,
Came across this site... Is it from any use?
http://mapwarper.net/


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

Re: [OSM-talk-be] Overpass turbo exporteren as png

[Jakka]

@glenn on the https://overpass-turbo.eu/master/ it works
but not on the http://overpass-turbo.eu/ strange and what is the 
difference between those two ?






Op 31/01/2018 om 15:44 schreef Glenn Plas:

It works now.  Tested on chrome Version 62.0.3202.94 (Official Build)
(64-bit)

Glenn


On 27-01-18 11:23, Jakka wrote:

Hi,

Trying to export a query map in png do not work.


rendering map data <is hanging here
rendering map tiles
prepare map


Is this a known issue ?


___
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 turbo exporteren as png

[Jakka]

Hi,

Trying to export a query map in png do not work.


rendering map data 

Re: [OSM-talk-be] railways and stations

[Jakka]

-< "Some switches/junctions have a name (e.g. Y Val-Benoit) and are tagged
 as railway=junction. But this page [2] seems to suggest that
 railway=switch is a better tag. Or do we keep the railway=junction tag
for named switches/junctions?">

In real life a name like "Y val-Benoit" junction (vertakking) is not a 
switch but the area with switches were lines (the number of track is no 
importend) can go from one destination to a other destination. From 
Kortrijk to Brussel or Kortrijk to Gent(1)


1) https://www.openstreetmap.org/#map=17/50.83690/3.29340
[2] https://wiki.openstreetmap.org/wiki/Tag:railway%3Dswitch

missing convention:
Track that are no more connected to the normal railway explotation but 
only used for tourism like rail bike (3)

definition for such engines is missing
railbike tag info 1
rail_bike tag info 41

3) http://www.spoorfietsen.be


Op 20/01/2018 om 15:27 schreef Stijn Rombauts:

Hi,

I am rewriting the conventions page about railways [1]. It was a bit
outdated...
A few questions:
- I kept the convention about the name ("L" followed by the number of
the line, e.g. L25). But I noticed it hasn't been followed in many
places (often 25 or L.25). Do we keep this convention or not? The
HSL/LGV lines have been given other names like "Ligne Nouvelle 1" or
"LGV 3 - HSL 3". What do we do these?
- The relations usually have a ref=L.25. (with the point). Still OK?
- Some switches/junctions have a name (e.g. Y Val-Benoit) and are tagged
as railway=junction. But this page [2] seems to suggest that
railway=switch is a better tag. Or do we keep the railway=junction tag
for named switches/junctions?
- Railway stations: I guess we're supposed to follow the
rules/guidelines in this page [3]? Or do we have other opinions? E.g. in
Visé [4] the tag railway=station has been used 3 times...
- Do we keep the distinction between railway=station and railway=halt.
As more and more stations (=buildings) are closed, it seems to me that
the distinction between the two has become quite vague.

I'll probably come back later with more questions. Any other useful
information that could be added to the conventions page is welcome.

Regards,

StijnRR

[1]
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Railways
[2] https://wiki.openstreetmap.org/wiki/Tag:railway%3Dswitch
[3] https://wiki.openstreetmap.org/wiki/Railway_stations
[4] https://www.openstreetmap.org/#map=19/50.73809/5.69215




___
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 avoid that names are on all buildings

[Jakka]

Hi,

Every building with a different house number is a office and named 
"Clintonpark". Is this not to much same names on map.
I tried to put it in relations but validator do not liked it, building, 
parking there are sharing same highways.

Is there a need solution.

https://www.openstreetmap.org/note/1263904#map=17/50.95775/3.10242=N

thx


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

Re: [OSM-talk-be] AIV import tool - discussie

[Jakka]

Vanaf waar kan ik deze herlezen in riot ?
Ben aan scrollen geweest maar nie direct conversatie gevonden



Op 9/01/2018 om 9:51 schreef Marc Gemis:

(In Dutch as it is about the import of buildings in Flanders).

Gisteren was er een levendige discussie op het Matrix (aka Riot)
channel over de import.
Het ging hierbij om het volgende: momenteel zorgt de tool ervoor dat
je de gebouwen in JOSM krijgt met de building=house of de
building=shed tag. Dit is gebaseerd op de GRB data die enkel die types
kent.

De maker van de tool, Glenn, heeft deze keuze gemaakt omdat die in
veel gevallen correct is. Hij gaat er verder van uit dat de persoon
die de import doet, wel het gebouw type zal aanpassen.

Een aantal mensen, waaronder ikzelf vinden dat building=yes een betere
keuze is, omdat dat altijd juist is, zelfs als het gebouw een
een-gezin woning (house) is. Je hoeft dan niet onmiddellijk het type
aan te passen.

Het gaat hier dus over een default (house) die meestal juist is, maar
verkeerd is voor bv. industriële gebouwen, kerken, kantoorgebouwen,
flatgebouwen, of een minder nauwkeurige tag, die informatie verliest
bij echte "building=house), maar wel altijd correct is.

Glenn gaat nu kijken of er misschien iets kan gedaan worden door te
kijken naar de landuse waarin het gebouw gaat terecht komen.

Wil je deelnemen aan dit soort discussies, schrijf je  dan in op ons
chat channel in Matrix/Riot.

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] Mijlpalen

[Jakka]

Op 27/11/2017 om 10:31 schreef Glenn Plas:

http://data.gov.be/en/node/11125

KM palen zijn reeds open dus.  licentie:
https://metadata.geopunt.be/zoekdienst/apps/tabsearch/?uuid=fa453d09-d577-4f5a-ad6c-04f938b757c4

Glenn


On 18-11-17 19:14, Philippe Casteleyn wrote:


Naast geodetische punten ben ik ook wel geïnteresseerd in mijlpalen
(onze Vlaamse groene hectometerpaaltjes) .

Zou er geen relatie moeten zijn om te weten bij welke weg een paaltje
hoort ?

En de precisie van de plaatsing ?

We zullen ooit de Vlaamse mijlpalen als Open Data krijgen.

Vooreerst zal ik ze (niet over heel Vlaanderen, ik laat ook wat voor
een ander) degelijk photographeren.



Naar aanleiding bericht:
https://forum.openstreetmap.org/viewtopic.php?pid=677993#p677993

bericht overgenomen.
http://wegenenverkeer.be/persberichten/ … -vervangen

Er is dus een grote vertraging.
Ik heb er gezien
- op de E40 (A10) vanaf de provinciegrens tot Oostende.
- op de E314 tussen Leuven en Hasselt

Ik heb leesbaar gephotographeerd :
- de A10 tussen de parking van Jabbeke en Oostende
  https://www.mapillary.com/app/?lat=51.1 … 494=0

- de andere richting heb ik ook gephotographeerd, maar het was al te 
donker, daar heb je de zon nooit mee en ik heb alleen het begin opgeladen.


https://www.mapillary.com/app/?lat=51.2 … 7952278824

Er is nu ook een Benny Hill modus in Mapillary.
Dat zou meer mensen er toe moeten aanzetten OSM met recente Mapillary 
sequenties te controleren.



Welke taggen moeten erin
Is er al een wms of iets ter beschikking
hier eens rond gesnuisterd 
https://metadata.geopunt.be/zoekdienst/apps/tabsearch/?uuid=fa453d09-d577-4f5a-ad6c-04f938b757c4





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

Re: [OSM-talk-be] Urgent: New mapper added wrong tags.

[Jakka]

"write a comment on a changeset and/or send a private message to him."
That is the plan but what must I suggest he replace with ?

highway=milstone
distance:forward/backward=34.5




Op 18/11/2017 om 17:40 schreef marc marc:

Hello,

write a comment on a changeset and/or send a private message to him.

Regards,
Marc

Le 18. 11. 17 à 17:34, Jakka a écrit :

Hi,
New mapper added wrong tags.

information KM_34.4
name KM 34.4
tourism information

https://www.openstreetmap.org/user/cniessen/history#map=11/50.3275/6.1139=T


What can the community suggest ?
Was looking for the correct wiki but is not approved.
Highway=milestone

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone


___
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] Urgent: New mapper added wrong tags.

[Jakka]

Hi,
New mapper added wrong tags.

information KM_34.4
nameKM 34.4
tourism information

https://www.openstreetmap.org/user/cniessen/history#map=11/50.3275/6.1139=T

What can the community suggest ?
Was looking for the correct wiki but is not approved.
Highway=milestone

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone


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

Re: [OSM-talk-be] intersection looks very wrong -> use PICC with JOSM

[Jakka]

Thx for the reply,
Was working on it this WE several houres allready and saved it offline. 
Will checked again 'with after an good night sleep) and hopefully I can 
uploaded all changes at once.
The PT relation will all be destroyed, could not keep the highway with 
them on it.


Op 13/11/2017 om 0:58 schreef André Pirard:

On 2017-11-11 13:49, Jakka wrote:



The middle intersection looks very wrong. Want to redesign it. There
for need to know if the aerial image on "Wallononmap" are still
corresponding with what is out there ? Or are there other images ?
The same with intersection north and south of it I need to connect
directly good on those also.
Check this in editor:
1)
https://www.openstreetmap.org/#map=19/50.543085562147645/5.4872411965277195
Check a routeplanner
2)
https://www.mapcat.com/directions/car#map=18.9/50.54324/5.48770=50.54312,5.48745;50.54332,5.48772
check aerial image I want to work with. No Mapillary image yet.
3)
http://geoportail.wallonie.be/walonmap#SHARE=5DB543FAA0BC7C61E053D0AFA49DE388#CTX=DDB

The problems are:

  * That the roads are drawn too wide and one cannot see the turns they
make to enter or leave the main road; "we should not tag for the
renderer" they say but report the problem to them. But maybe
changing the road types as soon as they start turning and not when
they enter the side road would help.
  * That the mappers did not use JOSM+PICC (rarely needing the
orthophotos because PICC is rarely wrong), they used Potlatch and
ID; but in this case the photos are necessary; using BE SPW(allonie)
2012-2013 aerial imagery is clearer that 2015 which is clearer that
2016.

*PLEASE USE JOSM + PICC*: I have spent much time getting them working. I
have been repeatedly laughed at when I was requesting the SPW to correct
their projection bug and I kept hearing "we cannot copy yet" which is
not what we are doing.
If I had been heard, we would have been able to map Wallonia correctly
since 2010.
I am doing *a lot* of corrections (Jakka seems too), often moving houses
and other elements by 2, 3, ... 5m or more, adding numbers, using
Improve Way Accuracy mode to straighten roads, etc.
With JOSM a house is drawn, including increasing number, in a single
click. Correcting a badly mapped one takes much longer and one feels
like erasing it.

I doesn't look like this intersection changed over the years nor lately
(latest OSM topology around 2013).

Here is how you see that intersection with JOSM and PICC:

route du Condroz PICC
<http://www.papou.byethost9.com/maps/bad/route%20du%20Condroz%20PICC.png>
route du Condroz aérienne
<http://www.papou.byethost9.com/maps/bad/route%20du%20Condroz%20a%c3%a9rienne.png>

You can see that PICC is right.
The OSM two lower main lanes are offset north by more than 2m in the
middle and to the right.
The upper one makes a bump that it shouldn't do, it should go straight on.
The turns going diagonally make no sense. They should go straight and
then make a sharper turn.
Like the one coming from the left: it should be passing somewhere over
the stopped car.
They should certainly not connect (on a dot in common) with the other
ways they cross !!!
==> beware not to destroy relations when changing those dots erroneously
belonging to 2 ways:
JOSM will warn you but I'm not sure about the others: they destroyed my
relations.
The yellow, north-south roads are not precisely in the right place either.

Hoping this and the PICC can help,
Cheers
Cordialement,

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

[OSM-talk-be] intersection looks very wrong

[Jakka]

The middle intersection looks very wrong. Want to redesign it. There for 
need to know if the aerial image on "Wallononmap" are still 
corresponding with what is out there ? Or are there other images ?
The same with intersection north and south of it I need to connect 
directly good on those also.

Check this in editor:
1) 
https://www.openstreetmap.org/#map=19/50.543085562147645/5.4872411965277195

Check a routeplanner
2) 
https://www.mapcat.com/directions/car#map=18.9/50.54324/5.48770=50.54312,5.48745;50.54332,5.48772

check aerial image I want to work with. No Mapillary image yet.
3) 
http://geoportail.wallonie.be/walonmap#SHARE=5DB543FAA0BC7C61E053D0AFA49DE388#CTX=DDB



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

[OSM-talk-be] How we deal with those notes

[Jakka]

Hi,
My personal opinion...
The app (note created by the app "free parking") always anonymous
Are difficult to read and are not detailed for correcting or adding to 
OSM. You cannot contact the user for update...

examples see link
--> "with fee here and for customers" fee for who ??
--> "free and for customers" if its free than for everyone ...
--> "toute la rue est payante (Nombre de places : 11-50)"... wich side 
of road/highway 
--> the number of places the most is "50" think standard number ...or 
between X and y 
I know survey is the solution for verifying...But I am afraid the note 
map will be flooded (red pin everywhere) by notes like this. I think new 
persons how want to report important error will see a bunch of red pin 
and will presume here they will do nothing with it.

http://www.openstreetmap.org/note/1166114#map=14/50.7162/4.6306=N

I suggest, advocate to close this notes with the remark "Needs more 
info"



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

[OSM-talk-be] How we deal with this kind of note

[Jakka]

Hi,
http://www.openstreetmap.org/note/1161734#map=17/50.56332/4.24592=N
highway=service

"Ce chemin est un chemin privé, il n'a pas a être sur la carte."
door anoniem


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

[OSM-talk-be] Mega construction Kortrijk Station surroundings

[Jakka]

Starting date 4 september 2017
Bus station terminal demolished for underground parking bus lane new 
access roads ect.

I will delete this bus station at starting date.
Public transport relations will be damaged, trying to adapt them to the 
four new location I added already.


For more info see:
Four new terminals:
https://www.kortrijk.be/stationsproject/busstation-kortrijk-verhuist-op-1-september-2017
What it will come animation
http://www.kortrijk.be/simulatie1 or
https://www.youtube.com/watch?v=87aOCgithGg=youtu.be
site Kortrijk:
https://www.kortrijk.be/stationsproject/nieuws/stationsproject-bouw-fiets-bustunnel-start-in-september-2017
the map:
https://www.openstreetmap.org/#map=18/50.82455/3.26262

coordinate help is welcome.


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

Re: [OSM-talk-be] Brugnummering

[Jakka]

Eventueel
old_name = Historical/old name.
loc_name =Local name

http://wiki.openstreetmap.org/wiki/Names


Op 8/08/2017 om 15:32 schreef Glenn Plas:

On 08-08-17 15:14, Marc Gemis wrote:


Wat ik tegenwoordig veel zie is dat mensen de bruggen een naam geven,
die eigenlijk officiel nooit gebruikt wordt, die dus verkeerdelijk in
'name' key worden gezet.


Heb je daar een voorbeeld van ?


https://www.openstreetmap.org/way/448871500

Niemand, maar dan ook niemand in Mechelen zoekt of praat over de
Koepoortbrug.  Dit zijn historische namen, die wanneer je ze in de name
tag plaats de database vervuilen en verkeerde resultaten geeft bij
reverse geocoding in het bijzonder.  Ze worden ook op de map gerenderd
op de bruggen.

Probleem is complex want eigenlijk bestaat er geen ideale tagging voor
dit soort data.  Ik verplaats ze naar description tags die iets beter
geschikt zijn maar ik sta open voor betere oplossingen.  alt_name is ook
niet echt geschikt omdat de vereiste daarvoor is dat er een name tag
bestaat.

De namen staan niet in GRB volgens mij maar daar moet ik eerst naar op
zoek om zeker te weten.

Glenn




Als je kijkt naar bv.
https://nl.wikipedia.org/wiki/Lijst_van_onroerend_erfgoed_in_Moerbeke-Waas
dan zie je daar een 4-tal bruggen. (bijna onderaan de pagina).
De naam van de bruggen is ook dikwijls aangegeven met borden in de
buurt van de brug. Zoals bv. bij deze:
https://nl.wikipedia.org/wiki/Lijst_van_onroerend_erfgoed_in_Moerbeke-Waas#/media/File:Coudenbormbrug.jpg

Staan die namen in GRB ?

m.

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




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





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

Re: [OSM-talk-be] determination: man_made=bridge wrong rendered ?

[Jakka]

Do not quit understand.
"man_made bridge 'under' a highway"
In this case the bridge, there was a railway on/over it and the highway 
passes under it. So there is nothing to connect at the edges.


Op 8/08/2017 om 13:13 schreef Glenn Plas:

I have a few remarks on this, the biggest one is that we don't map for
the renderer...  (hardly ever preferably).

The second one is that I think this solution is not the correct one, if
you put a man_made bridge 'under' a highway, you should connect the
bridge to the highway at the edges.   add a node that connects both and
then rendering will be a lot better but not quite like you would expect.

transforming a bridge layout into a tunnel one isn't reflecting the real
situation.

This is something that should be fixed in the renderer, not in the data.

Glen

On 08-08-17 12:27, Jakka wrote:

Determination: a bridge with nothing going over it anymore added as
man_made=bridge and layer=1 is not rendered well.
To counter it I made for the highway tunnel=yes layer=-1
http://www.openstreetmap.org/#map=19/50.88289/4.11087=N
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbridge
https://www.dropbox.com/s/nhmvcgyekaq4i5f/man_made%20bridge.jpg?dl=0
PS image on dropbox will not stay for ever


___
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] determination: man_made=bridge wrong rendered ?

[Jakka]

I think it already done in the past

https://github.com/gravitystorm/openstreetmap-carto/issues/1799

Op 8/08/2017 om 13:09 schreef Marc Gemis:

seems like a bug in the renderer to me. Did you report it on
https://github.com/gravitystorm/openstreetmap-carto ?

m.

On Tue, Aug 8, 2017 at 12:27 PM, Jakka <vdmfrank...@gmail.com> wrote:

Determination: a bridge with nothing going over it anymore added as
man_made=bridge and layer=1 is not rendered well.
To counter it I made for the highway tunnel=yes layer=-1
http://www.openstreetmap.org/#map=19/50.88289/4.11087=N
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbridge
https://www.dropbox.com/s/nhmvcgyekaq4i5f/man_made%20bridge.jpg?dl=0
PS image on dropbox will not stay for ever


___
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] determination: man_made=bridge wrong rendered ?

[Jakka]

Determination: a bridge with nothing going over it anymore added as 
man_made=bridge and layer=1 is not rendered well.

To counter it I made for the highway tunnel=yes layer=-1
http://www.openstreetmap.org/#map=19/50.88289/4.11087=N
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbridge
https://www.dropbox.com/s/nhmvcgyekaq4i5f/man_made%20bridge.jpg?dl=0
PS image on dropbox will not stay for ever


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

Re: [OSM-talk-be] Speed pedelec

[Jakka]

OK "moped_P".
Is it possible the make/add this to the different wiki's where mapper 
will search for this new type of transportation. Is there a 
corresponding wiki for bicycle, speed_pedelec moped_P, or even moped_A 
moped_B tag and key? Did not find one. This question will be ask a lot 
in the future since a lot of route planners can add notes. So it would 
be possible to answer with the appropriate wiki link.


thx

Op 22/07/2017 om 0:28 schreef Santens Seppe:

We discussed this with a few mappers when we were preparing the changes due to the 
introduction of the "circulation plan" in Ghent. The consensus was to use 
moped_P like Ben suggests below. See http://overpass-turbo.eu/s/qx4

Seppe

-Oorspronkelijk bericht-
Van: Ben Laenen [mailto:benlae...@gmail.com]
Verzonden: vrijdag 21 juli 2017 13:44
Aan: talk-be@openstreetmap.org
Onderwerp: Re: [OSM-talk-be] Speed pedelec

On Friday, 21 July 2017 13:34:12 CEST Jakka wrote:

Question on osm.org note:
http://www.openstreetmap.org/note/1072935#map=18/51.15817/4.50524
rs=N

How tag interdiction of speed pedelec ?


We're already using moped_A and moped_B in Belgium, we can easily introduce 
moped_P since they're classified as mopeds class P

Ben


___
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] Speed pedelec

[Jakka]

Question on osm.org note:
http://www.openstreetmap.org/note/1072935#map=18/51.15817/4.50524=N

How tag interdiction of speed pedelec ?

http://www.fietsersbond.be/speedpedelec
http://www.nieuwsblad.be/cnt/dmf20170628_02947167


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

[OSM-talk-be] Some help with conditional access

[Jakka]

A note with question of conditional access
verkeersbord "weg enkel gesloten van 10 tot 15u op schooldagen"
traffic sign "highway closed from 10:00-15:00 when its school time"

http://www.openstreetmap.org/note/1007654#map=18/50.87879/4.21780


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

Re: [OSM-talk-be] How to find the nearest "Spoedgevallen"

[Jakka]

De vraag die eigenlijk opkwam van deze toerist hoe vind ik die spoeddienst.
Niet elke taal denkt aan "emergency" om de spoedgevallen dienst op te 
zoeken. Britten gebruiken A en zoals in de wiki USA eerder ER vermoed 
dat een oostenrijker weer iets anders zal intypen in de zoek  van zijn 
plannerIs er zoiets die standaard die zoekwoorden omzet naar 
emercency zodat iedereen in gelijk welk land naar de spoed geraakt.


Op 10/06/2017 om 14:54 schreef Philippe Casteleyn:


Ik map ook wel eens emergency=  als het 24/7 is.

Ik zit ook zelf een beetje in de emergency.


Vroeger zat ik in een stad waar er een beurtdienst voor de ziekenhuis
spoeddienst was.  Kwam je de verkeerde week bij het verkeerde
ziekenhuis, dan bleef de deur toe.


Daarom, als je de openingsuren niet kunt volgen en zelf dood kunt
vallen, blijf er dan met uw poten van af.


Ik stoor mij ook die onvolledig getagde AEDs, zonder foto.

De officiële AED kaart is trouwens ook een ramp.




___
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 find the nearest "Spoedgevallen" "A"

[Jakka]

Hi,
A English tourist I suppose was in Blankenberge and send us this note 
and remarks 
http://www.openstreetmap.org/note/1024067#map=19/51.30809/3.12436
How can we find the nearest medical care in emergency after a 
assault, attack
In dutch we would search on "spoed" or "spoedgevallen" UK user do not 
use "Emergency" but as Patrick mentioned "A accidents and emergencies" 
very long to type in the search ...

What do other language use to find?
A test in openstreetmap base map it not easy to find the nearest one...
Please try it yourself, perhaps on mobile phones, tablets...
How should we update this "Spoedgevallen"? in Belgium.

Thx


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

Re: [OSM-talk-be] Tagging of schools/college

[Jakka]

To give a correct description how education is given and devided over 
several schools (general term) in our country Belgium you need someone 
from inside "ministerial of education". The last few years there is a 
lot of changes, schools must join and reprogram  what they will educate. 
They lose some they gain some, description its also related from the 
past if you ask older people what is a "college" or "vakschool" it is 
not the same now. I think it is different then in the Netherlands, 
England or other country's. A serious Belgium wiki would help our OSM.BE 
community.


Op 2/06/2017 om 7:01 schreef Marc Gemis:

Niemand buiten Guy die een constructieve bijdrage heeft ?
No-one except Guy that have some useful to say ?
Quelqu'un qui peut dire quelque chose intéressant sur ce sujet ?
Niemand, der einen positiven Beitrag hat ? (auto translated)

:-( :-( :-(

Laat u aub niet afschrikken om in het Nederlands, Frans, Duits of
Engels te antwoorden
Feel free to answer in either Dutch, French, German, English. Do not
let you scare away by some people asking for English.
Ne soyez pas intimidé tout de répondre en néerlandais, français,
allemand ou anglais
Sie nicht eingeschüchtert, während werden in Niederländisch,
Französisch, Deutsch oder Englisch antworten

m.

2017-05-31 19:06 GMT+02:00 joost schouppe :

Jo nous a expliqué qu'on écrit en flamand quand le problème est flamand
mais c'est souvent loin d'être le cas.
Pourquoi ne pas fournir une traduction plutôt que de demander à 100
personnes d'en faire une?



Pour moi, le plus important est que chaque personne peut s'exprimer
librement. Il s'agit plutot de "guidelines" que des regles strictes, non?

J'aime bien la filosofie general dans la comunauté OSM de resoudre les
problemes plutot que se plaindre des problemes. Donc ici la traduction:

"I believe school is the best solution in Belgium. In one school, there can
be both professional [secondary] education, as well as "general secondary
education". According to Wikipedia, "college" means a lecture at a
university. If you google "beroepsonderwijs in college" [secondary
professional education in college], you'll always get to a Dutch school, so
there it could in fact be "college".

(it's an attempt, because terms like ASO are hard to translate)

___
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] club=youth ...

[Jakka]

Op 22/11/2016 om 17:27 schreef Marc Gemis:

Chiro, scouts, e.d. map ik al een tijdje als
club=youth;name=+X;operator=Chiro/KSJ/...


http://wiki.openstreetmap.org/wiki/Key:club
Hierin werd nu:
club=youth A club restricted to young people doorschrapt ?
Lack of special interest, use instead: amenity=community_centre + 
community_centre:for=juvenile




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

Re: [OSM-talk-be] verkeersplan in Torhout en omgeving: mapping to do

[Jakka]

De maxweight 3.5 zijn al ingevoerd.
Ben begonnen het noorderlijk deel te omschrijven, moet nu nog volledig 
opgevuld worden zonder die 3.5 t te overschrijven met 7.5.


Ga nu het zuiden aanpakken eerst de buiten kring om nadien op te vullen.
Dacht door deze werkwijze onmiddellijk de routeplanners voor 
vrachtwagens verhinderen die buitenring binnen te dringen.


Ik heb een eenvoudige overpass uitgwerkt je moet wel zelf de juist 
gemeente zichtbaar maken.

http://overpass-turbo.eu/s/oku
Jakka




Op 12/04/2017 om 16:59 schreef joost schouppe:

Bedankt Margo, voor de extra verduidelijking.
Met deze tags worden die uitzonderingen toegestaan:

maxweight:conditional = none @ destination
maxweight:agricultural=no

Allen, Jakka is al begonnen, maar het er is nog wel wat werk aan:

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

(Margo, Bart, met die query kunnen jullie eenvoudig zien hoe ver we
staan. De afbakening is maar een ruwe benadering)

Ter herinnering: basisdata staat hier
https://github.com/osmbe/play/tree/master/wvi-data



___
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] verkeersplan in Torhout en omgeving: mapping to do

[Jakka]

Zal mij daar eens op toeleggen...

Wat betreft de zones. Dit moet enkel voor de eerste segmenten van de 
"highway" in gevoerd worden ? Routeplanners detecteren dit en gaan 
elders zoeken ?

Of op een node met tag "direction=forward/backward"?

Op 7/04/2017 om 18:27 schreef joost schouppe:

Hoi,

Een groep West-Vlaamse gemeenten heeft het verkeersplan voor zwaar
vervoer in Kortemark, Lichtervelde, Roeselare, Staden, Hooglede, Torhout
en Ichtegem. Dat wordt vanaf nu zoveel mogelijk buiten de centra
gehouden [1]. Deels door straatverboden, deels door zones; beide door
een gewichtsrestrictie, een deel tot 5 ton, een deel tot 7,5 ton.

We hebben van hun GIS-team de data gekregen van waar de verkeersborden
geplaatst zijn (of zeer binnenkort worden), en de vraag en expliciete
toestemming om de wijzigingen te mappen in OSM. Je kan de data hier
downloaden [2]. Er is een PDF, een excel met X-Y coordinaten, en shapefiles.

Is er een vrijwilliger om het hele ding te mappen? Als we het verdelen,
dan kan ik een mapcontrib maken om bij te houden welk stuk al uitgevoerd
is. Als je liever GPX of iets anders dan shapefile hebt, vraag maar.

Wat tagging betreft, moeten we nog verduidelijking krijgen wat de
uitzonderingen zijn: het ziet ernaar uit dat landbouwvoertuigen en
bestemmingsverkeer nog steeds in de beschermde zone mogen. Maar Margo
(zie cc) zal dit nog verduidelijken.

Wellicht wordt het:

maxweight = 5
maxweight:conditional = none @ destination
maxweight:agricultural=no

OF

maxweight = 5
maxweight:conditional = none @ destination; none @ agricultural

We hadden het er al even over op Riot [3], de help site [4] en per mail.
Alle meningen welkom.

1: 
http://www.hln.be/regio/nieuws-uit-torhout/zeven-gemeenten-houden-zwaar-vervoer-buiten-a3121558/
2: https://github.com/osmbe/play/tree/master/wvi-data
3: https://riot.im/app/#/room/#osmbe:matrix.org
4: 
https://help.openstreetmap.org/questions/55516/maxweight-restriction-with-two-exceptions

--
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] Circulatieplan Dendermonde

[Jakka]

Op 29/03/2017 om 13:44 schreef Marc Gemis:

Na Gent, kan Seppe misschien ook Dendermonde aanpakken ? :-)

http://www.hln.be/regio/nieuws-uit-dendermonde/centrum-zone-dertig-en-meer-eenrichtingsverkeer-a3116787/

m.

p.s. nee serieus, is er iemand in Dendermonde om dit op te volgen ?




Quote uit tekst:<<>>>

't is toch dat wat de bouwmeesters toch willen allemaal in de woonkernen 
opeen gepakt wonen.



___
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

[Jakka]

Hi,

landuse=meadow
landuse=grass
landuse=farmland
landuse=* plantgrowing
landuse= 

When you are living the countryside, I see every season that the farmer 
use the crop rotation most of the landuse you define will be wrong 
the next season.

My personal opinion




Op 22/03/2017 om 15:03 schreef joost schouppe:

Hi,

It looks like landuse=farm rendering is being removed from the standard map.

That means a huge hole is going to be visible in landuse mapping in
Belgium in a short while.

Most of landuse=farm is the oldest landuse mapping we have. It does not
differentiate between growing plants and raising animals, it is also of
poor geometric details. I fixed a lot around Halle, and it is basically
a total remapping to fix it.

Here's an overview:

http://i.imgur.com/Gbjf3sJ.jpg

In Flanders, the convention seems to be landuse=meadow for grazing
lands, and landuse=farmland for growing plants. That's not according to
what the wiki says (farmland could be grazing land). But it does make it
easy to differentiate. I don't really care what tags we choose. But I
wonder if we could tag things so that it stays easy to recognize
"agricultural land of which we're not sure whether it is grazing land or
plant-growing land".

(it is probably going to be a much bigger job to fix the overuse of
landuse=grass: http://i.imgur.com/ZfpTe7m.jpg )



-- Forwarded message --
From: *nebulon42* >
Date: 2017-03-22 13:56 GMT+01:00
Subject: [OSM-talk] Upcoming removal of landuse=farm in the standard style
To: osm-talk >,
tagg...@openstreetmap.org



Dear all,

at openstreetmap-carto - the standard style on osm.org 
- a change has
been merged
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554
) to drop
rendering of landuse=farm. There was overall consensus that this tag is
deprecated and its usage steadily declined over the last years, but
there are still around 340 000 uses. See
https://taginfo.openstreetmap.org/tags/landuse=farm
 and
http://taghistory.raifer.tech/ for details.

This change will make it into the next release, but there is no release
date yet. You might want to change cases of landuse=farm in your area to
either landuse=farmland or landuse=farmyard before that. Please don't do
any automatic re-tagging though. After the release empty spots will make
it easier to clean up the remaining uses of this tag.

Michael


___
talk mailing list
t...@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk





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

[OSM-talk-be] New traffic sign for bicycle

[Jakka]

Nouveaux panneaux de signalisation pour les deux-roues
http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/248-art65

Nieuwe verkeers- onderborden voor tweewielers onder de aandacht brengen.
http://wegcode.be/wetteksten/secties/kb/wegcode/248-art65


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

[OSM-talk-be] Update main carto

[Jakka]

I have the impression that the main map is not updating anymore.
Someone has read about a issue or server time out?
https://www.openstreetmap.org


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

Re: [OSM-talk-be] heiligenbeelden

[Jakka]

Deze info nog gevonden:
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_shrine
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_cross
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcross
http://wiki.openstreetmap.org/wiki/Tag:summit:cross%3Dyes


Op 17/02/2017 om 18:31 schreef Marc Gemis:

voor mij zijn die beelden sowieso

tourism=artwork
artwork_type=statue
name=Jesus Christus
subject:wikidata=Q302  (voor bv. Jesus)

k weet niet zeker of dit wel plekken zijn waar men heen gaat om te
bidden (het geloof te belijden) zoals je verwacht bij een
amenity=place_of_worship

m

2017-02-17 16:38 GMT+01:00 Guy Vanvuchelen :

Kan iemand me zeggen hoe ik best een heiligenbeeld langs de weg map. Het is
geen kapelletje, geen schrijn, maar toch iets in die aard. In mijn drang om
zoveel mogelijk kapelletjes, kruisen, enz te mappen omdat die op veel
toeristische kaarten voorkomen stoot ik op heiligenbeelden, soms op een
altaar, soms gewoon op een sokkel.

Ik heb al de gebruikelijke: amenity =  place_of _worship, denomination =
roman_catholic, religion = Christian gebruikt samen met tourism : artwork
maar is dat wel juist. In vele gevallen is het beeld immers geen kunst. We
kunnen ook place_of_worshop = shrine kunnen gebruiken. Als je in Google
afbeeldingen voor ‘shrine’ kiest zie je wel een heel andere selectie dan
voor het Nederlandse ‘schrijn’. In het Nederlands gaat het eerder over een
soort koffer terwijl de Engelse versie voor alle soorten heiligdom staat.

Voor het beroemde beeld in Rio de Janeiro staat gewoon ‘name’ ingevuld.



Guy Vanvuchelen




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



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





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

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

[Jakka]

Persoonlijk mening: Note zijn een belangrijk onderdeel om te 
communiceren tussen éénmalig (niet frequent) gebruiker en de community.
Maar wanneer zijn regio waar zij/hij een melding wil maken overvol staat 
met rode onopgeloste opmerkingen van maanden geleden dan zal de twijfel 
toch wel toeslaan of het wel zin heeft daar zijn tijd in te steken... 
met gevolg van die één woord note waar je als mapper niet veel mee kunt 
aanvangen.


Op 14/02/2017 om 10:31 schreef Killian De Volder:

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

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



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

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


On 13-02-17 10:40, Philippe Casteleyn wrote:


Nu ik gedaan heb met traptredentellen in Brussel dacht ik wat notes op te 
lossen.  Ik heb dan maar bestaande rommel van gebruiker math1985 geresolved.   
Gebruiker math1985 is ter gelegenheid van SOTM 's nacht door Brussel gaan 
dwalen en heeft 50 keer op een knopje gedrukt omdat hij niet kan zien welke 
winkel het is met volgende resultaat :

http://www.openstreetmap.org/note/722910


Een verstandig mens zou zeggen : komt eens terug overdag.  Maar nee, deze kerel 
die zelfs het fatsoen niet heeft te zeggen waat hij woont deelt graag werk aan 
anderen uit.  Zelfs na 5 maanden is er niemand geïnteresseerd omzijn notes te 
bezien.  Vele van zijn notes zijn wellicht al opgelost zonder hij ernaar 
omkijkt.


Maar hij is er wel als de kippen bij om zijn  50 notes te reactiveren.


Resultaat : nieuwe notes in Brussel zullen onopgelost blijven.



OpenStreetMap | Note: 722910 
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.




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

Re: [OSM-talk-be] Namen van kerken

[Jakka]

Niet altijd even logisch de benamingen van:onroerend erfgoed.
Kapel Onze-Lieve-Vrouwkapel van Altijddurende Bijstand.
In naamgeving 2x Kapel
https://inventaris.onroerenderfgoed.be/erfgoedobjecten/84367
https://www.openstreetmap.org/#map=19/50.97918850148113/3.405182521256163


Op 6/02/2017 om 9:55 schreef Gerard Vanderveken:

Joost,
Het gaat mij niet over al dan niet katholiek, maar over formele naamgeving.
En dat is voor mij alleen de naam zonder toevoeging van wat het is.
Anders moet ook:
Voetbalplein FC De Greunshotters
Cafe In de Rapte
Museum MAS
Stad Leuven
En dat hadden we afgesproken van niet te doen.

En ja, in de volksmond spreekt men meestal van Heilige Familiekerk.

Met vriendelijke groeten,
Gerard

PS
Bij NGI en Google staat geen naamsaanduiding.

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.

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

[OSM-talk-be] Wrong tagging of name bicycle_rental

[Jakka]

What must be done here? finding the mapper ? or organisation?
The mapper puts into the "name" tag the adress...I thought adress are in 
adress tagfor sure

example this node... See also the relation 271476 of the rentals...
https://www.openstreetmap.org/#map=19/50.83401997926138/4.457859929800588
Are these the correct names or was it to show it on the maps..
Have a nice day.


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

Re: [OSM-talk-be] There is a misunderstanding from new mapper with the tag name:*=*

[Jakka]

Answer from maps.me support:

The issue can happen only if you tap add language while editing a place, 
scroll list of languages to the bottom and select "Native for each 
country", then you should enter the name, leave other name fields as is 
and tap save. We plan to adjust the behavior in one of our future 
releases, so the duplicate names will be send only if user add them 
manually. When the behavior will be finalized, we'll think about its 
description in FAQ.


Op 25/01/2017 om 9:13 schreef Johan Van de Wauw:

Note that one of the developers of maps.me will be at fosdem, could be
a chance to talk about this:
https://fosdem.org/2017/schedule/event/geo_osmoffline/

On Wed, Jan 25, 2017 at 4:59 AM, Marc Gemis <marc.ge...@gmail.com> wrote:

I think it is a maps.me problem. The mappers will not know they are adding
the same value multiple times.

Should be reported to the devs of that app.

m


Op 24 jan. 2017 22:02 schreef "Jakka" <vdmfrank...@gmail.com>:


Hi,
I have seen that new mappers use the name:codelanguage=alwayssametext
How and where can we inform them that adding in this form is of no use...
Or am I completely wrong

See
https://www.openstreetmap.org/node/4624827493


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



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



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





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

[OSM-talk-be] There is a misunderstanding from new mapper with the tag name:*=*

[Jakka]

Hi,
I have seen that new mappers use the name:codelanguage=alwayssametext
How and where can we inform them that adding in this form is of no use...
Or am I completely wrong

See
https://www.openstreetmap.org/node/4624827493


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

Re: [OSM-talk-be] 90 --> 70 km/h

[Jakka]

Op 21/01/2017 om 9:04 schreef Jakka:

Hoi Ruben,
overpass Query is nog niet mijn ding
Wat kan ik aanpassen om bijvoorbeeld alleen het arrondissement Kortrijk
West-Vlaanderen op te vragen (server time saving). Gans Vlaanderen heb
ik voorlopig niet nodig ;)
Vermoed dat met de assistent niet mogelijk is ?


Graag deel ik het met jullie... Met wat plak en knipwerk is het mij 
gelukt.. volgens regels van de kunst 


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



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

Re: [OSM-talk-be] 90 --> 70 km/h

[Jakka]

Hoi Ruben,
overpass Query is nog niet mijn ding
Wat kan ik aanpassen om bijvoorbeeld alleen het arrondissement Kortrijk 
West-Vlaanderen op te vragen (server time saving). Gans Vlaanderen heb 
ik voorlopig niet nodig ;)

Vermoed dat met de assistent niet mogelijk is ?

thx

Op 21/01/2017 om 0:02 schreef Ruben:

I made an Overpass Query to search for roads lower than trunk that are
tagged with maxspeed=90. This is useful to know where you should go and
see whether there's a sign allowing you to drive 90km/h (most of the
times there won't be ;) ).

The query takes about half a minute to run.

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


PS: Maybe we could use a special (temporary) tag to mark roads as "still
90" to be able to eliminate them from such queries.

PPS: Does anyone know how to get rid of those way placeholders on
Overpass Turbo? I'm talking about those nodes that are all over the
place when there are a lot of ways that are 'too small to show', like on
the above map.


___
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] Mapillary vs OpenStreetCam

[Jakka]

"Telenav verdient geld met een navigatie app" met nadruk op navigatie.
Ik heb de indruk wanneer je met openstreetcam paden die wat verwijderd 
liggen van de openbare weg bewandeld opneemt. De na verwerking op sever 
deze probeert op de openbare weg te zetten, wat nut tot gebruik in osm 
bemoeilijkt. Niet 100% zeker.


Op 6/01/2017 om 12:16 schreef Marc Gemis:

Mapillary staat gewoon verder in zijn ontwikkeling. Ze zijn al langer
bezig. Vooral het browsen / navigeren door het resultaat is "mooier"
bij hen.
Zij stellen wel de foto's ter beschikking van anderen (bv Bing dacht
ik), terwijl Telenav (bedrijf achter OpenStreetCam) enkel focussed op
OSM.

Telenav verdient geld met een navigatie app gebaseerd op OSM, dus hun
eerste belang is betere data.

Mapillary verdient geld door hun platform voor foto's te tonen te
verkopen, en gebruikt OSM om een grotere hoeveelheid foto's bij elkaar
te krijgen (imho).

Zelf geef ik nog steeds de voorkeur om foto's te maken met een reflex
camera, en enkel van wat ik nadien wil mappen. Ik kan de foto's nadien
naar beide sites opladen moest ik dat willen. Dit lukt alleen maar
omdat ik wandel.

Ik ben wel blij dat er mensen zijn die veel foto's vanuit de wagen
naar Mapillary opladen, maar het is soms wat zoeken naar een naald in
een hooiberg om dan een foto te vinden met daarop iets dat je wil
mappen. De meeste foto's zijn ook in de "vooruit" richting gemaakt,
waardoor je bepaalde details dan weer niet ziet.

m

2017-01-06 12:06 GMT+01:00 Santens Seppe :

Ik ben benieuwd naar de reacties. Bij mij staan beide apps klaar om te 
gebruiken, maar ik heb dezelfde twijfel. Het mooiste lijkt me om gewoon foto's 
te maken met geotag en die naar de verschillende platformen te uploaden, maar 
ik weet niet of daar gemakkelijke manieren voor zijn.

Groeten,

Seppe

-Oorspronkelijk bericht-
Van: Michaël Dierick [mailto:mich...@dierick.io]
Verzonden: vrijdag 6 januari 2017 11:46
Aan: talk-be@openstreetmap.org
Onderwerp: [OSM-talk-be] Mapillary vs OpenStreetCam

Naar aanleiding van de gesprekken over de fietsostrades ...
De fietsostrade naar Essen passeert bij mij om de hoek. Het zou voor mij geen 
grote moeite zijn om het stuk tussen Antwerpen en Kalmthout eens af te fietsen 
en up to date te brengen.
Omdat het me een goed idee lijkt fotos te maken voor latere referentie dacht ik 
dat het de moment is om een Mapillary-account aan te maken.
Nu is het zo dat je steeds meer hoort van 'OpenStreetCam' (vroeger 
'OpenStreetView'). Ik weet dat er verschillen zijn in de licenties tussen beide 
(zowel qua software als data?).
Naar het spreekwoord 'Bezint eer ge begint' dacht ik me hier eerst te 
informeren naar jullie ervaringen ...

MikiDi

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


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





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

[OSM-talk-be] Hoe een onbestaande opslagplaats definieren

[Jakka]

Hoi,
Hoe, uit wat wordt een tag (key en value) gedestilleerd om een gebouw 
opslagplaats te definiëren met een specifiek karakter vb opslagloods 
voor boten. (deze nu nodig) of motorfietsen en andere

auto's hebben garage(s)
vliegtuigen hangar
landbouwmachines op boerderij farm_auxiliary

thx


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

Re: [OSM-talk-be] Belgium maxheight railway=level_crossing

[Jakka]

Rechtzetting, deze opmerkingen tot plaatsen lijkt overbodig daar de wet 
in België bepaalt de de maximale lading in hoogte de 4 meter niet mag 
overschrijden. De ongevallen incidenten zijn oorzaak van nalatigheid 
kraan/laadbak omhoog en gebruik of lading normen.


Correction: semble superflu puisque la loi en Belgique, la charge ne 
doit pas dépasser la hauteur maximale de 4 mètres ces observations 
lieux. Les incidents sont des accidents causés par la négligence grue / 
camion et l'utilisation ou les normes de chargement.


Op 22/12/2016 om 11:31 schreef Jakka:

Hoi,
Naar aanleiding recent incident lijn Oudenaarde: Vrachtwagen rukt
bovenleiding af.(3)
Zouden we niet standaard voor België de maxheight op stukje highway
zetten op plaats van OW trein overweg met bovenleiding?
Moeilijker maar niet onmogelijk voor steden met tramleidingen ?(4)
Wiki (toevoeging?) is er geen sprake van maxheight aan overwegen waar
bovenleiding aanwezig is.(1)(1a)
Daar is standaard de hoogte beperkt om 4.5 meter controle portieken (2)

(online translate)
En raison de l'incident récent à Oudenaarde:le caténaire arracher...(3)
Mettre standard le maxheigt en Belgique sur morceau highway sur le
passage a niveau qui à une ligne électrifié ?
Plus difficile mais faisable les rues avec tram?(4)
Les wikis (ajouter ?) rien trouver (1)(1a)
Le maxheight standard serai 4.5 m portiek de securité/controle (2)

(1) http://wiki.openstreetmap.org/wiki/Key:maxheight
(1a) http://wiki.openstreetmap.org/wiki/Tag:railway%3Dlevel_crossing
(2) Zie
https://www.infrabel.be/nl/chauffeurs-sensibiliseren-rond-afgerukte-bovenleidingen

(3)
http://www.hln.be/hln/nl/957/Binnenland/article/detail/3034585/2016/12/19/Truck-beschadigt-bovenleiding-geen-treinen-tussen-Kortrijk-en-Oudenaarde.dhtml

(4)
http://www.hln.be/hln/nl/957/Binnenland/article/detail/2624386/2016/02/22/Tramverkeer-in-Antwerpen-verstoord-door-losgerukte-bovenleiding.dhtml





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

[OSM-talk-be] Belgium maxheight railway=level_crossing

[Jakka]

Hoi,
Naar aanleiding recent incident lijn Oudenaarde: Vrachtwagen rukt 
bovenleiding af.(3)
Zouden we niet standaard voor België de maxheight op stukje highway 
zetten op plaats van OW trein overweg met bovenleiding?

Moeilijker maar niet onmogelijk voor steden met tramleidingen ?(4)
Wiki (toevoeging?) is er geen sprake van maxheight aan overwegen waar 
bovenleiding aanwezig is.(1)(1a)

Daar is standaard de hoogte beperkt om 4.5 meter controle portieken (2)

(online translate)
En raison de l'incident récent à Oudenaarde:le caténaire arracher...(3)
Mettre standard le maxheigt en Belgique sur morceau highway sur le 
passage a niveau qui à une ligne électrifié ?

Plus difficile mais faisable les rues avec tram?(4)
Les wikis (ajouter ?) rien trouver (1)(1a)
Le maxheight standard serai 4.5 m portiek de securité/controle (2)

(1) http://wiki.openstreetmap.org/wiki/Key:maxheight
(1a) http://wiki.openstreetmap.org/wiki/Tag:railway%3Dlevel_crossing
(2) Zie 
https://www.infrabel.be/nl/chauffeurs-sensibiliseren-rond-afgerukte-bovenleidingen
(3) 
http://www.hln.be/hln/nl/957/Binnenland/article/detail/3034585/2016/12/19/Truck-beschadigt-bovenleiding-geen-treinen-tussen-Kortrijk-en-Oudenaarde.dhtml
(4) 
http://www.hln.be/hln/nl/957/Binnenland/article/detail/2624386/2016/02/22/Tramverkeer-in-Antwerpen-verstoord-door-losgerukte-bovenleiding.dhtml

--
Met vriendelijke groeten,

Jakka


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

Re: [OSM-talk-be] mapping the westhoek

[Jakka]

@Joost,
ik wil de linken 1 en 2 proberen maar lukt niet waarschijnlijk te lang.
Wat betreft de duingebieden. Velen gebieden zijn omsloten met palen en 
draad om de duinen te beschermen enkel de hoofdpaden zijn open. Dus wat 
op kaarten staan zullen 80% verouderd zijn.

Nog geen contact kunnen leggen met de verantwoordelijken onderhoud gr-paden?



Op 23/11/2016 om 18:12 schreef joost schouppe:

Hoi,

Is hier iemand van de Westhoek? De duingebieden tussen Nieuwpoort en De
Panne hebben aandacht nodig! Ik vermoed dat de paden er vaak veranderen,
maar er zijn een heel aantal paden die heel duidelijk zijn op
Wegenregister én luchtfoto én Strava.
En af en toe nog een woonstraat die ontbreekt!

Nog steeds enorm veel werk met het opkuisen van de GR routes. Maar
plezant hoor, je komt door het ganse land. Nu eindelijk eens met JOSM
echt aan de slag gegaan. Actieve lagen: GRB, AGIV, Wegenregister [1][2],
Strava, GPS-sporen en de GPX van een tracé.
En dan daarnaast nog een scherm om de te onderzoeken punten bij te
houden in een umap [3].

Een overzicht van de GR-routes en hun stand van zaken staat op de wiki
[4]. De meeste Vlaamse hoofdroutes zijn nagekeken, aan de Streek-GR's
ben ik nog niet durven beginnen.

[1]: alle wegen,
https://api.mapbox.com/styles/v1/joostschouppe/cir6gwq2p0016cjlyx6e1b1cc/tiles/256/{z}/{x}/{y}?access_token=pk.eyJ1Ijoiam9vc3RzY2hvdXBwZSIsImEiOiJjaWh2djF1c2owMmJrdDNtMWV2c2Rld3QwIn0.9zXJJWZ4rOcspyFIdEC3Rw
[2]: enkel wat ontbreekt in OSM,
https://api.mapbox.com/styles/v1/joostschouppe/cirqcpmll003hh0ncb2wuv882/tiles/256/{z}/{x}/{y}?access_token=pk.eyJ1Ijoiam9vc3RzY2hvdXBwZSIsImEiOiJjaWh2djF1c2owMmJrdDNtMWV2c2Rld3QwIn0.9zXJJWZ4rOcspyFIdEC3Rw
[3]:
http://umap.openstreetmap.fr/nl/map/gr-5a-noord-vergelijking_97567#13/51.1172/2.6872
[4]:
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes#GR_footpaths



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

[OSM-talk-be] Multipolygoon "Hallerbos"

[Jakka]

https://www.openstreetmap.org/#map=16/50.701345599532125/4.273552633411158

Iemand met kennis ter zake voor grote grondgebieden.
"Hallerbos" ten zuiden E19 werd afzonderlijk in een multipolygoon getekend.
ten noorden E19 ook multipolygoon met naam "Hallerbos" verwerkt en dan 
werd het zuiderlijk deel daar nog eens in/aan toegevoegd.

Is het zuiden dan dubbel of niet ingevoerd?
Is het om de "naam" ten zuiden zichtbaar/overzichtelijk te houden ? Daar 
staat ook het museum.



"Hallerbos" au sud du E19 est multipolygoon independant
au nord multipolygoon nord du E19 nom "Hallerbos" et puis le sud est 
repris de dans.

Question le sud n'est il pas double repris dans database/system?
Ou un maniere de representer le nom "Hallerbos" sur carte deux fois?



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

[OSM-talk-be] Many same tags amenity, tourism on one node

[Jakka]

Resolve some issue on a node.
Saw that the editor "newbie think contributor/medewerker of STERPUT" try 
to add all the amenity and tourism activities on that node by using:

amenity_1=
amenity_2=
ect
tourism_1
tourism_2

the name tag will render the icon of the amenity without the number.

How to deal with this.
I do not know myself can not give the editor the right information

https://www.openstreetmap.org/#map=21/50.854565/4.3524632
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dgallery
http://galerie-e2.org/infos/


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

[OSM-talk-be] Vernieuwde Wiki .... is die te gebruiken voor België ? Nouveau Wiki compatible pour Belgique ...

[Jakka]

https://wiki.openstreetmap.org/wiki/User:Ulamm/Tables_of_street_layouts#Cars_and_cycling_in_both_directions

The old one does this still exist?


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

[OSM-talk-be] Note of wrong boundaries Lier Mechelen

[Jakka]

http://www.openstreetmap.org/note/700751#map=17/51.16463/4.56282

Who knows To correct this note.


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

[OSM-talk-be] The "opening_hours" plugin in josm is it out of use ?

[Jakka]

Hi,

The "opening_hours" plugin in josm is it out of use ?

https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor


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

[OSM-talk-be] Traffic_sign Adding priority "right"

[Jakka]

Hi,

Meer en meer worden er in gemeentes woonwijken de voorrang rechts gebruikt.
Kan iemand die aan de Belgische plugin toevoegen.

(Jo indien je tijd hebt??)

De plus en plus les municipalités dans les zones résidentielles 
utilisent le priorité de droit.

Quelqu'un sait ajouter le sign dans le plugin Belge

highway= ???
traffic_sign=BE:B17


https://wiki.openstreetmap.org/wiki/JOSM/Plugins/RoadSigns

http://wegcode.be/wetteksten/secties/kb/wegcode/250-art67


http://wegcode.be/wetteksten/secties/kb/wegcode/250-art67
http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium


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

[OSM-talk-be] What are the neede tag for "Mutuality ?" "Mutuelle" "Ziekenkas"

[Jakka]

Hi,

What are the neede tag for "Mutuality ?" "Mutuelle" "Ziekenkas"

Office=insurance
owner=  or   ownership=???
name=*

http://wiki.openstreetmap.org/wiki/Tag:office%3Dinsurance
http://wiki.openstreetmap.org/wiki/Key:ownership

thx


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

Re: [OSM-talk-be] Grootschalige luchtfoto's

[Jakka]

Op 24/07/2016 om 14:59 schreef Ruben Maes:

Dag iedereen

Iedereen weet ondertussen wel dat Agiv recente orthofotomozaïeken heeft die we 
mogen gebruiken om te mappen, en die een veel betere resolutie en alignering 
hebben dan Bing.

Hebben jullie ook al de grootschalige mozaïeken gezien? [1] Tussen 2013 en 2015 
werden er gemaakt in het kader van het Digitaal Hoogtemodel Vlaanderen II, en 
deze werden gereleaset op 23 maart 2016 [2]. Voor zover ik kan zien, dekken ze 
heel Vlaanderen. Ze zijn wat minder up-to-date, maar de resolutie is fenomenaal 
(10cm resolutie, maximale afwijking 60cm, meestal minder dan 30cm). De licentie 
is de Vlaamse Open Data licentie v1.2 [2] dus we mogen die beelden gebruiken om 
van te mappen. Natuurlijk moet je wel opletten dat wat je op de beelden ziet 
nog steeds zo is. Schuilt er hier een addertje onder het gras? Het lijkt bijna 
te mooi om waar te zijn.

Groeten
Ruben

[1] 
http://www.geopunt.be/kaart?app=Geopunt-kaart_app=Luchtfoto%20Vlaanderen,%20winter%202013-2015%20-%20kleur
[2] 
https://www.agiv.be/news/2016/maart/release-orthofotomozaiek-grootschalig-winteropnamen-kleur-2013-2015-vlaanderen



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




Kunnen deze ook als extra layer in josm ingeladen worden zoja hoe en 
waar welke url ?



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

Re: [OSM-talk-be] Opening_hours How to contact maker of POI map

[Jakka]

Op 18/07/2016 om 10:35 schreef Jakka:

http://openingh.openstreetmap.de/?zoom=9=50.95311=4.58209=B0T=none=opening_hours


I would like that a search box is present. Like de standard in
http://www.openstreetmap.org/#map=8/50.656/4.897
Now wile scrolling to the correct place it is trying to retrieve all
data from server

Question: How to contact maker of map?

Thx


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


contact with maker of map:

There is already an issue open for this: 
https://github.com/opening-hours/opening_hours_map/issues/32

I am not currently working on this.
When you have knowledge of HTML, you are welcome to do it.

My question is somone the time and have knowledge of HTML

thx Ypid maker of opening_hours map


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

[OSM-talk-be] newbie tag area and footway everywhere ...

[Jakka]

Hi,

newbie tag area and footway everywhere ...even in backyards

https://www.openstreetmap.org/#map=19/51.03767764526553/3.2040104268684955

It is like http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway

Is it the good new way ??? before it to late can someone look and advice 
me and this person ?


thx



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

[OSM-talk-be] Opening_hours How to contact maker of POI map

[Jakka]

http://openingh.openstreetmap.de/?zoom=9=50.95311=4.58209=B0T=none=opening_hours

I would like that a search box is present. Like de standard in 
http://www.openstreetmap.org/#map=8/50.656/4.897
Now wile scrolling to the correct place it is trying to retrieve all 
data from server


Question: How to contact maker of map?

Thx


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

Re: [OSM-talk-be] WMS layer SPW(Wallonie) PICC disponible dans JOSM est obsolete

[Jakka]

Op 5/06/2016 om 9:57 schreef André Pirard:

On 2016-06-05 02:09, André Pirard wrote:

On 2016-06-05 00:51, Erik B wrote:

Les données géographiques SPW PICC disponible comme layer dans JOSM
ne fonctionnent plus.
Message sur Géoportail de la Wallonie  :
CETTE DONNÉE  EST DÉSACTIVÉE DÉFINITIVEMENT DEPUIS LE 31 MAI 2016 ;
IL N'EST PLUS POSSIBLE DE L'OBTENIR ; VEUILLEZ UTILISER LA NOUVELLE
VERSION DU PICC.

Est-ce que cette nouvelle version est disponible? Et avec quel lien?

Je vais tenter de remédier à ça demain soir.

Car je dois m'absenter la journée, je pars à l'instant.
En attendant, pour gagner du temps, à quel URL est ce message et en
faisant quoi l'obtient-on?
Le message contient   Géoportail de
la Wallonie

Cheers

André.





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




Le liens demandé...

http://geoportail.wallonie.be/home/a-la-une/a-la-une/attention--lancien-picc-tire-sa-reverence-le-31-mai-2016.html


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

Re: [OSM-talk-be] Meeting with RLRL

[Jakka]

Op 26/05/2016 om 17:25 schreef Marc Gemis:

Hallo,

I want to inform you about a meeting that I will have with Regionaal
Landschap Rivierenland (RLRL) on June 16 in their offices in Mechelen.
The idea is that I will give an overview of OSM.
One of employees contacted me regarding a walking route in Rumst. I
provided some additional websites they could take a look at.  Then
they asked me to come over and give a presentation.
I'll keep you up-to-date on the results.

regards

m

Hallo, ik wil jullie nu al informeren over een presentatie die ik op
16/6 op de kantoren van Regionaal Landschap Rivierenland (RLRL) zal
geven.
Iemand van hun medewerkers heeft pas een account aangemaakt in OSM en
is onder de indruk. Ze heeft al een kleine wijziging aan de naam van
een van de wandelroutes in Rumst aangebracht. Na wat informatie
uitwisseling vroeg ze me een presentatie te komen geven. Ik hou jullie
op de hoogte

mvg

m

p.s. website: http://www.rlrl.be/

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


Succes zal ervaring hier wel lezen.


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

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

[Jakka]

Na updaten van een knooppunten route (zoals reeds eerder vermeld 
West-Vlaanderen volledig herwerkt door provincie vele nieuwe 
nummeringen) staan deze niet in een groepsrelatie

Nu staan deze eigenlijk beetje op hun eigen... wezen?

Waar komt de naam vandaan om de fietsknooppunten in zo'n relatie of is 
dat een superrelatie te plaatsen? Enkel voor de Leiestreek waren er, 
zijn, zie ik er 5 .


http://osma.vmarc.be/nl/networks/be/rcn
-Fietsroutenetwerk B Leiestreek Noordoost
-Leiestreek Noordwest
-Leiestreek West
-Leiestreek Zuidwest
-Leiestreek

Moeten deze behouden blijven om het werkbaar te maken, waar is dan de 
grens tussen die netwerken ?


Maar..

Prov West-Vlaanderen vermeld er maar 4 voor gans de provincie
https://shop.westtoer.be/nl/producten/kaarten-brochures?f[0]=field_recreation_type%3A16[1]=field_recreation_form%3A17

Thx



Op 15/12/2015 om 16:15 schreef Jakka:

Fietsknooppunten West-Vlaanderen wordt volledig herzien en op veel
plaatsen bijgewerkt, verlegt, nieuwe verbindingen toegevoegd.
...275 kilometer langer en er komen 392 knooppunten bij.
Hoe weten de gebruikers OSM, en afgeleide app dat de huidige bestaande
relaties nog niet aangepast, herzien werden.
Kan iemand al deze relaties globaal in één keer voorzien van een merk
tag welk? Een datum van de start herziening met een verklarende tekst?
Wie de vernieuwde route nagezien heeft, welke tag voorzien ? Gewoon
schrappen vorige tag geen goed idee???
Is er kans dat Toerisme West-Vlaanderen toelaat van hun data te delen om
sneller een update te hebben?

http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk

translate plugin S3

Fietsknooppunten West Flanders is fully revised and updated in many
places, shifts, new connections added.
...275 kilometers longer and there and adding 392 nodes.
How do the users with existing app know that the current existing
relationships (Fietsknooppunten) have not changed, revised in OSM and app
Can someone provide all these relationships globally at one time from a
tag ? A date with the review starts date with an explanatory text?

Who inspected the new route which tag to add? To show the difference
Is there a chance that Tourism West Flanders allows sharing of their
data in order to have an update faster?

http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk

traduction plugin S3

Fietsknooppunten Flandre Occidentale est entièrement révisé et mis à
jour dans de nombreux endroits, les changements, les nouvelles
connexions ajoutées.
... 275 kilomètres de plus et l'ajout de 392 node (knooppunten).

Comment les utilisateurs avec l'application existante savent que les
relations existantes actuelles (Fietsknooppunten) n'a pas changé, révisé
dans OSM et application.

Quelqu'un peut fournir tous ces relations en une fois d'une tag? Une
date de commencement des changement avec un texte explicatif?

Qui a inspecté une nouvelle route comment indiqué? Pour montrer la
différence.

Y at-il une chance que l'office Tourisme Flandre occidentale permet le
partage de leurs données afin d'avoir une mise à jour plus rapide?


http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk


___
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] Temporary Blocker roads

[Jakka]

Hi,

How to resolve this note?

Roads blocked already for long period .

http://www.openstreetmap.org/note/539156#map=17/51.05132/4.72987
http://wiki.openstreetmap.org/wiki/Proposed_features/temporary

PS how do a search in the archiefs of mailing list???


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

[OSM-talk-be] Restriction turn left without traffic sign on pole

[Jakka]

Turn to left may not because of full white line. Do not see traffic sign 
on pole

mapillary: http://mapillary.com/map/im/VLAtWJBGOuMcrvmrcDBj-A/photo
I resolved it:
change:lanes:forward=no_left

correct or not ?

http://www.openstreetmap.org/note/532483#map=16/51.0094/3.7545=N


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

Re: [OSM-talk-be] Beginning with survey new "Fietsknooppunten West-Vlaanderen"

[Jakka]

Jo schreef op 11/03/2016 om 13:52:

It's been a long while since I worked on those cycle and walking
networks. I'm rather busy with a GSoC project for a better plugin to
help with mapping of Public Transport and all these Missing Maps
Mapathons and mapping/validating for HOT lately.

Are you using the script I created a few years ago?



Do you mean this
http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM






2016-03-11 11:55 GMT+01:00 Ben Laenen
<benlae...@gmail.com
<mailto:benlae...@gmail.com>>:

On Friday 11 March 2016 10:59:56 Jakka wrote:
 > [...]
> The new node 85 over the bridge to north is also divided to avoid
> crossing roads.
>
> These examples are with two mean node of same number. I thing there will
> be others with more node of the same mean node...
>
> Thinking the new network has a lot of security measures with multi fork
> nodes with same number.And those will not close together.
>
> How do we deal with this.

This has been long solved: tag those multiple nodes with their
normal number
(e.g. "07"), and from each node, create relations to the nodes they
connect to
using forward/backward roles on the ways.

There's an example at

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

Greetings,
Ben


___
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] Beginning with survey new "Fietsknooppunten West-Vlaanderen"

[Jakka]

marcv schreef op 11/03/2016 om 11:39:

Jakka,


How do we deal with this.


What are the networknodes called on the guideposts on the ground?

If the name of the networknode on the guidepost is called "09", then I
think it should be mapped with that name in OSM (and not "09_1" and
"09_2"), even if there are multiple physical guideposts for the same
"logical" networknode.

See for example:

http://osma.vmarc.be/nl/route/1747994
http://osma.vmarc.be/nl/route/1243015
http://osma.vmarc.be/nl/route/12751
http://osma.vmarc.be/nl/route/12486

If the guideposts on the ground are marked as "09_1" and "09_2", then I
think the analysis logic within osma.vmarc.be will need to be adapted to
recognize this situation.

Kind regards,
Marc


> What are the networknodes called on the guideposts on the ground?
>If the guideposts on the ground are marked as "09_1" and "09_2", then.
No they are not called 09_1 ... did it for overview but not allowed
I will change it on what its seen on the poles...



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

[OSM-talk-be] Beginning with survey new "Fietsknooppunten West-Vlaanderen"

[Jakka]

Beginning with survey new "Fietsknooppunten West-Vlaanderen"
used "source=survey march 2016"

http://osma.vmarc.be/nl/route/1422666
https://www.openstreetmap.org/#map=17/50.8023539398/3.186852321838684

08-09 the nine is split in two point "fork" 09_1 (I called it) driving 
left under the bridge to come at the other side of the street to go 
right next node number 85. (under dangerous road)

And 09_2 to go right Lauwestraat to next node number 29.

The new node 85 over the bridge to north is also divided to avoid 
crossing roads.


These examples are with two mean node of same number. I thing there will 
be others with more node of the same mean node...


Thinking the new network has a lot of security measures with multi fork 
nodes with same number.And those will not close together.


How do we deal with this.

Please explain with image examples.

thx


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

Re: [OSM-talk-be] Still 296 phone booths in Belgium

[Jakka]

May all the public telephone cells in Belgium be cleaned up even if 
there is no oparator tag proximus or belgacom ?


I seem to remember that a other operator (English ???) try to place 
public phone in railway stations and other public places, but do not 
find info on the internet about this.

Am I wrong ?


Marc Gemis schreef op 23/02/2016 om 7:29:

Seems like we didn't manage the clean up of public telephone cells in Belgium.
There are still 296 telephones left.


Het lijkt erop dat we er nog niet in geslaagd zijn om de
telefooncellen in België te verwijderen.
Er zijn er nog 296 gemapped.

[out:xml]
[timeout:600];
{{geocodeArea:Belgium}}->.searchArea;
(
   node[amenity=telephone](area.searchArea);
);
out meta;

;

out meta qt;


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] rise of the voetwegen, part 2

[Jakka]

Question,consideration...

http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads

How will some one find the right wiki when he/she never heard of slow 
roads? searching on path gives

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath,
track
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack

http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads


joost schouppe schreef op 28/01/2016 om 8:33:

Hi,

After the "rise of the voetwegen" thread, I'm glad to hear that the
available data from Trage Wegen is getting ever more available for
mapping. There now is a WF and a WMS server we can use:

http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WFSServer?

http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WMSServer?

There's also a viewer for those who don't like to work with WMS/WFS:

http://geo.vlaamsbrabant.be/tragewegen/

The people at Trage Wegen are really into working together with us. See
for example their recent blogpost:
http://www.tragewegen.be/nieuwsoverzicht/item/3720-openstreetmap-en-de-voetwegenkwestie
And they're also doing a mini mapping party at their Vision Day today:
http://www.tragewegen.be/toekomstvisie/programma-toekomstvisie

I'm working on a wiki page on the subject, in hopes of drawing some
conclusions after the previous discussion in the Rise of the voetwegen
thread. I didn't get any feedback on making a draft page, so I'll just
drop the content here - once I regain access to my work computer :(

http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads

When it's there, I'll invite all of you to improve on the content!

--
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress



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





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

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

[Jakka]

Is it allowed to use the same key in it self ? like the example
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects
amenity=parking in amenity=school (area) and the key "leisure" within 
"amenity" (or vice versa ??)


Bruno Veyckemans schreef op 20/01/2016 om 12:10:

[EN] Hi,

As you know, we launched the first BE Quarterly Project in a previous
thread, aiming to map every school in Belgium during the first quarter
of 2016... The first reactions were great, but it seems we need more
implication of Belgian mappers to make it really happen !

The first thing to do is writing a good documentation here, together:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

I just added a new part about education levels, please check it, add
comments if you have and fill the blanks...

The good news: UK mapper Harry Wood has already contributed and
developped a filter to track OSM's changes for schools in Belgium:
http://harrywood.dev.openstreetmap.org/diffreader/schools/?filter=belgium

We also need communication about this project (a tweet to @osm_be
followers would be great, maybe also on the blog ?). And use the tag
#OSM_BEschools to your changeset ;-)

I think we need to be at least 15-20 to make something nice and start
the whole process ! (add your name in the section Who's involved?)

Thanks !

Bruno

-

[FR] Bonjour à tous,

Comme vous le savez, nous avons lancé le projet "BE Quarterly Project"
dans un sujet précédent, avec pour but de mettre les cartes de Belgique
sur OSM durant ce premier trimestre. Les réactions ont été
enthousiastes, mais nous avons clairement besoin de plus d'implication
de la communauté OSM de Belgique pour que ça prenne forme !

La première étape consiste à établir une documentation claire ici:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

Je viens d'y ajouter un tableau consacré aux niveaux d'éducation, je
compte sur vous pour vérifier, commenter et remplir les blancs !

Bonne nouvelle: le mapper britannique Harry Wood a adapté son outil en
ajoutant un filtre "belge" rien que pour nous:
http://harrywood.dev.openstreetmap.org/diffreader/schools/?filter=belgium

On a aussi besoin de faire connaître le projet... pensez à tweeter et à
ajouter le tag #OSM_BEschools à votre changeset ;-)
Je pense qu'on a besoin d'être au moins 15-20 pour enclencher la
machine, que ce premier défi ressemble à quelque chose et ne tourne pas
au fiasco... on compte sur votre aide !

Bruno

Cet e-mail a été envoyé depuis un ordinateur protégé par Avast.
www.avast.com



<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>


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





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

[OSM-talk-be] Grote werken voorzien stations omgeving Kortrijk

[Jakka]

Zie 
http://www.hln.be/regio/nieuws-uit-kortrijk/alleen-nog-fietsen-op-stationsplein-a2586462/



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

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

[Jakka]

Jakka schreef op 18/12/2015 om 10:55:

Jakka schreef op 16/12/2015 om 11:15:

 > Dus denk ik niet dat het zin heeft om alle knooppunten automatisch te
 > gaan taggen.

Vroeg me af, hoe gaan we dat weten dat dit knooppunt en of deze
verbinding nagezien en geactualiseerd werd.
Ook voor eventueel niet osm mappers, maar deze die af en toe een
verbinding willen checken en doorgeven. Dit om dubbel werk, tijd, fiets
km te vermijden.
Onderaan link naar een prog. die relaties test op onregelmatigheden.
Misschien door nu algemene toevoeging van een "note:check=check node and
relation" (of iets anders maar moet duidelijk zijn voor iemand, toerist
die geen weet heeft dat alles herzien moet worden) op de huidige
"rcn_ref" node te plaatsen en bij nazicht, update deze verwijderen.
Oppassen tag "note=4-91" wordt gebruikt om relaties te melden.
Moeten natuurlijk nog mogelijk zijn om dat uit te kunnen lezen met het
dit prog. Zo kan iedereen mee volgen wat nog niet gedaan is, of waar
onregelmatigheden zijn. En zo moet er geen wiki, site lijst opgestart en
onderhouden worden. Heb mijn best gedaan om mijn betrokkenheid,
bezorgdheid te verwoorden.
Heb reeds een osm berichtje gestuurd van dit gesprek naar vmarc die nu
loopt op talk.be

http://osma.vmarc.be/nl/networks/be/rcn






Dit mocht ik ontvangen van vmarc:
Als er tags worden toegevoegd om het aanpassen en verder onderhoud
van de netwerken te ondersteunen, dan zou ik zeker overwegen om
rapportering hierover op te nemen in de analyse.
http://osma.vmarc.be/nl/networks/be/rcn

Als de data die beschikbaar komt gebruikt mag worden om
vergelijkingen te maken met wat we in OSM hebben, dan zou ik daar ook
naar willen kijken hoe dit kan.

Nu is het aan de code schrijvers om de methode af te spreken. Zodat
vmarc aan de slag kan gaan.

vmarc m-544849-3c9...@messages.openstreetmap.org




Graag stand van zaken?
Is er al iets bedacht voor aanpak?
Rode rode vlek verspreid zich snel.
http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk



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

Re: [OSM-talk-be] tagging conventions

[Jakka]

joost schouppe schreef op 22/12/2015 om 8:37:

Hi all,

I was looking at this page:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Highways

And I saw only unpaved roads are supposed to be tagged as track. I've
been seeing quite a few rural roads which only allow agricultural
vehicles and only lead to fields. They look to me essentially as paved
tracks. In most of the world (i.e. outside of Europe) what the road is
used for trumps road quality when it comes to classification.

Shouldn't this "Unpaved roads with traces of motor traffic or accessible
to motor traffic" be replaced by something like "Paths which show use of
occasional motor traffic, or are designed to do so and that don't
prohibit such use. Generally unpaved and used to access forests or
agricultural fields."





I think you can/must add a second tag "tracktype"
http://wiki.openstreetmap.org/wiki/Key:tracktype



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

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

[Jakka]

Jakka schreef op 16/12/2015 om 11:15:

 > Dus denk ik niet dat het zin heeft om alle knooppunten automatisch te
 > gaan taggen.

Vroeg me af, hoe gaan we dat weten dat dit knooppunt en of deze
verbinding nagezien en geactualiseerd werd.
Ook voor eventueel niet osm mappers, maar deze die af en toe een
verbinding willen checken en doorgeven. Dit om dubbel werk, tijd, fiets
km te vermijden.
Onderaan link naar een prog. die relaties test op onregelmatigheden.
Misschien door nu algemene toevoeging van een "note:check=check node and
relation" (of iets anders maar moet duidelijk zijn voor iemand, toerist
die geen weet heeft dat alles herzien moet worden) op de huidige
"rcn_ref" node te plaatsen en bij nazicht, update deze verwijderen.
Oppassen tag "note=4-91" wordt gebruikt om relaties te melden.
Moeten natuurlijk nog mogelijk zijn om dat uit te kunnen lezen met het
dit prog. Zo kan iedereen mee volgen wat nog niet gedaan is, of waar
onregelmatigheden zijn. En zo moet er geen wiki, site lijst opgestart en
onderhouden worden. Heb mijn best gedaan om mijn betrokkenheid,
bezorgdheid te verwoorden.
Heb reeds een osm berichtje gestuurd van dit gesprek naar vmarc die nu
loopt op talk.be

http://osma.vmarc.be/nl/networks/be/rcn






Dit mocht ik ontvangen van vmarc:
Als er tags worden toegevoegd om het aanpassen en verder onderhoud 
van de netwerken te ondersteunen, dan zou ik zeker overwegen om 
rapportering hierover op te nemen in de analyse.

http://osma.vmarc.be/nl/networks/be/rcn

Als de data die beschikbaar komt gebruikt mag worden om 
vergelijkingen te maken met wat we in OSM hebben, dan zou ik daar ook 
naar willen kijken hoe dit kan.


Nu is het aan de code schrijvers om de methode af te spreken. Zodat 
vmarc aan de slag kan gaan.


vmarc m-544849-3c9...@messages.openstreetmap.org



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

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

[Jakka]

> Dus denk ik niet dat het zin heeft om alle knooppunten automatisch te
> gaan taggen.

Vroeg me af, hoe gaan we dat weten dat dit knooppunt en of deze 
verbinding nagezien en geactualiseerd werd.
Ook voor eventueel niet osm mappers, maar deze die af en toe een 
verbinding willen checken en doorgeven. Dit om dubbel werk, tijd, fiets 
km te vermijden.
Onderaan link naar een prog. die relaties test op onregelmatigheden. 
Misschien door nu algemene toevoeging van een "note:check=check node and 
relation" (of iets anders maar moet duidelijk zijn voor iemand, toerist 
die geen weet heeft dat alles herzien moet worden) op de huidige 
"rcn_ref" node te plaatsen en bij nazicht, update deze verwijderen. 
Oppassen tag "note=4-91" wordt gebruikt om relaties te melden.
Moeten natuurlijk nog mogelijk zijn om dat uit te kunnen lezen met het 
dit prog. Zo kan iedereen mee volgen wat nog niet gedaan is, of waar 
onregelmatigheden zijn. En zo moet er geen wiki, site lijst opgestart en 
onderhouden worden. Heb mijn best gedaan om mijn betrokkenheid, 
bezorgdheid te verwoorden.
Heb reeds een osm berichtje gestuurd van dit gesprek naar vmarc die nu 
loopt op talk.be


http://osma.vmarc.be/nl/networks/be/rcn

Sander Deryckere schreef op 15/12/2015 om 16:25:



Op 15 december 2015 16:15 schreef Jakka
<vdmfrank...@gmail.com
<mailto:vdmfrank...@gmail.com>>:

Fietsknooppunten West-Vlaanderen wordt volledig herzien en op veel
plaatsen bijgewerkt, verlegt, nieuwe verbindingen toegevoegd.
...275 kilometer langer en er komen 392 knooppunten bij.
Hoe weten de gebruikers OSM, en afgeleide app dat de huidige
bestaande relaties nog niet aangepast, herzien werden.
Kan iemand al deze relaties globaal in één keer voorzien van een
merk tag welk? Een datum van de start herziening met een verklarende
tekst?
Wie de vernieuwde route nagezien heeft, welke tag voorzien ? Gewoon
schrappen vorige tag geen goed idee???
Is er kans dat Toerisme West-Vlaanderen toelaat van hun data te
delen om sneller een update te hebben?

http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk


Het aantal knooppunten dat verwijderd wordt is tamelijk klein. Er worden
vooral veel routes en knooppunten bijgemaakt (voor zover ik kon zien,
heb al even vluchtig de kaart kunnen bekijken). Dat maakt natuurlijk de
routes ongeldig, maar op knooppuntniveau valt het werk dan nog wel mee.
Dus denk ik niet dat het zin heeft om alle knooppunten automatisch te
gaan taggen.

Zelf heb ik een nieuw knooppunt ontdekt  in mijn straat.

Ik weet niet hoe de contacten met westtoer nu zijn, maar tot op heden
komt alle knooppunt data van surveys.

Mvg,
Sander



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





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

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

[Jakka]

Jawadde Jo..
>dan zit er voor ons niet anders op dan op de fiets te springen en het 
>hele netwerk nog eens af te fietsen.


Om die reden zouden we zo snel mogelijk uitsluitsel moeten krijgen, 
zodat we niemand (wielertoeristen, Okra, individueel ... onnodig 
bijstand vragen die dan te horen te krijgen dat alles nadien toch met 
een import ingevoerd werd




Jo schreef op 15/12/2015 om 18:06:

Totnogtoe was de party line bij Toerisme Vlaanderen en de provincies:
onze data mag hergebruikt worden, met een piepklein beperkingske: het
mag niet afgedrukt (kunnen) worden.

Voor ons betekent dat zoveel als 'onbruikbaar', afblijven.

Als tussenoplossing dacht ik, laat ik de data eens manueel nalopen en
hier en daar OSM Notes aanmaken, waar er duidelijk verschillen zijn,
zodat iemand ter plaatse dat gericht kan nakijken. Die Notes geraakten
eigenlijk niet resolved en na een tijdje stonden ze gewoon in de weg.

Als ze dus niet van gedachten veranderen, dan zit er voor ons niet
anders op dan op de fiets te springen en het hele netwerk nog eens af te
fietsen. Ideaal zou zijn als we fervente fietsers ertoe kunnen aanzetten
om een GPS tracker mee te zeulen en ons de resultaten door te sturen.
Bonuspunten als zze hier en daar een fotootje willen maken. Topscore als
ze de hele weg op Mapillary zouden zetten :-)

  Jo

Op 15 december 2015 16:25 schreef Sander Deryckere
<sander...@gmail.com
<mailto:sander...@gmail.com>>:



Op 15 december 2015 16:15 schreef Jakka <vdmfrank...@gmail.com
<mailto:vdmfrank...@gmail.com>>:

Fietsknooppunten West-Vlaanderen wordt volledig herzien en op
veel plaatsen bijgewerkt, verlegt, nieuwe verbindingen toegevoegd.
...275 kilometer langer en er komen 392 knooppunten bij.
Hoe weten de gebruikers OSM, en afgeleide app dat de huidige
bestaande relaties nog niet aangepast, herzien werden.
Kan iemand al deze relaties globaal in één keer voorzien van een
merk tag welk? Een datum van de start herziening met een
verklarende tekst?
Wie de vernieuwde route nagezien heeft, welke tag voorzien ?
Gewoon schrappen vorige tag geen goed idee???
Is er kans dat Toerisme West-Vlaanderen toelaat van hun data te
delen om sneller een update te hebben?

http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk


Het aantal knooppunten dat verwijderd wordt is tamelijk klein. Er
worden vooral veel routes en knooppunten bijgemaakt (voor zover ik
kon zien, heb al even vluchtig de kaart kunnen bekijken). Dat maakt
natuurlijk de routes ongeldig, maar op knooppuntniveau valt het werk
dan nog wel mee. Dus denk ik niet dat het zin heeft om alle
knooppunten automatisch te gaan taggen.

Zelf heb ik een nieuw knooppunt ontdekt  in mijn straat.

Ik weet niet hoe de contacten met westtoer nu zijn, maar tot op
heden komt alle knooppunt data van surveys.

Mvg,
Sander


___
Talk-be mailing list
Talk-be@openstreetmap.org
<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] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale

[Jakka]

Fietsknooppunten West-Vlaanderen wordt volledig herzien en op veel 
plaatsen bijgewerkt, verlegt, nieuwe verbindingen toegevoegd.

...275 kilometer langer en er komen 392 knooppunten bij.
Hoe weten de gebruikers OSM, en afgeleide app dat de huidige bestaande 
relaties nog niet aangepast, herzien werden.
Kan iemand al deze relaties globaal in één keer voorzien van een merk 
tag welk? Een datum van de start herziening met een verklarende tekst?
Wie de vernieuwde route nagezien heeft, welke tag voorzien ? Gewoon 
schrappen vorige tag geen goed idee???
Is er kans dat Toerisme West-Vlaanderen toelaat van hun data te delen om 
sneller een update te hebben?


http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk

translate plugin S3

Fietsknooppunten West Flanders is fully revised and updated in many 
places, shifts, new connections added.

...275 kilometers longer and there and adding 392 nodes.
How do the users with existing app know that the current existing 
relationships (Fietsknooppunten) have not changed, revised in OSM and app
Can someone provide all these relationships globally at one time from a 
tag ? A date with the review starts date with an explanatory text?


Who inspected the new route which tag to add? To show the difference
Is there a chance that Tourism West Flanders allows sharing of their 
data in order to have an update faster?


http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk

traduction plugin S3

Fietsknooppunten Flandre Occidentale est entièrement révisé et mis à 
jour dans de nombreux endroits, les changements, les nouvelles 
connexions ajoutées.

... 275 kilomètres de plus et l'ajout de 392 node (knooppunten).

Comment les utilisateurs avec l'application existante savent que les 
relations existantes actuelles (Fietsknooppunten) n'a pas changé, révisé 
dans OSM et application.


Quelqu'un peut fournir tous ces relations en une fois d'une tag? Une 
date de commencement des changement avec un texte explicatif?


Qui a inspecté une nouvelle route comment indiqué? Pour montrer la 
différence.


Y at-il une chance que l'office Tourisme Flandre occidentale permet le 
partage de leurs données afin d'avoir une mise à jour plus rapide?



http://www.westtoer.be/nl/actief-beleven/fietsen/herziening-fietsnetwerk


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

Re: [OSM-talk-be] Voorstel import GRB gebouwen

[Jakka]

Wat gebeurt er met de 3D taggen die op de manueel ingetekende buildings 
verder uitgewerkt werden ?


http://wiki.openstreetmap.org/wiki/3D

http://demo.f4map.com/#lat=50.7799026=3.1892977=16=33.827=-0.573

http://demo.f4map.com/#lat=50.7960880=3.1202353=19=70.514=77.636

http://demo.f4map.com/#lat=50.7892170=3.1404653=19=70.514=77.636 




Sander Deryckere schreef op 13/12/2015 om 19:07:

Hallo,

Na het bekijken van een hoop GRB data zou ik graag voorstellen om de
gebouwen te importeren.

Ik heb het hier over het "Gebouwen aan de Grond" (Gbg) bestand, en de
tabel van de gebouwen met adressen (TblGbgAdr).

De kwaliteit van de GRB gebouwen is goed genoeg. De voorgevels zijn veel
precieser dan wat wij momenteel kunnen opmeten, en de achtergevels
hebben ongeveer dezelfde kwaliteit als onze kwaliteit.

In het GRB zitten dus ook adressen, maar een gebouw kan geen, één of
meerdere adressen hebben, en een adres uit het GRB kan toegekend zijn
aan één of meerdere gebouwen (daarnaast bevat het GRB ook niet alle
adressen).

Ik zou dus graag de GRB import koppelen aan de CRAB import, en de web
app uitbreiden.

De gebouwen van het GRB kunnen opgesplitst worden per postcode, en de
gebouwen die 1-op-1 overeenkomen met een adres kunnen onderverdeeld
worden per straat. De gebouwen die niet toebehoren aan een straat kunnen
in een apart bestand per postcode gezet worden.

Door een kolom toe te voegen aan de crab-import web app kunnen dus eerst
de gebouwen per straat worden geïmporteerd, en daarna de aparte
adrespunten voor welke we zelf nog moeten uitzoeken tot welk gebouw ze
behoren.

In theorie is dit allemaal niet zo moeilijk, maar de GRB database is
vele malen groter dan de CRAB database, dus zullen we dit niet meer
kunnen hosten op Github, en zullen we een aparte server moeten nemen. Ik
vrees ook dat ik niet genoeg computerkracht heb om een dergelijke
database in te lezen en te splitsen in verschillende OSM bestanden. Dus
zullen we dit verder moeten automatiseren op een zwaardere server.

Wat denken jullie hier over?

Mvg,
Sander


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





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

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

[Jakka]

Recent via de trage wegen vzw werden vele genummerde voetwegen opgeknapt 
en een passende streeknaam topo naam aan gegeven. Ook niet wetende hoe 
aanpakken zette ik naast de naam nr XX (vroeger nummer). Maar stel vast 
dat je op het nr alleen niet kan zoeken, misschien dat nummer onder 
"ref" of andere tag plaatsen schrijfwijze enkel getal "XX" of "nr XX" of 
"nr. XX" De alt name vrijhouden voor de volkse naam. Ook heb ik mij 
laten misleiden door de term voet (wegel) om meestal footway van te 
maken.  Echter er staat(n) geen borden D11 blauw persoon met kind. 
Anders stel ik ook vast dat fietsers onterecht paden waar 
fietsknooppunten overlopen deze paden als cycleway aan tekenen er staan 
ook geen borden D7 blauw met fiets. Benieuwd naar één zelfde aanpak.



Glenn Plas schreef op 2/12/2015 om 14:43:

Hi,

Effe korte peer check:  Ik zie veel voetwegen verschijnen in de buurt,
op zich super natuurlijk maar ik begin een wildgroei aan tags te zien
voor dezelfde voetweg per segment.  Het is een zootje aan het worden met
footways die overgaan naar paths en terug footway.

Naast het feit dat ze vaak als name='voetweg 1234'(, of erger: 'chemin
1234' in vlaanderen)  worden gemarkeerd ipv. hun officiele benaming, zie
ik toch iets teveel footway's door velden en akkers trekken...

Instinctief zou men snel geneigd zijn er 'footway' van te maken, wat op
de map op zich niet lelijk 'rendert'.  Maar de renderer.

Ik vind dat een 'path' meer geschikt is, zeker als ik de voetweg door
velden zie gaan en waar een geen visible pad is volgens AGIV sat pics.

Iemand daar zelf ook al issue's mee gehad.  Is er iemand die 'footway'
meer geschikt vind voor vaak -kwasi denkbeeldige- wegen?  Waarom?

Ik pas dit meestal in alt_name='voetweg 1234' en dan als
name='Liposuctievoetweg'.

Voorbeeld bv deze: https://www.openstreetmap.org/way/383827575

Graag wat input van de wandelaars en andere kenners onder ons, hoe
pakken jullie dit vast ?

Glenn


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





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

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

[Jakka]

Dag,

Via bijgaande link komen voor Vlaanderen osmose warning voor de 
rijstroken te voorschijn.


http://osmose.openstreetmap.fr/nl/errors/?country=belgium_flanders=3160

Wie kan deze eens lange lijst oplossen. Ik vind er bij sommige nog kop 
nog staart aan.

Vermoed dat deze fouten invloed hebben op routing software.

Link = stat for osmose warning in flanders. "Bad lanes usage"

Jakka


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

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

[Jakka]

Vooral die recente key "lanes:both_ways" daar geraak ik niet aan uit. En
 osmose ook niet. De som lanes moet gelijk zijn som forward/backward 
maar, die both_ways waar komen die bij te staan?? Moeten die vermeld 
geteld worden in de lanes of niet ?




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

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

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

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

Glenn


On 18-11-15 17:13, Jakka wrote:

Dag,

Via bijgaande link komen voor Vlaanderen osmose warning voor de
rijstroken te voorschijn.

http://osmose.openstreetmap.fr/nl/errors/?country=belgium_flanders=3160


Wie kan deze eens lange lijst oplossen. Ik vind er bij sommige nog kop
nog staart aan.
Vermoed dat deze fouten invloed hebben op routing software.

Link = stat for osmose warning in flanders. "Bad lanes usage"

Jakka


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



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





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

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

[Jakka]

Voor zij die .py kunnen ontcijferen.

https://github.com/osm-fr/osmose-backend/blob/master/plugins/Highway_Lanes.py

@Glenn de fix, quick-fix moet je daar iets voor doen om dat binnen te 
halen updaten?





Kheb de lanes een fix gegeven, quick-fix voor R1, die moet geaudit
worden, want de JOSM validator gaf ook al warnings die ik niet direct
kon plaatsen.

Glenn


On 18-11-15 19:42, Glenn Plas wrote:


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

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

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

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

Glenn



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





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

[OSM-talk-be] Fast Map Application for personal notes instead of using osm note as personal agenda.

[Jakka]

Hi,

Some anonymous and newbies are using osm notes for fast and easy use as 
personal agenda, reminder. Witch applications can we advice them they 
use in mind of working with openstreetmap layer, derivative


Meermaals heb ik al notes gesloten waar anonieme en nieuw 
geregistreerden de osm note gebruiken als persoonlijke agenda of 
aanduiding voor samenkomsten. Het gebruik van openstreetmap is positief 
maar gebruik van notes ervan is niet de bedoeling. Welk variant, 
programma die met de osm laag werkt kunnen wij deze personen aanraden?


recent voorbeeld van een afspraak vind je hier (is reeds gesloten zal 
verdwijnen na verloop van tijd)

http://www.openstreetmap.org/#map=19/50.83834/4.38129=N

Jakka


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

Re: [OSM-talk-be] Mapping R/C model airfields

[Jakka]

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

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