Re: [OSM-talk-fr] Cartographier les voies vertes

[rainerU]

Am 30.06.2018 um 20:14 schrieb
osm.sanspourr...@spamgourmet.com:
> Justement aujourd'hui (sans OSM, j'allais à la plage donc sans téléphone ;-)) 
> je
> me suis trouvé au bout d'un track asphalté avec la possibilité d'aller à 
> droite
> ou à gauche, aucune signalisation.
> 
> Au vu du tracé je me suis rendu compte que j'étais sur une voie verte 
> (ancienne
> voie ferrée, bitumée).
> 
> À l'intersection suivante j'ai vu un panneau voie verte (et ai fait 
> demi-tour).
> L'intersection c'était avec un brave chemin empierré.
> 
> Donc ce tronçon je le mets en track ? Avec bicycle=designated, 
> foot=designated,
> motor_vehicule=destination ?
> 

Il y a la Voie Verte en tant qu'itinéraire jalonnée qui est représenté par une
relation de type route=bicycle. Et il y a des chemins classés voie verte par le
panneau C115 et qui peuvent faire parti d'un itinéraire ou non. Un itinéraire de
type Voie Verte peut être composé de tous types de chemin et on les saisit
suivant la nature du chemin et de la signalisation comme pour tous les autres
chemins.

Le fait qu'un chemin est jalonné "voie verte" par un panneau de direction
n'implique pas de restriction d’accès ni d'obligation d'utilisation. Donc dans
ton cas,  s'il n'y a pas de panneau, c'est probablement highway=track,
tracktype=gradeX, surface=* sans autre attribut. Et le chemin doit être membre
d'une relation type=route, route=bicycle.


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

Re: [Talk-es] Re Importaciones catastro

[Javier Sánchez Portero]

¡Haya paz! Lo que Joaquín querría decir es que cada cual mapea lo que le
interesa y apetece en cada momento. Esto es un proyecto voluntario. Eso no
quiere decir que desprecie el trabajo de los demás. Dicho esto,
evidentemente la persona que válida no va a dedicar su tiempo en añadir la
información adicional que el primer editor ha ignorado. Lo que tiene que
revisar es que no se hayan cometido errores, que es distinto. Por ejemplo,
que el nombre de la calle en la dirección sea diferente al de la vía, que
el número del portal no coincida con el de la foto...

En Menorca, a muchas casas no se les ve el acceso a la vivienda, sólo el
acceso a la finca donde se encuentra. Yo prefiero poner las direcciones en
los accesos a las parcelas más que en los edificios en si y dibujar los
muros si es posible. De esa forma se cubre el caso de un edificio con
varias direcciones y una dirección para varios edificios. Además, si vas a
navegar a una dirección, te interesa llegar exactamente hasta el acceso de
la parcela en primer lugar, más que al edificio. Quizá es un poco extremo,
pero en caso de emergencia, conocer las barreras y accesos alrededor de los
edificios, si un edificio es un chalet, una torre de apartamentos, un
garage o un cobertizo me parece información de interés.

Otro caso con el que discrepo es poner una dirección postal en parcelas sin
edificios, sólo lo haría si existe una placa de dirección, por mapear lo
que se encuentra en la realidad.

En cualquier caso, hay distintas formas válidas de mapear lo mismo. Otros
prefieren poner la dirección en el edificio en lugar de la entrada y
también es correcto

El sáb., 30 jun. 2018 20:27, Rodrigo Rega  escribió:

> Hola Joaquim,
>
> Según leía tu correo tenía ganas de contestar a cada punto que has
> expuesto, pero dcapillae se ha adelantado y ya ha escrito exactamente lo
> mismo que iba a decir yo.
>
> dcapillae escribió:
> >pero lo que es seguro es que no voy a invertir ni un minuto en colaborar
> en proyectos donde ese trabajo no se valora, se considera un perdida de
> tiempo y una forma de trabajo ineficaz.
>
> Tengo claro que OSM no es uno de estos proyectos: Todo dato que sea
> técnicamente correcto debe ser bienvenido al mapa y el trabajo del mapeador
> valorado.
>
> Un saludo.
>
> --
> http://www.rodrigorega.es
> ___
> 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-fr] Cartographier les voies vertes

[marc marc]

Le 30. 06. 18 à 19:52, Philippe Verdy a écrit :
> Dans des zones 30, on peut trouver des voies ouvertes aux véhicules  
> mais faisant partie de la voie verte.

photo de l'endroit et url osm ?
j'ai jamais vu un morceau de route avec le panneau
zone 30 et panneau voie verte

Le 30. 06. 18 à 20:14, osm.sanspourr...@spamgourmet.com a écrit :
 > Donc ce tronçon je le mets en track ? Avec bicycle=designated,
 > foot=designated, motor_vehicule=destination ?

C'est lequel que tu veux modifier ?
celui entre les 2 panneaux voie verte mériterait selon moi
un track puisque path implique une largeur réduite.
c'est justement tout le sens de la proposition.
Ce genre de situation montre l'intérêt de maper l'emplacement
des panneau et/ou barrière.
un motor_vehicule=destination ne me semble pas pertinent
si aucun panneau de ce type existe.
le fait que ce chemin ne t’amène nulle part en voiture est deja compris
par le routing avec les tags des autres way non ?

 >  railway=abandoned

ils sont tjs là ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Route non utilisable

[marc marc]

Bonjour et bienvenu,

