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

[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-es] Ayuntamiento de València como proveedor de datos.

[ruben gutierrez fernandez]

De: Jordi MF 
Enviado: jueves, 18 de abril de 2019 15:07:34
Para: talk-es@openstreetmap.org
Asunto: [Talk-es] Ayutnamiento de València como proveedor de datos.

Hola a todos,

El motivo de este mensaje es dejar constancia de nuestra intención por
conseguir el permiso de utilización de los datos abiertos del Ayuntamiento
de València [1].
El 19 de junio de 2018, tras pedir el permiso para poder usar los Datos
Abiertos, recibí como respuesta que remeterían al departamento
correspondiente para su consideración. No recibí ninguna respuesta de ese
departamento.
Del mismo modo, el 11 de diciembre de 2018 tras volver a insistir recibí
exactamente la misma respuesta con el mismo resultado.

El canal de consultas y solicitudes [2], aunque en este caso parece
infructuoso, en otras ocasiones sí que ha servido para darme respuesta a
otras cuestiones sobre el callejero de la ciudad.

Sobre qué datos creo que serían útiles para poder comprobar/mejorar los
datos en OSM, sin llegar a hacer una importación masiva, pienso en los
siguientes:
- Situación de las paradas de transporte público.
- Tramos de Carriles bici / ciclocalles.
- Localización de contenedores de reciclaje.

Sin más, espero que este correo sirva para tener centralizado esta cuestión
y poder tratar cualquier avance que tenga que ver con la obtención del
permiso para poder usar, en casi necesario, los datos abiertos del
Ayuntamiento.

Saludos,
Jordi

[1] http://gobiernoabierto.valencia.es/va/data/
[2] http://www.valencia.es/suggeriments



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[Talk-es] #geoinquietosPamplona

[ruben gutierrez fernandez]

Siento hacer publicidad pero es necesaria la máxima difusión para llevarlo a 
cabo  es un nuevo geoinquietos en Pamplona que trabajaremos en diversos 
mapeados y actividades. Si conoceis alguien de Navarra no dudéis en pasarle el 
enlace a nuestras redes sociales de contacto:
Facebook:
https://www.facebook.com/groups/2332642310304640/

Telegram:
https://t.me/joinchat/MS0AlETDs3OV1DE8w5iptg
Twitter : 
#geoinquietosPamplona (@geoinquietosPa1): 
https://twitter.com/geoinquietosPa1?s=09

Gracias osm España 

Enviado desde mi Huawei
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Creación de grupo geoinquietos Pamplona (Navarra)

[ruben gutierrez fernandez]

Hola buenos días a tod@s los miembros. Os escribo este mensaje para saber si 
alguien está interesado en entrar en un nuevo grupo que se está tratando de 
crear en Navarra con ciudad en Pamplona. Si alguien de la zona de Pamplona, 
Navarra o alrededores está interesado en unirse por favor que me escriba un 
correo electrónico rubengut...@hotmail.com y Le explico lo que vamos a 
realizar. Se trata de un grupo en el que se harán diferentes quedadas y 
actividades orientadas al mapeo, a trabajar con coordenadas, a actividades 
orientadas con la naturaleza, actividades de cooperación con diferentes 
organizaciones y grupos y un largo etc que irán surgiendo 
Muchas gracias de antemano a tod@s, espero vuestra respuesta. Un saludo Rubén. 

Enviado desde mi Huawei
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] OSM.be versus OpenStreetMap.be

[Ruben]

On Thu, 11 Oct 2018 12:16:34 +0200, Jakka  wrote:
> Op 11/10/2018 om 12:10 schreef joost schouppe:
> > 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?
>
> fully agree full name is better remembered than abbreviations definitely 
> for beginners

+1.

https://welcome.osm.be/ already redirects to https://welcome.openstreetmap.be/.

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

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

[Ruben]

On Fri, 14 Sep 2018 14:36:12 +0200, Jakka  wrote:
> 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

moped_p is pretty new. So yes, it's not in the "defaults" relation yet.

Realisticallly, I don't think anyone actually uses these defaults relations. 
But I'm the one who created them for Belgium, so I can add 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

I dislike capital letters in keys*, so I always use moped_a, not moped_A.

More interesting queries are:
ABP: https://overpass-turbo.eu/s/BTF
abp: https://overpass-turbo.eu/s/BTG
Those queries match all keys that contain moped_[abpABP], like oneway:moped_a, 
and not only moped_a.
And they work on Belgium, not on the currently visible region.

It would be easy to retag everything to either capital or no capital with 
Level0, if that would be desirable. Biggest issue would probably be reaching a 
consensus.

* Except when it's a name, like ref:De_Lijn=123456

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

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

[Ruben]

On Sat, 11 Aug 2018 15:30:26 +0200, Ruben  wrote:
> "Space" in English has well over 20 distinct meanings. One of them is
>  • according to Wiktionary[1]: "(letterpress typography) A piece of metal 
> type used to separate words, cast lower than other type so as not to take 
> ink, especially one that is narrower than one en (compare quad). [from 
> 17thc.]".
>  • according to OED[2]:  "In a text: an interval or blank between words, 
> lines, etc.; (Typography) any of several intervals or blanks of varying 
> widths used to separate words, justify lines, etc. Now also (in an electronic 
> or typewritten text): an interval or blank equivalent to one character, which 
> may be produced by pressing a specific key (cf. space bar n.)."

This is not to say that it was necessarily the best word, but that no-one would 
have failed to understand what we meant.

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

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

[Ruben]

On Sat, 11 Aug 2018 13:11:07 +, Karel Adams  wrote:
> Excuse me for being pecky on language - for this once I feel free 
> because language is (more or less) the subject matter anyway.

It's not – typography of road references is. Typography is distinct from 
language in general.

> Where @jakka writes "space", and @ruben neatly follows suit, I think the 
> actual meaning is "blank".
> 
> nl "spatie" => en "blank"
> 
> en "space" => nl "ruimte"

"Space" in English has well over 20 distinct meanings. One of them is
 • according to Wiktionary[1]: "(letterpress typography) A piece of metal type 
used to separate words, cast lower than other type so as not to take ink, 
especially one that is narrower than one en (compare quad). [from 17thc.]".
 • according to OED[2]:  "In a text: an interval or blank between words, lines, 
etc.; (Typography) any of several intervals or blanks of varying widths used to 
separate words, justify lines, etc. Now also (in an electronic or typewritten 
text): an interval or blank equivalent to one character, which may be produced 
by pressing a specific key (cf. space bar n.)."

> Not wanting to "score" any personal hits, just for the common good: 
> allow me to recommend that English should only be used by those who 
> master that subtle language really well.

What the fuck?

> There is no reason for not 
> posting in one's native language, on a list of regional importance such 
> as this.

There is: on this list the accepted standard is to use English, as a compromise 
between Dutch, French and German.

[1] https://en.wiktionary.org/wiki/space#Noun item 3.4
[2] 
http://www.oed.com/view/Entry/185414?rskey=BIiqG4=1=false#eid21540226

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

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

[Ruben]

Hi Frank,

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

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

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

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

[1] https://wegenenverkeer.be/

Cheers,
Ruben

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

Re: [OSM-talk-be] Mappen van spoorweginfrastructuur

[Ruben]

On Wed, 27 Jun 2018 15:26:18 + (UTC), Stijn Rombauts 
 wrote:
> >> * de overweg is met grote plastic blokken afgesloten voor autoverkeer, >> 
> >> al staan er geen overeenkomstige borden; fietsers en voetgangers kunnen 
> >> er nog wel langs, en doen dat ook. Geluidssignaal en knipperlichten zijn 
> >> ook actief ten gepasten tijde. Maar hoe mappen we dat?  
> >
> >barrier=block op de baan ter hoogte van de blokken.
> >De weg splitsen ter hoogte van de blokken, en op het stuk ertussen 
> >highway=path foot=yes bicycle=yes moped=yes  
> 
> Dit is nagenoeg volledig fout...
> De meeste 'barriers' hebben impliciet access=no [1]. Dus je moet expliciet 
> aangeven wie er toch mag passeren: foot=yes, enz...
> Op zich is er geen reden om die weg te splitsen: die nodes met barrier=block 
> zouden moeten volstaan voor routing software. En naar mijn mening wordt die 
> weg geen 'path' door die blokken.

"In mijnen tijd" werd in geen enkele router rekening gehouden met barriers op 
wegen, vandaar dat ik de neiging heb altijd de weg te splitsen, en ook de tags 
op de barrier vergeet (wat nu dus inderdaad problematisch is).

Maar als er aan beide kanten van de overweg blokken staan, wordt het deel 
ertussen imo de facto wel een path, dus ik zou het hier toch nog steeds 
splitsen.

> Als je er toch een 'path' van wil maken: een highway=path heeft als default 
> motor_vehicle=no [2]. Foot=yes en bicycle=yes toevoegen is compleet 
> overbodig; moped=yes toevoegen is wel nodig.

Goed. Ik kende die defaults niet echt.

> Als je highway=residential behoudt, val je terug op de algemene regel dat 
> highway=* impliceert access=yes. De elegantste manier om voetgangers, 
> fietsers, brommertjes en waarschijnlijk ook ruiters toe te laten, is 
> motor_vehicle=no, moped=yes.
> 
> [1] https://wiki.openstreetmap.org/wiki/Barriers
> [2] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath

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

Re: [OSM-talk-be] Mappen van spoorweginfrastructuur

[Ruben]

Dag Karel

On Sat, 23 Jun 2018 13:32:26 +, Karel Adams  wrote:
> Op de locatie Noord 50.96277 Oost 4.62709 is er een overweg met 
> slagbomen. Deze is gemapt met twee nodes, een op elk spoor, met tag 
> railway=level_crossing.
> 
> * het zou mij correcter lijken om maar één overweg te mappen ipv twee

Bij een overweg krijgt elke node die de verkeersbaan met een spoor kruist, een 
level_crossing-tag, en alle informatie wordt herhaald op elke node. Dat is de 
status quo. Ik zie als alternatief een area tekenen rond heel de overweg, of 
een node in het midden ervan, maar dat wordt niet gedaan. De validators zullen 
daar ook over klagen.

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

Zie https://wiki.openstreetmap.org/wiki/Tag:railway%3Dlevel_crossing

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

barrier=block op de baan ter hoogte van de blokken.
De weg splitsen ter hoogte van de blokken, en op het stuk ertussen highway=path 
foot=yes bicycle=yes moped=yes

> * het zou mij ook gepast lijken om het nummer van de overweg te mappen, 
> hier is dat 21 zoals ik zag op bordjes langs het spoor.

ref=* op elke node die je de tag railway=level_crossing gaf.

ref is de tag voor allerlei identificatienummers, zoals die van 
verlichtingspalen, elektriciteitskotjes, ATMs, spoorwegseinen, spoorweglijnen, 
bushaltes, enzovoort.

> Of mappen we 
> enkel "straat"-informatie, omdat we nu eenmaal niet "openrailmap" zijn?

Dat zijn we wel: https://www.openrailwaymap.org/ (gebruikt enkel OSM-data)

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

Er zijn veel verschillende soorten seinen, en dat verschilt dan ook nog eens 
per land. Eimai is begonnen aan een schema voor de Belgische seinen ( 
https://wiki.openstreetmap.org/wiki/User:Eimai/Railway ), maar het sluit niet 
zo goed aan bij de internationale standaarden daarrond. In Duitsland staan ze 
daar veel verder mee. Er zijn er daar ook al heel veel gemapt, in België nog zo 
goed als geen.

Ik map af en toe eens een sein, vooral in stations als ik toch aan het wachten 
op de trein. Belgische seinen mappen is niet eenvoudig want de soorten seinen 
herkennen is nogal lastig als leek. Ik heb het seinsysteem bestudeerd en 
tekeningetjes gezet op Eimai's pagina om dat wat eenvoudiger te maken. Maar ook 
ik zie nog steeds niet op zicht het verschil tussen een sein dat het 
dubbel-geelaspect kan tonen en één dat dubbel geel, horizontaal groen-geel en 
verticaal groen-geel kan tonen.

Als je het seinstelsel niet diepgaand kent, zal je deze tags waarschijnlijk 
niet kunnen gebruiken: managed, big_stop_sign_type, passing_at_danger, 
big_signal_speed_sign, warning_signal_speed_sign en etcs_sign. Overige 
informatie normaal gezien wel: type, ruleset, direction, position, regime, 
down_gradient.

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

level_crossing:category is niet gedocumenteerd en dus zinloos, dat zou ik niet 
gebruiken. De rest van de tags zijn volgens mij gewoon uitgevonden. Zeker niet 
als voorbeeld nemen. Ik heb een comment gelaten op de wijzigingenset die ze 
introduceert.


Groeten
Ruben

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

Re: [Talk-es] Exportar límites administrativos a QGIS

[Ruben Lopez Mendoza]

Hola Esther,
 Hace algunos meses hice una herramienta para extraer relations de  un
archivo osm o pbf, https://github.com/Rub21/osmrel2geojson , lo utilizo
para extraer relaciones de restrictions, pero tambien funciona para limites
administrativos,

puedes utilizar algo asi "osmrel2geojson peru-latest.osm.pbf geo.geojson
--admin_level=8 --boundary=administrative" Al final tendras una geojson
donde  los atributos de los LineString tendran atributos de la relacion algo
asi `relation_propertie_id`, relation_propertie_type, etc, puesde utulizar
eso para genenrar tus poligonos.

Saludos,
Ruben.

2017-11-19 9:01 GMT-05:00 Esther Mingot <estheri...@hotmail.com>:

> Buenas tardes,
>
>
> estoy buscando alguna manera sencilla y rápida para extraer los límites
> administrativos entre nivel 4 y 8 de OSM y cargarlos en QGIS como
> polígonos.
>
> He pensado en varias formas, pero para cada una de ellas me faltan uno o
> más conocimientos para hacerlo, así que lo estoy haciendo un poco a pico y
> pala con las herramientas que conozco. Llevará un tiempo y no lo veo
> factible si se tuviera que hacer con cierta regularidad...
>
>
> Busqué en el historial de la lista y había alguna referencia a algo
> similar en el año 2012, creo recordar, pero no he terminado de verlo claro.
> ¿Alguien lo ha hecho alguna vez o tiene idea de cómo se podría hacer?
>
>
> Gracias!
>
> *Sólo la verdad nos hará libres*
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] building = staketsel

[Ruben]

On Wed, 18 Oct 2017 10:04:01 +0200, Pieter Brusselman 
 wrote:
> Hi,
> 
> Some time ago I mapped some 'man_made = pier' on the Zuidlede. Those 
> items don't show up on the map.  Perhaps due to the rendering_style.
> 
> I was looking for some examples and i found: 
> http://www.openstreetmap.org/relation/7340858#map=18/51.0/3.73357. 
> Here, the pier/staketsel is mapped as a 'building'.  I don't think this 
> is realy a building :-).

That is due to an illegal and very badly performed import.

Do not pay attention to any tags that endless_autumn has added. (Or fix them :) 
)

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

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

[Ruben]

Hij gaat open op 1 september. Ik ga zorgen dat hij op 31 augustus zeker al als 
open gemapt staat, zodat hij in de OsmAnd-kaart van september bruikbaar is.

Ik ben er vandaag op gaan fietsen en surveyen, en ga de lanes en destinations 
mappen in de komende dagen.

Ik ben ook een mailtje voor hen aan het maken om te vragen of ze OSM willen 
promoten op https://a11verbindt.be/ en zo:
https://mensuel.framapad.org/p/A11-OSM-BE-mail-c3rjvQyvMz Iedereen die zin 
heeft, mag meehelpen.


On Sat, 26 Aug 2017 14:05:33 +0200, Wannes Soenen  wrote:
> De weg is trouwens pas open voor verkeer later op het jaar, als ik het goed 
> heb. Dus laat maar even zo staan.
> 
> On 26 aug. 2017 13:21 +0200, Karel Adams , wrote:
> > Da's niet onterecht, Wannes, maar ik heb te weinig verstand van het mappen 
> > van wegen. Ik weet wel zeker dat, als ik eraan begin, de specialisten meer 
> > werk zouden hebben met het rechtzetten van mijn goedbedoelde fouten...
> > :) Karel
> >
> > On 26/08/17 11:15, Wannes Soenen wrote:  
> > > Dan moet je ze aanpassen he :)
> > >
> > > Kaart moet ook nog gerenderd worden.
> > >
> > > On 26 aug. 2017 13:09 +0200, Karel Adams , wrote:  
> > > > ... maar als ik onze kaart bekijk staat hij nog als "construction" ?
 

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

[OSM-talk-be] RFC: Revert of bad GRB import

[Ruben]

Hi all

Since 4 April 2017, an OpenStreetMapper has been using Glenn's tool to 
systematically import GRB buildings into OpenStreetMap in select places in 
East-Flanders. There are severe issues though:
* They haven't taken care to preserve history, instead removing all existing 
buildings.
* They have imported outdated data like demolished buildings that had already 
been removed from OSM.
* The integration with existing other data was also not quite good. As an 
example, you can find road going through buildings.
* Also just plainly bad data has been imported, like the tags "building=chemise 
installatie", "building=overbrugging", "building=brugpijler"...

The import instructions have not been followed, so the GRB import in itself, 
nor Glenn's tool, are to blame for this. Also note that the import has not been 
officially started yet. A formal proposal and approval process has yet to take 
place.


It's clear that ideally those edits should never have happened. Reverting them 
comes to mind. I discussed this on the osm-be Matrix channel and I have already 
reverted the changesets done in July. It's desirable to have the other stuff, 
starting April, reverted as well.