Le 30. 06. 18 à 22:43, Philippe Marin a écrit :
> Je devais faire un trajet en Chartreuse par le Col du Granier ce main, 
> et ni Osmand ni Magic Earth n'ont accepté de me faire passer par la D 
> 285a. Le dernier kilomètre avant le col semblait inaccessible.
le mieux est de tester l'itinéraire depuis osm.org
si celui-ci échoue, partage l'url
et/ou rapproche départ et arrivé jusqu’à trouver le plus petit
tronçon qui pose problème.

Si le trajet fonctionne depuis osm.org, soit les données d'OsmAnd
date d'avant la dernière modif, soit il y aura un bug a signaler.

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

Re: [OSM-talk-fr] Route non utilisable

[JB]

Bonsoir,
Ça sent la donnée pas à jour dans votre application. La route a été 
retaguée accessible le 10/3/2018 : 
https://www.openstreetmap.org/way/185357948/history

Mettre à jour les données utilisées ?
JB.

Le 30/06/2018 à 22:43, Philippe Marin a écrit :

Bonsoir,

excusez ma question de novice, je ne suis qu'un contributeur 
occasionnel pour ajouter ou mettre à jour des infos locales.


Je devais faire un trajet en Chartreuse par le Col du Granier ce main, 
et ni Osmand ni Magic Earth n'ont accepté de me faire passer par la D 
285a. Le dernier kilomètre avant le col semblait inaccessible. Ne 
comprenant pas la raison, et connaissant un peu la route, j'y suis 
passé quand même, sans difficulté. Waze me proposait ce trajet d'ailleurs.


Vérification ce soir sur openstreetmap.org,
--> je ne vois rien dans les meta-données qui explique cela (tags, 
structure, accès autorisés, hauteur..). La route a été en travaux il y 
a quelques temps, c'est peut-être lié à cette période ?
Pouvez-vous me dire pourquoi les softs de navigation basés sur OSM 
semblent refuser de passer par là et comment corriger ce comportement ?


Merci d'avance.

--
Philippe.
--
/Non je ne cherche pas à me dépasser ! J'essaie déjà de m'atteindre, 
et c'est bien assez compliqué comme ça !

[Pierre Arditi]/
___


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


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

Re: [OSM-talk-fr] Route non utilisable

[Eric]

Bonjour,
Effectivement, le changeset
https://www.openstreetmap.org/changeset/39399570
a répercuté une coupure de la partie haute de la route, rétabli dans le
changeset de fev17
https://www.openstreetmap.org/changeset/46138553

Ton OSMAnd a des cartes à jour ou est-ce qu'elle sont anciennes ?

Le sam. 30 juin 2018 à 22:43, Philippe Marin  a
écrit :

> Bonsoir,
>
> excusez ma question de novice, je ne suis qu'un contributeur occasionnel
> pour ajouter ou mettre à jour des infos locales.
>
> Je devais faire un trajet en Chartreuse par le Col du Granier ce main, et
> ni Osmand ni Magic Earth n'ont accepté de me faire passer par la D 285a. Le
> dernier kilomètre avant le col semblait inaccessible. Ne comprenant pas la
> raison, et connaissant un peu la route, j'y suis passé quand même, sans
> difficulté. Waze me proposait ce trajet d'ailleurs.
>
> Vérification ce soir sur openstreetmap.org,
> --> je ne vois rien dans les meta-données qui explique cela (tags,
> structure, accès autorisés, hauteur..). La route a été en travaux il y a
> quelques temps, c'est peut-être lié à cette période ?
> Pouvez-vous me dire pourquoi les softs de navigation basés sur OSM
> semblent refuser de passer par là et comment corriger ce comportement ?
>
> Merci d'avance.
>
> --
> Philippe.
> --
>
> *Non je ne cherche pas à me dépasser ! J'essaie déjà de m'atteindre, et
> c'est bien assez compliqué comme ça ! [Pierre Arditi]*
> ___
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Route non utilisable

[Philippe Marin]

Bonsoir,

excusez ma question de novice, je ne suis qu'un contributeur occasionnel 
pour ajouter ou mettre à jour des infos locales.


Je devais faire un trajet en Chartreuse par le Col du Granier ce main, 
et ni Osmand ni Magic Earth n'ont accepté de me faire passer par la D 
285a. Le dernier kilomètre avant le col semblait inaccessible. Ne 
comprenant pas la raison, et connaissant un peu la route, j'y suis passé 
quand même, sans difficulté. Waze me proposait ce trajet d'ailleurs.


Vérification ce soir sur openstreetmap.org,
--> je ne vois rien dans les meta-données qui explique cela (tags, 
structure, accès autorisés, hauteur..). La route a été en travaux il y a 
quelques temps, c'est peut-être lié à cette période ?
Pouvez-vous me dire pourquoi les softs de navigation basés sur OSM 
semblent refuser de passer par là et comment corriger ce comportement ?


Merci d'avance.

--
Philippe.
--
/Non je ne cherche pas à me dépasser ! J'essaie déjà de m'atteindre, et 
c'est bien assez compliqué comme ça !

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

[Talk-it-lazio] Mapping Party Frasso Sabino - Sabato 14 luglio 2018

[pelatom]

Ciao ragazzi,
oggi pensavo al Mapping Party di Frasso Sabino del 14/07/2018.

Nel Wiki di Openstretmap ho creato una pagina di Frasso Sabino e del Mapping
Party che andremo a svolgere lì. 
https://wiki.openstreetmap.org/wiki/Rome/Mapping_Party/2018-07-14
  

Sentitevi liberi di modificare se ci sono dettagli o correzioni da
aggiungere. E nel caso confermate così la pubblichiamo.