I found and adapted a script that automates the reversion process, so this is 
actually no effort at all. But that's also what makes me suspicious. By having 
done "manual" reversions with JOSM's revertor plugin, I know that there can be 
conflicts. I've inspected places that I thought would be problematic after 
reverting, but they're all right. I'm still not entirely confident though.

You can help check them. Take a look at the extents of the reverts in my 
history[1][2].
Changesets with comment "revert bad GRB import" were done with the tool, those 
with comment "revert ... changesets from ... to ..." were done with the JOSM 
revertor plugin. I'm particularly interested in the results of the tool's 
reversions, as that's what I would use for any further actions.
You can use Achavi[3] to find out what exactly has changed in each changeset. 
Take care, however, to also look at what *hasn't* changed.

The concrete matter for which I submit this RFC (request for comments): “Should 
we (1) revert further and then clean up, or (2) never revert any further and 
start cleaning up now, or (3) do something else?”


As for communicating this to the mapper, Joost has written a message on one of 
the changesets explaining what's going on. We want this to be a learning 
experience for everyone and not scare anyone away.

We might have to repeat the message if more reversions happen, since the 
revertor script leaves a comment on each changeset it reverts. That means that 
by now the mapper will have received around 100 mails.


[1] https://www.openstreetmap.org/user/M!dgard/history
[2] permalink to a plain list, without a map: 
https://www.openstreetmap.org/user/M!dgard/history?list=0_id=50728501
[3] https://wiki.openstreetmap.org/wiki/Achavi#Bookmarklet

Kind regards
Ruben

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

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

[Ruben]

On Fri, 7 Jul 2017 23:04:47 +0200, Jakka  wrote:
> 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

I'd map it as:
access:conditional=private @ (Mo-Fr 10:00-15:00); yes @ SH

The "yes @ SH" puts it back to yes on school holidays, because according to 
https://wiki.osm.org/wiki/Conditional_restrictions#Evaluation_of_conflicting_restrictions,
 the last rule to match is the one that counts.

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

Re: [OSM-talk-be] persbericht Stad Gent

[Ruben]

On zaterdag 15 april 2017 17:24 Ben Abelshausen wrote:
> Bedank je collega's ook voor de communicatie. Ze hebben het misschien niet
> helemaal juist en OSM is idd geen app (haha) maar het concept is dan ook
> niet altijd eenvoudig uit te leggen... :)

I also lean towards this view. Sadly from the screenshots and reviews the app 
seems pretty low-quality and even spammy. But yeah, it got OSM's name out.

> Voor een app verwijs je best naar OSMAND of maps.me. Die app onder de link
> is niet echt nuttig... het is ook niet toegelaten om zomaar de naam
> OpenStreetMap te gebruiken als naam voor een app.

I've sent a mail to le...@openstreetmap.org asking if they'd like to send 
Google a takedown request.

/EOM

> Anyway, meestal worden we niet eens vermeld dus ik bekijk het eerder
> positief ;)
> 
> Cheers,
> 
> Ben
> 
> On 15 Apr 2017 4:11 p.m., "Santens Seppe"  wrote:
> 
> > FYI (in Dutch)
> >
> > *Van:* Santens Seppe
> > *Verzonden:* zaterdag 15 april 2017 16:07
> > *Aan:* …
> > *Onderwerp:* RE: …
> >
> > Collega’s,
> >
> > Ik zie dat er een tekst is gepubliceerd over het updaten van kaarten:
> > https://stad.gent/mobiliteitsplan/nieuws-evenementen//help-mee-om-
> > digitale-kaarten-te-updaten
> > 
> > (kan iemand trouwens eens iets doen aan die dubbele slash?, die zorgt bij
> > mij vaak voor problemen met nieuwsberichten)
> >
> > Ik vind de tekst eerlijk gezegd niet zo sterk. Enkele suggesties:
> >
> > ·OpenStreetMap (zonder spaties, met hoofdletters, afgekort OSM)
> > is geen applicatie. Het is in essentie een open dataset die volledig steunt
> > op crowdsourcing (zie https://www.openstreetmap.org/about voor meer
> > uitleg). Al wie de open licentie respecteert, mag gebruik maken van de data
> > voor het bouwen van kaarten, websites, apps,… Zo is bijv. Osmand een
> > veelgebruikte app voor Android die navigatie aanbiedt op basis van de OSM.
> > Osmand was circulatieplan-proof op 3 april. Andere apps zoals bijv. Maps.me
> > maken ook gebruik van OSM-data, maar zijn nog niet up-to-date (ze hebben de
> > laatste wijzigingen in de OSM database dus nog niet opgepikt). De app
> > waarnaar verwezen wordt in het artikel ken ik niet, het is alleszins geen
> > “officiële” OpenStreetMap-app. Afhankelijk van welke applicatie je gebruikt
> > (of zelf bouwt), heb je meer of minder informatie beschikbaar. Maar het is
> > dus geen “one-size-fits-all” applicatie, meer een ecosysteem waar honderden
> > applicaties op steunen, zie bijv. http://wiki.openstreetmap.org/
> > wiki/Android en http://wiki.openstreetmap.org/wiki/Apple_iOS. Ook de
> > informatie over hoe je kan bijdragen tot OSM is gecrowdsourcet:
> > http://wiki.openstreetmap.org/wiki/NL:Beginnershandleiding
> >
> > ·De “OpenStreetMap België) community reageert doorgaans erg snel
> > op de vraag om een tekst te reviewen, je kan ze bereiken via hun mailing
> > list, via twitter, facebook,… of gewoon door enkele sleutelpersonen aan te
> > schrijven.
> >
> > ·Ik snap de verwijzing naar Localyse eerlijk gezegd niet. Die
> > mannen hebben fake news verspreid, reageren niet op publieke opmerkingen
> > hierover en ze zijn er allesbehalve in geslaagd om Google Maps up-to-date
> > te zetten…
> >
> > Met vriendelijke groeten,
> >
> > Seppe Santens


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

Re: [OSM-talk-be] heiligenbeelden

[Ruben]

NB: In het Nederlands is 't "Jezus", met een Z.

Groetjes
Ruben

On vrijdag 17 februari 2017 19:03 Guy Vanvuchelen wrote:
> Bedankt Marc, In de toekomst zal ik ze zo mappen. 
> 
> Guy Vanvuchelen
> 
> -Oorspronkelijk bericht-
> Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
> Verzonden: vrijdag 17 februari 2017 18:31
> Aan: OpenStreetMap Belgium
> Onderwerp: Re: [OSM-talk-be] heiligenbeelden
> 
> 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 <guy.vanvuche...@gmail.com>:
> > 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

[OSM-talk-be] Defaults (was: Wat mappen in Brussel)

[Ruben]

On 31 January 2017 12:06:55 CET, Ben Laenen  wrote:
>(...)
>
>Er zullen naast vrachtwagens nog wel andere voertuigen zijn die maar 90
>of een 
>andere snelheid mogen rijden uit technische overwegingen, we kunnen
>niet heel 
>België vol zetten met al die mogelijke beperkingen, die eigenlijk van
>het 
>voertuig afhangen en niet van de weg.

Just over a week ago I made "defaults" relations for Belgian roads:
Federal: https://openstreetmap.org/relation/6900538
Flanders: https://openstreetmap.org/relation/6900533
Wallonia: https://openstreetmap.org/relation/6900513

Description of the scheme: 
https://wiki.openstreetmap.org/wiki/Relations/Proposed/Defaults

I don't think that this information is used anywhere yet. The proposal is also 
marked as "abandoned", but that doesn't mean it cannot be used of course.



It's possible to add maxspeed based on weight with conditional restrictions.[1] 
If heavy vehicles are limited to 90kph on motorways, we could use these rules 
in the defaults relation:
def:highway=motorway;maxspeed=120
def:highway=motorway;maxspeed:conditional=90 @ (weight>3.5)



[1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[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

Re: [OSM-talk-be] What3Words

[Ruben]

On 20 January 2017 17:50:10 CET, Marc Gemis  wrote:
>Lees de discussie over dat topic maar eens na op de talk mailing list.
>Er waren niet veel voorstanders te vinden o.a. vanwege het gesloten
>aspect van de standard die beheerd wordt door 1 bedrijf.

Inderdaad. Voor wie die thread daadwerkelijk wil lezen: hier is hij te vinden: 
[1]

Er zijn andere mogelijkheden die wel open zijn, en bovendien beter (omdat ze 
geen dwaze dingen moeten inbouwen om je van hen afhankelijk te maken). 
Bijvoorbeeld what3fucks.[2] Er zijn ook andere flavors als je niet zo van die 
scheldwoorden houdt.[3] Zeker voor intern gebruik bij Volvo zou dit eigenlijk 
een realistisch alternatief voor what3words zijn (als ze dan toch zo'n systeem 
zouden beginnen gebruiken). Het algoritme en de broncode zijn namelijk vrije en 
open source software.


[1] begin van de thread in de archives: 
https://lists.openstreetmap.org/pipermail/talk/2015-November/075051.html
thread op Nabble: http://gis.19327.n5.nabble.com/What3words-td5860725.html

[2] http://what3fucks.com/
[3] http://www.what3pokemon.com/, http://www.what3ikea.com/, 
http://www.what3goshdarnits.com/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] introducing OSM

[Ruben]

On 20 November 2016 17:21:32 CET, Marc Gemis  wrote:
>Can you do proper slide transitions with Marp ? Or with the PDF
>presenter ?
>I often overlay images (my slides have hardly any text)
>
>if not, I doubt I will make the switch.

Do you mean having e.g. a slide with a picture, and a second one next to it on 
the next slide? I don't think so.

Or do you mean sliding, wiping or fading transition animations and the like? 
No, not with pdfpc AFAIK. The PDF presenter "Impressive" can do that. 
Animations on a slide are not possible in any case. (And rarely desirable 
anyway IMHO)

Or do you mean pixel perfect image matching between slides? If you create two 
slides with images of the same dimensions, those should align perfectly, yes.

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

Re: [OSM-talk-be] introducing OSM

[Ruben]

On 9 November 2016 13:30:33 CET, "Jonathan Beliën"  wrote:
>We can indeed start with a list of links in the README file. Let’s try
>to organize this list the best way possible (Introduction to OSM, iD
>related presentations, HOT related presentations, …).
>
> 
>
>But I think it would be great to store those presentation in the
>repository too ; versioning of those presentation (that’s what GIT is
>for :D) could be useful.
>
> 
>
>Jonathan Beliën
>
>GEO-6
>
> 
>
>De : joost schouppe [mailto:joost.schou...@gmail.com] 
>Envoyé : mercredi 9 novembre 2016 13:12
>À : OpenStreetMap Belgium
>Objet : Re: [OSM-talk-be] introducing OSM
>
> 
>
>I created https://github.com/osmbe/presentations/
>
> 
>
>Maybe we can just add links in the Readme?
>
> 
>
>In that case, if you already have an account, you can go straight to:
>
> 
>
>https://github.com/osmbe/presentations/edit/master/README.md 
>
> 
>
>
>
>
>
>___
>Talk-be mailing list
>Talk-be@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-be

There's a program called Marp (https://yhatt.github.io/marp/) that I recently 
discovered and I intend to use for all my simple presentation slideshows in the 
future. It makes PDF slides from a Markdown source. You can present those with 
any PDF presenter (my personal favourite is pdfpc: https://pdfpc.github.io/).

Speaking about versioning with Git, this is ideal since you write your 
presentation in Markdown (which is also very, very easy to learn if you don't 
know it) and can have useful diffs.___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] SOTM Brussels public transport info

[Ruben]

On Wed, 21 Sep 2016 22:58:29 +0200
Christian Rogel  wrote:

> Le 21 sept. 2016 à 22:31, Stephan Knauss  a écrit :
> > 
> > I am just completing my trip planning to ensure a smooth arrival at SOTM. 
> > The Brussels public transport leaves me a bit uncertain.
> > 
> > I will arrive at Brussels Airport.
> > 
> > The trip planner suggests to take a train 3737 to Bruxelles Nord.
> > http://www.stib-mivb.be/reisweg-itineraire.html?l=en
> > 
> > I wonder: Is this also included in the Jump 24h ticket costing 7.50 EUR?
> > The website mentiones a Bourget-Brussels Airport section
> > http://www.stib-mivb.be/1-jour-dag.html?l=en
> > 
> > But if I check the website of the train, then it says I should get a 
> > Standard ticket for 8,60 EUR. Why would it suggest that if I could go for 
> > Jump with 7,50? Sounds like it is not included.
> > 
> > http://www.belgianrail.be/en/travel-tickets/which-is-the-right-ticket-for-me.aspx
> > 
> > Is the Jump ticket maybe not valid for trains? Is it valid for the bus 
> > lines to the airport only?
> > 
> > Would be great is a seasoned Brussels traveler can give some details.
> > 
> > Thanks, and see you at SOTM,
> >   
> 
> You will have a yes answer there : 
> https://www.stib-mivb.be/1-jour-dag.html?l=en
> 
> From Bruxelles
> 
> See you maybe there,
> 
> Christian Rogel

SNCB=NBMS, the train operator in the whole of Belgium
STIB=MIVB, Brussels' bus, tram and metro operator
TEC, Wallonia's bus, tram and metro operator, also active in Brussels
De Lijn, Flanders' bus, tram and metro operator, also active in Brussels

Although I'm not familiar with JUMP passes, according to the SNCB/NMBS they are 
valid on all public transport operators I mentioned above: 
http://www.belgianrail.be/en/travel-tickets/passes-cards/jump.aspx

Beware when traveling by train from/to Brussels Airport: you may have to pay an 
additional "Diabolo" fee: 
http://www.belgianrail.be/en/travel-tickets/tickets/diabolo-fee-to-airport/no-diabolo.aspx.
 As far as I can see, you have to pay it when using a JUMP pass.

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

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

[Ruben]

Het was inderdaad spurieuze data, die twee kleine ways. Dit[1] is het echte 
aerodrome-object.

Je hebt één van de twee kleine ways verwijderd[2], en van de ander alle tags 
verwijderd[3]. Die laatste moet dus nog verwijderd worden en dan is alles in 
orde denk ik.

[1] http://osm.org/way/161204831
[2] http://osm.org/way/161204833, in changeset #42130376, analyse: 
https://overpass-api.de/achavi/?changeset=42130376
[3] http://osm.org/way/161204839, in changeset #42130517, analyse: 
https://overpass-api.de/achavi/?changeset=42130517

On dinsdag 13 september 2016 16:51 Karel Adams wrote:
> Marc, dat was wel een erg prompte reactie, en dan nog effectief ook!
> 
> Dank zij die tip heb ik de brol inderdaad weggekregen, of toch minstens 
> "weg genoeg" voor mijn intenties. Inderdaad: als je in Potlatch doorheen 
> een "way" wandelt, en een voor een de samenstellende nodes aanklikt, dan 
> kun je op elke node een / tikken (als je althans op een qwerty tikt) en 
> dan krijg je telkens een andere way te zien waarvan de betreffende node 
> deel uitmaakt - als er meerdere zijn.
> 
> Op die wijze heb ik de gewraakte ways kunnen vinden en er het "aeroway" 
> tag van verwijderen. Ik vrees weliswaar dat ze daarmee niet helemaal weg 
> zijn, ook al hebben ze nu geen enkele tag meer, echt proper zal het nog 
> niet zijn vrees ik.
> 
> Ook het uitschakelen van de Bing-achtergrond hield wel een beetje om de 
> zaak wat overzichtelijker te maken, er is daar met bijzonder veel 
> overtuiging gemapt geworden geweest in die contreien. Effort worthy of a 
> better cause, denk ik dan... maar goede wil moet men altijd op prijs 
> stellen...
> 
> Welbedankt!
> 
> Karel




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

Re: [OSM-talk-be] une idée pour mappé les "smart" zone 30?

[Ruben]

On 9 September 2016 08:06:47 CEST, eMerzh  wrote:
>Hello,
>Je suis un peu perdu de savoir comment je mapperai ça :)
>
>http://www.lalibre.be/regions/bruxelles/bruxelles-les-zones-30-deviennent-intelligentes-57d1d1223570646c923b915d
[English below]

Salut eMerzh

En Flandres on a déjà beaucoup de telles zones intelligentes. Franchement je ne 
m'en ai pas encore occupé mais j'ai deux petits idées:
- si vous connaissez les horaires de la zone, une limite conditionelle: 
https://wiki.openstreetmap.org/wiki/Key:maxspeed#Time_or_other_conditions
- pour indicer seulement que la limite est variable: 
https://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed. C'est 
un proposal accepté (j'ai voté contre) qui n'a jamais été intégré dans le wiki 
normal. J'ai voté contre parce que les panneaux dynamiques sur les autoroutes 
ne montre pas de 'raison' pourquoi la vitesse est limitée, mais pour les zones 
d'école ça marcherait.

Aussi relevant: https://wiki.openstreetmap.org/wiki/Key:zone:maxspeed

Ça serait utile d'avoir dans les presets de JOSM belges. ;)



In Flanders we already have loads of those intelligent zone 30s. Frankly I 
haven't bothered yet but here are two ideas:
- if you know the exact times the sign switches on and off, a conditional speed 
limit: https://wiki.openstreetmap.org/wiki/Key:maxspeed#Time_or_other_condition
- to simply indicate there's a variable maxspeed here: 
https://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed. It's an 
accepted proposal (I voted against) that never got "post-vote cleaned-up". I 
voted against because you mostly can't know the reason why a sign is switched 
on. For school zones it works well though.

Also relevant: https://wiki.openstreetmap.org/wiki/Key:zone:maxspeed

This would be nice to have in the Belgian JOSM presets. ;)

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

Re: [OSM-talk] Spam reporting

[Ruben Maes]

On vrijdag 12 augustus 2016 15:47 Daniel Koć wrote:
> What should I do with clear spam acconts/comments like this?:
> 
> http://www.openstreetmap.org/user/thepackersmoversdelhicom
> http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/39069#comment35334
> 
> Is there a simple "flag/report" tool available?

You can add them on this wiki page: https://wiki.openstreetmap.org/wiki/Spam

There's an open issue for a report button on the site itself: 
https://github.com/openstreetmap/openstreetmap-website/issues/841

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] OSM in French and Dutch [or any monolingual]