L'appuntamento è alle 10:00 davanti al Comune di Frasso Sabino. Pranzo al
sacco e smartphone. La connessione dovrebbe esserci, ed Ubaldo ha sentito
l'amministrazione per un locale dove potremo stare per modificare i dati.

L'intenzione è quella di mappare tutto quello che manca. Gli edifici del
centro sono stati inseriti, ma vanno verificati ed inseriti i piani. Mancano
quindi numeri civici, nomi strade e percorsi, aree pedonali ed accessibilità
locali. Niente vieta di inserire altro :-)

Ovviamente l'invito è aperto a tutti e spero nella vostra partecipazione.
Se intendete farlo magari scrivete qui nella mailing-list così ci conosciamo
e ci organizziamo anche con le macchine (almeno, io verrò in macchina).

Un saluto,





-


M.P.
--
Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html

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

Re: [Talk-es] Re Importaciones catastro

[Rodrigo Rega]

Hola Joaquim,

Según leía tu correo tenía ganas de contestar a cada punto que has
expuesto, pero dcapillae se ha adelantado y ya ha escrito exactamente lo
mismo que iba a decir yo.

dcapillae escribió:
>pero lo que es seguro es que no voy a invertir ni un minuto en colaborar
en proyectos donde ese trabajo no se valora, se considera un perdida de
tiempo y una forma de trabajo ineficaz.

Tengo claro que OSM no es uno de estos proyectos: Todo dato que sea
técnicamente correcto debe ser bienvenido al mapa y el trabajo del mapeador
valorado.

Un saludo.

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

Re: [Talk-es] Re Importaciones catastro

[dcapillae]

Hola, Joaquim.

No puedo estar más en desacuerdo con tus afirmaciones.


Joaquim wrote
> La ubicación del punto de entrada al edificio a partir de la fotografía va
> a ser un poco a ojo, en pequeños edificios es innecesario, en los que
> tienen muchos metros de fachada podría ser útil si hacen esquina y solo
> tienen entrada por una calle, pero no siempre la información deducida de
> la fotografía será cierta. Creo que no se debe tomar como norma sino como
> posibilidad en algunos casos. 

Pienso lo contrario, y no es una opinión, sino una conclusión a la que he
llegado tras completar los proyectos de importación de edificios en Totalán
y Colmenar, y el actualmente en curso en Málaga. Las fotos de fachada
permiten ubicar correctamente los nodos de entrada. Lo he comprobado sobre
el terreno. Son una fuente de información perfectamente válida para esta
tarea. Ubicar los nodos de entrada a partir de las fotos de fachada debiera
ser la norma, no una posibilidad. Se ponen los nodos de entrada y en ellos
las etiquetas de dirección, siempre que sea posible. Donde haya dudas, no se
ponen y listo.


Joaquim wrote
> Dotar a cada edificio de su dirección postal también me parece excesivo.

No dotamos de dirección a los edificios, sino a los nodos de entrada. Un
edificio puede tener varias direcciones asociadas y varios nodos de entrada.
Si un edificio cuenta con varias direcciones asociadas, éstas se ponen en
los nodos de entrada correspondientes, no en el edificio. Si no es posible
ubicar correctamente los nodos de entradas, se puede dejar la dirección en
el elemento vía que define al edificio (no es el caso más frecuente desde mi
experiencia). Si el edificio tiene varias direcciones asociadas y no se han
podido ubicar los nodos de entrada, siempre se puede poner un nodo sin
entrada (sin la etiqueta «entrance=yes») donde colocar las etiquetas de
dirección en la fachada del edificio correspondiente. Si el edificio tiene
varias direcciones asociadas a una fachada, pues se ponen varios nodos. Eso
tampoco es problema.


Joaquim wrote
> Situar las entradas a los aparcamientos privados me parece un trabajo
> inútil y que además saturaría de información poco útil el mapa.

Nosotros no decidimos lo que es útil o inútil, lo que se puede o no se puede
mapear. Toda información es potencialmente útil para alguien. No vamos a
dejar de mapearla porque a nosotros nos parezca inútil o porque vayamos a
saturar el mapa de información. Si no quieres mapearlo, no lo hagas, pero
esa información es tan útil como cualquier otra. A lo saturar el mapa de
información no le veo mucho sentido.


Joaquim wrote
> Creo que hay que buscar la eficiencia del trabajo, que el tiempo invertido
> en la mejora del mapa de sus frutos en forma de aumento de la utilidad del
> mismo. 

Hablas del tiempo invertido y de la eficiencia en el trabajo. Pues bien, yo
he invertido mucho tiempo revisando el callejero, corrigiendo nombres de
calles, completando y validando tareas, y compartiendo mi experiencia con
otros para intentar hacerlo siempre lo mejor posible. No creo estar
perdiendo el tiempo, pero lo que es seguro es que no voy a invertir ni un
minuto en colaborar en proyectos donde ese trabajo no se valora, se
considera un perdida de tiempo y una forma de trabajo ineficaz.

Siento decir que no me esperaba una respuesta de este tipo. No soy el único
que trabaja de ese modo, yo lo aprendí de otros. No tenemos por qué estar de
acuerdo, pero se puede responder en positivo sin necesidad de despreciar el
trabajo de nadie.



-
Daniel Capilla 
OSM user: dcapillae 
--
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

Re: [OSM-talk-fr] Cartographier les voies vertes

[osm . sanspourriel]

Justement aujourd'hui (sans OSM, j'allais à la plage donc sans téléphone 
;-)) je me suis trouvé au bout d'un track asphalté avec la possibilité 
d'aller à droite ou à gauche, aucune signalisation.