[Ruben Maes]

On vrijdag 12 augustus 2016 03:58 André Pirard wrote:
> On 2016-08-11 23:59, Ruben Maes wrote:
> > On donderdag 11 augustus 2016 18:26 André Pirard wrote:
> >> (...)
> >> OSM.org displays the names according to the Language preference of the
> >> browser (1).
> >> Precisely, it displays a name in the first language of that preference
> >> that matches one in the map.
> >> Else, it displays the common default name.
> >> E. g. if the preference is fr,ru :
> >> if name:fr exists, display it, else if name:ru exists, display it, else
> >> display name.
> >> (...)
> > I don't know where you get this, but it is completely false.
> > For what you say to be possible, there would have to be separate tiles for 
> > every language. That's not the case, everyone gets 
> > https://{a,b,c}.tile.openstreetmap.org/{zoomlevel}/{}/{}.png.
> 
> What I said is in fact how OSM.org display names in the Nominatim search
> left pane.

I think that even that is not true. I see:

Resultaten van OpenStreetMap Nominatim
- Plaats Liège, Wallonia, 4000, Belgium
- Countygrens Liège, Wallonia, Belgium
- Administratieve grens Liège, Wallonia, Belgium

> What Joost is asking, "a rendering of OSM in Dutch and French" ("or", I
> suppose)
> can be done by overlaying a nameless background and names foreground
> like this example for Liège and Russian:
> 
> http://c.tile.openstreetmap.de:8002/tiles/1.0.0/bg//11/1055/688.png
> http://c.tile.openstreetmap.de:8002/tiles/1.0.0/labels/ru/11/1055/688.png
> http://c.tile.openstreetmap.de:8002/tiles/1.0.0/labels/ru,_/11/1055/688.png

Indeed, good idea. I believe that's how Google Maps did it before they switched 
to vector tiles.

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

Now back on topic: we have the Leie's banks back on the render.

On donderdag 28 juli 2016 17:54 Jakka wrote:
> https://www.openstreetmap.org/note/646584#map=17/50.82877/3.25798=N
> 
> Please feedback what and where was the cause

There were two places where there were problems with relation 
http://osm.org/relation/2393380:

* http://osm.org/relation/2393380#map=17/50.89599/3.34545
   The sluice was a complete mess. It took me some time to figure out what was 
going on exactly here.

* http://osm.org/changeset/41095237#map=19/50.92122/3.42972
   There was a random tiny, excess way in the relation.

The waterway=riverbank tags were non-uniformly applied. Not all ways had them, 
some had an additional random area=yes or area=no. Some had natural=riverbank, 
waterway=canalbank or some other weird derivation I had never heard of.
I stripped those completely. No more waterway=riverbank on this part of the 
Leie [note 1]. But if some day consensus is reached (not that that will ever 
happen) that the multipolygon approach with {natural=water, water=river} isn't 
good after all, it wouldn't be so hard to convert it.

[note 1] Sorry Glenn, I really couldn't be bothered any more. With a relation, 
I can tell JOSM to fetch all member ways, use webtools like the one you 
mentioned to check their integrity, and the JOSM validator will complain if I'm 
messing up.

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On donderdag 28 juli 2016 20:38 Karel Adams wrote:
> Wat ik eigenlijk bedoelde te zeggen: er moet toch ergens een "howto" of 
> een "preferred practice" zijn voor het mappen van een courant en 
> essentieel landschapselement als een rivier?
> 
> Enne, jawel, het ging er me over dat er op tijd van enkele uren galant 
> een twintigtal berichten rondgingen met evenzovele meningen of toch 
> minstens ideeën. Ik had verwacht dat binnen de kortste keren iemand had 
> verwezen naar "How to map rivers, streams, and other natural flows of 
> surface waters". Meer dient er toch niet gezegd?

Welkom bij OpenStreetMap. Dat is dus totaal niet het geval hier. :p

Als je wat minder van dit soort discussies, en wat minder hevig wil, en wat 
minder berichten snel op elkaar, raad ik je aan je te abonneren op de 
Tagging-mailing-list.

(Voor alle duidelijkheid: dat was anti-advies. Ik sta niet in voor de gevolgen 
als je dat doet.)

> En inderdaad, met de technische details van het mappen wil ik me niet 
> inlaten, ik heb enkel een klein beetje zicht op het mappen van 
> vliegvelden, euh, "luchtvaarttereinen" :) Maar ik stelde me toch wat 
> vragen bij onze aanpak oftewel metodiek, (...)

Ik ook, ik wens wel eens dat er een authoriteit was, dan werd er niet zoveel 
tijd aan dit soort dingen verspild. Want inderdaad maakt het niet zo heel veel 
uit, zo lang het maar een beetje consequent is. Dat consequent krijgen is dus 
het moeilijkst aangezien iedereen zijn eigen ding wil doen. :p


signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On donderdag 28 juli 2016 22:21 Glenn Plas wrote:
> On 28-07-16 22:03, Ruben Maes wrote:
> > On donderdag 28 juli 2016 21:56 Glenn Plas wrote:
> >> No , not for canals, when I researched this became pretty clear this
> >> was only meant for rivers.  But the Leie is a river so it's ok here.
> > 
> > Well that's weird, because there's a canal connected to the river and it 
> > also needs cleaning, and we have'd to use two fundamentally different ways 
> > to map that.
> 
> Oh, I see what you mean I think, the U detour.. interesting.
> 
> http://www.openstreetmap.org/relation/1201127#map=16/50.9146/3.4226=N
> 
> That piece seems seriously broken (visual inspection).  But this is
> probably the 'canal' you talk about.

Yes, the Ooigem Sluice is broken badly. I'm fixing it up right now. The canal I 
was talking about is indeed the canal Roeselare-Ooigem, which joins the Leie in 
said sluice.

> Glenn
> 
> 
> > 
> >> (...)
> >> If you want to take a stab at fixing it , go ahead. If you want me to
> >> review it later on, give me the headsup and I'll take a look.  A bit
> >> short in time due to closing the books on the fiscal year of 2015.  I
> >> hate fines :)
> > 
> > I'll try my best. In fact I have been working on it for several hours, but 
> > then you came along here on the list opening the discussion. (but that's 
> > alright) ;)
> > 
> > 
> > 
> > ___
> > 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
> 


-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On donderdag 28 juli 2016 21:51 Marc Gemis wrote:
> Some background: the natural=water, water = x was proposed by Zverik.
> His idea was to make it easy for mappers using aerial imagery to map
> anything "water"-like with natural=water, eventually someone would add
> the water=x detail. x, can be pond, stream, river, canal, oxbow, etc.
> etc. [1] carto-css (the standard rendering can handle this tagging
> scheme without problems).
> 
> Recently someone was complaining about this use for bassins. [2]
> 
> [1] http://wiki.openstreetmap.org/wiki/Key:water
> [2] https://lists.openstreetmap.org/pipermail/talk/2016-June/076144.html

In the thread that followed several points for both sides have been made.

Reading the full thread on talk, I don't feel like fixing the Leie any more. I 
will just try to solve the render issues and then leave it be. OSM's free 
tagging is one of it's strengths, but also one of it's biggest disadvantages.

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On donderdag 28 juli 2016 21:56 Glenn Plas wrote:
> No , not for canals, when I researched this became pretty clear this
> was only meant for rivers.  But the Leie is a river so it's ok here.

Well that's weird, because there's a canal connected to the river and it also 
needs cleaning, and we have'd to use two fundamentally different ways to map 
that.

> (...)
> If you want to take a stab at fixing it , go ahead. If you want me to
> review it later on, give me the headsup and I'll take a look.  A bit
> short in time due to closing the books on the fiscal year of 2015.  I
> hate fines :)

I'll try my best. In fact I have been working on it for several hours, but then 
you came along here on the list opening the discussion. (but that's alright) ;)

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

Hi Glenn

We can do away with the relation and make sure waterway=riverbank is placed 
everywhere. But this has seemed always strange to me: for canals as well? A 
canal is not a river, and the wiki on waterway=riverbank says: "This describes 
the tagging scheme for large rivers", linking to the Wikipedia page for river: 
"A river is a natural flowing watercourse ..."

waterway=riverbank is less relation-fiddling and I'm starting to see the 
advantages of that as well.

On donderdag 28 juli 2016 21:19 Glenn Plas wrote:
> Hey Ruben,
> 
> >> I do not see the merit of natural=water scheme at all on a river or a
> >> canal.  It's a waterway.  imho, there is nothing to migrate to.
> >> Unless I seriously missed something, the way to do it is the way (not
> >> the area) is the logical waterway.
> > 
> > Both have disadvantages. They are equally hard to maintain.
> 
> I disagree here.  Riverbank is easy to maintain for me atleast, they
> should not be included in any relationship either, they should not be
> named and they do make sense on rivers where the waterlevel (and/or
> tides) influence the shape. [1]
> 
> The logical riverway still belongs in the the 'waterway tagging scheme'
> if we can call it like that.
> 
> natural=water isn't meant for rivers.  I don't see where this idea is
> coming from at the moment.  It's used on lakes, still water etc but on a
> river it's not suited. [2]  The wiki doesn't mention that usage either.
> 
> So the logical river would be waterway=river , and that is the part you
> would put in a waterway relation, the riverbank not.
> 
> Keep things simple I would suggest.  Hence the suggestion to delete the
> relation, probably have to review the tags first so we don't throw away
> good information.
> 
> Now, I'm about to put the kids to bed so I really just scanned the wiki
> but I've done quite some research on waterway logic, hence why I'm quite
> convinced.  But always open to suggestions.
> 
> Glenn
> 
> 
> 
>  [1] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank
>  [2] http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwater


-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On donderdag 28 juli 2016 20:42 Glenn Plas wrote:
> On 28-07-16 20:10, Ruben Maes wrote:
> > On donderdag 28 juli 2016 19:34 Glenn Plas wrote:
> >> Ik vraag me ook sterk af wat de bedoeling is van de 2de relatie
> >> die ook Leie heet waarin enkel de riverbanks steken.
> >
> > I believe someone tried to migrate to the natural=water scheme but
> > didn't remove the waterway=riverbank.
> 
> We should keep waterway=riverbank, and delete relation 2393380
> altogether, it contains highway=paths and all sorts of stuff that
> doesn't belong there.   There are seperated sections and also admin
> boundaries that totally do not belong in a waterway.
> 
> I do not see the merit of natural=water scheme at all on a river or a
> canal.  It's a waterway.  imho, there is nothing to migrate to.
> Unless I seriously missed something, the way to do it is the way (not
> the area) is the logical waterway.

Both have disadvantages. They are equally hard to maintain.

IMO the multipolygon with natural=water is more logical. The riverbank approach 
is weird, even though it has been used longer.

> >> Als ik straks ga meten hoelang de Leie is adhv. deze data gaat
> >> dit niet juist zijn.
> >
> > Obviously you should measure the type=waterway relation[2], not the
> > type=multipolygon relation[1].
> 
> Sure, but what if I want to do it by name only, without tagging scheme
> quirks.
> 
> There is no need for 2 relations, period.  "There can be... only one!"
> 
> Glenn
> 
> 
> 
> 
> >
> > [1]
> >> https://www.openstreetmap.org/relation/1201127
> >>
> >> en
> >
> > [2]
> >> https://www.openstreetmap.org/relation/2393380
> >>
> >> Er klopt ook nog steeds iets niet in die relaties/ways, als je
> >> die links opendoet zie je het zo al.
> >>
> >> Glenn
> >>
> >>
> >> On 28-07-16 18:00, Ruben Maes wrote:
> >>> Hi Frank
> >>>
> >>> I've removed the area=no that was tagged on it. I think that
> >>> was the cause, I hope it renders again soon.
> >>>
> >>> On donderdag 28 juli 2016 17:54 Jakka wrote:
> >>>> Hi
> >>>>
> >>>> A note that the rendering of riverbank "Leie" between
> >>>> Kortrijk and Wervik is gone. In the past I added a lot of
> >>>> stuff there and it was good. Had corrected several overlap
> >>>> riverbanks en controlled begin to end but I do not know what
> >>>> to look after. The "Leie" is a natural border with France Has
> >>>> there been a mass update from there ?
> >>>>
> >>>> Some one with knowledge can check that?
> >>>>
> >>>> https://www.openstreetmap.org/note/646584#map=17/50.82877/3.25798=N
> >>>>
> >>>>
> >>>>
> >>
> >>>>
> Please feedback what and where was the cause
> >
> >
> >
> > ___ 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
> 


-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On donderdag 28 juli 2016 19:34 Glenn Plas wrote:
> Ik vraag me ook sterk af wat de bedoeling is van de 2de relatie die
> ook Leie heet waarin enkel de riverbanks steken.

I believe someone tried to migrate to the natural=water scheme but didn't 
remove the waterway=riverbank.

> Als ik straks ga meten hoelang de Leie is adhv. deze data gaat dit
> niet juist zijn.

Obviously you should measure the type=waterway relation[2], not the 
type=multipolygon relation[1].

[1]
> https://www.openstreetmap.org/relation/1201127
> 
> en 

[2]
> https://www.openstreetmap.org/relation/2393380
> 
> Er klopt ook nog steeds iets niet in die relaties/ways, als je die
> links opendoet zie je het zo al.
> 
> Glenn
> 
> 
> On 28-07-16 18:00, Ruben Maes wrote:
> > Hi Frank
> >
> > I've removed the area=no that was tagged on it. I think that was
> > the cause, I hope it renders again soon.
> >
> > On donderdag 28 juli 2016 17:54 Jakka wrote:
> >> Hi
> >>
> >> A note that the rendering of riverbank "Leie" between Kortrijk
> >> and Wervik is gone. In the past I added a lot of stuff there and
> >> it was good. Had corrected several overlap riverbanks en
> >> controlled begin to end but I do not know what to look after. The
> >> "Leie" is a natural border with France Has there been a mass
> >> update from there ?
> >>
> >> Some one with knowledge can check that?
> >>
> >> https://www.openstreetmap.org/note/646584#map=17/50.82877/3.25798=N
> >>
> >>
> >>
> Please feedback what and where was the cause

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

Seems someone screwed up the Leie multipolygon relation pretty bad. I can deal 
with it after dinner.

On donderdag 28 juli 2016 18:56 Glenn Plas wrote:
> Area=no should not be needed on a riverbank.  It's implied by creating
> a closed way.  The problem is elsewhere.
> 
> Glenn
> 
> 
> On 28-07-16 18:00, Ruben Maes wrote:
> > Hi Frank
> >
> > I've removed the area=no that was tagged on it. I think that was
> > the cause, I hope it renders again soon.
> >
> > On donderdag 28 juli 2016 17:54 Jakka wrote:
> >> Hi
> >>
> >> A note that the rendering of riverbank "Leie" between Kortrijk
> >> and Wervik is gone. In the past I added a lot of stuff there and
> >> it was good. Had corrected several overlap riverbanks en
> >> controlled begin to end but I do not know what to look after. The
> >> "Leie" is a natural border with France Has there been a mass
> >> update from there ?
> >>
> >> Some one with knowledge can check that?
> >>
> >> https://www.openstreetmap.org/note/646584#map=17/50.82877/3.25798=N
> >>
> >>
> >>
> Please feedback what and where was the cause
> >>
> >> Thx
> >
> >
> >
> > ___ 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
> 


-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On zondag 24 juli 2016 23:39 Jakka wrote:
> 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
>
> Kunnen deze ook als extra layer in josm ingeladen worden zoja hoe en 
> waar welke url ?

Dat kan inderdaad. Op de site van Agiv kan je de WMS-URL vinden. Die kan je 
vervolgens copy-pasten in de JOSM-instellingen (Imagery → Imagery preferences → 
rechtsonder het plusteken met "WMS" bij geschreven).

Ik heb met opzet de URL hier nog niet gepost, zodat mensen niet zonder nadenken 
zouden beginnen mappen. Als er nog antwoorden op mijn bericht worden gepost 
(bv. als iemand een addertje onder het gras vindt), is de kans nu groter dat 
die gelezen zullen worden. (Als je begrijpt wat ik bedoel.)

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On zondag 24 juli 2016 15:43 Ruben Maes wrote:
> It looks a bit overkill, it will be a while before I go to that level of 
> detail, but I don't object if he wants to do that.
> 
> Apart from that:
> • ...

• And changeset comments! For God's sake, calling everything "Update" isn't 
going to help anybody know what you did or why you did it!

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

On donderdag 21 juli 2016 11:26 Jakka wrote:
> 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

It looks a bit overkill, it will be a while before I go to that level of 
detail, but I don't object if he wants to do that.

Apart from that:
• Driveways should be tagged {highway=service, service=driveway}. Not 
{highway=footway}. [note 1]
• The driveways are not connected to the road, only to the sidewalk, which is 
incorrect.
• If the driveway is linear, he adds a line (correct), but makes no junction 
between the area and the line. [url 1]
• If the driveway is linear I'd rather use area:highway like you say, instead 
of {highway=*, area=yes}.

And if he's doing such intensive mapping, he *may* be better served by JOSM 
(currently all his changesets are with iD), so you could suggest him to try it.

Kind regards
Ruben

[note 1]
In the Dutch iD:
• {highway=service} = "Toegangsweg"
• {highway=service, service=driveway} = "Oprit"
• {highway=footway} = "Wandelpad"
For some reason only "Wandelpad" shows up in iD in the presets for areas. You 
can only add a "Toegangsweg" or "Oprit" on *lines* from the presets.

[url 1] 
https://www.openstreetmap.org/edit?editor=id=414681281#map=19/51.03649/3.20566

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Grootschalige luchtfoto's

[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

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] GR: stand van zaken

[Ruben Maes]

On Monday, 18 July 2016 19 h 02 min 30 s CEST joost schouppe wrote:
> Nog eentje: ik ben geneigd te vermijden van een polygoon (bijvoorbeeld een
> plein) mee te geven aan een wandelroute. Ik heb al twee strategieën gezien
> om dat te doen: met een untagged lijn die als enige nut heeft lid van de
> relatie te zijn; of als een pad dat wel getekend staat maar niet bestaat.
> Ik neig zelf naar dat eerst (liever iets lelijks dan iets incorrect). Maar
> misschien zien jullie dat anders?

Ik heb al een paar keer highway:virtual=* gebruikt. De mogelijke waarden zijn 
hetzelfde als bij highway=* en drukken ook hetzelfde uit, maar met de 
betekenis dat de weg niet als lineaire feature te zien is op de grond.

Het proposal stelt origineel highway=virtual voor, maar dat is niet praktisch 
omdat je dan alle toegelaten vervoerswijzen expliciet moet taggen.

Zie de wikipagina: https://wiki.openstreetmap.org/wiki/Proposed_features/
virtual_highway

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-es] Video con la ediciones de nodos (Was: "Fwd: [OSM-talk] Video of node edit history")

[Ruben Lopez Mendoza]

Esto es genial, gracias por compartir!

On Thu, Jun 23, 2016 at 9:52 AM, Alejandro S. 
wrote:

> Buenas,
>  Os reenvío este vídeo que han mandado a Talk.
>
> Es la visualización  de las ediciones de nodos desde el 2006 hasta la
> actualidad.
>
> Saludos,
> Alejandro Suárez
>
>
> -- Forwarded message -
> From: Rory McCann 
> Date: Thu, Jun 23, 2016, 10:48
> Subject: [OSM-talk] Video of node edit history
> To: 
>
>
> Hi,
>
> https://www.youtube.com/watch?v=FdRO-QZaWX8
>
> Someone's made a video of the node edit history of OSM. As nodes were
> edited, the pixel changes. It's from 2006 to 2016, and covers the whole
> world. Pretty cool.
>
> Rory
>
>
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] fietsstraat, bicycle_road, cyclestreet,...

[Ruben Maes]

Tuesday 07 June 2016 12:46:27, Killian De Volder:
> On 07-06-16 11:24, Santens Seppe wrote:
> > Hi all,
> > 
> 
> > However, the description of bicycle_road in the Wiki [3] is different from 
> > de definition of the cycle streets in Belgium (e.g. bicycle road implies 
> > that cars are not allowed, this is not the case for our cycle streets). The 
> > Dutch wiki suggests cycleway=cyclestreet [4], but cyclestreet=yes is also 
> > used. So I ask you, dear community, what should we do? When there is a 
> > consensus, it might be good to add this to the Belgian Wiki.
> > 
> 
> I see this problem a bit bigger:
> 
> I think we should have a general register that defines what a tag implies for 
> each road-law region (usually an entire country).
> (And this data should ideally not be stored in the Wiki, but rather inside 
> OSM, or a file you can download to use in your routing-software.)
> For example all our highways are 120, but they are not tagged as such. So 
> it's up to uninformed drivers and router-planners to figure this out.
> 
> That or we define at-least the default and each mapper get to define the 
> differences from the world-wide norm.
> (But this will cause newcomers to make many mistakes)
> 
> (If there is already such a thing, still rather green ;)

I know of
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Defaults

I didn't find a defaults relation for Belgium. (But I also didn't for France, I 
got it via the wiki. While searching for France, I found one "France" 
relation[1], while the defaults "apply" to another one[2].)

Maybe there are other efforts as well.

[1] http://osm.org/relation/11980
[2] http://osm.org/relation/2202162

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] municipal boundaries in Belgium

[Ruben Maes]

Wednesday 01 June 2016 19:50:48, Sander Deryckere:
> Note that the GRB data mentions it's "voorlopig", and often, the data shows
> an offset from parcel boundaries. At those places, I would expect the
> boundaries to follow parcel boundaries (and I expect parcel boundaries to
> be of better quality).

What is the authority for this? Who is the boss about where a municipality 
ends? Can it be copied from there? Intuitively I'd think those official borders 
should not be able to be copyrighted.

> (...)

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-cl] Ayuda con las actualizaciones

[Ruben Leuquen]

Hola, sabe, he agregado cambios editando a través de osm, los cuales
aparecen en la pc cuando uno visita la pagina, pero a pesar de que algunos
fueron hechos hace mucho, no aparecen en los mapas, de MAP ME, por ejemplo
¿cual sería la soluición? ¿Estaré haciendo algo mal?

Desde ya, muchas gracias

​
-- 
*Rubén Humberto Leuquén Navarro*
*+56 9 90461405 *
*Punta Arenas*
*Chile*
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk-be] Fietsstraat: 30km ten laste van wie ?

[Ruben Maes]

Wednesday 25 May 2016 22:49:25, Killian De Volder:
> Merci, Bedankt,
> 
> @ru...@janmaes.com
> Would you like to translate ? I might be able to produce something that looks 
> like French. But information will be lost.

Sure. But keep in mind I'm also just a poor Dutch speaking guy :p


La code de la route n'est que pour son utilisateurs. Alors les chauffeurs 
doivent limiter leur vitesse à 30km/h.

Si le législateur voulait imposer une obligation à la voirie, il le décréterait 
dans "l'Arrêté ministériel fixant les dimensions minimales et les conditions 
particulières de placement de la signalisation routière" et pas dans la code de 
la route.

Le "Vademecum Flamand des Provisions pour les Cyclistes" ne contient non plus 
aucune suggestion d'ajouter un panneau supplémentaire. 
http://www.mobielvlaanderen.be/pdf/vademecum/hfdst3.pdf punt 3.1.4

> On 25-05-16 22:03, Wouter Hamelinck wrote:
> > Wegcode is voor weggebruikers. Zij dienen ervoor te zorgen dat hun snelheid 
> > niet boven de 30km/u komt.
> > 
> > Indien de wetgever aan de wegbeheerder een verplichting zou willen opleggen 
> > om een bijkomende snelheidsbeperking in te voeren zou dat in het 
> > "Ministerieel besluit houdende de minimum afmetingen en de bijzondere 
> > plaatsingsvoorwaarden van de verkeerstekens" 
> > (http://wegcode.be/wetteksten/secties/mb/mb-111076) staan en niet in de 
> > wegcode.
> > 
> > Ook het Vlaams Vacemecum Fietsvoorzieningen bevat geen enkele suggestie om 
> > een extra bord met snelheidsbeperking toe te voegen. 
> > http://www.mobielvlaanderen.be/pdf/vademecum/hfdst3.pdf punt 3.1.4
> > 
> > wouter
> > 
> > 2016-05-25 20:59 GMT+02:00 Killian De Volder  > >:
> > 
> > http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies
> > 
> > De wetgeving is geen 100% duidelijk in dit artikel:
> > "De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer 
> > per uur."
> > Is dit ten laste van de gemeenten die een snelheidsbeperking moeten 
> > opleggen (bijkomend bord).
> > Of is dit ten laste van de bestuurders ?
> > 
> > (Geen speculatie aub.)

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Fietsstraat: 30km/u ten laste van wie? / Rue cyclable: 30km/h maximum - qui est responsable ?

[Ruben Maes]

Because this question is applicable nationally, I'm providing a French 
translation:


http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/1716-art22novies

La loi n'est pas vraiment claire dans cet article à propos des rues cyclables :
« La vitesse ne peut jamais y être supérieure à 30 km/h. »
Cela, c'est la responsabilité des municipalités, qui doivent placer un panneau 
de signalisation; ou celle des chauffeurs ?

(Pas de spéculation svp.)


Wednesday 25 May 2016 20:59:37, Killian De Volder:
> http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies
> 
> De wetgeving is niet 100% duidelijk in dit artikel:
> "De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer per 
> uur."
> Is dit ten laste van de gemeenten die een snelheidsbeperking moeten opleggen 
> (bijkomend bord).
> Of is dit ten laste van de bestuurders?
> 
> (Geen speculatie aub.)
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Landuse mapping

[Ruben Maes]

--- English below -

Thursday 19 May 2016 21:14:58, Marc Gemis:
> Recentelijk ben ik hier en daar wat landuse beginnen corrigeren of wat
> extra detail beginnen toevoegen. Ik vind het niet zo eenvoudig om
> alles mooi te classificeren.
> Hoe zouden jullie bv
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-rXpM5hd/0/O/DSC_7398.jpg
> 
> en
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-8nCSVqP/0/O/DSC_7396.jpg
> 
> taggen ?

Ik dacht meteen aan natural=wetland, en gepaste subtags.

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland

> Jammer dat er hier niet rechtstreeks foto's kunnen worden gezet. Ik
> wel nog wel wat plekjes waar ik de landuse zou willen van aanpassen en
> waar ik hulp bij nodig heb. Hebben jullie suggesties om gemakkelijker
> over foto's te discussieren ? Het forum is jammer genoeg vrij doods.

-- English ---
Thursday 19 May 2016 21:14:58, Marc Gemis:
> Recently, I started mapping landuse. In the beginning some small
> changes or extra detail, but now I want to make more involving
> changes. But that is pretty hard. Can you help to map
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-rXpM5hd/0/O/DSC_7398.jpg
> 
> and
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-8nCSVqP/0/O/DSC_7396.jpg

I immediately thought of natural=wetland, and fitting subtags.

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland

> I know this is not the best media to discuss photo's, but nobody is
> reading the forum. Other suggestions to handle this ?
> 
> met vriendelijke groeten/regards

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] welcoming new mappers

[Ruben Maes]

Thursday 12 May 2016 15:36:03, Ben Abelshausen:
> It's done and working:
> 
> http://welcome.osm.be/

Thanks for that! osmwelcome.unitedbashers.com now redirects to the fancy url.

> It would be great if OSGeo could provide us with hosting... thanks Johan!
> :-) What does Ruben need to do...? Or are you guys already in touch?

Yes, I have sent Johan the link to the Git repository 
(https://framagit.org/Midgard/osm-welcome-belgium). When the server is set up 
successfully, the DNS has to be reconfigured by you, the old instance shut down 
by me and its data files put in the new place by Johan and me.

> Met vriendelijke groeten,
> Best regards,
> 
> Ben Abelshausen
> 
> On Thu, May 12, 2016 at 11:29 AM, Ruben Maes <ru...@janmaes.com> wrote:
> 
> > Yes, that would be better. My server is just an old laptop running at my
> > home. :p
> >
> > Thursday 12 May 2016 11:25:37, Johan Van de Wauw:
> > > Hi all,
> > >
> > > OSGeo Belgium has a simple hosting instance at gandi [1] serving our
> > > site ( http://www.osgeo.be )and the one for FOSS4G.be (
> > > http://www.foss4g.be )
> > >
> > > We have room enough to host another site.
> > >
> > > Kind Regards,
> > > Johan
> > >
> > > [1] https://www.gandi.net/hosting/
> > >
> > > On Thu, May 12, 2016 at 11:12 AM, Ben Abelshausen
> > > <ben.abelshau...@gmail.com> wrote:
> > > > We don't have a location to run a php-based website at the moment but
> > we do
> > > > have a server available and we can install the correct tools
> > (webserver,
> > > > etc) if someone is willing to do that...?
> > > >
> > > > As for the domain, just tell me where to point it and it's done. I
> > could
> > > > also just redirect welcome.osm.be to
> > > > http://osmwelcome.unitedbashers.com/login.php but that's not the best
> > > > solution.
> > > >
> > > > Met vriendelijke groeten,
> > > > Best regards,
> > > >
> > > > Ben Abelshausen

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] welcoming new mappers

[Ruben Maes]

Yes, that would be better. My server is just an old laptop running at my home. 
:p

Thursday 12 May 2016 11:25:37, Johan Van de Wauw:
> Hi all,
> 
> OSGeo Belgium has a simple hosting instance at gandi [1] serving our
> site ( http://www.osgeo.be )and the one for FOSS4G.be (
> http://www.foss4g.be )
> 
> We have room enough to host another site.
> 
> Kind Regards,
> Johan
> 
> [1] https://www.gandi.net/hosting/
> 
> On Thu, May 12, 2016 at 11:12 AM, Ben Abelshausen
>  wrote:
> > We don't have a location to run a php-based website at the moment but we do
> > have a server available and we can install the correct tools (webserver,
> > etc) if someone is willing to do that...?
> >
> > As for the domain, just tell me where to point it and it's done. I could
> > also just redirect welcome.osm.be to
> > http://osmwelcome.unitedbashers.com/login.php but that's not the best
> > solution.
> >
> > Met vriendelijke groeten,
> > Best regards,
> >
> > Ben Abelshausen

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] welcoming new mappers

[Ruben Maes]

I've just modified the server config to also recognize welcome.osm.be, so you 
can set the DNS to the same IPs as osmwelcome.unitedbashers.com if you want.

Thursday 12 May 2016 11:12:37, Ben Abelshausen:
> We don't have a location to run a php-based website at the moment but we do
> have a server available and we can install the correct tools (webserver,
> etc) if someone is willing to do that...?
> 
> As for the domain, just tell me where to point it and it's done. I could
> also just redirect welcome.osm.be to
> http://osmwelcome.unitedbashers.com/login.php but that's not the best
> solution.
> 
> Met vriendelijke groeten,
> Best regards,
> 
> Ben Abelshausen
> 
> On Mon, Apr 11, 2016 at 8:37 AM, joost schouppe <joost.schou...@gmail.com>
> wrote:
> 
> > That would be really nice.
> >
> > Also, you can just use the tool to check the changesets. That way someone
> > else (i.e. me) can send the community-invites much more quickly.
> >
> > I believe every new mapper in Belgium should get an invitation to join the
> > local mailing list, the Forum, the meetup group, etc. But I can't keep up
> > by myself alone.
> >
> > 2016-04-10 22:21 GMT+02:00 Ruben Maes <ru...@janmaes.com>:
> >
> >> Friday 01 April 2016 17:32:55, Ben Abelshausen:
> >> > I just want to say this is awesome! Nicely done! :-)
> >>
> >> Thanks. :)
> >>
> >> > Any links to the source code? Do I setup a domain using osm.be like '
> >> > welcome.osm.be'? Any problems I can help with?
> >>
> >> I've just put the source online at
> >> https://git.framasoft.org/Midgard/osm-welcome-belgium
> >>
> >> welcome.osm.be would be nice of course.
> >> If you want, you can also host it. The site would probably work a bit
> >> faster then. I can zip the files with the data and email them.
> >>
> >> > Met vriendelijke groeten,
> >> > Best regards,
> >> >
> >> > Ben Abelshausen
> >> >
> >> > On Wed, Mar 30, 2016 at 9:57 AM, Marc Gemis <marc.ge...@gmail.com>
> >> wrote:
> >> >
> >> > > I've only send 1 welcome message so far and indicated that I did.
> >> > >
> >> > > m
> >> > >
> >> > >
> >> > > On Wed, Mar 30, 2016 at 9:02 AM, joost schouppe
> >> > > <joost.schou...@gmail.com> wrote:
> >> > > > Ruben, someone actually did, I believe it was Pierre Parmentier who
> >> made
> >> > > the
> >> > > > translation for us.
> >> > > > BTW, I'm having to log in again at every click of the button right
> >> now...
> >> > > >
> >> > > > Marc, I see you've helped out analyzing the changesets. Did you
> >> also send
> >> > > > the welcome message? (you need to ctrl+c at the welcome message
> >> page,
> >> > > paste
> >> > > > it in the new tab, close the tab and mark the "I've sent this
> >> message"
> >> > > > button)
> >> > > >
> >> > > >
> >> > > >
> >> > > > ___
> >> > > > 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
> >> > >
> >>
> >> --
> >> This message is OpenPGP signed.
> >>
> >> ___
> >> Talk-be mailing list
> >> Talk-be@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-be
> >>
> >>
> >
> >
> > --
> > Joost @
> > Openstreetmap <http://www.openstreetmap.org/user/joost%20schouppe/> |
> > Twitter <https://twitter.com/joostjakob> | LinkedIn
> > <https://www.linkedin.com/pub/joost-schouppe/48/939/603> | Meetup
> > <http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/> | Reddit
> > <https://www.reddit.com/u/joostjakob> | Wordpress
> > <https://joostschouppe.wordpress.com/>
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
> >
> >

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] MissingMaps National

[Ruben Maes]

Sunday 17 April 2016 18:05:29, Jo:
> Ruben, we're creating a press release:
> 
> https://hackpad.com/Press-release-E4GFhbj0rKg#
> 
> In the Dutch version I included a way for people who missed the event to
> get involved from home by pointing them to a fresh Swaziland project. If we
> decide to include this, it still needs to be translated back to the French
> version.
> 
> Do you think this is a good idea? You can write a mail to VTM, but they
> can't unbroadcast that footage. So maybe we should focus on getting the
> information out correctly where it still is possible. On the one hand it's
> great that we got ad hoc coverage, but there are disadvantages to
> everything.
> 
> Jo

That's better, I'll just keep quiet. They're just trying to do their job. I got 
a bit too mad when I saw the footage.

Ruben
 