Au vu du tracé je me suis rendu compte que j'étais sur une voie verte 
(ancienne voie ferrée, bitumée).


À l'intersection suivante j'ai vu un panneau voie verte (et ai fait 
demi-tour). L'intersection c'était avec un brave chemin empierré.


Donc ce tronçon je le mets en track ? Avec bicycle=designated, 
foot=designated, motor_vehicule=destination ?


En théorie c'est ouvert à tout véhicule mais bon... Il me semble utile 
d'indiquer mieux que sur le terrain que cette partie n'est pas une vraie 
voie verte (même si l'itinéraire est nommé voie verte).


Attributs actuels :

bicycle=yes
foot=yes
highway=cycleway
horse=yes
motor_vehicle=no
railway=abandoned
surface=asphalt
width=3


Jean-Yvon



En tant qu'infrastructure, une voie verte ne peut pas être un highway track
ou service ( sauf exeptions très ponctuelles)

voir def track et service.
A noter qu'un highway=track peut être asphalté. type=1


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

Re: [OSM-talk-fr] Cartographier les voies vertes

[Philippe Verdy]

Dans des zones 30, on peut trouver des voies ouvertes aux véhicules mais
faisant partie de la voie verte. On trouve aussi des rues résidentielles (à
faible densité, et accès marqué "à destination" pour les résidents ou
livraisons). La signalisation signale normalement que les cyclistes ont
priorité et qu'ils peuvent occuper toute la largeur de la voie, et le
dépassement interdit si le cycliste ne s'arrête pas pour laisser le
passage. Les véhicules doivent alors s'adapter et rester derrière. On peut
aussi y trouver des ralentisseurs pour voitures (par exemple des coussins
sur une partie de la chaussée) qui ne gênent pas les cyclistes qui peuvent
passer à côté sur la chaussée ou par un bout de chemin latéral,
éventuellement protégé de l'intrusion des véhicules par des plots en
plastique restreignant la largeur.

Et on trouve des cas où la voie verte traverse un petit parking résidentiel
ou une voie de service pour containers de recyclages. ce sont de courtes
sections où de toute façon le véhicule ne peut pas aller plus loin, le
reste de la section leur étant interdit (pour ces véhicules ces bouts de
voies sont de courtes voies sans issue avec au plus une zone de demi-tour,
ou des entrées et portails de propriétés privées ou des chemins agricoles
et piétonniers). Ces endroits ne sont pourtant pas à proprement parler des
"zones de rencontre" comme en zone urbain dense (et qui à mon avis sont
inappropriées dans une voie verte, sauf comme destination finale mais pas
en milieu de parcours.

Les voies vertes sont des aménagements progressifs des municipalités mais
sont adaptés aussi aux besoins des résidents, et à la nécessité de
continuer à permettre l'accès facile des véhicules de services d'urgence ou
de sécurité. Il y a diverses façons de dissuader les véhicules motorisés (y
compris les cyclomoteurs ou les voiturettes sans permis) d'utiliser des
voies comme liaisons, sauf cas particulier des véhicules de résidents
handicapés qui doivent conserver une liberté de manoeuvre et un arrêt
facilité par des places de stationnement réservées élargies.

La situation est donc toujours adaptée sur le terrain, et s'il le faut il y
a une signalisation particulière, des autorisations à demander, et des
obligations à respecter pour les conducteurs autorisés (dont la pose de
vignettes spéciales sur le véhicule ou d'une carte spéciale pour le
conducteur), ou des limites horaires.

Le 29 juin 2018 à 23:52, marc marc  a écrit :

> Le 29. 06. 18 à 18:02, Antoine Riche a écrit :
> > objections pour ouvrir la valeur du tag /highway /pour les voies vertes
> > ? Dans la majorité des cas on aura du /path/, du /cycleway/, du /track/,
> > parfois du /service /et c'est tout.
>
> autant je suis pour l'ouverture du tag highway pour affiner
> et je vois une grande différence entre path <> track road (un path est
> trop petit en largeur pour une voiture au contraire de track et
> "supérieur")
>
> autant une voie verte sur une highway=service... je me demande quel cas
> concret cela représente. une voie verte qui traverse un parking ?
> est-ce encore une voie verte lorsque le vélo se trouve un way qui est
> "fait pour" la voiture ? une relation d'une relation pourrait l'inclure,
> mais ce way là ne me semble plus être une voie verte
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-in] [BLR] Indiranagar tree mapping party on July 1

[muzirian]

+1

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

[Talk-it] Taggare solo prenotazione/richiesta obbligata per baita.

[liste DOT girarsi AT posteo DOT eu]

Ho una baita che può essere usata solo su prenotazione obbligatoria, ed 
è chiusa a chiave, per cui la chiave viene consegnata solo previa 
cauzione[0].


Pensavo ad access=private, lockable=no, reservation=required, può 
funzionare?


Annesso c'è un bivacco per cui questo non ha problemi per me, ma solo il 
rifugio (nella foto quello a destra).



[0] http://www.satborgo.it/sat2006/lanzola.html




--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-es] Re Importaciones catastro

[Joaquim]

Hola,

Querría expresar mi opinión sobre el uso de la información que se deduce 
de las fotografías del Catastro:


La ubicación del punto de entrada al edificio a partir de la fotografía 
va a ser un poco a ojo, en pequeños edificios es innecesario, en los que 
tienen muchos metros de fachada podría ser útil si hacen esquina y solo 
tienen entrada por una calle, pero no siempre la información deducida de 
la fotografía será cierta. Creo que no se debe tomar como norma sino 
como posibilidad en algunos casos.


Dotar a cada edificio de su dirección postal también me parece excesivo.