> 2016-04-17 17:56 GMT+02:00 Ruben Maes <ru...@janmaes.com>:
> 
> > Sunday 17 April 2016 17:47:06, Marc Gemis:
> > > I wished they had labeled me as "OpenStreetMap Vrijwilliger" ipv enkel
> > > "Vrijwilliger". :-/
> >
> > :(
> >
> > > On Sun, Apr 17, 2016 at 5:42 PM, Ruben Maes <ru...@janmaes.com> wrote:
> > > > Wow, even on the 1PM "Journaal":
> > http://deredactie.be/cm/vrtnieuws/videozone/programmas/journaal/2.43814?video=1.2630443
> > > >
> > > > Technically, they violated OSM's copyright. They showed our maps and
> > didn't say OpenStreetMap once. I was actually hoping to hear Wim De Vilder
> > say "OpenStreetMap" :p
> >
> > VTM went further: they mentioned neither OpenStreetMap nor "missing maps",
> > and showed the tasking manager on Google Earth with attribution (which
> > oddly makes me pretty mad). People don't have a clue that they can help at
> > home.
> >
> > I'm going to contact them.
-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] MissingMaps National

[Ruben Maes]

Sunday 17 April 2016 17:47:06, Marc Gemis:
> I wished they had labeled me as "OpenStreetMap Vrijwilliger" ipv enkel
> "Vrijwilliger". :-/

:(

> On Sun, Apr 17, 2016 at 5:42 PM, Ruben Maes <ru...@janmaes.com> wrote:
> > Wow, even on the 1PM "Journaal": 
> > http://deredactie.be/cm/vrtnieuws/videozone/programmas/journaal/2.43814?video=1.2630443
> >
> > Technically, they violated OSM's copyright. They showed our maps and didn't 
> > say OpenStreetMap once. I was actually hoping to hear Wim De Vilder say 
> > "OpenStreetMap" :p

VTM went further: they mentioned neither OpenStreetMap nor "missing maps", and 
showed the tasking manager on Google Earth with attribution (which oddly makes 
me pretty mad). People don't have a clue that they can help at home.

I'm going to contact them.

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] MissingMaps National

[Ruben Maes]

Saturday 16 April 2016 23:22:01, Marc Gemis:
> I wrote a short diary about my day in Ghent during the MissingMaps National.
> Joost already added a comment some additional numbers on this very
> successful day
> 
> http://www.openstreetmap.org/user/escada/diary/38461

Wow, even on the 1PM "Journaal": 
http://deredactie.be/cm/vrtnieuws/videozone/programmas/journaal/2.43814?video=1.2630443

Technically, they violated OSM's copyright. They showed our maps and didn't say 
OpenStreetMap once. I was actually hoping to hear Wim De Vilder say 
"OpenStreetMap" :p

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] welcoming new mappers

[Ruben Maes]

Friday 01 April 2016 17:32:55, Ben Abelshausen:
> I just want to say this is awesome! Nicely done! :-)

Thanks. :)

> Any links to the source code? Do I setup a domain using osm.be like '
> welcome.osm.be'? Any problems I can help with?

I've just put the source online at 
https://git.framasoft.org/Midgard/osm-welcome-belgium

welcome.osm.be would be nice of course.
If you want, you can also host it. The site would probably work a bit faster 
then. I can zip the files with the data and email them.

> Met vriendelijke groeten,
> Best regards,
> 
> Ben Abelshausen
> 
> On Wed, Mar 30, 2016 at 9:57 AM, Marc Gemis <marc.ge...@gmail.com> wrote:
> 
> > I've only send 1 welcome message so far and indicated that I did.
> >
> > m
> >
> >
> > On Wed, Mar 30, 2016 at 9:02 AM, joost schouppe
> > <joost.schou...@gmail.com> wrote:
> > > Ruben, someone actually did, I believe it was Pierre Parmentier who made
> > the
> > > translation for us.
> > > BTW, I'm having to log in again at every click of the button right now...
> > >
> > > Marc, I see you've helped out analyzing the changesets. Did you also send
> > > the welcome message? (you need to ctrl+c at the welcome message page,
> > paste
> > > it in the new tab, close the tab and mark the "I've sent this message"
> > > button)
> > >
> > >
> > >
> > > ___
> > > 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
> >

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] welcoming new mappers

[Ruben Maes]

Tuesday 29 March 2016 16:00:27, joost schouppe:
> Hi,
> 
> As some of you know, I've been sending welcome messages to all new Belgian
> mappers. First to let them know there is a local community (and how to find
> us). Second to keep an eye on them, as some of them do break things.
> 
> Ruben made a nice little tool to make this easier. It could all be much
> better (the source code looks ugly, according to Ruben), but I like working
> with the thing. The only problem is: I can't find the time to look at all
> the changesets and send all the messages. Especially as I still have to
> catch up for my holidays in February.
> 
> http://osmwelcome.unitedbashers.com/index.php
> 
> More eyes means a better website. And if we get a tweaked a bit more, maybe
> we can expand the toolkit to other countries. Of course, as Simon Poole
> would say, the site is not necessary at all. It's just really damn
> practical, especially if more than one person does the welcoming.
> 
> You are encouraged to make your own welcome message, but there is a French,
> Dutch and English version available.
> Go ahead and try; you can just log-in with your OSM account. If you need
> more info, contact me and/or Ruben.

If native French speakers could review the French message, that would be great. 
:)

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Ghent University helps you in finding your way indoors!

[Ruben Maes]

Dear Nico

I received your email three times: twice in my talk-be inbox and once in my 
generic inbox, sent to me outside the list.

It seems that you have consulted the list of subscribers to this mailing list 
and sent them private e-mails. That is inappropriate. I consider this spam and 
will most certainly not be interacting with the links you send.

Regards
Ruben

Sunday 27 March 2016 15:35:55, Nico Van de Weghe:
> Dear colleague,
> 
> 
> Are you tired of explaining the route to your office, a meeting room, a 
> lecture room ...? Or did you ever get lost in a building? Many have tried to 
> solve the problem of indoor navigation with state-of-the-art technologies. 
> All of them have failed. Let's create a community that's smarter than that. 
> Together, we can put the world on the indoor map.
> 
> To achieve that goal, we need your help. Explore the SoleWay 
> website<https://soleway.ugent.be/>, explore the existing routes, and enter 
> your routes in order to help others to find their way around! Why not start 
> with your own office, and then just refer to that route when visitors ask how 
> they can find you (see, for example, "office location" in my signature). Why 
> not ask your colleagues to create their routes, or just create a route 
> somewhere on this planet? The crowd will appreciate your contribution!
> 
> The SoleWay team (Explore the world - start indoors!)
> 
> *Feed-back can be given via 
> soleway.supp...@lists.ugent.be<mailto:soleway.supp...@lists.ugent.be> or by 
> replying to this e-mail.
> 
> ---
> Prof. dr. Nico Van de Weghe
> Ghent University - Department of Geography (WE12)
> Belgium - 9000 Ghent - Krijgslaan 281 (S8)
> Tel.: +32 (0)9 264 47 12
> CartoGIS<http://www.geoweb.ugent.be/cartogis-en> - Office 
> location<https://soleway.ugent.be/routes/237>
> ---


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

Re: [OSM-talk-be] Mapping Party: infrastructure for the homeless

[Ruben Maes]

Tuesday 01 March 2016 22:11:06, Julien Fastré:
> But I
> do not know how to map "the last Saturday of the month"...

That would be "Sa[-1]":
Sa[1] is the first Saturday, Sa[2] the second, etc.
Similarly, Sa[-1] is the last Saturday, Sa[-2] the one before, etc.

You can use [1] to evaluate your value. The syntax is explained at [2], albeit 
not very clearly.

[1] http://openingh.openstreetmap.de/evaluation_tool/
[2] https://wiki.openstreetmap.org/wiki/Key:opening_hours

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] SOTM Brussel - logement

[Ruben De Smet]

On 02/09/2016 11:38 AM, Philippe Casteleyn wrote:
> Verhuurt de VUB de studentekoten niet in september ?  De lessen beginnen 
> echter waarschijnlijk maandag 26 september.  
> http://www.vub.ac.be/academische-kalender/2015-2016De ULB is zelfs wat 
> vroeger https://www.ulb.ac.be/ulb/greffe/documents/docs/Semaines2016-2017.pdf
> Ik heb zo al op meerdere gerenommeerde universiteiten gezeten.

Voor zover ik weet niet. Source: heb twee jaar op een VUB kot gezeten -
tot en met vorig academiejaar. Ik kon daar heel de zomer (juni, juli,
augustus, september) binnen.

Misschien wel de kamers van mensen die al vertrokken zijn en geen
herexamens hadden.

Je kan proberen dienst huisvesting daarover te contacteren:

[A] Pleinlaan 2
1050 Brussel
[T] +32(0)2 629 28 31
[F] +32(0)2 629 36 19
[E] huisvesting.hous...@vub.ac.be
[W] my.vub.ac.be/op-kot
[O] 08:30 tot 12:30
  & 13:30 tot 16:30

Groeten,

Ruben De Smet, student burgerlijk ingenieur aan de VUB



signature.asc
Description: OpenPGP digital signature
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Agiv import

[Ruben Maes]

Thursday 21 January 2016 05:35:11, Marc Gemis:
> At this moment someone is working on converting the GRB data into something
> that can be "easily" imported.
> (...)

Great that we'll have a more or less complete map of the buildings in Flanders.

I know some places where OSM already has much better building information than 
Agiv, mapped with love and local knowledge. Can I make sure those don't get 
overridden by inferior data with a note in the data or something?

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Agiv import

[Ruben Maes]

Sunday 24 January 2016 18:13:02, Jo:
> You could add note on them, but there is no guarantee that it gets read or
> acted upon, so it's probably a waste of bytes to do so. There are tools
> that let you watch over certain areas that have your interest, then you can
> revert and send a message to the person who replaced with inferior data to
> no do so in that region.
> 
> I think that's the more sensible way to proceed, but I can't remember the
> names of those tools at the moment.

Thanks Jo. After some searching I found that 
http://simon04.dev.openstreetmap.org/whodidit/ has such functionality.

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Agiv import

[Ruben Maes]

Sunday 24 January 2016 19:03:35, Glenn Plas:
> (...)
> In the whole of Stekene, I probably deleted no more than 20 buildings
> on multiple thousands that got imported with good reasons.  Deleting
> is not an issue.
> (...)
> Tag migration and merging takes more time than replaceing the geometry
> itself.  Every time the merge conflict dialog pops up, you'll loose 15
> seconds, multiply that by thousands of buildings...
> (...)

I also mean when the geometry in OSM is actually better than in the GRB. I'm 
thinking in particular about VIVES in Bruges. The GRB building shape is just 
wrong. In OSM it's better (may be not perfect, it's a complex building) and 3D 
mapped.
http://www.openstreetmap.org/#map=18/51.18741/3.20325

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] University tagging

[Ruben Maes]

Hi everyone

Those quarterly projects are a really good plan. Do universities count as well? 
;)

As I understand it, the ISCED levels are as follows for Flanders:

Basisonderwijs
1   Lagere school (Primary education)

Secundair onderwijs
2   1e-3e middelbaar (Lower secondary education)
3   4e-6e middelbaar (Upper secondary education)
4   Specialisatie BSO (Post-secondary non-tertiary education)

Hogeschool
5   Professionele bachelor (Short-cycle tertiary education)

Universiteit
6   Academische bachelor (Bachelor or equivalent)
7   Master (Master or equivalent)
8   Doctoraat (Doctoral or equivalent)

which means that universities get isced:level=6;7;8, right? If that's right, 
I'll add all these descriptions to the wiki page.

Wednesday 13 January 2016 07:57:24, eMerzh:
> Merci Marc !
> 
> ISCED semble intéressant... Bien que pas super claire et les spécificités
> belges (fr ou nl ne soit décrite.
> 
> Et sinon, je me suis demandé hier comment marquer les écoles spécialisée
> genre type 1 a 8 pour la communauté française.
> 
> Brice
> Le 12 janv. 2016 10:31 AM, "Marc Gemis"  a écrit :
> 
> > Il y a
> >
> > * http://wiki.openstreetmap.org/wiki/Proposed_features/ISCED
> > *  en France on utilise par example school:fr=college
> > * operator/religion voir
> > http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
> >
> > m.
> >
> > 2016-01-12 10:16 GMT+01:00 eMerzh :
> >
> >> Très bonne idée :) i'm in ...
> >> et l'idée d'un projet limité avec un objectif précis est très motivant :)
> >>
> >> des idées comment tagguer des info complémentaire ?  genre le réseau
> >> (libre/ communal / ...) ou le(s) niveaux maternel (y/n), primaire (y/n) ,
> >> etc
> >> ?
> >>
> >>
> >>
> >> Le 11 janvier 2016 à 11:19, lionel bulpa  a
> >> écrit :
> >>
> >>> Bonjour,
> >>>
> >>> Je pense que c'est une bonne idée, en plus, c'est motivant d'avoir un
> >>> objectif. Je pense qu'on avancera plus vite avec un objectif
> >>>
> >>> Lio
> >>>
> >>> --
> >>> From: marc.ge...@gmail.com
> >>> Date: Mon, 11 Jan 2016 10:39:51 +0100
> >>> To: talk-be@openstreetmap.org
> >>> Subject: Re: [OSM-talk-be] BE Quarterly Projects - Défis du trimestre BE
> >>> - BE Driemaandelijks projecten
> >>>
> >>>
> >>> I like the idea of a quarterly project as well. Anything that might get
> >>> people motivated to map is good.
> >>>
> >>> m
> >>>
> >>> 2016-01-10 21:21 GMT+01:00 Bruno Veyckemans 
> >>> :
> >>>
> >>> [FR] Bonjour à tous,
> >>>
> >>> Je viens de découvrir les UK Quarterly Projects
> >>> https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects qui commence
> >>> 2016 avec le défi de mettre à jour les données "écoles" du Royaume-Uni et
> >>> je trouve géniale cette idée de se concentrer ensemble sur un thème à
> >>> l'échelle du pays.
> >>>
> >>> Question: pourquoi ne pas s'y mettre pour la Belgique ?
> >>>
> >>> C'est ce que j'ai tenté de faire à l'échelle de Bruxelles il y a deux
> >>> mois, avec un beau succès pour les musées:
> >>> http://ici.brussels/liste-musees grâce à certains mappeurs qui m'ont
> >>> suivi sur Twitter, notamment eMerzh (voir stats en-dessous). Comme vous
> >>> pouvez le voir sur le graphique du dessus, le travail a porté ses fruits 
> >>> :)
> >>>
> >>> Pourquoi ne pas commencer nous aussi 2016 avec le projet de mettre à
> >>> jour les écoles de Belgique ? Voici déjà de quoi vous donner une idée du
> >>> chantier, toujours pour Bruxelles: http://ici.brussels/liste-ecoles Si
> >>> l'enthousiasme est là, je peux tenter de faire une interface similaire 
> >>> pour
> >>> toute la Belgique...
> >>>
> >>> Est-ce que vous pensez qu'on peut être suffisamment nombreux sur le coup
> >>> pour que ça fonctionne ? Est-ce que ça a déjà été fait pour la Belgique ?
> >>> Pensez-vous qu'il faille écrire une page de directives sur le wiki pour
> >>> harmoniser le travail, créer un hashtag et des stats d'avancement ? Est-ce
> >>> qu'il vaut mieux commencer avec un thème plus "basique" ? Est-ce que vous
> >>> participerez ?
> >>>
> >>> Merci pour vos commentaires et belle semaine !
> >>> Bruno
> >>>
> >>> -
> >>>
> >>> [EN] Do you think it could be a good idea to launch "BE Quarterly
> >>> Projects" on the model used by UK mappers ?
> >>> https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects
> >>> Could we begin by mapping belgian schools during the first quarter of
> >>> 2016 ? Would you be part of the project ?
> >>> Thanks !
> >>> Bruno
> >>>
> >>> -
> >>>
> >>> [NL] Vinden jullie een goed idee "Driemaandelijks projecten" te lanceren
> >>> voor België, op het model dat wordt gebruikt door de Britse mappers met 
> >>> hun
> >>> "UK Quarterly Projects"
> >>> https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects ? Zouden
> >>> jullie deelnemen ?
> >>> Bedankt !
> >>> Bruno

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message 

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

[Ruben Maes]

Thursday 21 January 2016 08:38:46, joost schouppe:
> Come to think of it, a physical school might have several associated
> schools from this CSV file. For example if it is a campus, but also when
> for some reason the building users can convince the Flemish administration
> that they are more than one organization. So your data model should allow
> for more than one set of ID's and names.

That's right. I know a secondary school that's officially 3 schools: one for 
the 1st grade, one for the 2nd and 3rd grade ASO, and one for the 2nd and 3rd 
grade BSO and TSO. Though in practice they operate as one school (same name, 
same buildings, same timetable, same teachers), they each have their own 
headmaster.

It's currently mapped as a single school.

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] University tagging

[Ruben Maes]

Thursday 21 January 2016 12:57:09, Ben Laenen:
> After some more googling, this site has a perfect overview of all the levels 
> in Flanders:
> 
> http://vlaamsekwalificatiestructuur.be/wat-is-vks/kwalificatieniveaus/

Aha, so would we also want a vks:level tag? Or just apply ISCED levels?

I tried to figure it all out based on [1] and [2]. ([2] applies ISCED 1997 to 
our Flemish structure, but we're mapping ISCED 2011. Wikipedia provides a 
comparison of those two schemes.) This becomes:
__

VKS 19972011Name
Basischool
/   0   0   Kleuteronderwijs
1   1   1   Lager onderwijs

Middelbare school
/   2   2   1ste graad secundair onderwijs

2   /   /   2de graad BSO
/   /   /   2de graad ASO, TSO, KSO

3   3   3   3de graad BSO; deeltijds 
beroepssecundair onderwijs
4   3   3   3de graad ASO, TSO, KSO

4   4   4   Extra jaar ASO, TSO, KSO, of 
BSO of specialisatie BSO

Hogeschool
5   5B  5   HBO5
6   5B  5   Professionele bachelor
7   5B? 5?  Master (of arts of zo?)

Universiteit
6   5A  6   Academische bachelor
7   5A  7   Master
8   6   8   Doctoraat
__

A slash denotes that the scale does not have a level for the end of that grade.

I can't get my head around masters in hogescholen. I can only find information 
about master of arts and don't know for sure at what level those are.

So for example tagging a secondary school without BSO or extra years would be:
vks:level=4
isced:level=2;3

One with ASO, TSO, KSO and BSO, with or without specialisation:
vks:level=2;3;4
isced:level=2;3;4

One with only BSO without specialisation year:
vks:level=2;3
isced:level=2;3

With specialisation:
vks:level=2;3;4
isced:level=2;3;4

[1] http://vlaamsekwalificatiestructuur.be/wat-is-vks/kwalificatieniveaus/
[2] 
http://gpseducation.oecd.org/Content/MapOfEducationSystem/BEL/BEL_1997_EN.pdf 
(http://gpseducation.oecd.org/Content/MapOfEducationSystem/BEL/BEL_1997_LL.pdf 
in Dutch for Flanders)

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] University tagging

[Ruben Maes]

Thursday 21 January 2016 15:51:44, Marc Gemis:
> This could be added to the BENELUX preset for JOSM if you want. Just
> let me know when you agree on the tagging. Or add it yourself to
> https://josm.openstreetmap.de/wiki/Presets/BENELUX   :-)

That would be great, thanks :)

I added my analysis of the VKS and ISCED levels to the wiki page, so that 
people looking for it on the wiki can find it.

While making the examples I started wondering where to put those level tags for 
universities, or other schools with lots of campuses. Would it be feasible to 
make a relation for the university or is that too collection-like? Or repeat 
the tags for each campus, but then we would have to know for each location what 
levels are done there (it may be that e.g. bachelor students never have to 
enter specific buildings).

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

[en] Agiv released new aerial imagery of Flanders.

[nl] Ik heb net (toevallig tijdens het mappen) gemerkt dat Agiv gisteren de 
nieuwe winterorthomozaïek van 2015 heeft uitgegeven. Ga dus maar allemaal in je 
editor naar die plaatsen waar je dacht 'allez, wanneer gaan ze hier nieuwe 
fotootjes van tonen'! ;)

https://www.agiv.be/news/2016/januari/update-middenschalige-orthofotomozaiek-winteropnamen

-- 
Dit bericht is ondertekend met OpenPGP.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

Hi

I'm sorry, but just no. Though I am personally shocked just like everyone else, 
I feel that OSM is IMO not the place for these kind of messages. I would rather 
have your changeset reverted.

Furthermore, you have no right to speak on behalf of *all* OSM mappers. There 
may even be terrorists here for all we know.

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

Regards
Ruben


Saturday 14 November 2015 17:14:57, André Pirard:
> Hi,
> 
> OpenstreetMap often extends friendliness by humanitarian tagging.
> In this case of desolation, there is little to tag.  Little...
> Wikipedia have been extremely fast
> <https://en.wikipedia.org/wiki/November_2015_Paris_attacks> in all
> languages !!!
> After some mourning period, the note below may be replaced by this (but
> how?):
> Attentats du 13 novembre 2015 en Île-de-France
> <https://fr.wikipedia.org/wiki/Attentats_du_13_novembre_2015_en_%C3%8Ele-de-France>
> 
> I have just uploaded this change set (scroll down the left pane):
> Our deepest condolences about the horrible terrorist attacks that
> happened here on 2015-11-13.
> <http://www.openstreetmap.org/changeset/35307155>
> It adds the following note <http://wiki.openstreetmap.org/wiki/Key:note>
> to the OSM elements at the 6 attacked locations.
> (they were perfectly mapped, bravo)
> > Nos plus sincères condoléances à propos des monstrueuses attaques
> > terroristes qui ont eu lieu ici le 2015-11-13. Vous avez l'amitié de
> > tous les contributeurs à OpenStreetMap de par le monde.
> In their language.  Sorry no room for added English in <256 characters. 
> Translates to:
> Our deepest condolences about the horrible terrorist attacks that
> happened here on 2015-11-13.
> Receive the friendship of all the Openstreetmap contributors around the
> world.
> 
> Please forward this to other concerned OSM mailing lists.
> Please let me know any change you come to an agreement with.
> I will make any change easily using my *.osm file.
> 
> By Monday, you may like to send the URL to the Press.
> It won't be bad advertising for OpenStreetMap to show the places and to
> join the world's cry .
> But let us hope that vandalism will not be added to terrorism.
> 
> Cheers
> 
> André.
> 
> 

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Ruben Maes]

14/11/2015 18:07:06, André Pirard:
> On 2015-11-14 17:24, Ruben Maes wrote :
> > Hi
> >
> > I'm sorry, but just no. Though I am personally shocked just like everyone 
> > else, I feel that OSM is IMO not the place for these kind of messages. I 
> > would rather have your changeset reverted.
> My mind was not agreeing with my heart when clicking "send" because I
> feared this reply.
> > Furthermore, you have no right to speak on behalf of *all* OSM mappers. 
> That is exactly why I posted this message, to know the general opinion
> about it.
> At this time, it's 1 no 2 yes.
> I'm waiting for more reactions and if there is not a strong majority of
> yeses, I will revert.
> So, please say yes if you feel like it, not just no.

Of course my thoughts are with the victims, but adding it to the map is not the 
way, just because it is not something that belongs in a GIS. Besides, all that 
attention is exactly what those filthy terrorists want!

> By all means, do not tell anybody else that the OSM community until a
> decision is made by Monday.
> 
> And please everybody, say something else that just noes and tell us what
> you think about the Wikipedia link.  That is, a link that is not the
> website of the element but to information related to it.

We don't add tags to the Bristish Parliament for the Gunpowder Treason page, or 
to some random grass field for the Waterloo Battle, or such things. If a 
monument is erected for these attacks, you can map the monument and add the 
monument's Wikipedia page and Wikidata item to the monument's OSM object. The 
Wikidata item should link to both the item for the events and all involved 
locations.

Wikipedia and Wikidata tags should point to the item about the object itself, 
and nothing else.

> > There may even be terrorists here for all we know.
> >
> > If this were to appear in the press like you suggest, I would feel ashamed 
> > and have the feeling that we are using the events for our own cause, which 
> > too many people are already doing.
> I don't feel like that at all.  There is no boasting.
> Would you suppress humanitarian tagging about which there is much boasting?

Humanitarian tagging is actually helping the victims. We can tell the world 
that we are doing this because some people will say, "Hey, I can actually help 
this way instead of changing my profile picture", and that will make the next 
crisis response even better.

> Cheers
> 
> André.
> 
> 
> > Regards
> > Ruben
> >
> >
> > Saturday 14 November 2015 17:14:57, André Pirard:
> >> Hi,
> >>
> >> OpenstreetMap often extends friendliness by humanitarian tagging.
> >> In this case of desolation, there is little to tag.  Little...
> >> Wikipedia have been extremely fast
> >> <https://en.wikipedia.org/wiki/November_2015_Paris_attacks> in all
> >> languages !!!
> >> After some mourning period, the note below may be replaced by this (but
> >> how?):
> >> Attentats du 13 novembre 2015 en Île-de-France
> >> <https://fr.wikipedia.org/wiki/Attentats_du_13_novembre_2015_en_%C3%8Ele-de-France>
> >>
> >> I have just uploaded this change set (scroll down the left pane):
> >> Our deepest condolences about the horrible terrorist attacks that
> >> happened here on 2015-11-13.
> >> <http://www.openstreetmap.org/changeset/35307155>
> >> It adds the following note <http://wiki.openstreetmap.org/wiki/Key:note>
> >> to the OSM elements at the 6 attacked locations.
> >> (they were perfectly mapped, bravo)
> >>> Nos plus sincères condoléances à propos des monstrueuses attaques
> >>> terroristes qui ont eu lieu ici le 2015-11-13. Vous avez l'amitié de
> >>> tous les contributeurs à OpenStreetMap de par le monde.
> >> In their language.  Sorry no room for added English in <256 characters. 
> >> Translates to:
> >> Our deepest condolences about the horrible terrorist attacks that
> >> happened here on 2015-11-13.
> >> Receive the friendship of all the Openstreetmap contributors around the
> >> world.
> >>
> >> Please forward this to other concerned OSM mailing lists.
> >> Please let me know any change you come to an agreement with.
> >> I will make any change easily using my *.osm file.
> >>
> >> By Monday, you may like to send the URL to the Press.
> >> It won't be bad advertising for OpenStreetMap to show the places and to
> >> join the world's cry .
> >> But let us hope that vandalism will not be added to terrorism.
> >>
> >> Cheers
> >>
> >> André.
> >>
> >>
> >
> 


signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Agiv

[Ruben Maes]

Tuesday 27 October 2015 12:43:42, Louis van Boeckel:
> Agiv heeft de luchtbeelden van 2014 vrijgeven, hoe krijg ik die in josm! 
> of is er iemand die dat kan doen.

Ik geloof dat de "AGIV(laanderen) aerial imagery (covers Brussels region as 
well) (2013)" steeds de laatste beelden zijn, hoewel er 2013 in de naam staat.

Die bron staat in het menu Imagery van JOSM als je een gebied in België 
bekijkt. Zo niet gebruik je waarschijnlijk een oudere versie van JOSM en moet 
je het aanzetten in de Imagery preferences.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Mappingparty in Gent

[Ruben Maes]

*English below*

Tijdens de Mini-Hackathon in september, die uiteindelijk is uitgedraaid op een 
gewone meetup, hebben Joost en ik het idee opgevat om een mappingparty in Gent 
te organiseren op 4 november. Het zou zijn voor mappers die al wat ervaring 
hebben, niet gericht op nieuwe mappers.

Joost gaat het ook nog op Meetup zetten.

Later zouden we ook nog eens een mappingparty kunnen doen in Gent die dan wel 
gericht is op nieuwe mappers.



During the mini Hackathon in September Joost and I got the idea to organize a 
mapping party in Ghent on 4 November. It would be for mappers with some 
experience, not for new ones.

Joost will also put the event on Meetup.

Later we could also do a mapping party in Ghent for new mappers.

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Portal for end users

[Ruben Maes]

Tuesday 15 September 2015 15:12:12, Alex Barth:
> On Tue, Sep 15, 2015 at 2:01 PM, Paul Johnson  wrote:
> 
> > It actually appears they are claiming to do so (based on Mapbox
> > attribution), though I question how recent their snapshot is or how they're
> > coming to some of the conclusions they are in the Tulsa area
> 
> 
> Paul - Ian's spot on: the new Mapquest maps on http://beta.mapquest.com/
> are OSM except in the US where they're TomTom.

I am disgusted to find out that (while the map is definitely OSM) they aren't 
using OSM's POIs in Belgium.


signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] A12 motorway

[Ruben Maes]

Saturday 05 September 2015 20:16:16, Erik Beerten:
> AX: te ontwerpen van N31 (Brugge - Blauwe Toren) tot N49/A11 (West-kapelle)"
Note that the AX has already changed ref and will join the A11. Eventually the 
A11 will go from Antwerp to Brugge Blauwe Toren.

http://www.a11verbindt.be/

-- 
The field "from" of an email is about as reliable as the address written on the 
back of an envelope. That's why this message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] missing affiliation on BIPT website

[Ruben Maes]

Thursday 27 August 2015 07:26:47, Nicolas Pettiaux:
 Would any of you have ideas or suggestions (and the time) to contribute 
 to the letter that I would send ?

I keep an archive of the letters I send at the wiki[1]. I posted them to the 
list prior to sending them and no-one complained :p

They're in Dutch but maybe you can draw some inspiration from them. Does anyone 
else have such a list of their sent letters?

[1] https://wiki.openstreetmap.org/wiki/User:M!dgard/Copyrightbrieven

-- 
The field from of an email is about as reliable as the address written on the 
back of an envelope. That's why this message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Meetup

[Ruben De Smet]

I just checked my schedule (saw the hackaton appear on meetup) and the week of 
the 24th, my University (Vrije Universiteit Brussel, the Flemish version of 
FOSDEM's university Université Libre de Bruxelles/ULB) sessions start again. I 
saw the 25th, I have a college to attend at 8 o'clock. I could come by and have 
a look, although my attendace would be short.

I don't mind hacky nor beery by the way. Both of them are great.

Apparently I have college every day at 8:00, except for Wednesdays, where I 
only start at 13 o'clock.

I'm near Antwerp for the weekends and in Brussels for the weeks. I can probably 
get something organised at the Etterbeek campus too.

Ruben

joost schouppe wrote:
 Well, I just scheduled a little hackaton in Gent:
 http://www.meetup.com/OpenStreetMap-Belgium/events/224843744/
 
 If our newest Ruben wants something less hacky and more beery, I can set up
 a date for another Gent or Antwerp meetup. First week of October perhaps?
 
 2015-08-21 13:20 GMT+02:00 Ruben De Smet ruben.de.s...@glycos.org:
 
  Ruben Maes wrote:
   As part of the still ongoing manual welcome new mappers effort, I just
  welcomed Ruben. He joined the Meetup group and would like to attend one.
  Any plans for an upcoming one?
 
  Haha, this is funny. Just subscribed to this list.
 
  I should mention I have exams until the 1st of September and I'm probably
  leaving for a holiday too. Keep me posted ;-)
 
  Greetings,
 
  Ruben
 
  
   --
   The field from of an email is about as reliable as the address written
  on the back of an envelope.
  
   Use OpenPGP to verify that this message is sent by me. You can find my
  public key in the public directories, like pool.sks-keyservers.net.
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
 
 -- 
 Joost @
 Openstreetmap http://www.openstreetmap.org/user/joost%20schouppe/ |
 Twitter https://twitter.com/joostjakob | LinkedIn
 https://www.linkedin.com/pub/joost-schouppe/48/939/603 | Meetup
 http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/ | Reddit
 https://www.reddit.com/u/joostjakob | Wordpress
 https://joostschouppe.wordpress.com/



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

Re: [OSM-talk-be] Meetup

[Ruben De Smet]

Ruben Maes wrote:
 As part of the still ongoing manual welcome new mappers effort, I just 
 welcomed Ruben. He joined the Meetup group and would like to attend one. Any 
 plans for an upcoming one?

Haha, this is funny. Just subscribed to this list.

I should mention I have exams until the 1st of September and I'm probably 
leaving for a holiday too. Keep me posted ;-)

Greetings,

Ruben

 
 -- 
 The field from of an email is about as reliable as the address written on 
 the back of an envelope.
 
 Use OpenPGP to verify that this message is sent by me. You can find my public 
 key in the public directories, like pool.sks-keyservers.net.



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

[OSM-talk-be] Meetup

[Ruben Maes]

As part of the still ongoing manual welcome new mappers effort, I just 
welcomed Ruben. He joined the Meetup group and would like to attend one. Any 
plans for an upcoming one?

-- 
The field from of an email is about as reliable as the address written on the 
back of an envelope.

Use OpenPGP to verify that this message is sent by me. You can find my public 
key in the public directories, like pool.sks-keyservers.net.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-es] Colaboración para corregir errores en direcciones

[Ruben Lopez Mendoza]

Hola Carlos:


En Mapbox trabajamos para solucionar errores similares a los de tus
archivos, utilizamos el to-fix
https://www.mapbox.com/blog/introducing-to-fix/  , es una herramienta que
permite subir tareas de archivos CSV files  y luego estos errores te brinda
uno a uno, así pueden trabajar con muchos usuarios sin generar conflictos
de lo de los puntos arreglados, también puedes hacer seguimiento de quienes
están trabajando y cuantos ítems se ha solucionado,  también puedes
utilizar el plugin para JOSM https://github.com/osmlab/josm-tofix-plugin,
en este momento seguimos desarrollando mas funcionalidades, y mejorando el
back-end, si lo puedes procesar estos archivos en un CSV file
(`lat`,`lon`,`osmid`…) yo te podría ayudar a subir  tus tareas para que los
trabajes.


Saludos,

Ruben

2015-08-18 13:25 GMT-05:00 Carlos Dávila cdavi...@orangecorreo.es:

 Hola a todos
 Recientemente he añadido al archivo de errores [1] que genero al hacer los
 mapas para Garmin un archivo que contiene diversos errores relacionados con
 la asignación de direcciones postales. Los errores pueden ser que no
 coinciden las etiquetas addr:street del edificio con la etiqueta name de
 la calle en la que está el edificio (nombres sin acentos, abreviaturas...),
 que hay un edificio con una dirección, pero no hay ninguna calle próxima,
 problemas con la interpolación de números de policía cuando se usa
 addr:interpolation, etc. Muchos de los errores se deben a importaciones de
 catastro en las que no se han contrastado adecuadamente los datos
 existentes en OSM antes de subir los datos de catastro. También hay
 problemas en zonas con dos idiomas oficiales, en las que la información en
 el edificio está en un idioma y la de la calle relacionada en otro.
 En los últimos días he corregido bastantes de esos errores, pero la verdad
 es que son muchos (más de 90.000) y vendría bien si más gente echara una
 mano, a ver si podemos reducir ese número significativamente. Y, por favor,
 la gente que está importando datos de catastro que ponga un poco más de
 cuidado y revise bien los datos antes de subirlos para no duplicar el
 trabajo.
 El archivo que contiene este tipo de errores es el que se llama
 HouseNumbers.txt y tenéis más información sobre los tipos de errores y la
 forma de solucionarlos en el archivo LEEME_errors.txt. Los dos están dentro
 del archivo comprimido.
 [1] http://mapas.alternativaslibres.es/errors_Spain.zip

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

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