Situar las entradas a los aparcamientos privados me parece un trabajo 
inútil y que además saturaría de información poco útil el mapa.


Me parece lógico dibujar las paredes que cierran espacios entre 
edificios urbanos para evitar la sensación de que son espacios 
transitables entre edificios.


Mi experiencia se basa en la importación de edificios en zonas rurales 
con casas aisladas y zonas urbanas de poblaciones pequeñas con edificios 
de 2 plantas como más frecuentes y algunos de hasta 4 plantas, por lo 
que mi visión puede estar limitada por ello y hacer que no sea 
extrapolable a ciudades con edificios de mayores dimensiones.


Creo que hay que buscar la eficiencia del trabajo, que el tiempo 
invertido en la mejora del mapa de sus frutos en forma de aumento de la 
utilidad del mismo.



Cordialmente,

Joaquim


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

Re: [OSM-talk-fr] zones d'extraterritorialité / était Île de Sainte-Hélène

[Philippe Verdy]

Le Vatican n'a aucune zone d'extraterritorialité sur son sol. C'est
l'inverse, l'Italie qui a concédé sur son sol des extraterritorialités au
Vatican...
On peut encore citer les extraterritorialités de nombre d'organisations
internationales (dont les agences de l'ONU, de l'Union européenne, de
l'Ordre militaire de Malte qui pourtant n'a aucun sol à lui mais dispose
d'une représetnation internationale et est partie dans des traités
internationaux, de la même façon que la Croix Rouge Internationale pour
plusieurs sites, ou encore des organisations internationales culturelles,
des écoles internationales qui ne sont pas astreintes au régime éducatuf
national des sols où elles sont implantées et peuvent donc définir leurs
propres règles de fonctionnements et leurs programmes...)
L'extraterritorialité en revanche ne concède pas complètement le droit
souverain et de défense et de sécurité, mais permet au pays ou
l'organisation accueillie d'exercer un pouvoir de contrôle de décision ou
décider du droit compétent pour nombre de litiges civils ou commerciaux et
même des affaires criminelles de droit commun.
Ce sont des zones dont les statuts sont en fait très variable selon la
nature des droits concédés, et c'est aussi compliqué que les zones
spéciales propres à chaque pays (comme les zones franches); et parfois
c'est une relation de nature contractuelle (limité dans le temps mais
pouvant être renouvelé et devra être renégocié et pas imposé par le pays
hôte). Dans des pays fédéraux on a aussi différents degrés
d'extraterritorialité entre les Etats membres. Au plan des traités
européens il y a de nombreuses annexes mentionnant des exclusions et droits
particuliers.

On peut encore citer les zones internationales portuaires et
aéroportuaires, les corridors de droit de passage (exemple entre Russie et
Finlande, ou entre Kalinigrad et la Russie via les pays baltes, ou encore
entre Belgique et Allemagne.

On peut citer encore l'existence de condominions (cosouveraineté), par
exemple la Meuse entre le Luxembourg et Allemagne, ou de souveraineté
alternée (une île fluviale entre France et Espagne qui change de pays tous
les 6 mois), et des cas particuliers où aucune souveraineté n'existe
officiellement mais peut être revendiquée par plusieurs pays (même s'ils
ont gelé leur droit sous réserve du maintien d'une convention ou un traité
international, comme en Antarctique et accepté alors d'avoir un contrôle
international et de ne pas réserver les droits d'accès) ou par aucun (un
triangle entre Egypte et Soudan).

On a le cas du Golfe de Gascogne avec une zone maritime cogérée entre
France et Espagne. Et tous les cas flous concernant les ZEE en Méditerranée
et Adriatique où aucun accord n'a pour l'instant été possible, même pour le
simple droit de passage. Encore des droits particuliers pour la plupart des
détroits: ce sont très souvent des eaux souveraines reconnues mais avec une
quasi extraterritorialité pour les navires qui les traversent, les navires
eux-mêmes constituant aussi une extraterritorialité quand ils sont sous
pavillon étranger.

On a encore des cas de frontières floues (une bande de désert autour des
Emirats arabes unis dont l'accès est limité et fit l'objet d'accords et de
signalements entre pays voisins en cas d'occupation plus permanente ou de
développement d'activité, qui devra être négocié entre eux, il n'y a
pourtant aune frontière physique marquée, aucun controle physique, chacun
s'étant engagé à faire attention aux voisins et faire respecter la
protection des lieux).

Il y a tellement de cas différents que c'est dificile de modéliser cela
sous un seul statut "extraterritorial" car cela ne concerne pas tous les
droits et tous les domaines d'activité. Le détail est compliqué. Même pour
les extraterritorialités vaticanes en Italie il y a différents status selon
les personnes qui sont habilitées à y entrer et leur passeport ou rôle dans
l'institution vaticane (qui elle-même n'est pas directement souveraine
puisque soumise à une institution plus large, le Saint-Siège, lequel n'a
aucun sol à lui et aucune frontière reconnue!). Citons encore la Couronne
britannique elle aussi ayant une souveraineté indirectes sur des
territoires, mais ne dispose pas elle-même non plus de territoire et exerce
son pouvoir via des représentants officiels qu'elle désigne dans les
institutions des territoires concernés.