Re: [Talk-es] Colaboración para corregir errores en direcciones

[Ruben Lopez Mendoza]

Hola Carlos,
Aqui te mando dos ejemplos, los sacamos utilizando osm inspector y
keepright.at, Me gustaria saber mas sobre  los datos  que procesas, y que
herramietas utilizas para procesar estos datos de todo el planeta.

Saludos ,
Ruben

2015-08-18 16:05 GMT-05:00 Carlos Dávila cdavi...@orangecorreo.es:

 Parece interesante y con un gran potencial. ¿Podrías pasarme algún ejemplo
 de un CSV para ver la estructura y los datos que tiene? Otro de los
 archivos de errores que recopilo parece que encajaría exactamente en la
 tarea Impossible one-ways que veo que ya hay en to-fix. Yo proceso datos
 de todo el planeta, así que si encontramos una forma de alimentar to-fix
 con ellos puede ser muy provechoso para el proyecto.

 El 18/08/15 a las 21:11, Ruben Lopez Mendoza escribió:


 Hola Carlos:


 En Mapbox trabajamos para solucionar errores similares a los de tus
 archivos, utilizamos el to-fix
 https://www.mapbox.com/blog/introducing-to-fix/  , es una herramienta
 que permite subir tareas de archivos CSV files  y luego estos errores te
 brinda uno a uno, así pueden trabajar con muchos usuarios sin generar
 conflictos de lo de los puntos arreglados, también puedes hacer seguimiento
 de quienes están trabajando y cuantos ítems se ha solucionado,  también
 puedes utilizar el plugin para JOSM
 https://github.com/osmlab/josm-tofix-plugin, en este momento seguimos
 desarrollando mas funcionalidades, y mejorando el back-end, si lo puedes
 procesar estos archivos en un CSV file (`lat`,`lon`,`osmid`…) yo te podría
 ayudar a subir  tus tareas para que los trabajes.


 Saludos,

 Ruben


 2015-08-18 13:25 GMT-05:00 Carlos Dávila cdavi...@orangecorreo.es
 mailto:cdavi...@orangecorreo.es:


 Hola a todos
 Recientemente he añadido al archivo de errores [1] que genero al
 hacer los mapas para Garmin un archivo que contiene diversos
 errores relacionados con la asignación de direcciones postales.
 Los errores pueden ser que no coinciden las etiquetas
 addr:street del edificio con la etiqueta name de la calle en la
 que está el edificio (nombres sin acentos, abreviaturas...), que
 hay un edificio con una dirección, pero no hay ninguna calle
 próxima, problemas con la interpolación de números de policía
 cuando se usa addr:interpolation, etc. Muchos de los errores se
 deben a importaciones de catastro en las que no se han contrastado
 adecuadamente los datos existentes en OSM antes de subir los datos
 de catastro. También hay problemas en zonas con dos idiomas
 oficiales, en las que la información en el edificio está en un
 idioma y la de la calle relacionada en otro.
 En los últimos días he corregido bastantes de esos errores, pero
 la verdad es que son muchos (más de 90.000) y vendría bien si más
 gente echara una mano, a ver si podemos reducir ese número
 significativamente. Y, por favor, la gente que está importando
 datos de catastro que ponga un poco más de cuidado y revise bien
 los datos antes de subirlos para no duplicar el trabajo.
 El archivo que contiene este tipo de errores es el que se llama
 HouseNumbers.txt y tenéis más información sobre los tipos de
 errores y la forma de solucionarlos en el archivo
 LEEME_errors.txt. Los dos están dentro del archivo comprimido.
 [1] http://mapas.alternativaslibres.es/errors_Spain.zip



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

object_type,object_id,st_astext
way,240575520,POINT(-104.3656973 37.5257579)
way,229276949,POINT(132.5374656 47.6390661)
way,73697162,POINT(-120.2284417 49.6256728)
way,238738101,POINT(88.4819302 22.6225547)
way,239525865,POINT(-48.3371092 -10.1610677)
way,126709967,POINT(-58.2627492 -32.49345)
way,275126925,POINT(22.444966 -33.9975593)
way,290618761,POINT(-92.4819449 43.9493174)
way,180058962,POINT(6.1314085 46.2123581)
way,131449146,POINT(-74.4341928 39.3776287)
way,177616283,POINT(-95.9573263 41.376773)
way,274460254,POINT(-103.5216267 38.8153349)
way,127429758,POINT(118.0951422 24.5949676)
way,160107899,POINT(118.9073379 42.2381952)
way,263343590,POINT(-85.3056136 35.1015208)
way,239818727,POINT(11.1144926 46.0623009)
way,40753266,POINT(-0.0973736 39.9256878)
way,247186753,POINT(-49.2424062 -16.8122599)
way,73691029,POINT(-119.843616 49.2556917)
node,1912682493,POINT(113.2142133 23.2106291)
way,17387,POINT(11.9862292 57.7310363)
way,95740570,POINT(-68.8257257 -32.8835562)
way,215035964,POINT(147.1318139 -36.9767241)
way,198801332,POINT(-95.1710418 29.8270934)
way,95976385,POINT(111.6779024 21.8272853)
way,105622488,POINT(140.3511569 38.3092772)
way,201515280,POINT(145.2337779 -38.0010835)
way,260254851,POINT(116.813029 24.7879583)
way,257543310,POINT(-53.0775432 -26.3873318)
way,172081867,POINT(6.1619475 46.2854608)
way,146343018,POINT(-8.4222376 41.5475311)
way,273431116,POINT(45.0315489 37.5208577)
way,198801313,POINT(-75.1873585

Re: [OSM-talk] OpenStreetMap Carto v2.33.0 release

[Ruben Maes]

Saturday 15 August 2015 12:59:55, Paul Norman:
 On 8/15/2015 4:26 AM, Dave F. wrote:
  Hi
 
  Does the combined wood/forest update include landcover=trees? If not 
  it needs to be included all three should render the same (IMO).
 
 No. Nor are there any issues created about rendering landcover=trees. As 
 the landcover key is currently not in the database, it is not happening 
 in the short-term either.

https://taginfo.openstreetmap.org/keys/landcover

17 117 occurences is not 'not in the database'. Sure, it's only 0.12% of all 
landuses, but this is a key that isn't even rendered on the default style.

 For clarity, this is not to imply that we will or will not render 
 landcover=trees. As there's no issue about it, it hasn't been discussed.

-- 
The field from of an email is about as reliable as the address written on the 
back of an envelope.

Use OpenPGP to verify that this message is sent by me. You can find my public 
key in the public directories, like pool.sks-keyservers.net.

signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] History of specific areas

[Ruben Maes]

On Thursday 13 August 2015 08:22:59 Maarten Deen wrote:
 Is there a tool available to search for the history of items in a 
 specific area? OSM History Viewer only works if you have the id of an 
 object. I don't know if OWL can do it because it is offline.
 I don't have the id for the node, I just know something was there and 
 has been deleted at some point.

I think you may be looking for WhoDidIt:
http://simon04.dev.openstreetmap.org/whodidit/

-- 

The field from of an email is about as reliable as the address written on the
back of an envelope.

Use OpenPGP to verify that this message is sent by me. You can find my public 
key in the public directories, like pool.sks-keyservers.net.

signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] stop deleting abandoned railroads

[Ruben Maes]

On Thursday 13 August 2015 21:54:39 Warin wrote:
 Leave the node data in OSM, change the tag building=yes to 
 building=demolished (may not be rendered nor official OSM tagging) add a 
 note as to who/why ..

I advocate using demolished:building=yes as described in 
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix. This is clearer for data 
consumers.

-- 

The field from of an email is about as reliable as the address written on the 
back of an envelope.

Use OpenPGP to verify that this message is sent by me. You can find my public 
key in the public directories, like pool.sks-keyservers.net.

signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] stop deleting abandoned railroads

[Ruben Maes]

On Thursday 13 August 2015 15:10:14 Mateusz Konieczny wrote:
 On Thu, 13 Aug 2015 21:54:39 +1000
 Warin 61sundow...@gmail.com wrote:
 
  For example a demolished building .. may have a new building built on 
  the same spot .. with the same outline.
  Leave the node data in OSM, change the tag building=yes to 
  building=demolished (may not be rendered nor official OSM tagging)
  add a note as to who/why ..
  and then if rebuilt change the tag back to building=yes... with a
  source tag please.
  If the site has a different shaped building then the nodes will have
  to be changed, or the site gets used for something else .. then
  change it. But untill then leave the old data there.
 
 This is a bad idea. Maybe [note=this building is demolished] to protect
 against mapping from outdated aerial images may be OK.
 
 But expecting data consumers displaying buildings to filter out
 building=demolished, building=razed, building=proposed etc etc is a
 really bad idea.

Or you use demolished:building=yes as I said an hour ago.

This is clearer than a note IMO,
allows to retain all tags of the demolished building for reference and
caters for potential data consumers interested in demolished buildings.

-- 

The field from of an email is about as reliable as the address written on the 
back of an envelope.

Use OpenPGP to verify that this message is sent by me. You can find my public 
key in the public directories, like pool.sks-keyservers.net.

signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] Welcoming platform (was: publieke telefooncellen / public telephones)

[Ruben Maes]

2015-07-31 14:47 GMT+02:00 Jo winfi...@gmail.com:
 Great initiative!

 I might be interested to help, if we could consider implementing it in
 Django/Python.

Currently it's in PHP (hey don't laugh, some big sites use that too)
but I'm very open to learning new languages. :)

 I'm brooding on plans to report about public transport and cycle/walking
 routes as well.

 Polyglot

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

[OSM-talk-be] Welcoming platform (was: publieke telefooncellen / public telephones)

[Ruben Maes]

Op 30 juli 2015 23:02 schreef Ben Abelshausen ben.abelshau...@gmail.com:
 2015-07-30 18:43 GMT+00:00 Ruben Maes ru...@janmaes.com:

 Het allemaal met de hand verifiëren klinkt leuk maar zoveel actieve
 mappers hebben we niet ...

 Dat is inderdaad het probleem... We proberen al heel lang om meer mensen
 actief te betrekken maar dat is niet gemakkelijk en veel werk.
 Welcome-messages helpen echt wel volgens mij dus enorm bedankt om daaraan
 mee te werken! Het is hier in ieder geval al een stuk drukker dan een paar
 jaar geleden, hoe dat komt weet ik niet zeker! ;-)

I'm making a proof-of-concept of a platform to help us welcome new
mappers. Joost Schouppe has made this Google Sheet[1] which is awesome
but we both agree something better can be built.

What the platform currently can do:
* import a CSV with the mappers from the Google Sheet (so work we've
done there isn't lost!)
* request and parse
http://resultmaps.neis-one.org/newestosmcountryfeed.php?c=Belgium to
detect new mappers
* fetch the changesets of new users and determine their primary
editor, and if they use iD also their language
* show a profile for each new contributor with their number of
changesets, picture e.a. (one-page static preview at [2])
* show a list of new contributors (with a summary of their profile)
* generate custom welcome messages based on their language and editor

What I would like it to do:
* store notes for each contributor (and the author of the note) and a
description of what they've done (partially present: can only be
imported, not yet edited)
* maybe store a more elaborate history of the correspondence with a contributor
* show some stats
* be able to generate potential vandalism messages
* be hosted on osm.be

I'm not that good at programming and the PHP code's currently a mess :p
I would like to start over with some help. If you would like to help, please do!


[1] 
https://docs.google.com/spreadsheets/d/116b0HzWb3dCFy6Qp52pEGgRZXPTXWKyf8YWxSapXZQ4/edit
[2] http://rumores.eu/osm-welcome/preview.html

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

Re: [OSM-talk] name:etymology:wikidata

[Ruben Maes]

2015-07-31 17:21 GMT+02:00 Lester Caine les...@lsces.co.uk:
 On 31/07/15 16:09, Jo wrote:
 That's what is proposed here though:
 http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata

 And it keeps that particular wikidata tag nicely together with the name
 when sorted alphabetically.

 I don't see any point loading our servers down with wikidata content. If
 you want the data that goes with a 'wikidata=*' entry then simply ask
 wikidata for it. Same with wikipedia and other data sources. If you want
 a sorted list get wikidata to provide it ...

He means that when you view it in JOSM, where tags are listed
alphabetically, they are nicely grouped together.

Well-written software should know that anything longer that 3
characters cannot be a language code and should ignore it if it isn't
interested. Especially when it has a colon in it.

This kind of information is interesting. Please go on Jo :)

I'd say make a reference to the actual object is named after, not just
to 'church'.

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

Re: [OSM-talk] name:etymology:wikidata

[Ruben Maes]

2015-07-31 17:31 GMT+02:00 Ruben Maes ru...@janmaes.com:
 I'd say make a reference to the actual object is named after, not just
 to 'church'.

Although this might not always be clear. There is a street called
Church Street near me and it has two churches. Which church is the
street named after? Some historical research has to be done there.
Perhaps it was named after the two churches, in which case there'd
have to be two references? Is there any way to do that apart from the
hated semi-colon separated list?

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

[Ruben Maes]

Op 30 juli 2015 23:02 schreef Ben Abelshausen ben.abelshau...@gmail.com:
 Ik vind marc zijn idee wel goed, we moeten meer van zo een opportuniteit
 gebruik maken om OSM op te promoten, zoals met de nieuwe situatie in
 Brussel. Als er iemand toegang wil tot osm.be om te bloggen, gewoon mij even
 mailen en het is in orde! Misschien moeten we het omkeren en een actie doen
 van wij twijfelen wel of écht alle telefooncellen weg zijn en help ons
 zoeken ;-)

Klinkt goed, alles is goed om nieuwe mappers te lokken :)

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

[Ruben Maes]

Op 30 juli 2015 17:27 schreef Glenn Plas gl...@byte-consult.be:
 On 30-07-15 13:01, Ben Laenen wrote:
 On Wednesday 29 July 2015 22:31:55 Ruben Maes wrote:
 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er
eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

 Officieel volgens wiki op deze idiote manier waarvan je er een paar van
 mij zult vinden in de OSM DB:

 traffic_sign=BE:C3;Type-IV

Ik geloof dat dat dan per de wikipagina met een komma moet (BE:C3,Type-IV)
aangezien het een gerelateerd bord is?

If traffic signs are related, the additional sign IDs should be separated
from the main sign by comma ,

 Dat is dat bord.   Wat een fantastisch idee toch om die onderborden niet
 onder te verdelen op eenduidige manier.

 http://www.wegcode.be/wetteksten/secties/mb/mb-111076/868-hs2art13

 Maar Type-IV zegt niet wat er op het bord staat.  Best wel annoying punt
 van verkeersborden in dit land.

En de wegcode 4° Type IV : Beperking van een verbod of van een gebod voor
zekere categorieën van voertuigen klopt niet eens echt: laden en lossen is
geen voertuigcategorie.

Ook leuk zijn deze:

​Uitgezonderd 6-12 uur en op de laatste zondag van de paasvakantie
1e-15e-16e en de laatste dag van de maand
Uitgezonderd De Lijn, taxi's en laden en lossen van 6 tot 11u en van 19 tot
20u en uitgezonderd toegang garages; uitgezonderd fietsen en bromfietsen
klasse A

Heerlijk toch, en zelfs niet eens eenduidig.
​
En als de verkeersbordkaart moeite heeft met meerdere borden aan één paal,
moeten we ook zeker deze eens mappen:

​
De dijk van Wenduine, de Markt van Brugge en de Smet de Naeyerlaan in
Blankenberge, respectievelijk.

België is gewoon verschrikkelijk op vlak van verkeersborden.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] publieke telefooncellen / public telephones

[Ruben Maes]

Op donderdag 30 juli 2015 heeft Ben Abelshausen ben.abelshau...@gmail.com
het volgende geschreven:
 Hey,
 Ik ben het wel eerder eens met de opmerking van woodpeck.
 We corrigeren bushaltes van de lijn, vinden fouten in data van het AGIV,
ik denk dat het niet onrealistisch is om te stellen dat proximus ook niet
100% zeker weet waar alle telefooncellen staan. Ze zijn dan misschien niet
meer actief, maar ze bestaan misschien nog wel.

Als ze niet meer werken, moeten ze verwijderd worden. Voor een winkel die
weg is laat je ook de shop-tag niet staan.

 Wat in de pers komt is trouwens nooit echt te vertrouwen, zouden de
journalisten overal gaan kijken zijn, of zijn ze aan het mailen geweest met
mensen bij proximus?

Goed punt. Ik vertrouw de pers ook al lang niet meer en naar ik gehoord heb
staat het hokje er hier en daar wel nog. Maar je zal de telefoon als die er
nog in zit niet meer kunnen gebruiken.

 Ik ben dus duidelijk tegen het verwijderen op deze manier zonder lokale
kennis van zaken.

Het allemaal met de hand verifiëren klinkt leuk maar zoveel actieve mappers
hebben we niet ...

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 On Thu, Jul 30, 2015 at 1:10 PM, wannes wanne...@gmail.com wrote:

 Ok. I removed 3 non existing phonebooths. Will clean/survey Antwerp as