On peut encore parler de la souveraineté indirecte de Monaco en matière
fiscale, et le statut spécial d'Andorre avec la France et l'Espagne. Le cas
particulier du statut de la Cité de Londres partagé entre gouvernement
civil, quelques nobles et un évêque anglican. Le droit c'est compliqué car
il y a des tas d'arrangements historiques qui sont maintenus pour créer des
exceptions ou obliger les autorités à négocier et travailler ensemble
plutôt que se faire la guerre. Parlons encore du statut particulier de
l'Alsace-Moselle (droit religieux, éducatif, droit du travail et
commercial...), du CERN (entre Suisse et 

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

[Ben Laenen]

On Saturday, 30 June 2018 08:24:30 CEST Wouter Hamelinck wrote:
> 1. Dat is niet "de wiki", maar de individuele pagina van 1 enkele (erg
> geapprecieerde) gebruiker

Er zijn toen zoveel discussies over geweest dat ik het ergens heb geprobeerd 
toen van eens een lijn te zetten zodat er minstens consequent gemapt werd, 
niet dat je 10 mappers een situatie laat mappen en je 10 verschillende 
resultaten krijgt. Daar kan je als gebruiker niks mee aanvangen, want wat 
betekenen bepaalde tags dan in OSM? Wat ik toen heb geschreven is zeker niet 
ideaal, maar in elk geval wel al om iets te hebben om dan later als er meer 
eensgezindheid is vanuit verder te vertrekken. Van de internationale community 
kwam ook niet welke richting moet uitgegaan worden, mappen we het fysieke ding 
of houden we rekening met het gebruik ervan, de meningen zijn verdeeld. Ik heb 
in mijn poging dan zoveel mogelijk het gebruik in rekening gehouden om de 
access tags (waar het dan hoofdzakelijk om te doen was) zo eenvoudig mogelijk 
te hebben, maar dat bleef uiteraard allemaal mijn voorstel. Ik heb veel van 
die pagina's geschreven in de poging , maar ik ben ook maar ik dus niemand 
moet zich aan die dingen houden :-)

mvg
Ben




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

Re: [OSM-talk-fr] Recherche ressources pour présentation

[deuzeffe]

Au moins, Antoine* et toi êtes d'accord ! Me reste à comprendre pourquoi 
FF ESR refuse d'afficher les tuiles Now.


* J'ai exploré ton support "d'introduction" : je vais ré-utiliser 
certaines de tes dia. (avec l'attribution qui va bien). Merci à toi !


On 30/06/2018 10:30, Christian Quest wrote:

Pour l'état d'OSM en 2007, voici l'URL:
http://mvexel.github.io/thenandnow/#11/48.8019/2.3631

Son atout: montrer qu'on est vraiment parti d'une page blanche... ce qui
n'est pas évident pour quelqu'un qui découvre OSM aujourd'hui !

A compléter en indiquant que seuls deux imports massifs ont été faits:
l'occupation des sols (Corine Land Cover) et les bâtiments (et commune par
commune)... tout le reste c'est du fait main par les fourmis :)


Le 29 juin 2018 à 22:19, deuzeffe  a écrit :


Bonsoir,

Il y a une forte probabilité pour que je présente osm à ma collectivité
(commune et peut-être EPCI, visons haut).

Je cherche donc quelques ressources "graphiques" pour la présentation
générale d'osm, et en particulier une diapo. que Christian (?) a présenté
je ne sais plus quand, je ne sais plus où et montrant l'état de la carte
osm de la France il y a 10 ans et maintenant.

S'il existe d'autres ressources utiles à mon projet, je suis preneuse
aussi.

Merci d'avance !
--
deuzeffe

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







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



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

Re: [OSM-talk] OpenStreetMap Carto design

[Christoph Hormann]

On Friday 29 June 2018, Frederik Ramm wrote:
> [...]
>
> So the ease of participating or customising has more or less already
> gone down the drain; what's still good about OSM Carto is that at
> least you can easily install it as-is on your own infrastructure (I
> regularly do that for business clients), but I fear it is only a
> matter of time until this aspect of usability, too, will be
> abandoned, and you will have to run massive pre-computation jobs in
> order to even get your map off the ground...

I think this is unlikely to happen.  Pre-computation is essential for 
good quality maps at low to mid zoom levels but OSM-Carto was never 
particularly predestined for a leadership role in this field.  In the 
past year or so many decisions have been made that define a fairly 
tight framework pointing away from using pre-computation.  It is 
doubtful that even the move to water polygons for the coastlines, i.e. 
a small change in the way pre-computation is employed, will happen 
since there are design choices incompatible with this.

There are other open map design projects which are more open to 
pre-computation techniques, in particular OpenTopoMap.

Regarding splitting OSM-Carto into two styles - i have my doubts about 
this - both regarding if this makes sense and if it would work.  But i 
think it would be very good to have this discussion on a more abstract 
level, i.e. what kind of map style or styles should the OSMF render on 
its infrastructure.  The OSMF should obviously not try to initiate or 
manage map design projects themselves but existing or new independent 
projects might be interested in what it takes to have a chance to be 
supported by the OSMF in this form.  We have guidelines for layers on 
osm.org hosted elsewhere:

https://wiki.openstreetmap.org/wiki/Featured_tile_layers/Guidelines_for_new_tile_layers

but we don't have any sort of policy or guideline regarding what is 
rendered on OSMF servers.  As long as OSM-Carto is set for this and 
considered 'alternativlos' this is a non-issue but since it is clear 
that this will not necessarily be the case in all eternity and the idea 
is floated to maybe even render more than one style this becomes a 
relevant question.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk] WMF: "Interactive maps, now in your language"

[Simon Poole]

As already has been pointed out nobody is even remotely proposing to
limit adding actual real names, quite the contrary.

It just needs to be understood that most places and objects don't
actually have names in more than one language or transliterations that
are special (aka not machine generated). As already pointed out  take
the name of the place which I happen to live in,  WD has 26 name entries
of which 24 are rubbish and 1 doubtful, the most likely generated from
the WP page urls (and a number of those pages are bot generated). A
classic example of GIGO.

Simon


Am 30.06.2018 um 10:32 schrieb Andrew Hain:
> One of OSM’s strengths is, or should be, that we are a truly worldwide
> map. Multilingual names are part of this. Excluding actual names from
> the map database as “ought not” is no different from omitting casinos
> in a stand against gambling or leaving the road number of the high
> street in your town off the map.
>
> It is unfortunate that a few people have sought to limit the
> contribution of names by our mappers.
>
> --
> Andrew
> 
> *From:* Andy Mabbett 
> *Sent:* 29 June 2018 12:21:06
> *To:* OSM talk mailing list
> *Subject:* Re: [OSM-talk] WMF: "Interactive maps, now in your language"
>  
> On 29 June 2018 at 11:57, Simon Poole  wrote:
>
> >> On 29.06.2018 12:18, Andy Mabbett wrote:
>
> >>> New Wikimedia Foundation blog post:
> >>>
> >>>
> >>>
> https://blog.wikimedia.org/2018/06/28/interactive-maps-now-in-your-language/
>
> > they should not be calling for their users to vandalize OSM.
>
> Nor are they.
>
> I expected some negativity in response to this remarkable good news;
> but this hyperbolic response is beyond acceptable.
>
> -- 
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



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

Re: [OSM-talk] WMF: "Interactive maps, now in your language"

[Martin Koppenhoefer]

sent from a phone

> On 30. Jun 2018, at 10:32, Andrew Hain  wrote:
> 
> It is unfortunate that a few people have sought to limit the contribution of 
> names by our mappers.


As I understood the discussion, nobody wants to limit the contribution of 
names, the concerns regard entering translations and transliterations as names, 
or mapping from sources with supposed copyright issues.

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

Re: [OSM-talk] WMF: "Interactive maps, now in your language"

[Andrew Hain]

One of OSM’s strengths is, or should be, that we are a truly worldwide map. 
Multilingual names are part of this. Excluding actual names from the map 
database as “ought not” is no different from omitting casinos in a stand 
against gambling or leaving the road number of the high street in your town off 
the map.

It is unfortunate that a few people have sought to limit the contribution of 
names by our mappers.

--
Andrew

From: Andy Mabbett 
Sent: 29 June 2018 12:21:06
To: OSM talk mailing list
Subject: Re: [OSM-talk] WMF: "Interactive maps, now in your language"

On 29 June 2018 at 11:57, Simon Poole  wrote:

>> On 29.06.2018 12:18, Andy Mabbett wrote:

>>> New Wikimedia Foundation blog post:
>>>
>>>
>>> https://blog.wikimedia.org/2018/06/28/interactive-maps-now-in-your-language/

> they should not be calling for their users to vandalize OSM.

Nor are they.

I expected some negativity in response to this remarkable good news;
but this hyperbolic response is beyond acceptable.

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk-fr] Recherche ressources pour présentation

[Christian Quest]

Pour l'état d'OSM en 2007, voici l'URL:
http://mvexel.github.io/thenandnow/#11/48.8019/2.3631

Son atout: montrer qu'on est vraiment parti d'une page blanche... ce qui
n'est pas évident pour quelqu'un qui découvre OSM aujourd'hui !

A compléter en indiquant que seuls deux imports massifs ont été faits:
l'occupation des sols (Corine Land Cover) et les bâtiments (et commune par
commune)... tout le reste c'est du fait main par les fourmis :)


Le 29 juin 2018 à 22:19, deuzeffe  a écrit :

> Bonsoir,
>
> Il y a une forte probabilité pour que je présente osm à ma collectivité
> (commune et peut-être EPCI, visons haut).
>
> Je cherche donc quelques ressources "graphiques" pour la présentation
> générale d'osm, et en particulier une diapo. que Christian (?) a présenté
> je ne sais plus quand, je ne sais plus où et montrant l'état de la carte
> osm de la France il y a 10 ans et maintenant.
>
> S'il existe d'autres ressources utiles à mon projet, je suis preneuse
> aussi.
>
> Merci d'avance !
> --
> deuzeffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk] About OSM social implications and what can/should be displayed on the map (or not)

[Lester Caine]

On 29/06/18 16:27, Carlos Cámara wrote:
Second: The very foundations of OSM as a project are techno-political in 
terms that it was created to overcome the lack of certain geographical 
information about certain areas or topics. This is even more obvious in 
HOSM or the not-at-all-accidental use of open licenses from its very 
beginning.


Yes and No ... 'the map' is NOT the project ... the raw data is. I find 
it difficult to use the current style of the SAMPLE map provided simply 
because it gets the road colours wrong now. So I'm using a source of map 
tiles that use a more UK friendly colour set. The bottom line is that 
what is displayed on the map is already in conflict with many uses 
ignoring adding any additional censoring. What SHOULD be done is provide 
our own versions of the map for our own applications, as wikipedia is 
doing with names (although I can't see how to access them). Whether 
something has it's own icon is not a political decision - everything 
should have an icon - but the PRIORITY of displaying should be a 
non-political decision - not censorship!


Moving to a more interactive map would be a positive step, rather than 
the continual churn of 'views of what is important' on a single static 
map and I know the technology is there, just not the resources to 
generate it?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] About OSM social implications and what can/should be displayed on the map (or not)

[Warin]

On 30/06/18 01:27, Carlos Cámara wrote:

Dear all,

After participating in this openstreetmap-carto issue 
 