soon as possible :-)

 On Tue, Jul 28, 2015 at 12:32 PM, Ruben Maes ru...@janmaes.com wrote:

 Yes, both of those actions would be great!

 You can add your comment in a 'note' tag.

 2015-07-28 12:26 GMT+02:00 wannes wanne...@gmail.com:
  Op 28 jul. 2015 12:13 PM schreef Ruben Maes ru...@janmaes.com:
 
 
  En nu het rare: er waren 320 telefooncellen met operator die ik heb
  verwijderd. Nu ik eens kijk naar alle telefonen
  (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320
  overblijven!
 
  It has been a while for me and OSM.
  If I do a survey for one of these 320 and I see no phoneboot, I
remove the
  node?
  (Some are right around the corner)
 
  If I see one of these 320 that is still there. Would it be useful to
add a
  comment to the node? Yes, verified 2015-07-28, still in place, do not
  remove
 
 
  Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je
  regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et
  Overpass montre qu'il en reste encore exactement 320!

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

[Ruben Maes]

De plug-in doet meer dan alleen de verkeersborden erop zetten, hij
probeert ook toe te voegen wat dat bord betekent. Zo'n turn
restrictions moeten eigenlijk op een relatie worden gezet[1], maar de
plug-in doet dat niet. Ik vind het zelf ook nogal raar.

[1] https://wiki.openstreetmap.org/wiki/Relation:restriction


Op 30 juli 2015 11:11 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com:
 Ik wilde ook wel wat verkeersborden mappen met behulp van de plugin  maar ik
 stoot op waarschuwingen die in niet begrijp.

 Als ik een node plaats op (of zelfs naast ) een weg vult de plugin volgende
 gegevens in:

 restriction= only_right_turn

 type= restriction.

 Als ik de gegevens wil bijwerken krijg ik de waarschuwing:

 Restriction=*on a node, Should be used in a relation(1)



 Wat doe ik verkeerd?



 Guy Vanvuchelen



 Van: Jo [mailto:winfi...@gmail.com]
 Verzonden: woensdag 29 juli 2015 23:02
 Aan: OpenStreetMap Belgium
 Onderwerp: Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie



 Spijtig genoeg is dat van die onderborden me ook niet helemaal duidelijk.

 Ik heb wel de RoadSigns plugin voorzien van data voor de Belgische
 verkeersborden.

 Dit bord wordt niet correct weergegeven op de OpenPOImap:
 http://www.openstreetmap.org/node/3670114215

 Is dat omdat het een gecombineerd bord is?

 Jo



 Op 29 juli 2015 22:31 schreef Ruben Maes ru...@janmaes.com:

 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

 Op 29 juli 2015 22:07 schreef Marc Zoutendijk marczoutend...@mac.com:
 Werkend aan openpoimap kwam het verzoek van verschillende kanten of dat
 ook
 geschikt zou kunnen worden gemaakt om verkeersborden te laten zien.
 Na enig sleutelwerk, testen en met de hulp van Frankvandermeersch is er
 (al
 geruime tijd) een versie die werkt voor de Belgische verkeersborden.
 Het heet Taglocator Verkeersborden BE en is hier te vinden:

 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/

 Een voorbeeld met een aantal verkeersborden staat hier:


 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF

 Er zitten nogal wat haken en ogen aan (wat te doen met meerdere borden op
 een paal bv), nog niet alle borden zijn aanwezig en er is wat discussie
 over
 de juiste benaming van de borden en de wijze van taggen is soms
 onduidelijk.

 Het valt in ieder geval op dat er nog weinig verkeersborden op de kaart
 staan.
 Ik heb er de laatste maanden niet veel meer aan verder ontwikkeld en wacht
 feitelijk op input van de gebruikers…

 Marc.

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

[Ruben Maes]

Op 28 juli 2015 12:39 schreef Marc Gemis marc.ge...@gmail.com:
 door het schrijven van een diary entry loop je nu het risico van de
 anti-automated-edit-politie op je dak te krijgen.

Lap, 't is al van dat ¬_¬

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

[Ruben Maes]

Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

Op 29 juli 2015 22:07 schreef Marc Zoutendijk marczoutend...@mac.com:
 Werkend aan openpoimap kwam het verzoek van verschillende kanten of dat ook
 geschikt zou kunnen worden gemaakt om verkeersborden te laten zien.
 Na enig sleutelwerk, testen en met de hulp van Frankvandermeersch is er (al
 geruime tijd) een versie die werkt voor de Belgische verkeersborden.
 Het heet Taglocator Verkeersborden BE en is hier te vinden:

 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/

 Een voorbeeld met een aantal verkeersborden staat hier:

 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF

 Er zitten nogal wat haken en ogen aan (wat te doen met meerdere borden op
 een paal bv), nog niet alle borden zijn aanwezig en er is wat discussie over
 de juiste benaming van de borden en de wijze van taggen is soms onduidelijk.

 Het valt in ieder geval op dat er nog weinig verkeersborden op de kaart
 staan.
 Ik heb er de laatste maanden niet veel meer aan verder ontwikkeld en wacht
 feitelijk op input van de gebruikers…

 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] Fwd: [OSM-talk] Help us make a logo! (and win tickets to State of the Map 2016!)

[Ruben Maes]

Hi everyone

I just realised this might interest some of you.
As you know State of the Map is in Brussels next year. And they need a
logo! There's a contest and there aren't many entries yet.
(https://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Logo_entries)
So if you got an idea and can use Inkscape or Illustrator or the like,
give it a shot!

I've drawn something myself but there must be people who can do a better job.


-- Forwarded message --
From: Rob Nickerson rob.j.nicker...@gmail.com
Date: 2015-07-16 21:38 GMT+02:00
Subject: [OSM-talk] Help us make a logo! (and win tickets to State of
the Map 2016!)
To: OpenStreetMap t...@openstreetmap.org


The State of the Map working group is pleased* to announce a call for
logo designs. We need your help to build a strong recognisable logo
for State of the Map 2016 (SotM) conference taking place in Brussels,
Belgium. The conference is the OpenStreetMap Foundation’s annual
gathering of the OSM community, interested parties and others.

We’ve put together a Design Brief which outlines what we’re looking
for in a logo. Entrants can be an individual or team of people, even a
design company.

http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Logo_brief

The deadline for entries is 23:59 UTC (before midnight) on Saturday
15th August 2015 and we can’t wait to see your all your wonderful
entries!

Good luck!

Rob,
On behalf of the SotM WG

* In fact we're delighted - this has been something we've done for
previous SotM's and it is always amazing to see your logo ideas :-D

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

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

[Ruben Maes]

(tentative de français en bas)

Dit leek me perfect om eens een echt dagboekbericht over te schrijven:

https://www.openstreetmap.org/user/M!dgard/diary/35474

Ik heb alleen de telefoontjes met operator Belgacom of Proximus (van
die laatste waren er wel geen) weggedaan. De rest moet allicht worden
gesurveyed; er zijn misschien nog andere telefooncellen.

En nu het rare: er waren 320 telefooncellen met operator die ik heb
verwijderd. Nu ik eens kijk naar alle telefonen
(http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320
overblijven!

---

Cela me semblait parfait pour écrire une véritable entrée de journal:

https://www.openstreetmap.org/user/M!dgard/diary/35474

J'ai enlevé seulement les téléphones avec opérateur Belgacom ou
Proximus (il n'y avait aucun avec ce dernier). Le reste devrait
probablement surveyé ; il peut y avoir d'autres téléphones.

Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je
regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et
Overpass montre qu'il en reste encore exactement 320!

Op 28 juli 2015 05:28 schreef Marc Gemis marc.ge...@gmail.com:
 Laat je nog even weten hoeveel je er nog hebt verwijderd ?

 m

 2015-07-27 22:15 GMT+02:00 Ruben Maes ru...@janmaes.com:

 Ik heb net een mail gekregen van een nieuwe mapper die ik een
 welkomstbericht had gestuurd. Hij vraagt of er een manier is om alle
 telefoonhokjes in één keer te verwijderen.

 Natuurlijk kan ik hem daarmee helpen, maar ik wou even vragen of
 iemand er bezwaar tegen heeft als ik met Overpass alle
 amenity=telephones met operator~[Bb]elgacom|[Pp]roximus in JOSM laadt
 en ze verwijder?

 Op 1 juni 2015 16:26 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com:
  Zojuist op het (radio) nieuws gehoord dat de laatste afgebroken is!
 
 
 
  Guy Vanvuchelen
 
 
 
  Van: Marc Gemis [mailto:marc.ge...@gmail.com]
  Verzonden: maandag 1 juni 2015 16:08
  Aan: Jo Hannes; OpenStreetMap Belgium
  Onderwerp: Re: [OSM-talk-be] publieke telefooncellen / public telephones
 
 
 
  Volgens het artikel in humo, werden die in/aan het centraal station van
  Antwerpen (of was het een ander station) afgebroken.
 
  Er waren er wel een paar die niet verwijderd konden worden (toen het
  artikel
  werd geschreven), omdat er nog stroom op de kabel zat, of de cabine zo
  verankerd was in de omgeving dat het niet mogelijk was. Misschien dat
  die
  ondertussen al wel verwijderd zijn, maar misschien ook niet.
 
 
 
  m.
 
 
 
 
 
  2015-06-01 16:01 GMT+02:00 Jo winfi...@gmail.com:
 
  In stations en 'toeristische' plaatsen zou 'k verwachten dat er toch nog
  een
  aantal over blijven.
 
  Jo
 
 
 
  Op 1 juni 2015 15:56 schreef Jakka vdmfrank...@gmail.com:
 
 
 
  Mogen verwijderd worden zonder survey ?
 
  Marc Gemis schreef op 27/05/2015 om 6:55:
 
  Hallo,
 
  Jullie hebben het misschien al gehoord, maar tegen 1 juni zouden alle
  publieke telefooncellen van Belgacom moeten verdwenen zijn uit het
  straatbeeld. Volgens een artikel in een weekblad zal het misschien wel
  langer duren. Maar misschien is het wel het moment om eens op OSM te
  kijken of er nog in je buurt staan ?
 
 
 
  You might have heard it before, but Belgacom hopes to remove all phone
  booths by June 1. According to an article in a magazine, it might take a
  bit longer, but it might still be a good moment to start cleaning up OSM
  and remove phone booths that are no longer there.
 
  happy mapping
 
  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



 ___
 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] publieke telefooncellen / public telephones

[Ruben Maes]

Op 28 juli 2015 12:39 schreef Marc Gemis marc.ge...@gmail.com:
 door het schrijven van een diary entry loop je nu het risico van de
 anti-automated-edit-politie op je dak te krijgen.

Ah ja, juist.
Maar ik heb wel de regeltjes gevolgd denk ik (hoop ik). Eerst overleg
met de lokale community (met wat goede wil kan je zeggen dat dat al in
juni is gestart), een entry op de wiki met wat ik precies doe, goed
uitkijken terwijl ik bezig ben, en een zeer specifieke query (alleen
die van Belgacom, waar we zeker van zijn dat er geen meer bestaan).

Als ze daarover klagen, klagen ze gewoon om te klagen :p



 m.

 2015-07-28 12:12 GMT+02:00 Ruben Maes ru...@janmaes.com:

 (tentative de français en bas)

 Dit leek me perfect om eens een echt dagboekbericht over te schrijven:

 https://www.openstreetmap.org/user/M!dgard/diary/35474

 Ik heb alleen de telefoontjes met operator Belgacom of Proximus (van
 die laatste waren er wel geen) weggedaan. De rest moet allicht worden
 gesurveyed; er zijn misschien nog andere telefooncellen.

 En nu het rare: er waren 320 telefooncellen met operator die ik heb
 verwijderd. Nu ik eens kijk naar alle telefonen
 (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320
 overblijven!

 ---

 Cela me semblait parfait pour écrire une véritable entrée de journal:

 https://www.openstreetmap.org/user/M!dgard/diary/35474

 J'ai enlevé seulement les téléphones avec opérateur Belgacom ou
 Proximus (il n'y avait aucun avec ce dernier). Le reste devrait
 probablement surveyé ; il peut y avoir d'autres téléphones.

 Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je
 regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et
 Overpass montre qu'il en reste encore exactement 320!

 Op 28 juli 2015 05:28 schreef Marc Gemis marc.ge...@gmail.com:
  Laat je nog even weten hoeveel je er nog hebt verwijderd ?
 
  m
 
  2015-07-27 22:15 GMT+02:00 Ruben Maes ru...@janmaes.com:
 
  Ik heb net een mail gekregen van een nieuwe mapper die ik een
  welkomstbericht had gestuurd. Hij vraagt of er een manier is om alle
  telefoonhokjes in één keer te verwijderen.
 
  Natuurlijk kan ik hem daarmee helpen, maar ik wou even vragen of
  iemand er bezwaar tegen heeft als ik met Overpass alle
  amenity=telephones met operator~[Bb]elgacom|[Pp]roximus in JOSM laadt
  en ze verwijder?
 
  Op 1 juni 2015 16:26 schreef Guy Vanvuchelen
  guy.vanvuche...@gmail.com:
   Zojuist op het (radio) nieuws gehoord dat de laatste afgebroken is!
  
  
  
   Guy Vanvuchelen
  
  
  
   Van: Marc Gemis [mailto:marc.ge...@gmail.com]
   Verzonden: maandag 1 juni 2015 16:08
   Aan: Jo Hannes; OpenStreetMap Belgium
   Onderwerp: Re: [OSM-talk-be] publieke telefooncellen / public
   telephones
  
  
  
   Volgens het artikel in humo, werden die in/aan het centraal station
   van
   Antwerpen (of was het een ander station) afgebroken.
  
   Er waren er wel een paar die niet verwijderd konden worden (toen het
   artikel
   werd geschreven), omdat er nog stroom op de kabel zat, of de cabine
   zo
   verankerd was in de omgeving dat het niet mogelijk was. Misschien
   dat
   die
   ondertussen al wel verwijderd zijn, maar misschien ook niet.
  
  
  
   m.
  
  
  
  
  
   2015-06-01 16:01 GMT+02:00 Jo winfi...@gmail.com:
  
   In stations en 'toeristische' plaatsen zou 'k verwachten dat er toch
   nog
   een
   aantal over blijven.
  
   Jo
  
  
  
   Op 1 juni 2015 15:56 schreef Jakka vdmfrank...@gmail.com:
  
  
  
   Mogen verwijderd worden zonder survey ?
  
   Marc Gemis schreef op 27/05/2015 om 6:55:
  
   Hallo,
  
   Jullie hebben het misschien al gehoord, maar tegen 1 juni zouden alle
   publieke telefooncellen van Belgacom moeten verdwenen zijn uit het
   straatbeeld. Volgens een artikel in een weekblad zal het misschien
   wel
   langer duren. Maar misschien is het wel het moment om eens op OSM te
   kijken of er nog in je buurt staan ?
  
  
  
   You might have heard it before, but Belgacom hopes to remove all
   phone
   booths by June 1. According to an article in a magazine, it might
   take a
   bit longer, but it might still be a good moment to start cleaning up
   OSM
   and remove phone booths that are no longer there.
  
   happy mapping
  
   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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

[Ruben Maes]

Yes, both of those actions would be great!

You can add your comment in a 'note' tag.

2015-07-28 12:26 GMT+02:00 wannes wanne...@gmail.com:
 Op 28 jul. 2015 12:13 PM schreef Ruben Maes ru...@janmaes.com:


 En nu het rare: er waren 320 telefooncellen met operator die ik heb
 verwijderd. Nu ik eens kijk naar alle telefonen
 (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320
 overblijven!

 It has been a while for me and OSM.
 If I do a survey for one of these 320 and I see no phoneboot, I remove the
 node?
 (Some are right around the corner)

 If I see one of these 320 that is still there. Would it be useful to add a
 comment to the node? Yes, verified 2015-07-28, still in place, do not
 remove


 Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je
 regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et
 Overpass montre qu'il en reste encore exactement 320!




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


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

[OSM-talk-be] Fwd: [Announce] Important Maintenance shortly

[Ruben Maes]

For those not on talk or announce:

From 14:00-15:00 CEST OSM will be read-only.


-- Forwarded message --
From: Grant Slater openstreet...@firefishy.com
Date: 2015-07-27 13:21 GMT+02:00
Subject: [Announce] Important Maintenance shortly
To: OSM Dev List d...@openstreetmap.org, Talk Openstreetmap
t...@openstreetmap.org, annou...@openstreetmap.org


Hi All,

OpenStreetMap website + API will be read-only midday to 1pm (UTC/GMT)
later today for important hardware maintenance. Apologies for the
short notice.

Mappers will not be able to save map updates during this maintenance window.

For status updates during the maintenance window please visit
http://irc.openstreetmap.org in the #osm-dev channel.

Kind regards,
Grant
Part of the OpenStreetMap operations team.

___
Announce mailing list
annou...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/announce

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

Re: [OSM-talk] [Announce] Important Maintenance shortly

[Ruben Maes]

Sorry, of course that should have been read-only instead of down.
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OSM+website+and+API+read-onlyiso=20150727T12p1=1440ah=1

2015-07-27 13:28 GMT+02:00 Ruben Maes ru...@janmaes.com:
 To view this in your own time zone, you can visit:
 https://www.timeanddate.com/worldclock/fixedtime.html?msg=OSM+website+and+API+downiso=20150727T12p1=1440ah=1

 2015-07-27 13:21 GMT+02:00 Grant Slater openstreet...@firefishy.com:
 Hi All,

 OpenStreetMap website + API will be read-only midday to 1pm (UTC/GMT)
 later today for important hardware maintenance. Apologies for the
 short notice.

 Mappers will not be able to save map updates during this maintenance window.

 For status updates during the maintenance window please visit
 http://irc.openstreetmap.org in the #osm-dev channel.

 Kind regards,
 Grant
 Part of the OpenStreetMap operations team.

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