discussing to create an icon for casinos in which I stated that they 
should not be highlighted with an icon due to their grave consequences 
derived from gambling addiction


Some one will want to ban places that sell alcohol (it is bad)
Some one will want to ban places that sell meat (it is bad)
Some one will want to ban places that sell fuel (it is bad)
Some one will want to ban roads (they are bad - encourages people to use 
cars - greenhouse gasses)

Some one will want to ban airports (they are  bad)
Some one will want to ban places that sell non halal food (it is bad)
Some one will want to ban places that sell non kosher food (it is bad)
Some one will want to ban places that sell paint(it is bad)
Some one will want to ban high rise places (they are  bad)
ban
ban
ban


Go buy yourself a blank sheet of paper. That is your map.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] About OSM social implications and what can/should be displayed on the map (or not)

[Maarten Deen]

On 2018-06-29 17:27, Carlos Cámara wrote:

Dear all,

After participating in this openstreetmap-carto issue [1] discussing
to create an icon for casinos in which I stated that they should not
be highlighted with an icon due to their grave consequences derived
from gambling addiction (there are plenty of scientific literature
about it),


I totally oppose this stance. If we start censoring casinos, why not 
censor brothels? Why not censor butchers? Why not censor churches and 
mosques? Why stop at that point that you propose because someone or 
another thinks he sits on a moral highground and thinks he can decide 
for others what they should see (or how they should behave)?

An attitude like that is wrong on so many levels.


First: Any map is also a political act in terms that the mappers
decide which information is displayed and which one is not, but also


This argument is wrong. Any single mapper may decide he does not want to 
add certain information because from his moral believes or ethical code 
he thinks it is wrong to have that in the map, but any other single 
mapper may decide he will add that information. And at that point it is 
not for that first mapper to delete that information.
You are proposing that if any single mapper should decide a certain 
piece of information should not be added, no one can.

The latter is a political standpoint. The former is not.


Second: The very foundations of OSM as a project are techno-political
in terms that it was created to overcome the lack of certain
geographical information about certain areas or topics. This is even
more obvious in HOSM or the not-at-all-accidental use of open licenses
from its very beginning.


What argument is this for not adding certain pieces of information from 
a moral reason?



Third: by creating the map the way we love, we are also creating the


I love a map that displays everything that is there. That includes 
casinos.



In order to overcome those matters (and if I am not wrong), so far the
position on this regards is to render everything on
openstreetmap-carto provided the following conditions: A) there is a
significant number of uses (don't know how much is "significant"), B)
someone creates an issue requesting for it, C) someone designs an icon
or a representation for it, D) someone implements it by creating a
Pull request that is merged into openstreetmap-carto project.

It seems a sensible approach as it tries to be both as objective as
possible and pragmatic but is not free from polemics: behind the
appearance of not taking part on the political debate, the truth is
that the resulting map has a strong Eurocentric and heteropatriarchal
perspective which may not take into account diversity either in the
world nor in OSM's community (which does not have to do with figures
about representativity). Or in other words, it is like European white
heterosexual males were doing a kind of digital colonization of the
world by imposing their rules simply because other groups are not
participating in the decision-making process and hence their
needs/opinions have not been taken into account.


Do you have examples why you think so? You say yourself, anyone having a 
proper reason or case for displaying anything and/or is willing to 
invest the time to do so, is welcome to.
How does this exclude the non-european, non-heterosexuals and non-male 
people from doing this?

And again: do you have examples for this?

And no: displaying something that a homosexual japanese lady does not 
want us to display is not an example.
It may be true that the map is as you describe because the people on the 
carto team are as you describe.
If this is about diversity, if this is an outcry that the carto team 
should have less eurocentric and heteropatriarchal people or view, than 
you should do something about that. And please do not propose a minimum 
percentage of gay asian women to be included in the carto team, that 
does not work. But if you are one, you are welcome to join that team, I 
suppose.


If the map were really eurocentric then why are not all place labels in 
latin script? (pet peeve)


Regards,
Maarten

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

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

[Wouter Hamelinck]

1. Dat is niet "de wiki", maar de individuele pagina van 1 enkele (erg
geapprecieerde) gebruiker
2. Kwestie van interpretatie of het er zo staat. Voor mij is een straat met
borden of blokjes een "road with restrictions" en geen "path". Onder het
titeltje "road with restrictions" wordt de access tag gebruikt met
highway=whatever. Onder het titeltje "paths" wordt volgens mij volkomen
logisch highway=path gebruikt. Die tag gebruik ik ook voor paden.

2018-06-30 7:10 GMT+02:00 Marc Gemis :

> dat is nochtans hoe het beschreven staat op de wiki :
> https://wiki.openstreetmap.org/wiki/User:Eimai/Belgian_Roads#Paths
> On Fri, Jun 29, 2018 at 6:33 PM Wouter Hamelinck
>  wrote:
> >
> >
> >> > 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.
> >
> >
> > Dit is zo een redenering die ik echt niet volg. Soms zie ik het nog
> extremer doorgetrokken en wordt een weg als path of footway aangegeven
> omwille van een bord C1 (rond met rode rand) dat de toegang beperkt. Voor
> mij blijft een weg een weg, meestal highway=unclassified. Inderdaad de
> toegang verandert, maar daar dient de access-tag voor en niet de
> highway-tag naar mijn mening.
> >
> > wouter
> >
> > --
> > "Den som ikke tror på seg selv kommer ingen vei."
> >- Thor Heyerdahl
> > ___
> > 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
>



-- 
"Den som ikke tror på seg selv kommer ingen vei."
   - Thor Heyerdahl
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be