Re: [OSM-talk-fr] Création du groupe OSM Béarn

[Bruno Remy via Talk-fr]

Bonjour,
Bravo pour ce groupe.
Petite suggestion : en plus du wiki il serait bien de vous faire connaitre sur 
le forum OSM.Notamment les groupes :https://forum.openstreetmap.fr/gEt la page 
Nouvelle Aquitaine 
:https://forum.openstreetmap.fr/c/regions/nouvelle-aquitaine/50
Bon vent !

Bruno REMY


Le lundi 11 mars 2024 à 08:05:08 UTC+1, Delphine Montagne 
 a écrit :  
 
 Bonjour,

Au fil des ans, il y a eu des cafés, un chocolat chaud (de Bayonne, on
n'est pas sectaire), des cartoparties, des mapathons mais toujours isolés.

En 2024, OSM Béarn se structure !

Et nous avons fait notre première rencontre officielle à Pau fin février en
chassant les bornes incendies libérées grâce au SDIS 64. Sous une fine
bruine (c'était dans la thématique)(et il y a une réputation à tenir
voyez-vous), nous avons bénéficié de l'expertise d'un pompier volontaire,
également contributeur OSM, qui a transformé cette rencontre avec ses
anecdotes de mission et ses démonstrations in situ. Il se chuchote qu'il a
au passage découvert un type de borne qui lui était inconnu.

Avec ce mail, c'est donc officiel, il y a un nouveau groupe local en
France, OSM Béarn.

Pour nous contacter, nous sommes sur la liste sud ouest et nos actions sont
ici
<https://wiki.openstreetmap.org/wiki/Pyr%C3%A9n%C3%A9es-Atlantiques/Communaut%C3%A9_d%27Agglom%C3%A9ration_Pau_B%C3%A9arn_Pyr%C3%A9n%C3%A9es/Groupe_local_B%C3%A9arn>
.

Bon début de semaine,

--
Pour le groupe OSM Béarn,
D.MONTAGNE
___
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] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Merci Marc. C'est bien noté.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81 

Le jeudi 15 février 2024 à 14:17:17 UTC+1, Marc_marc via Talk-fr 
 a écrit :  
 
 Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :
> je ne vois toujours pas comment techniquement faire ce remplacement 
> automatisé?

overpass turbo pour récupérer tous les objets pole emploi
export vers josm
sélection de tous les noms pole emploi
vérifier que tu n'as pas des choses tordues (ex un arret de bus)
remplacer le nom
envoyer en n'oubliant pas les tags de changeset vers ta page wiki de 
l'opération



___
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] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Oui Vincent tu as raison ... ça fait double canal... autant suivre le forum.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81 

Le jeudi 15 février 2024 à 13:28:16 UTC+1, Vincent de Château-Thierry 
 a écrit :  
 
 bonjour,

> De: "Discussions sur OSM en français" 
> Envoyé: Jeudi 15 Février 2024 13:04:03
> Objet: Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

> Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :
>> je ne vois toujours pas comment techniquement faire ce remplacement 
>> automatisé?
> 
> overpass turbo pour récupérer tous les objets pole emploi
> export vers josm
> sélection de tous les noms pole emploi
> vérifier que tu n'as pas des choses tordues (ex un arret de bus)
> remplacer le nom
> envoyer en n'oubliant pas les tags de changeset vers ta page wiki de
> l'opération

Juste pour rappeler, comme l'a fait Vincent Bergeot avant moi, que cette 
discussion a démarré le 16 janvier sur le forum [1], y est toujours active et 
mobilise pas mal d'intervenants. Pour la recherche de consensus, merci de 
considérer les questions soulevées là bas avant de procéder à un quelconque 
changement massif.

merci
vincent

[2] : https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397

___
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] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Bonjour,
Je suis d'accord avec toi Marc. A partir du moment où il y a eu une 
réorganisation administrative générale, toutes les agences sont devenues 
"FRANCE TRAVAIL" et le changement des enseignes sur les façades n'est pas 
impactante. Dans ce cas la dénomination officielle prime sur le repérage 
terrain et on peut faire un remplacement généralisé.

Merci pour le lien wiki sur la modification automatisée.Je veux bien suivre 
cette procédure sur le plan administratif : référence aux discutions, 
documentation sur une page wiki, etc par contre je ne vois toujours pas 
comment techniquement faire ce remplacement automatisé?

---
Bruno REMY

 

Le mercredi 14 février 2024 à 15:38:50 UTC+1, Marc_marc via Talk-fr 
 a écrit :  
 
 Bonjour,

Le 14.02.24 à 11:17, Bruno Remy via Talk-fr a écrit :
> Pôle emploi est devenu France Travail depuis le 1er janvier 2024
> Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France?
> J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
> modification sur la carte.
> Vos idées sont les bienvenues.

techniquement il suffit de faire la recherche sur la France
et faire la procédure d'édition de masse [1]
mais tu as déjà une objection/question pour le changement du name
Pour ma part, le fait qu'un bureau n'a pas encore changé le nom
sur son écriteaux ne devrait pas empêcher de changer name=*
l'inscription sur le batiment, si on veux ce nniveau de détail,
serrait pour inscription. si on téléphone, je suppose qu'il
s'annonce avec le nouveau nom et non avec ce qui est inscrit
sur le panneau

[1] 
https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e



___
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] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Bonjour,
Comme vous le savez déjà, Pôle emploi est devenu France Travail depuis le 1er 
janvier 2024.Il serait bon de mettre à jour toutes les agences. Avec l'éditeur 
ID on a une prise en charge des changements de tags qui se fait bien. Mais 
c'est pour un seul POI.exemple :https://www.openstreetmap.org/way/843821449 
 
Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France?
J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
modification sur la carte.
Vos idées sont les bienvenues.

---
Bruno REMY

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

[OSM-talk-fr] Re :Re: BANO

[Bruno Remy via Talk-fr]

Merci Vincent. Je regarderai ça ce soir.

Bruno


 
 
  Le jeu., févr. 8, 2024 à 8:38, Vincent de Château-Thierry a 
écrit:   

Le 8 février 2024 08:05:34 GMT+01:00, Bruno Remy via Talk-fr 
 a écrit :

>.A quelle fréquence est rafraichie la BANO?

Pour avoir un aperçu immédiat de tes modifs tu peux rafraichir la partie L'Hay 
les Roses de BANO via la page Pifometre de la commune (bouton bleu en haut à 
droite):
  https://bano.openstreetmap.fr/pifometre/index.html?insee=94038

Pour l'instant tu as 2 lignes pour Gabriel Peri, il devrait n'en rester qu'une 
après ta modif. 

Pour une prise d'effet dans les fichiers CSV c'est fait chaque nuit. 

vincent

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

[Bruno Remy via Talk-fr]

Bonjour,
Merci Vincent pour ta réponse complète. Effectivement je n'avais pas regardé 
les relations dans JOSM. Puisque j'ai bien repéré sur le terrain le nom exact 
des voies, je vais faire les corrections nécessaires en créant une relation 
"Rue Gabriel Péri".A quelle fréquence est rafraichie la BANO?

Cordialement.

---
Bruno REMY

 

Le mercredi 7 février 2024 à 22:02:18 UTC+1, Vincent de Château-Thierry 
 a écrit :  
 
 Bonjour,

> De: "Discussions sur OSM en français" 
> Cc: "Bruno Remy" 
> Envoyé: Mercredi 7 Février 2024 15:20:00
> Objet: [OSM-talk-fr] BANO

> Bonjour,
> En faisant du geocaching je me suis aperçu que dans la commune de
> l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y
> a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant
> est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes
> dans la rue.
> Comment signaler des erreurs dans la BANO v2?
> source : https://bano.openstreetmap.fr/data/bano-94.csv

L'erreur que tu vois dans BANO reflète les bizarreries qu'on a dans OSM. Si tu 
regardes la relation associatedStreet de cette voie [1] tu peux constater que 
pour les membres avec un rôle 'street' on a des "Rue Gabriel Péri" [2] et des 
"Avenue Gabriel-Péri" [3]. Au moment de constituer la BANO un des 2 noms est 
choisi, arbitrairement. Pour corriger BANO il suffit de mettre au carré OSM en 
uniformisant les noms des membres de la relation.

A noter, un fil sur ce sujet ouvert sur le forum cette semaine [4]

merci
vincent

[1] : https://www.openstreetmap.org/relation/9653023/history/11
[2] : https://www.openstreetmap.org/way/155422648
[3] : https://www.openstreetmap.org/way/39041589
[4] : 
https://forum.openstreetmap.fr/t/voie-nommee-avenue-au-lieu-de-rue-a-94-lhay-les-roses/20900/

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

[Bruno Remy via Talk-fr]

Bonjour,
En faisant du geocaching je me suis aperçu que dans la commune de 
l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y 
a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant 
est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes 
dans la rue.
Comment signaler des erreurs dans la BANO v2?
source : https://bano.openstreetmap.fr/data/bano-94.csv
Cordialement.

---
Bruno REMY

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

Re: [OSM-talk-fr] Une carte pour Pifomètre

[Bruno Remy via Talk-fr]

Super ! Merci Vincent !

---
Bruno REMY

 

Le samedi 14 octobre 2023 à 20:17:17 UTC+2, Vincent de Château-Thierry 
 a écrit :  
 
 Bonjour,

J'ai mis en ligne il y a quelques jours une version cartographique de 
Pifomètre, afin d'accéder autrement à l'analyse des voies et adresses 
manquantes dans OSM en vue de leur intégration. J'en ai parlé sur le 
forum : 
https://forum.openstreetmap.fr/t/pifometre-a-sa-carte-pifomap/18040 et 
le service se consulte à : 
https://bano.openstreetmap.fr/pifometre/pifomap.html

Pour démarrer, entrer un code INSEE de commune en haut à gauche ou bien 
baladez vous sur la carte jusqu'à voir le nom de la commune que vous 
voulez analyser, puis cliquez dessus.

Vous reconnaîtrez le code couleur rouge du rendu BANO, sans lequel on ne 
dégommerait rien. Pour les autres couleurs, une légende (en haut à 
droite) vous donnera quelques billes.

merci

vincent


___
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] Jardin Line Renaud à PARIS

[Bruno Remy via Talk-fr]

Bonjour,
Je viens d'apprendre que la Ville de Paris va inaugurer ce lundi 2 octobre un 
jardin au nom de Line Renaud près de la Place de la Concorde. 
Si quelqu'un a plus d'infos sur ce jardin c'est l'occasion de faire une mise à 
jour sur OSM.
Cordialement.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pifomètre v3 arrive...

[Bruno Remy via Talk-fr]

Bonjour,
Merci pour les infos et le rétablissement du service.Maintenant, il y a du pain 
sur la planche : je poursuis mes mises à jour.
Cordialement,
Bruno

Le mercredi 12 juillet 2023 à 12:53:17 UTC+2, Marc_marc 
 a écrit :  
 
 Bonjour,

Le 12.07.23 à 10:11, Bruno Remy via Talk-fr a écrit :
> Depuis hier soir Pifomètre V3 ne répond plus.

un gars a appuyé sur le mauvais bouton
https://github.com/osm-fr/infrastructure/issues/480
PS: le gars c'est moi :)

en attente d'un autre gars (un employé free sur place)
pour rappuyer sur le bouton car ce serveur n'a pas d'accès
à distance pour cela

Cordialement,
Marc



___
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] Pifomètre v3 arrive...

[Bruno Remy via Talk-fr]

Bonjour,
Depuis hier soir Pifomètre V3 ne répond plus. Au départ je gardais l'interface 
grâce au cache mais plus aucune donnée ne se chargeait dans JOSM.Maintenant 
l'URL renvoie l'erreur suivante :
502 Bad Gateway
Quelqu'un a des infos sur l'hébergement de pifomètre? Une maintenance semble 
nécessaire..
Merci d'avance.
Bruno.


Le lundi 12 juin 2023 à 23:56:09 UTC+2, Vincent de Château-Thierry 
 a écrit :  
 
 Bonsoir,

Lors du SOTM ce WE j'ai présenté une nouvelle version de Pifomètre & de 
BANO, encore en développement mais avec une partie Pifomètre déjà 
fonctionnelle et utilisable à cette adresse :

https://bano.openstreetmap.fr/pifometre_v3/

Pour plus de détails je vous renvoie à ce post 
https://forum.openstreetmap.fr/t/pifometre-v3-arrive/15455 qui 
synthétise les principales nouveautés. Questions, critiques et retours 
d'expérience bienvenus ici comme là-bas.

merci

vincent



___
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] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"

[Bruno Remy via Talk-fr]

> "Archimole, dit aussi Morphée"

> c'est un nom ? j'ai l'impression que c'est 2 noms
Il est possible de renseigner deux champs :name=Archimolealt_name=Morphée
Bruno REMY



Le mercredi 24 mai 2023 à 23:48:48 UTC+2, Marc_marc  a 
écrit :  
 
 Le 24.05.23 à 22:40, Christian Perrier a écrit :
> "Archimole, dit aussi Morphée"

c'est un nom ? j'ai l'impression que c'est 2 noms



___
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] Re :Re: [import] import partiel des adresses en France

[Bruno Remy via Talk-fr]

Bonjour,

Je comprends que l'outil pifométre fait du contrôle qualité mais je me demande 
encore pourquoi àjouter des relations ce qui semble être une spécialité 
française alors que la communauté OSM semble utiliser les clés correspondant au 
numéro et au nom de rue. Ce qui est géré nativement par ID.
Alors pourquoi réinventer la roue ?
Bruno



Bruno REMY

 
 
  Le mar., avr. 25, 2023 à 16:41, Cyrille37 OSM a 
écrit:   Bonjour,

Faisant beaucoup d'adressage dans OSM je confirme que la BAN n'est pas 
assez qualitative pour faire de l'import automatique.

L'outil Pifometre cité par Vincent est super, il permet d'intégrer bout 
par bout, ce qui me semble la volumétrie suffisante et nécessaire pour 
la qualité attendue dans OSM.

Et si on a besoin tout de suite et maintenant d'interroger des adresses 
sur toute la France il y a https://adresse.data.gouv.fr/ ;-)

Cyrille37.

On 25/04/2023 14:46, Vincent de Château-Thierry wrote:
> Bonjour,
>
>> De: "Marc_marc"
>>
>> Suite à l'accueil favorable sur le principe, je poursuis
>> la discussion entamé [2] il y a quelques mois lié à la procédure
>> https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines
>
>> je propose de diviser l'import en plusieurs tranches
>> et de discuter uniquement de la première tranche :
>>
>> Étendue de l'import de la première tranche
>> - le nom de la rue est présente dans osm, identique à celui
>> de la BAL ou la ref fantoir permet de lier le nom osm au nom officiel
>> tel que visible avec la colonne "adresse BAN avec voie rapprochée %"
>> sur le pifomètre [1]
>> - le taux de certification de 100% tel que visible avec la colonne "%
>> adresses certifiées BAN" sur le pifomètre [1]
>> - j'avais proposé "la rue dans osm ne contient aucune addr" : certains
>> ont suggéré de commencer avec ce critère sur l'étendue de la commune.
>> le pifomètre [1] renseigne en effet des communes avec 0 adresse dans osm
>>
>> A voir s'il y a beaucoup de communes avec 100% adresses certifiées +
>> 100% voies adressée rapprochée + pas d'adresse dans osm :)
>> mais c'est une première tranche
>>
>> Questions :
>>
>> - faut-il ajouter des critères de qualité ? par ex dans le passé,
>> ce n'était pas rare d'avoir plusieurs adresses au même endroit.
>> il n'y a pas eu de retour sur ce point que je propose de supprimer
>> sauf si quelqu'un souhaite le conserver.
>> J'espère que ce problème a disparu avec la certification
>> mais un retour est bienvenu si ce n'est pas le cas.
> La certification n'est hélas en aucun cas un critère de qualité. Il y a eu 
> différents retours d'expérience là-dessus, notamment sur le canal OSM-Fr 
> matrix/telegram et aussi sur le forum où ce post couvre le même sujet [1].
> En version courte : la certification est auto-déclarative et l'aspect 
> géométrique est loin d'être au cœur des préoccupations des communes, plus 
> focalisées sur l'inventaire. Donc partir sur ce critère comme un filtre 
> d'adresses fiables et sujettes à import est biaisé dès le départ : on se 
> trompe de postulat.
>
>> - la position des addr est souvent flottante tandis que d'autres
>> voudraient les voir au moins en bordure du bâtiments concernées.
>> Il avait été proposé de sortir cette question hors de l'import
>> et d'importer avec la position actuelle de l'opendata
> Dire ça c'est donc assumer qu'on n'ajoute pas de valeur à l'import, on 
> photocopie l'OpenData de la BAN. C'est vraiment regrettable je trouve. Parmi 
> nos valeurs ajoutées sur le sujet des adresses par rapport à la BAN il y a :
> - garantir la bonne orthographe des noms de voies (dans la BAN c'est un 
> poème, défauts d'accents, défauts de majuscules, etc)
> - assigner à chaque adresse une position cohérente avec notre propre graphe 
> et nos bâtiments, donc potentiellement retoucher les coordonnées 
> (manuellement, car non il n'y a aucune magie pour ce genre d'opération)
> - filtrer les données sources : ne pas ajouter dans OSM des numéros assignés 
> à une autre voie et totalement erronés dans leur affectation et leur 
> position, sans parler des 5xxx et 9xxx
>
> Donc je tempère l'accueil favorable dont tu parles au début, et qui se base 
> sur... 3 réponses. Personnellement je ne suis pas favorable à un tel import, 
> mais ça ne devrait pas étonner par ici : si j'ai conçu Pifomètre c'est 
> justement pour ne pas encourager les imports, tout en proposant un outil pour 
> mécaniser le travail d'intégration sans verser dans l'ingestion aveugle 
> d'open data. On peut largement faire évoluer Pifomètre pour changer d'échelle 
> (la commune au lieu de la rue, etc) mais en aucun cas ça ne nous dispensera 
> de contrôler finement ce qu'on

[OSM-talk-fr] Import d'adresses à Andernos

[Bruno Remy via Talk-fr]

Bonjour,
Je lis que vous suggérez d'utiliser la relation associated-street.Je suis plus 
partisan du tag addr:street.
Rajouter une relation à chaque noeud nécessite une opération manuelle sur 
chaque noeud, ce qui est laborieux quand on travaille sur un ensemble de noeuds 
par exemple à l'échelle d'une ville. Je me vois mal créer des centaines de 
relations une par une à la main... 
En manipulant les données d'un fichier JSON ou CSV on peut plus facilement 
attribuer au noeud le tag addr:street correspondant au nom de la rue présent 
dans le fichier source de BANO.
Vous voyez ce que je veux dire?
Je cherche une solution qui associe l'intégrité des données (donc le numéro et 
le nom de la rue je suis d'accord avec vous) et la simplicité de manipulation 
des données.
Cordialement


---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import d'adresses à Andernos

[Bruno Remy via Talk-fr]

Bonjour à tous,
J'ai remarqué que dans le département de la Gironde et en particulier dans 
plusieurs communes du Bassin d'Arcachon il manque les numéros de rue.Cela 
représente un grand nombre de points et les rajouter un par un avec ID en 
utilisant le calque BANO est long et fastidieux... J'ai préféré utiliser le jeu 
de données BANO en ma basant sur le fichier de la Gironde disponible en ligne, 
avec l'éditeur JOSM.
Voir ma contribution :
https://www.openstreetmap.org/changeset/135219152
Je n'avais pas ouvert la discussion avant mon import, mais je le fais 
maintenant : que pensez-vous de ce compromis entre un import massif des données 
ouvertes du BANO pour le département de la Gironde et une contribution manuelle 
sur ID point par point ? Un import à l'échelle d'une ville est-il considéré 
comme un import massif? Mérite-t-il l'attention des contributeurs OSM? Est-il 
"abusif" ?
Cordialement,
Bruno REMY


---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] présentation

[Bruno Remy via Talk-fr]

Bonjour à tous,

Je viens de m'inscrire sur la liste et je me présente :

Je m'appelle Bruno et je suis contributeur OSM depuis janvier 2012 tout d'abord 
au Canada (Québec) où j'étais inscrit sur la liste talk-ca.
De retour en France puis quelques années je reprends progressivement mes 
contributions OSM.
J'utilise les applications mobiles StreetComplete, OSMtracker et Vespucci. 
J'utilise aussi l'éditeur en ligne ID et JOSM.

Je contribue dans mon secteur (Val de Marne) et là où je vais en vacances 
(exemple Andernos-les-Bains, Gironde).

Je n'ai pas un profil de développeur mais je m'intéresse en général à 
l'utilisation des données Openstreetmap.

Cordialement,

Bruno REMY

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rue aux écoliers?

[BEGUIN,Bruno]

Bonjour,

Dans ma collectivité, de nombreuses rues aux 
écoliers<https://www.montpellier.fr/4670-rues-aux-ecoliers.htm> sont déployées.
En gros ce sont des tronçons de rue rendus piétons seulement les matins et les 
soirs en semaine, hors vacances.
J'ai vu qu'à Bordeaux, ça s'appelle rue au enfants
Quelqu'un a une idée du taggage à employer ?

Merci,

[http://montpellier3m.fr/signatures/signatureMontpellier3M.png]

Bruno Béguin
Responsable SIG espace public
Coordination des politiques d'exploitation et de gestion - CPEG
Direction de l'Appui Technique aux Territoires - DA2T
Pôle Proximité et Espaces Publics - PEP's
Tél. : 04 67 34 59 54
b.beg...@montpellier3m.fr
www.montpellier3m.fr




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

Re: [OSM-talk-fr] Places PMR et fond OSM France KO

[BEGUIN,Bruno]

Bonjour,

Je rebondis sur ce besoin. Merci pour les réponses apportées (collées au bas de 
ce mail).

è Quelle suite à donner, du coup ?
Sachant qu'un besoin similaire émerge pour afficher les aires de livraison, 
dont la gestion devient sensible pour les collectivités, entre autres.

Merci,
[http://montpellier3m.fr/signatures/signatureMontpellier3M.png]

Bruno Béguin
Responsable SIG espace public
Coordination des politiques d'exploitation et de gestion - CPEG
Direction de l'Appui Technique aux Territoires - DA2T
Pôle Proximité et Espaces Publics - PEP's
Tél. : 04 67 34 59 54
b.beg...@montpellier3m.fr
www.montpellier3m.fr




De : BEGUIN,Bruno
Envoyé : vendredi 1 avril 2022 10:32
À : 'talk-fr@openstreetmap.org' 
Objet : Places PMR et fond OSM France KO

Bonjour,

Je n'étais pas intervenu depuis un moment sur ce forum, je me présente de 
nouveau : Bruno Béguin, chef de projet géomatique à la Métropole de Montpellier.
Nous contribuons sur OSM pour tout ce qui a trait à la l'occupation du sol et 
la voirie et utilisons les données produites (comme référentiel interne, les 
plans ville, open data, via lebontag pour les imports et validation).

Une demande que je vous soumets à propos des places de parking pour personnes à 
mobilité réduite (PMR) et de leur absence dans le fond OSM France :

-  dans ID et JOSM, la création d'une place de PMR se fait 
automatiquement avec les tags amenity=parking_space et parking_space=disabled. 
Exit wheelchair=yes (https://wiki.openstreetmap.org/wiki/Key:parking_space)

-  Dans le fond osm France, n'apparaissent que les PMR taggés 
amenity=parking_space et wheelchair=yes 
(https://tile.openstreetmap.fr/?q=rue%20des%20an%C3%A9mones,%20castelnau%20le%20lez)

-  Dans le fond osm Monde, ni l'un ni l'autre n'apparaissent.

è Y a-t-il possibilité de mettre à jour le fond osm France, et cerise sur le 
gateau, de l'avoir dans osm Monde également ?

Exemple à Castelnau le lez, la place allée des mousquetaires n'apparait pas et 
celles Allée des Coquelicots sont taggées 'à l'ancienne'.

A disposition si besoin.

Merci d'avance, et bonne journée.

[http://montpellier3m.fr/signatures/signatureMontpellier3M.png]

Bruno Béguin
Responsable SIG espace public
Coordination des politiques d'exploitation et de gestion - CPEG
Direction de l'Appui Technique aux Territoires - DA2T
Pôle Proximité et Espaces Publics - PEP's
Tél. : 04 67 34 59 54
b.beg...@montpellier3m.fr<mailto:b.beg...@montpellier3m.fr>
www.montpellier3m.fr<http://www.montpellier3m.fr>






Bonjour,

Reste que pour les personnes à mobilité réduite, avec ou sans chaise

roulante, l'affichage des places PMR serait bien utile pour les rendus de

base.



Denis



Le ven. 1 avr. 2022 à 15:16, Marc_marc https://lists.openstreetmap.org/listinfo/talk-fr>> a écrit :



> Bonjour,

>

> Le 01.04.22 à 10:32, BEGUIN,Bruno a écrit :

> > dans ID et JOSM, la création d'une place de PMR se fait automatiquement

> avec les tags amenity=parking_space et parking_space=disabled. Exit

> wheelchair=yes

>

> je pense que ce sont 2 choses différentes :

> parking_space=disabled désigne une place réservée PMR (panneau ou

> peinture, aspet légal l'interdisant aux autres)

> wheelchair a de son côté toujours désigné l'utilisabilité = est-ce que

> ce objet est utilisable ou non ou de manière limitée aux PMR

>

> toutes les combinaisons sont possible, par ex :

> - une place très large sur un parking sans panneau/peinture :

> wheelchair=yes mais pas de parking_space=disabled

> - une place avec panneau/peinture mais en pratique

> inutilisable (poteau trop proche)

> parking_space=disabled mais wheelchair=no

>

> Cordialement,

> Marc



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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[BEGUIN,Bruno]

Bonjour,
Ce n’est pas possible en l’état, le tag osm_id n’est pas requêtable sur 
lebontag.
Ca peut faire une amélioration, par contre.

[http://montpellier3m.fr/signatures/signatureMontpellier3M.png]

Bruno Béguin
Responsable SIG espace public
Coordination des politiques d’exploitation et de gestion - CPEG
Direction de l'Appui Technique aux Territoires – DA2T
Pôle Proximité et Espaces Publics - PEP’s
Tél. : 04 67 34 59 54
b.beg...@montpellier3m.fr
www.montpellier3m.fr




De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr]
Envoyé : jeudi 11 juin 2020 16:20
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt 
des outils existant

Le 11/06/2020 à 15:23, BEGUIN,Bruno a écrit :
Re-bonjour,

Le bon tag est en prod, il est disponible ici : https://www.lebontag.fr/, et là 
: https://gitlab.com/Geonov/le-bon-tag
Et c’est un plaisir, ça marche très bien !

J'ai essayé, mais je n'ai pas trouvé comment surveiller un node en particulier.

Ce qui m'intéresse, ce n'est pas un type d'objet, mais une liste de noeuds/way, 
etc.. référencés par leur id.



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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[BEGUIN,Bruno]

Re-bonjour,

Le bon tag est en prod, il est disponible ici : https://www.lebontag.fr/, et là 
: https://gitlab.com/Geonov/le-bon-tag
Et c’est un plaisir, ça marche très bien !

[http://montpellier3m.fr/signatures/signatureMontpellier3M.png]

Bruno Béguin
Responsable SIG espace public
Coordination des politiques d’exploitation et de gestion - CPEG
Direction de l'Appui Technique aux Territoires – DA2T
Pôle Proximité et Espaces Publics - PEP’s
Tél. : 04 67 34 59 54
b.beg...@montpellier3m.fr
www.montpellier3m.fr




De : Romain MEHUT [mailto:romain.me...@mailo.com]
Envoyé : jeudi 11 juin 2020 14:32
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt 
des outils existant

Et Le Bon Tag 
https://peertube.openstreetmap.fr/videos/watch/f44f75f9-3dbe-4218-9025-0344305a751c?start=21m30s
 ?

Romain


De : Jean-Claude Repetto mailto:jrepe...@free.fr>>
À : talk-fr@openstreetmap.org<mailto:talk-fr@openstreetmap.org>
Sujet : Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt 
des outils existant
Date : 11/06/2020 14:26:00 Europe/Paris

Le 11/06/2020 à 12:36, Stéphane Péneau a écrit :
>
> 2)
>
> Sinon, autre cadeau : pouvoir suivre des objets osm en particulier, et
> être alerté (mail, flux rss, autre) en cas de modification.
>
> J'avais commencé à modifier osmada pour ça, mais je manque de temps
> libre. Ça implique aussi l'utilisation d'une instance Overpass qui gère
> les addif, et ce n'est pas le cas de l'instance française.

Il existe un bon outil, écrit il y a quelques années par Julien
Thévenon, qui permet de suivre la modification de certains objets, par
exemple tous ceux auxquels on a contribué.

Voici la présentation qu'il avait faite au SOTM 2013:

http://thevenon.julien.free.fr/soda/presentations/Soda_SOTM-Fr_2013_02_24.pdf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org<mailto: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] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[BEGUIN,Bruno]

Bonjour,

Pour Noël ? Avoir l’interface ‘carte 
cyclable<https://www.openstreetmap.org/#map=19/43.61753/3.89288=C>’ 
rafraichie tous les jours, comme l’est l’excellent cyclOSM.
Au vu des mises à jour actuelles avec les pistes cyclables temporaires, 
notamment.
Bruno Béguin


De : osm.sanspourr...@spamgourmet.com [mailto:osm.sanspourr...@spamgourmet.com]
Envoyé : jeudi 11 juin 2020 14:48
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt 
des outils existant

Le 11/06/2020 à 12:50, Yves P. - 
yves.prat...@gmail.com<mailto:yves.prat...@gmail.com> a écrit :
Il y a un prérequis assez important qui exclut la mailing liste ou le forum 
actuel :
Pouvoir insérer des photos ou captures d'écrans très facilement. Un 
glisser-déposer ou ctrl+v doit suffire.
Matrix fait ça bien et il est libre :)
Oui, si la réponse est d'utiliser forcément un réseau propriétaire c'est que la 
question n'est pas bonne^^.

Le glissé-déposé de photos est possible sur Thunderbird depuis déjà pas mal de 
temps, c'est donc au plus la restriction de la taille maximale d'un message qui 
peut poser soucis et que peut être ajustée je suppose.

Rien n'empêche donc d'utiliser cette liste-ci.

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

[OSM-talk-fr] Présentation et cas particulier des ref sur ronds points

[BEGUIN,Bruno]

Bonjour,

je suis Bruno Béguin, le contributeur derrière Voirie Montpellier Méditerranée 
Métropole. Nous utilisons OSM à la Métropole de Montpellier comme 
infrastructure de données géographiques, notamment pour la gestion de notre 
patrimoine routier.
Je travaille notamment avec Jérémie Valentin, nous avions présenté cette 
application de validation d'imports OSM 'LeBonTag', lors du dernier SOTM France 
à domicile.

Je souhaitais vous soumettre cette requête à propos du tag REF pour le cas 
particulier des ronds points.
Le wiki indique que les ronds-points n'ont pas à être tagués avec REF et cela 
rejaillit sur OSMOSE visiblement 
(https://wiki.openstreetmap.org/wiki/FR:Tag:junction%3Droundabout).

Je voulais lancer une discussion là-dessus par rapport à notre pratique :

1- dans un soucis de continuité d'une route, nous dénommons officiellement avec 
le REF les ronds-points comme faisant partie de la route principale à laquelle 
ils appartiennent. Ex : La M 610 à Castries, ce rond-point est lié à cette 
route pour notre gestion patrimoniale, et non à la Route de Baillargues, moins 
importante (https://www.openstreetmap.org/way/435451618).
Et lorsque 2 départementales se croisent, la plus importante sur notre 
hiérarchie donne son ref au rond point.

2- dans cette même page du wiki sur les ronds-points mais en anglais, il est 
indiqué que les ronds-points peuvent être tagués avec REF notamment pour le 
guidage GPS.

-> 2 bonnes raisons à mon sens pour faire évoluer cela!

Qu'en pensez-vous?

Cordialement,

Bruno Béguin



Bruno Béguin
Responsable SIG espace public
Coordination des politiques d’exploitation et de gestion
Direction aménagement et gestion de l’espace public
Tél. : 09 73 67 84 17
b.beg...@montpellier3m.fr
www.montpellier3m.fr


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

Re: [OSM-talk-fr] Luftdaten: projet de science participative

[bruno Piguet]

Et comme dans tout bon projet avec des données géographiques, il y en a au
centre du golfe de Guinnée  :
https://france.maps.luftdaten.info/#6/0.000/0.000
;-)

Le lun. 18 mars 2019 à 08:40, PIERRE Sylvain via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Peut-être avez-vous déjà entendu parler du projet de science participative
> et citoyenne Luftdaten…
>
>
>
> Pics de pollution, alertes aux particules fines… Dans les grandes villes
> (ou  ailleurs), les valeurs limites et les seuils d’alerte sont souvent
> dépassés. Comment peut-on mesurer et interpréter la qualité de l’air?
>
>
>
> Pour répondre à cette question le OK Lab Stuttgart a mis en œuvre un
> projet collaboratif et citoyen de mesure des particules fines :
>
> https://luftdaten.info/fr/accueil/
>
>
>
> En résumé : il s’agit de construire soit-même un détecteur de particules
> qui alimentera une base de données qui peut être visualisées ici (très
> bel accès aux données avec un fond OSM) :
>
> https://france.maps.luftdaten.info/#7/48.673/9.437
>
> Le projet commence à se développer en France. La documentation est très
> bien faite. L’investissement est réduit à quelques dizaines d’euros pour le
> matériel. C’est ludique, contributif.
>
> Quelques liens supplémentaires :
>
> http://www.wiki-rennes.fr/images/c/ca/Notice_composants.pdf
>
> http://www.wiki-rennes.fr/Capteurs_Luftdaten
>
>
> https://fabmanager.csc49.fr/#!/projects/capteur-de-micro-particules-luftdaten-avec-abris-pour-l-ademe
>
>
>
> *→*  *Sylvain PIERRE*
>
>  Chef de projet système d’information
>
>  Direction des Systèmes d’Information
>
>  Service Projets et Applications Numériques
>
>*Conseil Départemental du Bas-Rhin*
>
> 
>
>  Hôtel du Département
>  1 place du Quartier Blanc 67964 Strasbourg Cedex 9
>  Tél : 03 88 76 68 88 - mobile :
>  Mobile : 06 30 96 31 76
>  Email : sylvain.pie...@bas-rhin.fr
>
>  www.bas-rhin.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-fr] Rendu français : multipolygone highway=pedestrian non-rendu

[bruno Piguet]

> Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments
> cartographiés au-dessous de la dalle ?

C'est une dalle piétonne, il y a un parking semi-souterrain dessous.

Bruno.

Le lun. 21 janv. 2019 à 08:15, Ralf Treinen  a écrit :

> Bonjour,
>
> On Sat, Jan 19, 2019 at 04:03:02PM +0100, bruno Piguet wrote:
>
> > J'ai tagué la dalle piétonne d'un centre commercial sous la forme
> d'une
> > relation multiplolygone (car elle comporte des trous) portant le tag
> highway=
> > pedestrian.
> >
> > Sur le rendu OSM général, je la vois bien :
> http://layers.openstreetmap.fr
> > /?zoom=18=43.58445=1.40532=0B000FF
> > Sur le rendu OSM français, elle n'apparait pas  : http://
> > layers.openstreetmap.fr/?zoom=18=43.58445=1.40532=
> > BFF
>
> il faut ajouter area=yes.
>
> Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments
> cartographiés au-dessous de la dalle ?
>
> -Ralf.
>
> ___
> 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] Rendu français : multipolygone highway=pedestrian non-rendu

[bruno Piguet]

Bonjour,

J'ai tagué la dalle piétonne d'un centre commercial sous la forme d'une
relation multiplolygone (car elle comporte des trous) portant le tag
highway=pedestrian.

Sur le rendu OSM général, je la vois bien :
http://layers.openstreetmap.fr/?zoom=18=43.58445=1.40532=0B000FF
Sur le rendu OSM français, elle n'apparait pas  :
http://layers.openstreetmap.fr/?zoom=18=43.58445=1.40532=BFF

Est-ce une erreur de taging de ma part, ou une erreur dans le style de
rendu OSM-fr ?

   La relation est la : 9113387 :
https://www.openstreetmap.org/relation/9113387

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

Re: [OSM-talk-fr] station de rechargement d’hydrogène

[bruno Piguet]

Au temps pour moi...

Le dim. 26 août 2018 à 14:59,  a écrit :

> L'h2 est déjà dans la liste, pourquoi l'ajouter ? Car c'est de l'hydrogene
> liquide je suppose.
>
> Jean-Yvon
>
>
> > Gesendet: Sonntag, 26. August 2018 um 09:56 Uhr
> > Von: "bruno Piguet - bruno.pig...@gmail.com"
> 
> > An: talk-fr@openstreetmap.org
> > Betreff: Re: [OSM-talk-fr] (osm: message 2 of 20) station de
> rechargement d’hydrogène
> >
> > Hydrogène n'existe pas sur la page wiki qui décrit la clef fuel (
> > https://wiki.openstreetmap.org/wiki/Key:fuel), mais il faut militer pour
> > l'ajouter, car les stations d'hydrogène se répandent en Allemagne (
> > https://h2.live/).
> >
> > Cependant, dans le cas cité ici, si c'est la pompe privée d'une seule
> > flotte de taxi, sa cartographie précise n'a pas encore beaucoup
> d'intérêt.
> >
> > Bruno.
> >
> > Le mar. 14 août 2018 à 11:21, Nicolas Bétheuil  a
> écrit :
> >
> > > Bonjour,
> > >
> > > Je viens de découvrir qu'il y a une borne de rechargement d’hydrogène
> > > dans Paris. Elle semble être réservée pour des taxis d'une certaine
> > > marque.
> > >
> > >
> http://www.lefigaro.fr/societes/2015/12/04/20005-20151204ARTFIG00015-une-station-hydrogene-au-coeur-de-paris.php
> > >
> > > Je suis surpris de voir que depuis 2015 personne n'a ajouté la station.
> > > Ce n'est que de l'expérimentation visiblement. Pas de moyen de
> > > paiement par exemple.
> > >
> > > Ça a du sens à ajouter dans OSM ?
> > > Néanmoins taguer ça comme une station service me parait abusif. Ça
> > > m'étonnerais que les applications qui afficherait les stations service
> > > filtre par la dispo des carburants du coup ça pourrait afficher de
> > > fausses informations.
> > >
> > > Vous en pensez quoi ?
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] station de rechargement d’hydrogène

[bruno Piguet]

Hydrogène n'existe pas sur la page wiki qui décrit la clef fuel (
https://wiki.openstreetmap.org/wiki/Key:fuel), mais il faut militer pour
l'ajouter, car les stations d'hydrogène se répandent en Allemagne (
https://h2.live/).

Cependant, dans le cas cité ici, si c'est la pompe privée d'une seule
flotte de taxi, sa cartographie précise n'a pas encore beaucoup d'intérêt.

Bruno.

Le mar. 14 août 2018 à 11:21, Nicolas Bétheuil  a écrit :

> Bonjour,
>
> Je viens de découvrir qu'il y a une borne de rechargement d’hydrogène
> dans Paris. Elle semble être réservée pour des taxis d'une certaine
> marque.
>
> http://www.lefigaro.fr/societes/2015/12/04/20005-20151204ARTFIG00015-une-station-hydrogene-au-coeur-de-paris.php
>
> Je suis surpris de voir que depuis 2015 personne n'a ajouté la station.
> Ce n'est que de l'expérimentation visiblement. Pas de moyen de
> paiement par exemple.
>
> Ça a du sens à ajouter dans OSM ?
> Néanmoins taguer ça comme une station service me parait abusif. Ça
> m'étonnerais que les applications qui afficherait les stations service
> filtre par la dispo des carburants du coup ça pourrait afficher de
> fausses informations.
>
> Vous en pensez quoi ?
>
> ___
> 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] Présentation

[Bruno]

Le 17/03/2018 à 08:35, Guillaume Largeau a écrit :

Bonjour,

Je me présente Guillaume, jeune contributeur OSM . Je suis du Sud 
Ouest et plus particulièrement de La Charente Maritime.

J’édite principalement dans cette zone géographique.
Je travaille dans la fonction publique en lien étroit avec le SIG de 
la structure.

Je remercie Donat pour ses conseils et sa patience!

À bientôt
Guillaume


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


Bonjour Guillaume,

Bienvenue !

Pour info nous sommes voisin, tu vas pouvoir corriger tout ce que j'ai 
fait aux alentours ;-)


Bruno.

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

Re: [OSM-talk-fr] Ergonomie d'OpenStreetMap.org

[Bruno]

Le 03/01/2018 à 10:25, Marc Gemis a écrit :

Connaissez-vous https://www.mapcat.com ?
- OSM data
- clic gauche
- des noms en langue locale et Anglais.

m.

Je ne connaissais pas.
Pour le changement de langue et vu le choix important, j'imagine qu'il 
n'y a pas un rendu par langage ? c'est quoi le mécanisme technique ?

2018-01-02 23:32 GMT+01:00 marc marc :

Bonsoir,

Le 02. 01. 18 à 23:10, Cédric Frayssinet a écrit :

Quand on passe de GMaps à OpenStreetMap.org, je trouve que l'on perd
beaucoup à ne pas pouvoir cliquer (avec le bouton gauche)

il est clair qu'un clic droit serrait beaucoup pratique et intuitif.


- interroger les objets

petit raccourcit : afficher l'adresse
cela ne te propose souvent le bon objet.

Cordialement,
Marc
___
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-fr] Ergonomie d'OpenStreetMap.org

[Bruno]

Le 03/01/2018 à 10:10, Lionel Allorge a écrit :

Bonjour,


Pour ma part j'en ai un autre qui n'est pas qu'un problème d'ergonomie :

La carte est affichée dans la langue du pays par défaut, si je regarde
la Russie ou la Pologne , et bien c'est inutilisable (pour moi)

J'ai eu le même problème et j'utilise depuis :
http://tile.openstreetmap.fr/
qui propose les noms en français lorsqu'ils existent.

Librement.

Oui je suis d'accord, c'est ce que je fais aussi et j'aurai du le dire, 
mais comme on parlait d'ergonomie et de simplicité d'emploi je trouve 
que dire aux gens tu vas sur osm.org c'est plus simple que 
"tile.openstreetmap.org".


Dommage osm.fr est déjà pris..

Bruno


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

Re: [OSM-talk-fr] Ergonomie d'OpenStreetMap.org

[Bruno]

Le 02/01/2018 à 23:10, Cédric Frayssinet a écrit :


Bonsoir à tous,

Je vais peut-être lancer un pavé dans la mare, mais je me lance :)

Quand on passe de GMaps à OpenStreetMap.org, je trouve que l'on perd 
beaucoup à ne pas pouvoir cliquer (avec le bouton gauche) sur les 
nœuds, type commerces, restaurants ou attractions touristiques. C'est 
vraiment dommage car souvent les tags nécessaires y sont. Avec Gmaps, 
on clique puis on affiche un volet complet qui permet ce que vous savez.


Suis je le seul à trouver le menu contextuel peu pratique ?

- interroger les objets

- puis sélectionner ce que l'on souhaite dans la liste qui s'affiche 
dans le volet latéral


Je ne sais pas comment sont gérés ces travaux de développement, c'est 
pourquoi j'interroge la liste...


Bonne soirée,

Cédric


--
En cure de désintoxication <https://degooglisons-internet.org/> de 
Google ! Client d'Enercoop 
<https://www.youtube.com/watch?v=xlwNxoGioWQ>, l'énergie militante


Également sur Mastodon : @bristow...@framapiaf.org 
<https://framapiaf.org/@Bristow_69>


Promouvoir et soutenir le logiciel libre <http://www.april.org>



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


Bonjour,

Oui clairement il n'y a rien de très ergonomique ou même simplement 
fonctionnel pour interroger des POI sur la carte, à l'heure actuelle.


Les astuces comme passer par une recherche d'adresse ou la fonction 
requêter des objets  sont utilisables mais pas du même niveau.
Je ne sais pas non plus ou intervenir pour remonter ce genre de besoin , 
qui ne doit pas être nouveau..


Pour ma part j'en ai un autre qui n'est pas qu'un problème d'ergonomie :

La carte est affichée dans la langue du pays par défaut, si je regarde 
la Russie ou la Pologne , et bien c'est inutilisable (pour moi)


Osm.org devrait afficher la carte en prenant en compte la langue du 
navigateur.


Bruno.


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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Bruno Cortial]

Le 26 décembre 2017 à 09:14, JB <jb...@mailoo.org> a écrit :

> Le 25/12/2017 à 16:56, Christian Quest a écrit :
>
>> C'est ici: http://osmose.openstreetmap.fr/fr/errors/?source=14708=
>> 7170=13
>>
> Hello,
> Je dois être handicapé d'Osmose, mais je n'arrive toujours pas à atteindre
> la carte osmose avec les erreurs qui correspondent. Quelqu'un aurait
> l'indulgence d'envoyer le lien qui va bien ?
> JB.
>
>
Hello,
Regardes si tu n'es pas verrouillé sur un niveau de gravité (tout premier
champ à gauche dans la liste de sélection) : j'ai eu ce soucis.

Et merci Christian !

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

[Talk-it] ref provinciali romani

[bruno]

Buongiorno,
  ho notato solo ora il changeset
https://www.openstreetmap.org/changeset/39333920
nel quale per la way
https://www.openstreetmap.org/way/183547577/
si passa da ref=SPVII a ref=SP7
Spero di non scatenare una guerra di religione, ma non mi convince: su 
tutti i cartelli c'è scritto "SPVII". Mi sono perso qualche cambio di 
convenzione?

Buona giornata,
bruno
--
2nd email br...@anche.no | https://twrh.noblogs.org

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

Re: [OSM-talk-fr] Cadastre, BAN et les producteurs de cartes

[Bruno]

Le 16/11/2017 à 22:13, marc marc a écrit :

Le 16 novembre 2017 à 20:52, Bruno a écrit :

 Rue du Porches au lieu de Rue des Porches :
 
http://www.openstreetmap.org/?mlat=45.96830=-0.51023#map=19/45.96830/-0.51023
 Sur la base OSM cette rue est évidemment bien orthographiée..
 C'est signalé dans fantoir depuis longtemps mais je ne connais pas
 le principe de prise en compte , c'est une première question.
 http://cadastre.openstreetmap.fr/fantoir/#insee=17277=1

Je pense que la page sert uniquement en interne à osm pour éviter
que plusieurs contributeurs fassent plusieurs fois le même travail
d'analyse.
Je doute fort qu'il y ai la moindre remontée puis correction
par le cadastre lui-même... hélas...
C'est d'ailleurs un manque commun à beaucoup de source opendata.

la route dans osm a le bon nom et la ref fantoir, tu ne peux pas faire
grand chose de + (hormis official_name si tu veux que le nom cadastral
soie trouvable si on fait une recherche dans osm)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Ok merci , c'est bien ce que je pensais..


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

[OSM-talk-fr] Cadastre, BAN et les producteurs de cartes

[Bruno]

Bonjour,

Questions bêtes :

Dans mon village un nom de rue est mal orthographié sur le cadastre et 
dans la BAN. Rue du Porches au lieu de Rue des Porches : 
http://www.openstreetmap.org/?mlat=45.96830=-0.51023#map=19/45.96830/-0.51023

Sur la base OSM cette rue est évidemment bien orthographiée..
C'est signalé dans fantoir depuis longtemps mais je ne connais pas le 
principe de prise en compte , c'est une première question. 
http://cadastre.openstreetmap.fr/fantoir/#insee=17277=1


Deuxième question : Sur Google maps et ESRI que j'ai vérifié , il y a la 
même erreur , ce qui voudrait dire qu'ils ont copié le cadastre ? (sur 
via-michelin la rue est bonne)
Si ils ont copié cela veut dire qu'ils ont noté la source cadastre comme 
on le fait pour OSM ?


Question subsidiaire :
Dans ce même village des noms de rues viennent de changer et OSM est à 
jour. En lien avec la première question , comment va se faire la mise à 
jour dans le cadastre et Fantoir ?



Merci d'avance si quelqu'un peut m'éclairer ou me donner une piste.

Bruno.


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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Bruno]

Le 16/11/2017 à 09:05, Philippe Verdy a écrit :
Et justement le fait qu'il y ait eu des reverts venant de plusieurs 
personnes pour les mêmes raisons (avec les commentaires adéquats 
disant que c'était indésirable) aurait dû le questionner mais on ne 
s'est pas contenté de ça. Bref le DWG est la seule solution pour le 
bloquer puisqu'il ignore tout et refuse toute communication.


Le 16 novembre 2017 à 09:01, Philippe Verdy <verd...@wanadoo.fr 
<mailto:verd...@wanadoo.fr>> a écrit :


La procvédure c'était de contacter l'utilisateur et cela a été
fait par plusieurs personnes, au moment où les reverts ont été
faits, et on lui a demandé de contacter la communauté, il a ignoré
les messages de tout le monde. Et cela a été discuté sur cette
liste à plusieurs reprises. La communauté OSM n'a rien à se reprocher.

Le 16 novembre 2017 à 06:02, Francois Gouget <fgou...@free.fr
<mailto:fgou...@free.fr>> a écrit :

On Sat, 11 Nov 2017, Vincent Bergeot wrote:
[...]
> > - après un temps raisonnable (qui est peut-être déjà
écoulé si le point
> > précédent a été fait... mais personne n'a donné le lien),
écrire au DWG
> > en demandant au miminum le revert de tout les names en
france et le
> > revert de tout les names:fr (y compris de l'autre de la
frontière)
>
> ok, attendons donc :)

Enfin les premiers reverts datent quand même d'il y a 6 mois
et depuis
c'est la guerre. Pour reprendre un des exemples ci-dessus :


https://www.openstreetmap.org/node/388577606/history#map=19/43.24205/-1.28367

<https://www.openstreetmap.org/node/388577606/history#map=19/43.24205/-1.28367>

* v15 - Edited 23 May 2017 by izpura - creacion
  -> Reverted 29 August 2017 by Vlad - Reset official name in
the name tag

* v17 - Edited 07 Sept 2017 by izpura - eukaraz
  -> Reverted 14 Sept 2017 by Vlad - Fix Osmose "local
language" error

* v19 - Edited 14 Sept 2017 by izpura - transformacion
  -> Reverted 16 Sept 2017 by Vlad - Fix Osmose "local
language" error

* v21 - Edited 16 Sept 2017 by izpura - euskaraz
  -> Reverted 17 Sept 2017 by Vlad - Fix Osmose "local
language" error

Etc, etc, etc. Aujourd'hui on en est à la v36.


Même sans explications pédagogiques et détaillées sur un
changeset il me
semble que les reverts systématiques, faits par plusieurs
contributeurs
(verdy_p s'y est mis il y a 1 mois, sans compter la v14 déjà
sur le même
thème) auraient dû alerter l'utilisateur et le pousser à
contacter la
communauté pour se renseigner.

Et s'il est convaincu de son bon droit pourquoi n'est-il pas
venu se
plaindre qu'un utilisateur 'sabote' son travail par exemple ?


Par contre on peut reprocher à la communuté OSM de s'être laissé
entrainer dans une guerre d'édition plutôt que de tout de
suite suivre
la procédure officielle ce qui au final a perdu un temps
considérable.
Peut-être y a-t-il matière à amélioration ?

Mieux documenter la procédure ? Traduire la page Disputes ? La
rendre
plus visible ? Ajouter un bouton 'signaler' dans Osmose ?

Pourrait-on détecter automatiquement les guerres d'édition et
notifier
un responsable qui se chargerait de contacter les protagonistes et
d'engager la procédure adéquate ?

On pourrait par exemple caractériser une guerre d'édition par la
présence de 3 versions identiques dans les 8 dernières (ou mieux 3
diff unifiés dont les lignes + correspondent).


--
Francois Gouget <fgou...@free.fr <mailto:fgou...@free.fr>>
http://fgouget.free.fr/
           If it stinks, it's chemistry. If it moves, it's
biology.
                  If it does not work, it's computer science.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>





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


Je crois que nous sommes tous d'accord , mais si j'ai bien compris 
François Gouget il pense que nous avons trop tardé pour faire appel au 
DWG et il propose des choses pour que cela se fasse plus vite.


Bruno.

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Bruno]

Le 02/10/2017 à 18:36, Philippe Verdy a écrit :
J'ai bien peut qu'avec ce qui se passe en Catalogne, le mouvement soit 
lancé aussi pour le catalan en Espagne comme en France...


Oui je l'ai dit au début , ces gens ne font pas de la cartographie mais 
de la politique.
Au delà de ce constat ils ne respectent pas les règles OSM donc il faut 
annuler les changements et  effectivement prévenir le DWG.


Quelqu'un s'en occupe ? Pour ma part je ne sais faire ni l'un ni l'autre 
mais je peux apprendre , j'ai fais une fois un revert sur un de mes 
changements en masse..


Bruno.
Le 2 octobre 2017 à 18:26, David Crochet <david.croc...@free.fr 
<mailto:david.croc...@free.fr>> a écrit :


Bonjour


Le 02/10/2017 à 16:55, Philippe Verdy a écrit :

Cette fois ci c'est carrément abusif et le DWG devrait être
avisé de ce comportement destructeurs de la part de quelques
contributeurs trop zélés qui n'ont même pas pris la peine de
garder au moins un "name:fr=*".


+1
Et voir ci cela ne dépasse pas les frontières francophones

Cordialement

-- 
David Crochet




___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<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-fr] Présentation

[Bruno]

Le 25/09/2017 à 19:51, Cédric Frayssinet a écrit :


Bonjour à tous,

Nouveau sur cette liste, je me présente rapidement.

Je suis enseignant en Sciences de l'Ingénieur à Lyon, formateur 
académique au numérique et, on peut le dire, libriste...


J'ai un compte OSM depuis 2011, mais je suis plus actif depuis 
quelques mois. J'ai commencé à cartographier avec précision mon 
village de vacances, puis, je suis tombé dans la marmite... bien aidé 
par les applications OSMand~, StreetComplete, OSMContributor et un peu 
OpenStreetCam.


J'avoue, je n'utilise pas encore JOSM, seulement ID que je trouve 
parfait pour débuter. Mais je compte bien m'y mettre dès que je 
trouverai le temps de parcourir des tutos.


Je me suis inscrit ici pour poser des questions de débutant, j'espère 
que c'est le lieu, car les derniers me font penser qu'il y a quelques 
experts dans la communauté, et c'est tant mieux !


Bonne soirée,

Cédric


--
En cure de désintoxication <https://degooglisons-internet.org/> de 
Google ! Client d'Enercoop 
<https://www.youtube.com/watch?v=xlwNxoGioWQ>, l'énergie militante


Également sur Mastodon : @bristow...@framapiaf.org 
<https://framapiaf.org/@Bristow_69>


Promouvoir et soutenir le logiciel libre <http://www.april.org>



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


Bonjour à toi et bienvenue !

Juste un commentaire : Josm est aussi facile à utiliser que ID ou autre 
outils, lance toi et tu verras que les explications données en page 
d'accueil suffisent pour les choses simples et le reste suit.


Bonne soirée,

Bruno

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Bruno]

Le 14/09/2017 à 00:19, Christian Rogel a écrit :


Le 2017 Gwen. 13 à 21:31, Bruno <pa...@free.fr 
<mailto:pa...@free.fr>> a écrit :


Le 13/09/2017 à 19:44, Christian Rogel a écrit :

A Bruno et Vladimir,

Si l’on continue à définir le contenu de « name » comme étant dans une langue 
particulière, on accentue artificiellement les antagonismes possibles et on 
pave le chemin pour des dérives.
Et bien oui le champ name est obligatoirement dans une langue 
particulière , ce n'est pas artificiel c'est juste logique et 
officiel , les dérives viennent de ceux qui veulent y mettre autre 
chose..
Le nom de la ville de Toulouse c'est Toulouse, tous les panneaux 
n'ont pas la double écriture Français/Occitan, donc pourquoi 
l'imposer ? c'est de la politique , rien d'autre. Le jour où la 
France sera multilingue et bien on changera tout ça.

La régle est pourtant simple : on met dans le « name » ni plus, ni moins que ce 
que l’autorité compétente a décidé.
Comme dit plus haut , tous les panneaux Toulouse (toujours par 
exemple) n'ont pas la double écriture, on fait quoi ?

Si demain, une rue reçoit un nom comportant du zoulou, cela ira sans problème 
dans le « name ».
Bien sûr si demain une rue s’appelle "rue zingging" elle sera nommée 
comme cela dans OSM ( pas "carrièrazinging"), sauf que Toulouse 
s'appelle comme cela en Français et Tolosa en Occitan (deux langues = 
deux tags)


Bruno,


J’ai volontairement pris des exemples exclusivement dans les noms de 
voie, parce qu’il y a un léger principe d’incertitude du fait des 
attitudes divergentes des autorités municipales (dans le temps, 
l’espace et la signification des noms) et tu me ramènes à l’exemple de 
Toulouse qui ne pose aucune espèce de question : il y a le COG et 
circulez, il n’y a plus rien à voir.


L’usage d’OSM est de suivre sans discussion le COG et donc d’effacer 
les doubles appellations ou les transformations éventuelles.
Il n’y a même pas besoin de demander l’avis des contributeurs fautifs. 
Si les Basques ou les Occitans le faisaient massivement, nous, 
communauté française ferions le ménage avec l’appui d’un bot ou du 
DWG, s’il le faut.


Pour mémoire, le COG concerne bien plus que les unités 
administratives, mais aussi les principaux cours d’eau, les grands 
éléments gégraphiques du relief, etc.


Et inutile de s’exciter à propos de décisions communales concernant 3 
ou 4 millionnièmes de la masse des appellations.



Christian R.


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


Christian,

Toulouse était l'exemple de départ du message de Vladimir, je suis resté 
dessus c'est tout.


Pour ma part je reste persuadé qu'il n'y a pas de différence de 
traitement à faire entre les noms de rues en deux langues et les noms de 
villes, j'ai expliqué mon point de vue récemment.


Reprend le message de Vladimir, apparemment ce n'est pas nous qui nous 
excitons ;-) "/Mais je commence à m’attirer les foudres de certains au 
pays basque/"


Bruno.


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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Bruno]

Le 13/09/2017 à 19:44, Christian Rogel a écrit :

A Bruno et Vladimir,

Si l’on continue à définir le contenu de « name » comme étant dans une langue 
particulière, on accentue artificiellement les antagonismes possibles et on 
pave le chemin pour des dérives.
Et bien oui le champ name est obligatoirement dans une langue 
particulière , ce n'est pas artificiel c'est juste logique et officiel , 
les dérives viennent de ceux qui veulent y mettre autre chose..
Le nom de la ville de Toulouse c'est Toulouse, tous les panneaux n'ont 
pas la double écriture Français/Occitan, donc pourquoi l'imposer ? c'est 
de la politique , rien d'autre. Le jour où la France sera multilingue et 
bien on changera tout ça.


La régle est pourtant simple : on met dans le « name » ni plus, ni moins que ce 
que l’autorité compétente a décidé.
Comme dit plus haut , tous les panneaux Toulouse (toujours par exemple) 
n'ont pas la double écriture, on fait quoi ?


Si demain, une rue reçoit un nom comportant du zoulou, cela ira sans problème 
dans le « name ».
Bien sûr si demain une rue s’appelle "rue zingging" elle sera nommée 
comme cela dans OSM ( pas "carrièra zinging"), sauf que Toulouse 
s'appelle comme cela en Français et Tolosa en Occitan (deux langues = 
deux tags)



Comme je l’ai dit, il faut opérer le distinguo entre la langue et ses usages, 
ici, les habitudes d’une communauté de locuteurs qui, alors, ne « parlent » 
pas, mais flèchent un espace.

L’un des très rares endroits où cela pourrait porter à discussion, c’est, comme 
je l’ai plusieurs fois signalé,est Pluguffan (je connais bien pour y être un 
des principaux contributeurs), car le nom de quelques rues y est décrit par 
couple d’appellations (Place de Kroas ar Bleuñv - Plasenn Kroaz ar Bleuñv - 
remarque : il n’y a qu’un mot en français).

La règle en vigueur, si elle été appliquée à la lettre demanderait que la 
double appellation soit reproduite telle quelle, mais, il s’agit d’un cas 
tellement rarissime qu’il n’y a pas lieu de changer de façon de faire.

Même si les 150 municipalités basques imitaient Pluguffan, cela ne changerait 
rien, ce serait une goutte d’eau.

Pas d'accord.


Notez bien que lorsque le « name » est issu d'une langue régionale (rarissime 
statistiquement), on peut reprendre le nom avec les codes des 125 langues d’OSM 
avec des variation et des translittérations.
On peut donc avoir un name « russe » en langue régionale française.


Je n’ai pas vu que la page « Multiligual names » incite à mettre des 
appellations doubles. Ce qui pourrait être corrigé, c’est le « name:fr » qui ne 
semble pas utile de notre point de vue de Français, et semble acter les 
oppositions, mais, qu’en pensent les étrangers qui veulent mixer (mash-up ?) 
les conventions linguistiques ?



Christian R.


___
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] Utilisation du tag 'name' avec les langues régionales

[Bruno]

 champs name:xx. Les panneaux 
bilingues ne sont pas à recopier dans le champ name à mon avis , seuls 
les pays ou région comme Bruxelles qui sont officiellement bilingues le 
font.


Par contre au niveau du rendu osm.org , ce qui pourrait faire plaisir à 
tout le monde ce qu'il prenne le paramètre langue du navigateur en 
compte pour afficher les noms ?


Les régionaux auraient les noms dans leur langue par défaut et surtout 
la carte mondiale deviendrait utilisable car aujourd'hui il faut 
apprendre 125 langues pour la parcourir..ou alors j'ai raté quelque chose ?


Bruno.




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

Re: [OSM-talk-fr] GR 5 Jura cartographié ? Et la FFRP ?

[Bruno]

Le 12/09/2017 à 11:45, djakk djakk a écrit :
Salut, c'est fou ça, j'aurai cru que tant que c'est fléché sur le 
terrain on avait droit de "copier" le terrain dans osm (c'est 
différent de copier un topoguide du GR 5 ou une carte).


djakk

Le 11 septembre 2017 à 15:43, David Marchal > a écrit :


Salut, les gens.

Je viens de voir que le GR 5 Jura avait été cartographié
(https://www.openstreetmap.org/relation/6095322
), or il me
semblait que, dans l’attente d’un accord avec la FFRP concernant
l’ajout des GR et de leurs autres itinéraires dans OSM, on devait
ne pas les ajouter pour éviter tout conflit sur leurs droits
d’auteurs. Aurais-je manqué un épisode ?

Dans l’attente de vos réponses,

Cordialement.

___
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


Bonjour,

On a le droit de copier le terrain mais le souci c'est l'utilisation du 
sigle GR qui est sous contrainte (marque déposée)



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

Re: [Talk-it] tracce scomparse

[bruno . bia]

Gli altri sentieri sul mio Garmin li vedo.

Questo sentiero 
https://www.openstreetmap.org/?mlat=41.61314=12.95729#map=17/41.61314/12.95729
 
https://www.openstreetmap.org/?mlat=41.61314=12.95729#map=17/41.61314/12.95729
  l'ho mappato io qualche tempo fà ed era visibile sul mio dispositivo con le 
OpenMTBmap. 

Ora mi sono accorto che un altro utente le ha ritoccate aggiungendo dei tag e 
mi sono sparite dal Garmin. Ho provato ad istallarle con vari aggiornamenti e 
con settaggi diversi (Classic, Wide,  ecc.) ma il risultato non cambia.

> 
> Il 5 settembre 2017 alle 15.25 Alessandro Palmas 
> <alessandro.pal...@wikimedia.it> ha scritto:
> 
> Il 05/09/2017 15:12, bruno@libero.it ha scritto:
> >
> 
> > > 
> > Scusatemi ma sono un pò arrugginito con l'uso della lista
> > 
> > Provo ad inserire due link di tracce che non "vedo" sul mio Garmin 
> > 800:
> > 
> > 
> > https://www.openstreetmap.org/?mlat=41.6469=12.9993#map=16/41.6469/12.9993
> >  
> > https://www.openstreetmap.org/?mlat=41.6469=12.9993#map=16/41.6469/12.9993
> > 
> > 
> > https://www.openstreetmap.org/?mlat=41.61314=12.95729#map=17/41.61314/12.95729
> >  
> > https://www.openstreetmap.org/?mlat=41.61314=12.95729#map=17/41.61314/12.95729
> > 
> > Fatemi sapere se vanno bene o c'è bisogno di altro.
> > 
> > > 
> OK, le tracce su OSM sono presenti e mappate con i tag necessari.
> 
> Vedo che i due sentieri sono presenti da circa un anno, quindi tutte le
> mappe aggiornate da almeno 10 mesi dovrebbero comprenderli e
> visualizzarli. Gli altri sentieri presenti in zona li vedi? Da quale
> sito hai scaricato la mappa? La mappa che hai sul Garmin ha qualche
> visualizzazione particolare per MTB?
> 
> Alessandro
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
> 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tracce scomparse

[bruno . bia]

Scusatemi ma sono un pò arrugginito con l'uso della lista

Provo ad inserire due link di tracce che non "vedo" sul mio Garmin 800:

https://www.openstreetmap.org/?mlat=41.6469=12.9993#map=16/41.6469/12.9993 
https://www.openstreetmap.org/?mlat=41.6469=12.9993#map=16/41.6469/12.9993

https://www.openstreetmap.org/?mlat=41.61314=12.95729#map=17/41.61314/12.95729
 
https://www.openstreetmap.org/?mlat=41.61314=12.95729#map=17/41.61314/12.95729

Fatemi sapere se vanno bene o c'è bisogno di altro.


Bruno


> Il 5 settembre 2017 alle 14.14 Alessandro Palmas 
> <alessandro.pal...@wikimedia.it> ha scritto:
> 
>     Il 05/09/2017 12:44, Bruno ha scritto:
> 
> > > Salve a tutti. Qual­cuno sa dirmi come mai non vedo più 
> sul mio Garmin Edge 800 delle tracce (che ho mappato io e sono state 
> modificate da un altro utente) che sulle open sono visibili, ma nel 
> dispositivo no.
> > 
> > Bruno
> > 
> > > Riprendo la risposta che ti diedero alcuni giorni fa: se ci dai 
> > qualche dettaglio in più forse ti potremmo aiutare
> 
> 
> Il 29/08/2017 18:00, girarsi_liste ha scritto:
> 
> > > 
> > Il 28/08/2017 22:55, Bruno ha scritto:
> > 
> > > > > 
> > > Salve a tutti. Qualcuno sa dirmi come mai non vedo più sul 
> > > mio Garmin Edge 800 delle tracce (che  tra l'altro ho pubblicato io) che 
> > > sulle open sono visibili, ma nel dispositivo no. 
> > > Bruno 
> > > 
> > > > > 
> > Non avendo la sfera magica, di che tracce parli, e in quale zona?
> > 
> > open che significa?
> > 
> > Un pò di chiarezza, magari anche un pò più prolissa, in più non 
> > sarebbe
> > male.
> > 
> > 
> > 
> > 
> > 
> > 
> > > 


 

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

[Talk-it] tracce scomparse

[Bruno]

Salve a tutti. Qual­cuno sa dirmi come mai non vedo più sul mio Garmin Edge 800 
delle tracce (che ho mappato io e sono state modificate da un altro utente) che 
sulle open sono visibili, ma nel dispositivo no.
Bruno 

--
Inviato da Libero Mail per Android___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] tracce scomparse

[Bruno]

Salve a tutti. Qualcuno sa dirmi come mai non vedo più sul mio Garmin Edge 800 
delle tracce (che  tra l'altro ho pubblicato io) che sulle open sono visibili, 
ma nel dispositivo no. 
Bruno 
--
Inviato da Libero Mail per Android___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] contributions peut-être à revoir

[Bruno]

Le 28/08/2017 à 14:30, Christian Rogel a écrit :

Le 28 août 2017 à 12:54, Christian Quest  a écrit :

Principe cardinal: représenter ce qu'il y a sur le terrain ? Oui, mais avec 
intelligence...

C'est ce que j'applique en disant que si le nom autre ("alternatif") n'est pas 
juridiquement consolidé, il doit forcément passer sur une autre ligne (alt, name:{lg}…).
J'interroge le cas rarissime d'une intentionalité de la décision de l'autorité 
compétente.


Le gros avantage d'OSM c'est de permettre de mettre les noms en autant de 
langues que l'on veut avec name:xx=* et en même temps de préciser la langue en 
question, ce qu'un panneau ou une plaque dans la rue ne peut pas préciser.

Ceci permet aussi au réutilisateur des données de faire son choix dans les 
langues qu'il veut mettre en avant (le rendu FR utilisera par exemple name:fr 
en priorité).

Pour le name=*, la convention sur OSM c'est de mettre la langue officielle du 
pays, donc en France le français (ou autre si il n'y a pas de version du nom en 
français).

Un nom de lieu ou de rue validé n'a pas de version en français, il se suffit à 
lui-même. Je suis étonné que toi-aussi tu ne saisisse pas que, si une version 
est officielle dans un contexte plurilingue, elle perd sa référence à une 
langue, fût-elle hégémonique, puisqu'elle peut accueillir toute les nuances de 
l'arc-en-ciel linguistique.
Les pays dont les inscriptions publiques sont officiellement plurilingues ne 
font qu'une application spécifique du principe.

Il y a des exceptions à cette règle pour les pays/régions/communes 
multilingues: Bruxelles, mais aussi la Suisse... qui compte 4 langues 
officielles. Là pour ne pas favoriser une langue par rapport à d'autres, on les 
met toutes.

Il ne s'agit que de mettre au jour l'usage des communautés linguistiques, mais 
pas leurs langues en elles-mêmes. Elles peuvent chacune emprunter des éléments 
à d'autres langues.
On permet de mettre au jour l'usage des communautés linguistiques par le 
champ name:xx ou alt_name etc..

Supposons que les noms soient translittérés (runes, oghams, cyrilliques, 
katakana, morse, etc…), on voit qu'il y a un niveau ne mettant pas en jeu le 
bilinguisme et, pour OSM, la solution serait du même ordre.


Christian R.



___
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] contributions peut-être à revoir

[Bruno]

Le 28/08/2017 à 11:50, Christian Rogel a écrit :

Le 28 août 2017 à 07:53, Bruno <pa...@free.fr> a écrit :

Le 27/08/2017 à 22:05, Christian Rogel a écrit :

Le 27 août 2017 à 17:04, Bruno <pa...@free.fr> a écrit :

En gros, il y a un conflit théorique entre deux sources de légitimité : ce 
qu'on voit et ce que l'autorité compétente a voulu signifier.

Pour moi aucune complexité,
Il me semble que l'on voit sur la plaque le nom d'une rue dans deux langues  , 
il n'y a pas de conflit.
Le champ name contient le nom dans une langue , et name:xx dans une autre, 
c'est fait pour ça.

C'est pourtant contraire à un principe cardinal d'OSM : représenter ce qu'il 
sur le terrain.
L'exemple bruxellois montre qu'on peut faire autrement tout en donnant leur 
place aux suffixes de langue.
Même si un nombre infinitésimal de communes a choisi de placer les deux noms  
sur un même niveau juridique, l'effacer dans la représentation du terrain est 
une voie de fait, puisque c'est nier la décision d'un corps élu.

La Belgique a plusieurs langues officielles.

Si il pouvait y avoir conflit c'est sur le choix de la langue dans l'un ou 
l'autre champ , mais en France il n'y a pas d'ambiguité, pas de bilinguisme en 
métropole.


Là, tu introduis un argument non plus technique, mais politique, donc 
renversable par nature. Pas de question de bilinguisme en jeu, il suffirait que 
le Parlement prescrive qu'aucun élément d'une plaque de rue ne soit laissé de 
côté.

Christian R.

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


Aucun élément politique dans ce que je dis , c'est juste un fait , sur 
lequel je n'apporte pas de jugement de valeur d'ailleurs.


"il suffirait que le parlement prescrive" oui, mais en attendant ce 
n'est pas le cas, une seule langue officielle.




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

Re: [OSM-talk-fr] contributions peut-être à revoir

[Bruno]

Le 27/08/2017 à 22:05, Christian Rogel a écrit :

Le 27 août 2017 à 17:04, Bruno <pa...@free.fr> a écrit :

Je me réponds moi-même :

Dans le wiki il faudrait peut-être préciser que en cas de désaccord sur un nom 
on peut se référer aux plaques de rues pour vérifier les champs name ou name:xx 
pour celles qui sont multilingues.

En aucun cas le wiki ne devrait laisser penser que l'on doit remplir le champs 
name avec la totalité de ce qu'indique la plaque..
Bref la plaque indique un nom en Français, officiel (name), et un nom dans une 
autre langue(name:xx)

Pour moi, la question est légèrement plus complexe.
En gros, il y a un conflit théorique entre deux sources de légitimité : ce 
qu'on voit et ce que l'autorité compétente a voulu signifier.
Éliminons un sujet adventice : les noms dont l'Etat s'estime responsable, via l'INSEE 
(entités administratives + gros écarts habités) et doivent obligatoirement être mis seuls 
dans le "name".
Pour les noms, dont sont responsables les communes, on peut s'interroger :
1 On se fie au wiki OSM qui ne prévoit des "alternatives" que si on est en zone 
disputée.
Il ne me semble pas que cela s'applique à la RF (démentez-moi, ça me fera 
plaisir ;-) )
2 On recopie ce qu'on voit sur le terrain
Come je l'ai souvent dit, il y a deux types d'arrêtés municipaux de nommage : 
l'immense majorité qui ne légifère que sur le rajout d'un (ou deux) nom  sur 
les plaques, sans mettre en cause la primauté légale du premier nom et 
l'extrême minorité qui met deux noms sur un même plan.
Je n'en connais qu'un cas.
Si on applique le 2, on peut n'être pas raccord avec les intentions de 
l'autorité légale.
En fait, notre occitaniste, s'il a connaissance d'un décision de bilinguisme 
total pour les noms de voie et les noms de hameau, pourrait avoir raison.
Pour les noms de commune et de gros hameaux répertoriés par l'Etat, il aurait 
toujours tort.

Christian R.


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


Pour moi aucune complexité,

Il me semble que l'on voit sur la plaque le nom d'une rue dans deux 
langues  , il n'y a pas de conflit.


Le champ name contient le nom dans une langue , et name:xx dans une 
autre, c'est fait pour ça.


Si il pouvait y avoir conflit c'est sur le choix de la langue dans l'un 
ou l'autre champ , mais en France il n'y a pas d'ambiguité, pas de 
bilinguisme en métropole.


Bruno


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

Re: [OSM-talk-fr] contributions peut-être à revoir

[Bruno]

Le 27/08/2017 à 18:58, djakk djakk a écrit :

… et l'ambiguïté du "trunk" en France n'est pas résolue ^^

Cas compliqué transfrontalier : à une époque il aurait été intéressant 
d'afficher sur osm "Lille - Rijsel" car "Rijsel" était la seule 
indication de direction côté Belgique flamande sur les autoroutes :O


Perso dans le cas de l'occitan, je serais pour afficher les 2 noms 
simultanément, après il faudrait utiliser non pas une clé name:langue 
(impossible à gérer pour faire le rendu) mais une clé name_2 (voire 
aussi une clé name_3), exemples :
• name=nom Français, name_2=nom occitan, affichage via mapnik : name + 
(name_2) si name et name_2 sont différents

• name="Lille", name_2="Rijsel", affichage via mapnik "Lille (Rijsel)"

Mais alors comme "Paris" est fléché "Parijs" depuis la Belgique 
flamande, faut-il avoir un name_2 = "Parijs" ? :-)




On ne tague pas pour le rendu ;-)
Ce que tu décris doit être géré par les logiciels de routage , pas par 
la carte , ça serait illisible , même si on ne tague pas pour le rendu..
Le logiciel de routage sait que tu es en Flandre et t'indique la 
direction avec la langue de cette région : "prenez la direction de 
Rijsel" et il trouve ça dans la base avec le champ name:nl


Pour le cas de l'Occitan, mettre les deux noms dans le name= reviendrait 
à dire que les deux langues sont officielles, ce qui est faux.
Pour le rendu rien n’empêche un logiciel d'afficher les name:xx que l'on 
veut en plus du name=  il faut juste le faire..




djakk

Le 27 août 2017 à 18:03, marc marc > a écrit :


Le 27. 08. 17 à 17:21, Ch. Rogel a écrit :
> Marc dit que les plaques bilingues officielles
> pourraient être retranscrites
non non j'ai dis exactement l'inverse !
Je crains (= je suis contre) le jour où un petit village ou
un individu change la plaque d'entrée d'un hameau, certains
vont en déduire de la lecture du wiki qu'une photo de cette
plaque serra la bénédiction nécessaire pour altérer le tag name.

> Un seul endroit, en Europe, est une zone disputée à l'intérieur
> d'un Etat, Bruxelles, mais le choc entre les "entités" fédérales
> flamandes et wallonnes
ben non :) Bruxelles et la Wallonie ne se superpose pas, ce sont
des entités de même niveau. tu voulais sans doute dire la mal
nommée fédération française" ou fédération Wallonie-Bruxeles
En fait la décision de Bruxelles vient du fait que la zone est
officiellement bilingue, les 2 noms ont la même légitimité.
Je pense qu'il serrait prudent d'utiliser cette règle aussi.
La France n'ayant aucune zone bilingue (aux grands regrets de
certains),
le seul nom "francophone" est l'officiel... sauf si un jour
une commune change son nom pour avoir un autre nom officiel.

Et pendant ce temps la moitié des adresses sont manquante...
___
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-fr] contributions peut-être à revoir

[Bruno]

Je me réponds moi-même :

Dans le wiki il faudrait peut-être préciser que en cas de désaccord sur 
un nom on peut se référer aux plaques de rues pour vérifier les champs 
name ou name:xx pour celles qui sont multilingues.


En aucun cas le wiki ne devrait laisser penser que l'on doit remplir le 
champs name avec la totalité de ce qu'indique la plaque..
Bref la plaque indique un nom en Français, officiel (name), et un nom 
dans une autre langue(name:xx)

Juste mon avis,
Bruno.

Le 27/08/2017 à 15:45, Bruno a écrit :

Le 27/08/2017 à 12:23, marc marc a écrit :

niveau wiki sur la page
https://wiki.openstreetmap.org/wiki/Key:name
la version anglaise dit que name est le nom
des plaques de rue la version française dit pareil.
Ceci dit cela va poser problème le jour où une petite commune
met des panneaux bilingues sans changer de nom officiel.
Il me semble qu'en France il n'y a qu'un nom officiel, la double 
signalisation est à l'initiative des communes ou régions mais ne 
concerne que l'affichage local, pas les bases de données de l'état (à 
vérifier)
Donc une autre langue devrait être indiquée dans name:xx ou alt_name 
old_name loc_name etc..


Pour moi le wiki est ambigu quand il dit qu'en cas de désaccord on 
peut , par exemple, se référer aux plaques, pour moi oui mais en 
prenant le nom officiel de la plaque..

juste mon avis,
Bruno.

c'est sur quelle page que tu as vu l’ambiguïté ? là ?
https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#Toponymie_.28place.29 


J'étais entrain de me demander hier comment traiter cela.
un revert vandalisme ? c'est ce qui se fait ailleurs
dans pareil cas.
Parce que c'est pas un changeset d'un débutant isolé
que  de modifier name:oc pour sa première contribution.
Quand on voit que cela se produit régulièrement ainsi
que le nom de l'utilisateur, je me demande si ce n'est pas
simplement un groupe qui agit telle une revendication politique
comme d'autres taguent les panneaux de villages, satisfait
que "leur" vision s'est "imposée" sur la carte pendant 15 jours.
Sa réponse en occitan me laisse à penser que j'avais
peut-être bien imaginé la chose.

Certainement .

Le 27. 08. 17 à 01:06, Christian Quest a écrit :

Et personne n'a contacté ce contributeur pour lui expliquer ?

Je viens de mettre un commentaire sur ces changeset.

Par contre, la lecture du wiki à propos de name=* me surprend... la
version anglaise demande à mettre une version bilingue, la version
française n'est pas plus claire.



Le 27 août 2017 à 00:38, marc marc a écrit :

 7 nœuds et 18 relations affectées dont 2 autres à Toulouse :)

 Si quelqu'un veux la requête pour les retrouver
 http://overpass-turbo.eu/s/rha
 dans josm, télécharger depuis overpass
 puis ctrl-f user:oc-escorpion


 Le 26. 08. 17 à 23:03, Francescu GAROBY a écrit :
 > D'autant plus que le tag "name:oc=*" est déjà renseigné, sur 
plusieurs

 > des nodes qu'il a modifiés (je ne les ai pas tous vérifiés) !
 >
 > Francescu
     >
  > Le 26 août 2017 à 22:39, Bruno <pa...@free.fr
 <mailto:pa...@free.fr> <mailto:pa...@free.fr 
<mailto:pa...@free.fr>>> a

 > écrit :
 >
 > Le 26/08/2017 à 21:44, Vincent Privat a écrit :
 >> Merci pour l'info j'ai fait le revert sur Toulouse...
 >>
 >> 2017-08-26 20:30 GMT+02:00 Bruno <pa...@free.fr 
<mailto:pa...@free.fr>

  >> <mailto:pa...@free.fr <mailto:pa...@free.fr>>>:
 >>
 >> Le 26/08/2017 à 19:56, David Crochet a écrit :
 >>
 >> Bonjour
 >>
 >> Vous ne pensez quoi de ses ajouts (injection du nom
 >> occitan dans name=*) :
 >> http://www.openstreetmap.org/user/oc-escorpion ?
 >>
 >> Cordialement
 >>
 >> Bonjour,
 >>
 >> Personnellement je pense que c'est effectivement à 
revoir ;-)

 >>
 >> Cordialement,
 >>
 >> Bruno.

___
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-fr] contributions peut-être à revoir

[Bruno]

Le 27/08/2017 à 12:23, marc marc a écrit :

niveau wiki sur la page
https://wiki.openstreetmap.org/wiki/Key:name
la version anglaise dit que name est le nom
des plaques de rue la version française dit pareil.
Ceci dit cela va poser problème le jour où une petite commune
met des panneaux bilingues sans changer de nom officiel.
Il me semble qu'en France il n'y a qu'un nom officiel, la double 
signalisation est à l'initiative des communes ou régions mais ne 
concerne que l'affichage local, pas les bases de données de l'état (à 
vérifier)
Donc une autre langue devrait être indiquée dans name:xx ou alt_name 
old_name loc_name etc..


Pour moi le wiki est ambigu quand il dit qu'en cas de désaccord on peut 
, par exemple, se référer aux plaques, pour moi oui mais en prenant le 
nom officiel de la plaque..

juste mon avis,
Bruno.

c'est sur quelle page que tu as vu l’ambiguïté ? là ?

https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#Toponymie_.28place.29

J'étais entrain de me demander hier comment traiter cela.
un revert vandalisme ? c'est ce qui se fait ailleurs
dans pareil cas.
Parce que c'est pas un changeset d'un débutant isolé
que  de modifier name:oc pour sa première contribution.
Quand on voit que cela se produit régulièrement ainsi
que le nom de l'utilisateur, je me demande si ce n'est pas
simplement un groupe qui agit telle une revendication politique
comme d'autres taguent les panneaux de villages, satisfait
que "leur" vision s'est "imposée" sur la carte pendant 15 jours.
Sa réponse en occitan me laisse à penser que j'avais
peut-être bien imaginé la chose.

Certainement .

Le 27. 08. 17 à 01:06, Christian Quest a écrit :

Et personne n'a contacté ce contributeur pour lui expliquer ?

Je viens de mettre un commentaire sur ces changeset.

Par contre, la lecture du wiki à propos de name=* me surprend... la
version anglaise demande à mettre une version bilingue, la version
française n'est pas plus claire.



Le 27 août 2017 à 00:38, marc marc a écrit :

 7 nœuds et 18 relations affectées dont 2 autres à Toulouse :)

 Si quelqu'un veux la requête pour les retrouver
 http://overpass-turbo.eu/s/rha
 dans josm, télécharger depuis overpass
 puis ctrl-f user:oc-escorpion


 Le 26. 08. 17 à 23:03, Francescu GAROBY a écrit :
 > D'autant plus que le tag "name:oc=*" est déjà renseigné, sur plusieurs
 > des nodes qu'il a modifiés (je ne les ai pas tous vérifiés) !
 >
 > Francescu
     >
  > Le 26 août 2017 à 22:39, Bruno <pa...@free.fr
 <mailto:pa...@free.fr> <mailto:pa...@free.fr <mailto:pa...@free.fr>>> a
 > écrit :
 >
 > Le 26/08/2017 à 21:44, Vincent Privat a écrit :
 >> Merci pour l'info j'ai fait le revert sur Toulouse...
 >>
 >> 2017-08-26 20:30 GMT+02:00 Bruno <pa...@free.fr 
<mailto:pa...@free.fr>
  >> <mailto:pa...@free.fr <mailto:pa...@free.fr>>>:
 >>
 >> Le 26/08/2017 à 19:56, David Crochet a écrit :
 >>
 >> Bonjour
 >>
 >> Vous ne pensez quoi de ses ajouts (injection du nom
 >> occitan dans name=*) :
 >> http://www.openstreetmap.org/user/oc-escorpion ?
 >>
 >> Cordialement
 >>
 >> Bonjour,
 >>
 >> Personnellement je pense que c'est effectivement à revoir ;-)
 >>
 >> Cordialement,
 >>
 >> Bruno.

___
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] contributions peut-être à revoir

[Bruno]

Le 26/08/2017 à 21:44, Vincent Privat a écrit :

Merci pour l'info j'ai fait le revert sur Toulouse...

2017-08-26 20:30 GMT+02:00 Bruno <pa...@free.fr <mailto:pa...@free.fr>>:

Le 26/08/2017 à 19:56, David Crochet a écrit :

Bonjour

Vous ne pensez quoi de ses ajouts (injection du nom occitan
dans name=*) : http://www.openstreetmap.org/user/oc-escorpion
<http://www.openstreetmap.org/user/oc-escorpion> ?

Cordialement

Bonjour,

Personnellement je pense que c'est effectivement à revoir ;-)

Cordialement,

Bruno.



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




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Cela me semble bien mais il faudrait lui expliquer qu'il existe le tag 
name:oc <http://wiki.openstreetmap.org/wiki/Key:name>=*


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

Re: [OSM-talk-fr] contributions peut-être à revoir

[Bruno]

Le 26/08/2017 à 19:56, David Crochet a écrit :

Bonjour

Vous ne pensez quoi de ses ajouts (injection du nom occitan dans 
name=*) : http://www.openstreetmap.org/user/oc-escorpion ?


Cordialement


Bonjour,

Personnellement je pense que c'est effectivement à revoir ;-)

Cordialement,

Bruno.


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

Re: [OSM-talk-fr] Serveur barefoot

[Bruno]

Le 04/07/2017 à 19:51, osm.sanspourr...@spamgourmet.com a écrit :


Ce n'est pas ta question mais c'est sa réponse :-D.


J'ai failli faire ce clin d’œil aussi..


Pas utilisé non plus mais souvent d'une installation à l'autre on a 
les mêmes soucis alors qu'on utilise pas les mêmes choses exactement.
Tu peux me contacter en MP, j'aurais peut-être eu déjà le pb. Avec 
encore plus de chance la solution.
Si par contre c'est juste sur le retour d'expérience ma réponse est 
pas d'expérience.
Quand on voit la recette de cuisine alors que c'est basé sur Docker, 
ça ne fait pas penser à une solution couramment utilisée.

Par contre je veux bien que tu nous serves de lièvre ;-).
Pas de souci je ferai un retour, normalement je m'y mets en fin de 
semaine + week-end


Au fait pour toi un gros volume c'est quoi ? Le monde, un pays, une 
région ?
Le volume pour moi c'est plutôt le nombre de points/trajets à mapmatcher 
, sinon c'est sur la France métropolitaine pour l'instant.


Jean-Yvon

Le 04/07/2017 à 19:15, Bruno - pa...@free.fr a écrit :

Hello,
Si la question avait été : comment puis-je faire du mapmatching ? la 
réponse aurait été pertinente ;-)
Je plaisante, merci d'avoir répondu et cela me confirme le peu 
d'expérience sur ce projet.


Bruno.

 Le 03/07/2017 à 23:28, Frédéric Rodrigo a écrit :

Salut,

Moi je ferais avec ce que je connais, c'est à dire OSRM ou Graphhopper.

Frédéric.


Le 03/07/2017 à 17:20, Bruno a écrit :

Bonjour,

Je recherche des retours d'expérience sur ce projet 
https://github.com/bmwcarit/barefoot/wiki


L'objectif est de faire du mapmatching offline sur des gros volume.

Quelqu'un a t-il déjà utilisé et donc réussi l'installation ? ;-)

Merci d'avance,

Bruno.




___
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] Serveur barefoot (map + mapmatcher)

[Bruno]

Hello,
Si la question avait été : comment puis-je faire du mapmatching ? la 
réponse aurait été pertinente ;-)
Je plaisante, merci d'avoir répondu et cela me confirme le peu 
d'expérience sur ce projet.


Bruno.

 Le 03/07/2017 à 23:28, Frédéric Rodrigo a écrit :

Salut,

Moi je ferais avec ce que je connais, c'est à dire OSRM ou Graphhopper.

Frédéric.


Le 03/07/2017 à 17:20, Bruno a écrit :

Bonjour,

Je recherche des retours d'expérience sur ce projet 
https://github.com/bmwcarit/barefoot/wiki


L'objectif est de faire du mapmatching offline sur des gros volume.

Quelqu'un a t-il déjà utilisé et donc réussi l'installation  ? ;-)

Merci d'avance,

Bruno.


___
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

[OSM-talk-fr] Serveur barefoot (map + mapmatcher)

[Bruno]

Bonjour,

Je recherche des retours d'expérience sur ce projet 
https://github.com/bmwcarit/barefoot/wiki


L'objectif est de faire du mapmatching offline sur des gros volume.

Quelqu'un a t-il déjà utilisé et donc réussi l'installation  ? ;-)

Merci d'avance,

Bruno.


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

Re: [talk-latam] citylines.co

[Bruno Salerno]

Gracias Matías!
El mar 19, 2017 11:32 a.m., "Matías Kalwill" <matias.kalw...@gmail.com>
escribió:

> Muy bueno Bruno, felicitaciones!
>
> 2017-03-19 0:12 GMT-04:00 Bruno Salerno <br.sale...@gmail.com>:
>
>> Hola!
>>
>> Los quería invitar a conocer y participar de citylines.co (
>> http://www.citylines.co), una plataforma colaborativa que estoy
>> desarrollando para reconstruir las redes de transporte de las ciudades del
>> mundo. Usa Mapbox GL y OpenStreetMap como cartografía base.
>>
>> Espero que les resulte interesante!
>>
>> Comentarios y sugerencias son bienvenidos!
>>
>> ___
>> talk-latam mailing list
>> talk-latam@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-latam
>>
>>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
>
>
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-it] R: Re: dubbio landuse=residential

[Bruno]

Quindi ogni isolato sarebbe una landuse separate fatture altre?


>Messaggio originale
>Da: "Martin Koppenhoefer" 
>Data: 27/10/2016 21.51
>A: "openstreetmap list - italiano"
>Ogg: Re: [Talk-it] dubbio landuse=residential
>
>
>
>sent from a phone
>
>> Il giorno 27 ott 2016, alle ore 17:38, mbranco  ha 
scritto:
>> 
>> Tenendo presente che ogni mappatore ha il suo "stile", vorrei confrontarmi
>> con altri per verificare se si preferisce fare un unico grande poligono
>> comprendente anche la periferia che ha case sparse, oppure se la periferia
>> la suddividete in più isole "residential".
>
>
>
>in generale una strada non è un landuse=residential/industrial/commercial 
etc., perciò ogni mappatura dove un poligono landuse comprende delle strade 
pubbliche non può che essere considerato preliminare...
>
>Questo a prescindere dell ubicazione (periferia o meno)
>
>
>ciao,
>Martin 
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it] [Tagging] amianto/eternit

[Bruno]

Il sorvolo aereo credo permetta di individuare i tetti con fibrocemento, per 
capire se è con amianto o meno servono indagini a campo, anche se per la verità 
la larghezza delle onde del fibrocemento senza amianto dovrebbe essere più 
ampia di quello con amianto.
Un'osservazione sulla classificazione proposta, ottimi i tag.Io però non mi 
metterei a mappare lo stato del materiale.
Infatti la classificazione deve seguire precisi parametri misurati a campo e 
comportano conseguenze legali nel caso, mi sembra quindi un parametro molto 
critico da valutare, anche perché chiaramente variabile nel tempo.Nel caso 
credo comune che sarebbe da inserire un tag del tipo ref:material:status in 
modo che sia chiara la fonte della valutazione dello stato del 
materiale.Infatti è molto diverso avere una valutazione basata 
sull'osservazione del mappatore o su un atto redatto da qualche specialista.



Messaggio originale

Da: "Cascafico Giovanni" 

Data: 17/10/2016 10.21

A: "openstreetmap list - italiano"

Ogg: Re: [Talk-it] [Tagging] amianto/eternit



Certo.. sono fiducioso nelle istituzioni [1] ... sono solo perplesso: 
riusciranno a discriminarlo con foto aeree?
http://bit.ly/GCsorvoli

Il 17/ott/2016 09:44, "Martin Koppenhoefer"  ha scritto:
2016-10-17 9:13 GMT+02:00 Cascafico Giovanni :
roof:material=fibre_cement

fibre_cement:fibre=asbestos

material:status=good|average|bad

si, potrebbe andare bene, sopratutto se sai che si tratta di fibre di amianto e 
non di un'altra fibra ;-)

Ciao,
Martin


___

Talk-it mailing list

Talk-it@openstreetmap.org

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







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

Re: [Talk-it] OpenStreetView VS Mapillary

[Bruno]

Ho provato ad utilizzare entrambi in questi giorni.

OSV sembra fare un po' di confusione nella gestione delle georeferenizazione.

Da una parte è più sofisticato, perché ti individua il punto basandosi sui 
nomi di vie di OSM, però poi i punti sono messi un po' alla rinfusa, con 
Mapillary gli errori associati alle coordinate sono minori.
Ho come l'impressione che OSV tenti di interpolare le coordinate con le mappe 
OSM.

Per il resto alcune cose molto acerbe ancora.

Mentre Mapillary indica la direzione in cui è scattata una foto, OSV no lo fa.
L'app è molto meno sofisticata non permettendo di personalizzare gli 
intervalli tra una foto e l'altra.
Il Sistema di upload tende a impallarsi.
Il database è abbastanza vuoto rispetto a Mapillary, solo una quarantina di 
utenti hanno pubblicato più di 1000 km di tracciati e un centinaio hanno 
superato i 100 km.

Carina, ma non l'ho potuta sperimentare, la possibilità di collegare l'app a 
sistemi OBD, ovvero di diagnostica di bordo dell'auto.


In cambio tutto è Open Source, con anche piattaforma di traduzione dell'app 
(non ancora tradotta in italiano).
Inoltre è semplice eliminare una proprio foto sbagliata.





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

Re: [OSM-talk-fr] Postgres et nom de champ contenant : (deux points)

[Bruno G]

Merci Vincent,

Ca marche ;-)


Le 13/09/2016 à 15:37, Vincent de Château-Thierry a écrit :

Bonjour,

Le 13/09/2016 à 03:25, Bruno G a écrit :

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple
addr:housename

Et j'essaye de faire une requête dans psql :

SELECT osm_id, name, addr:housename from planet_osm_polygon WHERE 
admin_level='8' ;


Et le message  renvoyé :
ERROR:  syntax error at or near ":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien 
listé...


Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2


En encadrant le nom du champ par des guillemets doubles ça devrait 
passer :


SELECT osm_id, name, "addr:housename" from planet_osm_polygon WHERE 
admin_level='8' ;


bonnes requêtes
vincent

___
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-it] OpenStreetView VS Mapillary

[Bruno]

Esatto, però si tratta giusto di aggiungere un parametro exif alla foto.La 
sequenza non so come la gestisca, ma credo che dipenda dalla cartella di invio.


Dal sito di Mapillary comunque si possono aggiungere foto georeferenziate.

OSV mi sembra molto più acerbo ma ben impostato.


Messaggio originale

Da: "Lorenzo Perone" 

Data: 13/09/2016 11.04

A: "openstreetmap list - italiano"

Ogg: Re: [Talk-it] OpenStreetView VS Mapillary



Ciao Giovanni, 

ma i geotag "tradizionali" non mi sembra includano la direzione di ripresa. 

Lorenzo 

Il mar 13 set 2016, 11:00 Cascafico Giovanni  ha scritto:
Sarebbe molto più semplice ed efficiente caricare in OSV delle foto geotaggate 
con una qualsiasi app di time lapse 
P.es. Tina time lapse sta sotto i 3Mbyte... Trenta volte meno della app di 
mapillary... per dire

--

cascafico.altervista.org

twitter.com/cascafico
___

Talk-it mailing list

Talk-it@openstreetmap.org

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

-- 
Lorenzo



Scusa per la brevità, sto scrivendo da mobile. 





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

[OSM-talk-fr] Postgres et nom de champ contenant : (deux points)

[Bruno G]

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple 
addr:housename


Et j'essaye de faire une requête dans psql :

SELECT  osm_id, name, addr:housenamefrom  planet_osm_polygonWHERE  
admin_level='8'  ;

Et le message  renvoyé :
ERROR:  syntax error ator  near":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien listé...

Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2

Merci pour votre aide,

Bruno Granger <http://geo.nc/?x=-22.26857=166.4565>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] OpenStreetView VS Mapillary

[Bruno]

Secondo me quelle opzioni sono sull'host, non sul client. Le foto vengono 
memorizzate tal quali sul telefono

>Messaggio originale
>Da: "Aury88" 
>Data: 12/09/2016 18.47
>A: 
>Ogg: Re: [Talk-it] OpenStreetView VS Mapillary
>
>cascafico wrote
>> Mapillary mi sembrava un po' pesante così ho  provato OSV, ma il mio
>> "vecchio" Huawei y300 non ce l'ha fatta.
>> Francamente 90Mbyte di applicazione ed altri 20 di cache al primo avvio mi
>> sembran troppi per scattare foto col timer.
>
>sono d'accordo...non riesco onestamente a spiegarmelo neanche io...forse
>però in mapillary, all'interno del app, una buona parte del peso è dovuto a
>delle operazioni di riconoscimento automatico di facce e targhe per l'auto
>blur
>
>
>
>
>
>-
>Ciao,
>Aury
>--
>View this message in context: http://gis.19327.n5.nabble.com/OpenStreetView-
VS-Mapillary-tp5881541p5882442.html
>Sent from the Italy General mailing list archive at Nabble.com.
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it] OpenStreetView VS Mapillary

[Bruno]

In realtà non mi ponevo problemi di licenza.

Dal momento in cui le foto le produco io posso fare l'upload ad entrambi i 
servizi ed ognuno lo potrà gestire secondo la propria licenza.
Il quesito era più tecnico.


Mapillary crea una cartella per ogni sequenza con tanti file jpg
OSV crea una cartella in cui, da quanto ho capito non ci sono jpg ma dei files 
con estensione MP4, fossero anche qui jpg uno potrebbe duplicarli ed utilizzare 
la funzione di Upload di Mapillary.









>Messaggio originale
>Da: "Aury88" 
>Data: 08/09/2016 8.06
>A: 
>Ogg: Re: [Talk-it] OpenStreetView VS Mapillary
>
>il client di OSV è certamente opensource, penso anche quello di Mapillary,
>quindi penso sia tecnicamente possibile far condividere l'upload delle
>foto...ma potrebbero esserci problemi di licenza (due foto identiche con
>licenza differente) e sicuramente nel mio caso diventerebbe estremamente
>lungo uploadare le foto (non so perchè su android dopo una trentina di foto
>il programma di mapillary smetteva di uploadare).
>
>da quello che mi ricordo anche mapillary raccoglie i singoli jpeg in
>sequenze.
>
>
>
>-
>Ciao,
>Aury
>--
>View this message in context: http://gis.19327.n5.nabble.com/OpenStreetView-
VS-Mapillary-tp5881541p5882085.html
>Sent from the Italy General mailing list archive at Nabble.com.
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it] OpenStreetView VS Mapillary

[Bruno]

Ho provato OSV. 
Devo dire che non mi dispiace, molto più indietro nello sviluppo di Mapillary 
però il sistema sembra ben sviluppato.
Piuttosto è possibile utilizzare la app di uno dei due sistemi e fare l'upload 
su entrambi?
Mi sembra che le app BV memorizzano in modo diverso,  Mapillary singolo Jpeg, 
mentre OSV memorizza sequenze

Messaggio originale

Da: "Aurelio Cilia" 

Data: 02/09/2016 11.07

A: 

Ogg: [Talk-it] OpenStreetView VS Mapillary



Ciao a tutti,

ho scoperto solo recentemente che esistono ben due progetti per la raccolta di 
foto georeferenziate, basati sul crowdsource ed utilizzabili in osm, atte a 
creare un servizio/DB stile GoogleStreetView (GSV) e questi sono il famoso 
Mapillary (MIY) [1] e il per me sconosciuto fino poco tempo fa OpenStreetView 
(OSV)[2].
Di seguito alcune delle differenze che ho notato tra OSV e MIY

OSV a differenza di MIY sembrerebbe essere portato avanti unicamente da una 
comunità che realizza il software alla base del server del progetto sia i 
"client" per la raccolta delle foto tutti software, e  tutto è rigorosamente 
opensource...in MIY lo sviluppo è portato avanti principalmente da un 
azienda/società seppur il software realizzato credo sia tutto o in parte 
OpenSource e aperto a contributori indipendenti

In OSV si può contribuire usando l'account di OSM, in MIY bisogna farsi un 
account specifico.

In OSV non sembrano esserci limiti di accesso al database di foto anche per 
scopi commerciali, mentre in MIY bisogna fare specifici accordi tranne che nel 
caso di ONG (come OSM) che possono accedere liberamente ai dati (ma ho sentito 
non i metadata...problema che forse c'è anche in OSV?)

In OSV si possono cancellare in qualsiasi momento le foto caricate, mentre in 
MIY bisogna al momento fare richiesta tramite mail ed indicando il codice delle 
foto caricate che si vuole rimuovere.

OSV ha ancora pochissimi contributori e pochissime strade fotografate se 
confrontate con MIY.

Aggiungo che non so se anche per OSV ci siano strumenti/capacità di 
riconoscimento della cartellonistica, auto-blur (facce, targhe...), 
visualizzazione 3d ecc ecc invece presenti in MIY

Volevo chiedervi, cosa ne pensate? Conoscevate OSV? ci sono altre differenze 
rispetto MIY? per quali dei due consigliate di contribuire se si vuole un DB di 
foto georeferenziate utilizzabile come lo è il progetto OSM?

MIY integra tutta una serie di caratteristiche (come un IA per 
l'interpretazione delle immagini) che richiedono conoscenze specifiche e molto 
approfondite...la communità di sviluppatori è in grado di sviluppare 
autonomamente software di questo livello e quindi integrarlo in OSV?

[1]https://www.mapillary.com/
[2]http://openstreetview.org

Ps: mi scuso se questa mail vi arriva in modo strano...è la prima volta che 
scrivo in mailing-list senza l'ausilio di Nabble, quindi non so se sto facendo 
giusto.





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

[Talk-it] Tag Sentieri

[Bruno]

Stavo guardando un po' di sentieri montani.
Spessa ho trovato alcune classificazioni delle relazioni un po' sommarie.
Io ho provato a classificare così
Ho utilizzato OSMC perché vedo che molti servizi web lo utilizzano.
Un dubbio. Ho letto che il nome non dovrebbe includere il numero percorso. Io 
l'ho comunque messo perchè vedo che normalmente tra gli utilizzatori viene 
indicato sia il nome che il numero e la maggior parte della cartellonistica 
indica il numero, quindi lo inserirei, anche se è una duplicazione del REF, in 
base al principio di tenere le informazioni che uo cerca sinteticamnete nel 
nome.
Inoltre il mettere CAI nel name può tornare utile perché può succedere che un 
sentiero sia classificato CAI ma gestito da altri enti/associazioni. 

Ovviamente classificazioni più di dettaglio su condizioni terreno pendenze ecc, 
sono dei vari tratti della relazione.
Altri tag:Dovrei aggiungere Network? e nel caso quali? nel caso dell'appennino 
settentrionale credo che sarebbe iwn (italiano) il sentiero 00 e rwn la maggior 
parte degli altri sentieri CAI
Infine  sac_scale per voi è un tag più della way o della relation? io lo 
metterei nei singoli tratti.
Come fonte per capire i tag ho utilizzato questa: 
http://wiki.openstreetmap.org/wiki/IT:Hiking
nameCAI 615 Rescadore - Passo di Lama LiteoperatorClub Alpino 
Italianoosmc:symbolred:red:white_stripe:615:blackref615routehikingsymbol:itstrisce
 orizzontali rosso-bianco-rossotyperoute

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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Bruno]

Molto curioso come problema.
Utilizzando da Openstreetmap OSRM e Mapzen funziona correttamente.

Credo possa esistere un bug in questi due sistemi derivante dal valore 
lanes=2 
Probabilmente in assenza del oneway specificato considerata la rotonda doppia 
come a doppio senso.

Infatti in caso questo caso il percorso che offre è un po' meno lungo.
Chiaramente il problema sarebbe risolto tracciando delle linee corsie di 
innesto alla rotatoria, ma in questo caso mi sembra che gli innesti siano 
talmente corti da non renderla la soluzione più corretta.
Io aprirei un bug nei due siti di routing

>Messaggio originale
>Da: "Max1234Ita" 
>Data: 23/08/2016 1.18
>A: 
>Ogg: [Talk-it] (Mappatura) Rotonda al contrario
>
>Ciao a tutti.
>
>Durante una gita fuori porta, qualche giorno fa, ho impostato OsmAnd per
>calcolare un itinerario tra i paesi di Rigoroso e Vignole Borbera, che si
>trovano entrambi vicino ad Arquata Scrivia (AL).
>
>Nell'attraversare l'abitato di Arquata ho notato che il navigatore
>suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
>(Strada dei Giovi, poi Via del Vapore) con il Viale Italia, percorrendola in
>senso antiorario, ovvero contromano.
>
>Pensavo si trattasse di un problema di OsmAnd, ed invece no, ho appena
>controllato con OpenRouteService ed anche quel routing si comporta nello
>stesso modo (immagine:  http://it.tinypic.com/r/2qcfnmw/9
>  ; permalink:  http://bit.ly/2bQ650s
>  
>
>Ispezionando quell'area con JOSM, mi sono accorto che il rondò in questione
>è mappato come tutti gli altri (/junction=roundabout/, /name/, /ref/,
>/old_ref/), in più però è presente il tag /lanes=2/, che invece di solito
>manca.
>
>A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
>sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag mi
>sembra un po' drastico.
>
>
>Ciao e grazie, 
>Max
>
>
>
>
>
>
>--
>View this message in context: http://gis.19327.n5.nabble.com/Mappatura-
Rotonda-al-contrario-tp5880670.html
>Sent from the Italy General mailing list archive at Nabble.com.
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



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

[Talk-it] R: Re: traffic_sign valori ID per l'Italia

[Bruno]

Rileggendo mi sono sorti alcuni dubbi.


>Messaggio originale
>Da: "Damjan Gerl" <dam...@damjan.net>
>Data: 30/07/2016 1.26
>A: <talk-it@openstreetmap.org>
>Ogg: Re: [Talk-it] traffic_sign valori ID per lItalia
>
>29.07.2016 - 08:40 - Bruno:
>>
>> più logico:
>> higway=crossing
>> crossing=zebra
>> traffic_sing=IT:F13
>
>Attenzione che i cartelli vanno taggati con un punto li dove stanno, 
>mentre la "funzione" del cartello va taggata sulla way o dove serve.
>Nel esempio di sopra: traffic_sing=IT:F13 su due punti dove stanno 
>fisicamente i due cartelli, mentre higway=crossing e crossing=zebra sul 
>punto della way (strada) dove si trovano le strisce.

Guardando il wiki http://wiki.openstreetmap.org/wiki/Key:traffic_sign a me 
sembrerebbe che la modalità principale di mappatura sia sul nodo della way.

In effetti, se mentre per i cartelli d'obbligo la tua soluzione è efficace, 
sui cartelli di pericolo la cosa è più complessa.
Se io volessi segnalare un segnale di curva pericolosa, come fa un software di 
routing a pescare il segnale? Dovrebeb analizzare tutti i cartelli vicini alla 
way, ma senza una relazione rischia di avere grosse difficoltà.

Allo steso tempo in effetti i cartelli di obbligo/divieto possono creare 
problemi nella mappatura sulla way. Se nello stesso punto ho in una direzione 
il limite dei 50 e in quello opposto quello dei 70 come faccio a mapparlo sulla 
way?
Avrei due maxspeed nello stesso punto.

Insomma ho le idee un po' confuse :-)





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

Re: [Talk-it] traffic_sign valori ID per l'Italia

[Bruno]

>Messaggio originale
>Da: "Martin Koppenhoefer" <dieterdre...@gmail.com>
>Data: 29/07/2016 8.56
>A: "Bruno"<bv...@libero.it>, "openstreetmap list - italiano"
>Ogg: Re: [Talk-it] traffic_sign valori ID per lItalia
>

>
>
>il limite dovrebbe essere dal cartello fino al dosso se non erro 
>
In effetti è questo il dubbio di fondo che ho.
Mi sembra di aver capito che il limite è del dosso.

Poi immagino che per il routing sia meglio avere un tratto di strada col 
maxspeed che un punto.



>
>
>
>in realtà i maxspeed spesso sono leggermente asimetrici (se guardi il 
dettaglio),i tag sono maxspeed:forward e backward 
>
Si, lo sapevo, era per evitare inutili complicazioni, però nessun problema se 
lo si ritiene corretto.



E sull'indicazione del limite sul dosso? Credo sia opportuno comunque 
metterlo, visto che è un dato di progetto tipico del dosso.

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

Re: [Talk-it] traffic_sign valori ID per l'Italia

[Bruno]

>Messaggio originale
>Da: "Damjan Gerl" 
>Data: 27/07/2016 15.37
>A: 
>Ogg: [Talk-it] traffic_sign valori ID per lItalia
>
>Ciao!
>
>Ho visto che per il tag traffic_sign [0] che prevede anche degli Traffic sign 
IDs per country, ma la lista degli id in Italia >non esiste: la pagina wiki 
[1], parziale, non indica gli id da usare. Sono andato poi a vedere in taginfo 
ed ho trovato usato >come id la descrizioni dei segnali (vedi testo sotto). 
Siccome alcune descrizioni sono abbastanza lunghe, con spazi e >quindi 
passibili di errori, ho preparato una pagina wiki temporanea di proposta per 
gli id dei segnali usati in Italia [3]. >Riporta i segnali pari-pari dal codice 
della strada 92. E' ancora da finire ma sono le mie proposte per vedere cosa ne 
>pensate...

Mi sembra un ottimo lavoro.

Non mi sono invece chiare alcune cose.
In parte sono state spiegate, ma magari una spiegazione a prova di idiota 
sarebbe più utile.

Posizionamento.
Meglio metterli sulla strada normalmente? Faccio l'esempio dei passaggi 
pedonali.
Spesso ci sono le strisce e un cartello per direzione ai lati delle strisce.
Sul piano del rigore sono due cartelli diversi, sul piano funzionale mi sembra 
più logico:
higway=crossing
crossing=zebra
traffic_sing=IT:F13


Anticipi segnali.
Tipo il Dare precedenza tra 150 metri, diventa così?
Traffic_sign=give_way; IT:M1a[150]


Per i cartelli di senso unico cosa usiamo?
traffic_sign=oneway


Infine, vi sottopongo un altro problema, che facendo le ricerche non ho 
trovato.
http://mapillary.com/map/im/DcwsI2IWRpQA7rJEw0c3uA
Questo cartello indica che poco più vanti c'è un dosso con limite di velocità 
ai 30 km/h.
http://mapillary.com/map/im/-WAY2L0qpJVlPPfg_swO_g

La strada ha il limite dei 50. Segno i 30 all'ora nel tratto dal cartello al 
dosso, poi rona ai 50 km/h oppure metto il limite solo sul dosso?


Il dubbio è sia filosofico che pratico. Il segnale sembrerebbe indicare che 
solo in quel punto c'è il limite, inoltre si rischia di dover mappare in modo 
molto più complesso le strade, avendo in una direzione i 30 km/h e in quello 
contrario i 50.

Inoltre sul dosso meglio comunque mettere la velocità, visto che è un dato 
specifico del dosso?

Quindi, nel mio caso di strisce pedonali rialzate potrebbe essere:
http://www.openstreetmap.org/node/4326495445#map=19/44.59567/10.69808
crossing = zebra
highway = crossing
kerb   = lowered
tactile_paving   = yes
traffic_calming = yes
traffic_sign =IT:F13
wheelchair  =yes
maxspeed=30








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

Re: [Talk-it] import civici Emilia Romagna

[Bruno]

Guardiamo se ho capito bene.Questi dati sono già pronti per l'import.
Operativamente come facciamo?Carichiamo l'OSM od ognuno se ne estrae un comune 
e cominci a caricare i dati?


Nel caso io proverei provare a partire, magari iniziando da un comune che 
conosco abbastanza ed è piccolo, come Viano (RE).
Nel caso si proceda comune per Comune non conviene nella wiki una tabella con 
l'elenco dei comuni e mettere i seguenti 3 campi: 1) chi se ne prende cura 2) 
Se caricato 3) Se effettuato un primo debugging post caricamento.
Infine, se ne è già parlato ma non mi è chiaro.Nei comuni con già molti civici 
cosa conviene secondo voi?a) Azzerare i civici presenti importareb) Importare e 
fare debugging con OSM Inspector
Mi sembra di ricordare che esistesse un sito diverso da Inspector che cercava i 
numeri civici duplicati



Messaggio originale

Da: "Andrea Musuruane" 

La prima versione la trovate qui:
https://github.com/musuruan/osm_imports/tree/master/regione_emilia_romagna

Qui trovate alcuni file che ho convertito per esempio:
https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/reggio.osm

https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/piacenza.osm

https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/parma.osm

https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/ferrara.osm

Per Ferrara, si nota che i dati sono gli stessi messi a disposizione dal 
Comune, però l'allineamento è differente.

NB: Non dimenticate di discutere dell'import sulla mailing list internazionale 
dedicata!

Ciao,

Andrea






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

Re: [Talk-it] import civici Emilia Romagna

[Bruno]

In effetti aiuterebbe molto.Io comunque sono disponibile a fare un po' di 
verifiche degli import, provincia di Reggio Emilia




Messaggio originale

Da: "Andrea Musuruane" 

Data: 18/07/2016 11.49

A: "openstreetmap list - italiano"

Ogg: Re: [Talk-it] import civici Emilia Romagna



Ciao,
se volete (con un po' di pazienza), posso fare un file di traduzione per 
ogr2osm analogo a quelli già presenti qui:
https://github.com/musuruan/osm_imports/tree/master/

che fa quello elencato nel workflow in un colpo solo.

Ciao,

Andrea


2016-07-18 10:04 GMT+02:00 Alessandro Palmas :
Ciao lista,

ho aggiornato la pagina wiki. Mancano le info dettagliate su come evitare le 
duplicazioni dei numeri civici. I contributi sulla wiki sono più che benvenuti.



http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016



Ho preparato la Provincia di Reggio Emilia (e quella di Piacenza che non ho 
caricato perchè in mancanza di volontari la gestirei io) dividendola in singoli 
comuni, se qualcuno volesse partire con i comuni piccoli controlli 
preventivamente con una query con Overpass.



Ricordo che per le operazioni di import va creata un'utenza ad hoc.





Alessandro Ale_Zena_IT



___

Talk-it mailing list

Talk-it@openstreetmap.org

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







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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Bruno]

Sempre chiarissimo.In realtà alcune cose mi continuano a risultare 
difficili.Riprendiamo questa strada, che conosco 
bene.http://www.openstreetmap.org/way/310501342
In pratica si tratta di un lungo percorso, sostanzialmente extraurbano, 
intervallato da piccoli paesi.
Escluso all'uscita del capoluogo, molti chilometri prima, non ci sono cartelli 
indicatori di velocità.Ora mi è chiaro che i tratti compresi tra i segnali di 
centro urbano dovrei metterli a 50 km/h, con implicito IT:urban
Ma il tratto tra i paesi come lo taggo?L'implicito extraurbano italiano è 90 
km/h, la velocità pratica (ma non quella massima per il CdS) è di 40-45 km/h, 
quindi sono in difficoltà per mancanza di fonti esplicite.Se metto 50 km/h 
aiuto il routing, ma do un'informazione probabilmente fuorviante, il 90 è 
impensabile.Di fatto in queste zone montane il problema di una cartellonistica 
puntuale gli enti non se lo pongono.
PS: Si, nessuna intenzione di scrivere in privato, solo qualche problema di 
gestione della mia posta




Messaggio originale

Da: "Martin Koppenhoefer" <dieterdre...@gmail.com>

Data: 14/07/2016 17.07

A: "Bruno"<bv...@libero.it>, "openstreetmap list - 
italiano"<talk-it@openstreetmap.org>

Ogg: Re: Re: [Talk-it] Routing inefficiente, come rimediare?




2016-07-14 17:00 GMT+02:00 Bruno <bv...@libero.it>:
Mi restano un po' di dubbi, i limiti impliciti come li imposto?Peraltro nei 
casi riportati da te il maxspeed è mediamente sicuramente più alto che la 
velocità media, che in quei tratti raramente supera i 40.

non conosco queste strade, ma se non puoi andare più veloce di 40 ci sarà molto 
probabilmente anche un limite esplicito.

In generale mappiamo così:
maxspeed=numero (sempre)
source:maxspeed=sign (limite esplicito)
source:maxspeed=IT:urban / IT:rural / IT:motorway (implicito) 
trovi tutto nel wiki.

I cartelli (consiglio di mappare anche quelli di ripetizione), alla loro 
posizione (=non fanno parte del highway):
traffic_sign=speed_limit
maxspeed=numero

oppure
traffic_sign=city_limit (confine centro abitato)
name=nome città

Ciao,
Martin

PS: Continuo a mandare anche alla lista, presumo che non hai scritto 
appositamente in privato...





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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Bruno]

> E' questa la 
> rotta?>http://map.project-osrm.org/?z=11center=44.391844%2C10.619316loc=44.600307%2C10.693829loc=44.298046%2C10.428151hl=enalt=0vedo
>  2 alternative con OSRM> A: 67km, 1h8min> B: 62,4km, 1h10min>il calcolo è 
> stato "immediato"> Con google ottengo risultati simili:> 
> https://www.google.it/maps/dir/44.6003,10.6937/44.29792,+10.42824/@44.469513,10.4456779,11z/am=t/data=!3m1!4b1!4m7!4m6!1m0!1m3!2m2!1d10.42824!2d44.29792!3e0?hl=itA:
>  65,1km 1h15minB 65,3km, 1h22minC 82,6km 2h (chi sa perché mi suggerisce 
> anche questo)> Il Percoso A è uguale tranne il pezzo tra Governara e Febbio.> 
> Dove pensi che dovrebbe prendere un'altra strada? Così possiamo vedere perché 
> non la prende.Si, le mappe OSRM sono migliori di quelle ORS.Giusti i link di 
> Martin.In realtà in questo caso le mappature sono abbastanza buone su tutta 
> la vaibilità, può esserci un dubbio di classificazione, che poi illustro alla 
> fine.I percorsi OSRM e Google sono quasi uguali, ma i tempi di percorrenza 
> variano abbastanza, Google ci prende di più.Diciamo che mentre OSRM tra a e B 
> calcola uno scarto di 2 minuti, Google più correttamente calcola a 7. Può 
> sembrare una differenza piccola, ma non è così irrilevante.> Il Percoso A è 
> uguale tranne il pezzo tra Governara e Febbio.> Dove pensi che dovrebbe 
> prendere un'altra strada? Così possiamo vedere perché non la prende.In 
> specifico.Percorso A Sul percorso A è più corretta secondo me OSRM, meglio 
> tra Governara e  Febbio, passare da case Balocchi che Case Stantini. Anche se 
> io preferisco il percorso di Google, ma per motivi paesaggistici, non 
> viabilistici.Percorso BQui si può ragionare se declassare da secondaria a 
> terziaria una strada, il tratto da  Scandiano alla SS63, poco dopo 
> Carpineti.Diciamo che è una via di mezzo. In questo modo migliorerebbe 
> sicuramente il routing, ma la strada principale per collegare un alcuni 
> comuni (Viano- Baiso- Carpineti) mi sembra dubbio metterla come terziaria.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] R: Re: Routing inefficiente, come rimediare?

[Bruno]

Grazie per la risposta.
Mi spiego meglio.

In questo caso parliamo di percorsi che conosco a menadito.
Poi comunque mi capita quando mi muovo di fare ipotesi di tracciato con OSM e 
Goggle e sui tracciati che frequento vedo che spesso Google funziona meglio.

In generale anche i tempi di percorrenza Google, quando l'ho utilizzando sono 
abbastanza buoni.

Nel caso specifico le differenze tra i tracciati calcolati sono di pochi 
minuti. In realtà tutti i motori sottostimano i tempi di percorrenza di 5-10 
minuti, ma magari dipende dalla mia guida tranquilla, inoltre quello che quasi 
tutti i siti OSM suggeriscono è di almeno 10 minuti (su un'ora e 5 minuti) più 
lento rispetto agli altri.




>
>Di quanta differenza stai parlando in termini di tempo sullo stesso
>percorso a parità di percorso?
>
>Goole maps è più efficiente, come lo hai dedotto empiricamente? solo su
>base di un confronto tra motori di routing o hai fatto più volte
>realmente il tratto interessato e quindi su questa base hai dedotto
>tracciato e tempi?
>
>Tieni conto che se dai solo un punto A e B, in mezzo ci può stare di
>tutto, da strade alternative a ostacoli non previsti dall'uno e
>dall'altro motore di routing, esempio banale, tratto di strada in
>costruzione, segnalato dall'uno e non dall'altro.
>
>Le domande le faccio istintivamente, non sono un'esperto, per cui tieni
>conto di questo anche. :)
>
>
>-- 
>Simone Girardelli
>_|_|_|_|_|_|_|_|_|_
>|_|_|_|_|_|_|_|_|_|_|
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



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

[Talk-it] Routing inefficiente, come rimediare?

[Bruno]

Buongiorno, ho analizzato qualche tracciato con OpenRouteService.
Ho visto che l'algoritmo tende a sbagliare notevolmente le stime di alcuni 
tracciati.
In particolare ho visto che su alcune strade principali ma con molte curve di 
montagna o fondovalle tende a sottostimare i tempi di percorrenza.
Google Maps è molto più efficiente, anche perché credo che oltre ad algoritmi 
migliori sfrutti i dati di velocità di media reali che monitora con Maps.
Esistono rimedi in mappatura per aiutare i programmi?
L'esempio che ho è interessante.
Questo è il punto di partenza44.6003, 10.6937
Questo l'arrivo44.29792, 10.42824

1) Da Openrouteservice mi propone un percorso.
2) Da Openstreetmap, utilizzando l'algoritmo di OSRM, mi da un percorso 
diverso, che peraltro è nettamente migliore.
3) Utilizzando l'algoritmo di Mapzen mi propone lo stesso che propone il sito 
di OSRM (tracciato 1)
4) Utilizzando il sito Graphhopper, scegliendo il mezzo auto,  mi propone lo 
stesso tracciato di 1 e 3
5) Maps propone lo stesso tracciato di 2.
6)  Osmand Propone lo stesso tracciato di 2 e 5
In generale ho visto che OSRM e in generale gli strumenti OSM sono molto meno 
efficienti di Maps, anche su altri percorsi.
Grazie e mi scuso per la lunghezza.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Bruno Cortial]

Le 1 juin 2016 à 14:10, Nicolas Moyroud <nmoyr...@free.fr> a écrit :

>  Ce ne serait pas plutôt possible de faire l'extraction vectorielle à
> partir du serveur de tuiles openstreetmap France du coup ?
>

C'est limite jouable : https://www.openstreetmap.org/user/BrunoC/diary/9525
La vectorication avec autrotrace créait des artefacts, des imprecisions,...

gdal fait ce genre de truc : http://www.gdal.org/gdal_polygonize.html

Les pdf sont une source déjà vecteur. On peut espérer qu'a une certaine
échelle, les nouveau pdf produits sont de qualité équivalente aux anciens.
Il "suffirait" alors de multiplier les pdf sur la commune, et de d'éliminer
les doublons lors de la constitution du .osm.

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

[OSM-talk-be] Import of 2000 DAE in Belgium (Defibrillators / Défibrillateurs)

[Bruno Veyckemans]

[EN]
Hello,

The "Ligue Cardiologique Belge / Belgische Cardiologische Liga" just issued
a set of 2000 defibrillators (DAE) in Belgium in the Brussels open datastore
http://opendatastore.brussels/en/organization/liguecardioliga (csv or xls)

It would be great to import them in OSM... There are now only 119 DAE known
by OSM for the whole country.

It seems fairly easy (only nodes, no ways) but I don't know how to do it...
What's the best option to merge and import the 119 existing DAE and the
2000 DAE from the Ligue ?

I suppose it has already been done for other data... If you can teach me or
help me to do it, we could add the missing DAE and really help people
looking for a defibrillator in case of emergency.

If it works, the next step will be to the same for bpost's red mailboxes
(amenity=post_box). I know bpost is ready to import its data to OSM (with
collection times and their internal id) but need help to merge it with the
existing mailboxes.

[FR]
Bonjour,
La Ligue Cardiologique Belge vient de publier sa liste de 2000
défibrillateurs (DAE) en Belgique via l'Open Data store de la Région
bruxelloise ici:
http://opendatastore.brussels/en/organization/liguecardioliga (csv ou xls)

Ce serait super de pouvoir les importer dans OSM... qui ne connaît pour
l'instant que 119 DAE pour toute la Belgique (recherche via
http://overpass-turbo.eu/).

Cela semble assez facile vu que ce ne sont que des points (nodes), mais je
ne sais pas trop comment m'y prendre. Quelle est la meilleure option pour
fusionner les 119 DAE existants avec ces 2000 là ? J'imagine que ça a déjà
été fait avec d'autres données... Si vous pouviez m'aider à le faire, ce
serait top et je pense qu'on pourrait faire quelque chose de très utile
pour aiguiller les gens vers le défibrillateur le plus proche en cas
d'urgence. Et ce sera moins décourageant de mettre à jour une liste de 2000
DAE que la liste actuelle, très peu fournie.

Par ailleurs, si ça fonctionne, le travail suivant sera de réaliser un
import similaire avec les boîtes postales rouges de bpost... Je sais qu'ils
sont d'accord pour importer leurs données sur OSM, avec heures de levée et
les id internes de leurs boîtes, ce qui permettra une mise à jour aisée.
Mais il leur manque le savoir-faire pour réaliser l'opération proprement
sur OSM (essentiellement la gestion des boîtes déjà encodées).

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

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Bruno Cortial]

Bonjour

On voit un truc qui cloche sur le rendu osm-fr :
http://tile.openstreetmap.fr/?zoom=8=3.85759=-54.17815=B000FF

La relation Guyanne semble OK (ainsi de France)
http://www.openstreetmap.org/relation/2502058#map=13/4.3883/-54.4091

Le changeset qui a changé les objets
http://www.openstreetmap.org/changeset/39077411


Pour la question du rendu osm-fr, je dirais qu'il manque :
boundary  = administrative
border_type = nation
admin_level = 2

sur http://www.openstreetmap.org/way/415343576

... mais je suis rouillé question boundary.

Bruno




Le 30 mai 2016 à 16:53, J. N. Squire <lecuyerjnredw...@gmail.com> a écrit :

> Bonjour,
>
> Qu'entends-tu par "frontière cassée", exactement ?
>
> À propos du rendu Mapnik, je vois que de gros bouts de fleuve ont
> également disparu <https://www.openstreetmap.org/#map=13/4.2702/-54.3631> dans
> la zone, ce qui est assez inquiétant. Je n'ai pas le souvenir d'avoir fait
> des modifications pareilles, et je me demande bien qui a changé tout cela
> (mais c'est peut-être lié à une modification du trait de frontière ?).
> Est-ce que quelqu'un s'y connaîtrait suffisamment pour nous aider à repérer
> cette modification, svp ?
>
> À plus tard,
>
> 
> Feldo
>
>
>
>
> Le 28 mai 2016 à 11:02, Waxy <w...@laposte.net> a écrit :
>
>> Salut,
>>
>> Semblerait que la frontière de la Guyane française soit cassée dans le
>> rendu FR. Avec Mapnik c'est OK.
>>
>> Les données ont été touchées ou c'est juste le rendu ?
>>
>> Steph
>> @+
>>
>> ___
>> 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-fr] Timeout avec OverpassT : alternative?

[Bruno]

es construites par OverPass, dans l'ordre qu'il détermine 
lui-même (un ordre qui est un peu trop fait "à l'arrache").




Bonjour,

Pour ma part je pense qu'une base NoSQL sur une architecture distribuée 
serait une solution plus perenne, plus performante et avec moins de 
contraintes de schéma préétabli que les bases SQL.


Bruno.



Le 16 mai 2016 à 16:13, Christian Quest <cqu...@openstreetmap.fr 
<mailto:cqu...@openstreetmap.fr>> a écrit :


Sur un très grand BBOX un timeout de 60 est très très insuffisant.

Deux solutions:
- l'augmenter (beaucoup)
- ne pas mettre de BBOX... dans ce cas overpass ne cherchera que
via les tags et sur un type d'objet aussi peu fré"quent que les
centrales nucléaires ça sera beaucoup plus rapide (testé, ça prend
20s)


[out:json][timeout:60];
(
  // query part for: “"generator:source"=nuclear”
  node["generator:source"="nuclear"];
  way["generator:source"="nuclear"];
  relation["generator:source"="nuclear"];
);
out center;




2016-05-16 14:55 GMT+02:00 Shohreh <codecompl...@free.fr
<mailto:codecompl...@free.fr>>:

Bonjour

Je voulais récupérer la liste des centrales nucléaires en
Europe et les
importer dans une carte Umap, mais OT fait un time-out:


[out:json][timeout:60];
(
  // query part for: “"generator:source"=nuclear”
  node["generator:source"="nuclear"]({{bbox}});
  way["generator:source"="nuclear"]({{bbox}});
relation["generator:source"="nuclear"]({{bbox}});
);
out body;
>;
out skel qt;



An error occured during the execution of the overpass query!
This is what
overpass API returned:
runtime error: Query timed out in "query" at line 12 after 61
seconds.



Y a-t-il une autre solution?

Merci.



--
View this message in context:

http://gis.19327.n5.nabble.com/Timeout-avec-OverpassT-alternative-tp5873617.html
Sent from the France mailing list archive at Nabble.com.

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




-- 
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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: [Talk-ca] Red Cross and Fort McMurray Fires

[Bruno Remy]

Good work and have fun!

Bruno
Le 13 mai 2016 8:36 PM, "James" <james2...@gmail.com> a écrit :

> Our OSMCanada team (the one that runs the Tasking manager) is based in
> Ottawa. We are currently at the Happy Goat Coffee.
> Our meeting scheduling is available here:
> http://www.meetup.com/openstreetmap-ottawa
>
> On Fri, May 13, 2016 at 8:32 PM, Bruno Remy <bremy.qc...@gmail.com> wrote:
>
>> Hi,
>>
>> Does any local OpenStreetMap local team organize mapathon events working
>> around tasks #22,#23,#24 ?
>>
>> I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?
>>
>> Here in Québec city, the community is small , so few volonteers engaged
>> ... but why not trying ?
>> Le 13 mai 2016 8:17 PM, "James" <james2...@gmail.com> a écrit :
>>
>>> Hello everyone OsmCanada had a meeting tonight and have traced polygons
>>> estimating the areas damaged and have named them "Fort McMurray Fire Damage
>>> Estimate". They are tagged as brownfield as the buildings have been
>>> destroyed or burnt down. The major areas affected are Thickwood, Beacon
>>> Hill and Abasand. We thought this may help the red cross immensely.
>>>
>>> Big thank you to Rps333 for the help.
>>>
>>> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph <dan.b.jos...@gmail.com>
>>> wrote:
>>>
>>>> Hi John,
>>>>
>>>> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
>>>> been deployed to Canada to work in-person with the Canadian Red Cross. In
>>>> terms of OSM-CA / Red Cross coordination, I can be considered the point of
>>>> contact on the RC side until someone within Canadian Red Cross is ready and
>>>> willing to take it on.
>>>>
>>>> All the best,
>>>> Dan
>>>>
>>>> On Fri, May 13, 2016 at 2:44 PM, john whelan <jwhelan0...@gmail.com>
>>>> wrote:
>>>>
>>>>> Have you talked to dale.ku...@redcross.org?
>>>>>
>>>>> A coordinated approach might be better.  OSM can use data obtained
>>>>> through the Gov Canada open data portal and has done in the past as far as
>>>>> I am aware.
>>>>>
>>>>> Thanks John
>>>>>
>>>>> On 13 May 2016 at 14:37, Dan Joseph <dan.b.jos...@gmail.com> wrote:
>>>>>
>>>>>> Hi James,
>>>>>>
>>>>>> It looks like some good progress is being made on the tasks.
>>>>>>
>>>>>> Tasks #22 and #23 are focused on mapping different features but it
>>>>>> looks like #24 overlaps in focus. Perhaps that task should be archived
>>>>>> until the other two are completed to avoid confusion among newcomers to 
>>>>>> the
>>>>>> site?
>>>>>>
>>>>>> Task #23 only provides minimal instructions (*Add address data via
>>>>>> GeoBase. Add missing Roads and Street names.*). Would more people
>>>>>> feel comfortable contributing if detailed instructions were included? It
>>>>>> seemed the task is referring to the dataset described here:
>>>>>> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
>>>>>>   Is the Canada open government licence compatible with OSM?
>>>>>>
>>>>>> Thanks and all the best,
>>>>>>
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>> On Fri, May 13, 2016 at 2:21 PM, James <james2...@gmail.com> wrote:
>>>>>>
>>>>>>> What exactly do you need of me? Prioritize areas to get mapped? We
>>>>>>> have tasks for the buildings, addresses and streets(which I think have 
>>>>>>> been
>>>>>>> imported via CanVec) and a validation layer
>>>>>>>
>>>>>>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph <dan.b.jos...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi everyone,
>>>>>>>>
>>>>>>>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>>>>>>>> activities responding to the Fort McMurray fires. Staff has been very 
>>>>>>>> busy
>>>>>>>> but we're ramping up and exploring options 

Re: [Talk-ca] Red Cross and Fort McMurray Fires

[Bruno Remy]

Hi,

Does any local OpenStreetMap local team organize mapathon events working
around tasks #22,#23,#24 ?

I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?

Here in Québec city, the community is small , so few volonteers engaged ...
but why not trying ?
Le 13 mai 2016 8:17 PM, "James"  a écrit :

> Hello everyone OsmCanada had a meeting tonight and have traced polygons
> estimating the areas damaged and have named them "Fort McMurray Fire Damage
> Estimate". They are tagged as brownfield as the buildings have been
> destroyed or burnt down. The major areas affected are Thickwood, Beacon
> Hill and Abasand. We thought this may help the red cross immensely.
>
> Big thank you to Rps333 for the help.
>
> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
> wrote:
>
>> Hi John,
>>
>> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
>> been deployed to Canada to work in-person with the Canadian Red Cross. In
>> terms of OSM-CA / Red Cross coordination, I can be considered the point of
>> contact on the RC side until someone within Canadian Red Cross is ready and
>> willing to take it on.
>>
>> All the best,
>> Dan
>>
>> On Fri, May 13, 2016 at 2:44 PM, john whelan 
>> wrote:
>>
>>> Have you talked to dale.ku...@redcross.org?
>>>
>>> A coordinated approach might be better.  OSM can use data obtained
>>> through the Gov Canada open data portal and has done in the past as far as
>>> I am aware.
>>>
>>> Thanks John
>>>
>>> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>>>
 Hi James,

 It looks like some good progress is being made on the tasks.

 Tasks #22 and #23 are focused on mapping different features but it
 looks like #24 overlaps in focus. Perhaps that task should be archived
 until the other two are completed to avoid confusion among newcomers to the
 site?

 Task #23 only provides minimal instructions (*Add address data via
 GeoBase. Add missing Roads and Street names.*). Would more people feel
 comfortable contributing if detailed instructions were included? It seemed
 the task is referring to the dataset described here:
 http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
   Is the Canada open government licence compatible with OSM?

 Thanks and all the best,

 Dan


 On Fri, May 13, 2016 at 2:21 PM, James  wrote:

> What exactly do you need of me? Prioritize areas to get mapped? We
> have tasks for the buildings, addresses and streets(which I think have 
> been
> imported via CanVec) and a validation layer
>
> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
> wrote:
>
>> Hi everyone,
>>
>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>> activities responding to the Fort McMurray fires. Staff has been very 
>> busy
>> but we're ramping up and exploring options for how to leverage different
>> tools and data sources to support the Red Cross operations. The focus is 
>> on
>> the evacuees, many of which have dispersed to distant locations around 
>> the
>> country. When residents are allowed to return to the town and longer-term
>> recovery activities become a priority, I foresee having an excellent OSM
>> base layer as being a valuable asset. Both for facilitating operational
>> decisions, and demonstrating the power of the OSM community and easily
>> accessible geo-data with an open license!
>>
>> I would love to connect with those involved in coordinating the
>> current tasks up on http://tasks.osmcanada.ca/. Is the best channel
>> of communication through this list or via Skype or some other means?
>>
>> All the best,
>> Dan Joseph
>>
>> GIS Officer | International Services | American Red Cross
>> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
>
> --
> 外に遊びに行こう！
>


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


>>>
>>
>
>
> --
> 外に遊びに行こう！
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Sandre

[Bruno]

Le 29/04/2016 14:56, osm.sanspourr...@spamgourmet.com a écrit :


Avec FireFox, même soucis par contre avec IE ça marche.

Je parle juste du lien passé par Vincent.

Jean-Yovn


Le 2016-04-29 à 12:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 29/04/2016 12:42, Ludovic Hirlimann a écrit :

C'est juste moi ou les recherche sur le site sandre sont HS ?


si c'est de cela que l'on parle : http://www.sandre.eaufrance.fr/

alors je n'arrive même pas sur le site, cela tourne en rond !

Bonne journée







Ludo



___
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

Chez moi ça marche sous Firefox , accès au site et recherche.

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

Re: [Talk-ca] Données ouvertes de Shawinigan, QC

[Bruno Remy]

En fait le débat et la sensibilisation sont encore plus étendus : c'est
le virage difficile entre l'usage traditionnel corporatif des données via
une  "diffusion web" et la vraie notion de "bien commun" tel que nous la
comprenons dans le monde du libre. La source de l'information en dit plus
long:

http://www.gogeomatics.ca/magazine/canadian-municipalities-unlock-their-data-with-esris-arcgis-open-data.htm?utm_source=dlvr.it_medium=twitter#

Bruno
Le 25 avr. 2016 9:21 PM, "Pascal Robichaud" <
pascal.robichaud.do...@gmail.com> a écrit :

> J'ai l'impression qu'il y a de la sensibilisation et de l'information à
> faire.
>
> Je viens de leur écrire.
>
> Je vous tiendrai au courant.
>
>
>
>
> Bonjour,
>
> Étant citoyen impliqué en données ouvertes depuis quelques années, je me
> demandais :
>
> 1) Pourquoi la Ville de Shawinigan n'utilise pas le nouveau site du
> gouvernement DonneesQuebec.ca <http://donneesquebec.ca/>?
>
> 2) Pourquoi une licence comme Creative Commun
> <http://creativecommons.fr/licences/> n'a pas été utilisée?
>
>
> Merci
>
> *Pascal Robichaud*
> @DO101Mtl <http://twitter.com/do101mtl>
>
> 2016-04-25 18:46 GMT-04:00 Bruno Remy <bremy.qc...@gmail.com>:
>
>> Bonjour à tous,
>>
>> Pour votre information, Shawinigan a publié des données ouvertes sur son
>> portail:
>>
>> http://www.shawinigan.ca/Ville/donnees-ouvertes_195.html
>>
>> La licence choisie n'est pas une licence Creative Commons mais une
>> licence "interne":
>>
>> http://jmap.shawinigan.ca/doc/photos/Donn%C3%A9es%20ouvertes.conditions.Shawinigan.pdf
>>
>> Je ne m'aventurerai sur le terrain juridique de son interprétation, mais
>> je tenais tout de même à vous partager l'information
>>
>>
>>
>> --
>> Bruno Remy
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Données ouvertes de Shawinigan, QC

[Bruno Remy]

Bonjour à tous,

Pour votre information, Shawinigan a publié des données ouvertes sur son
portail:

http://www.shawinigan.ca/Ville/donnees-ouvertes_195.html

La licence choisie n'est pas une licence Creative Commons mais une licence
"interne":
http://jmap.shawinigan.ca/doc/photos/Donn%C3%A9es%20ouvertes.conditions.Shawinigan.pdf

Je ne m'aventurerai sur le terrain juridique de son interprétation, mais je
tenais tout de même à vous partager l'information....



-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Bicycle GPS tracks

[Bruno Remy]

I agree with you John, about Strava :
it's very helpfull and also available as an imagery layer in JOSM editor.

Bruno
Le 25 avr. 2016 3:52 PM, "John Marshall" <rps...@gmail.com> a écrit :

> The one cool thing about Strava; is Strava Slide. It makes it very easy to
> map paths. It also shows bike track.
>
> http://labs.strava.com/slide/
>
> I have found it very handy mapping trails in Gatineau park
>
> Cheers
>
>
> John
>
> On Mon, Apr 25, 2016 at 3:23 PM, John Whelan <jwhelan0...@gmail.com>
> wrote:
>
>> My local city is purchasing bicycle GPS track data from a company that
>> has a fitness app.  Apparently many cities would like this sort of data.
>> However it doesn't capture those who don't have a smartphone nor those who
>> choose not to install a commercial app on their phone.
>>
>> OSM has a history of capturing GPS data from devices, and having well
>> written procedures to upload it.
>>
>> I don't think it needs the current GPS trace database cluttering up with
>> more traces but could the cycling fraternity come up with a process to
>> store this type of data as open data?
>>
>> Thanks John
>>
>>
>> --
>> Sent from Postbox
>> <https://www.postbox-inc.com/?utm_source=email_medium=siglink_campaign=reach>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] New project update

[Bruno Remy]

For your information, a specific task hab been created for this purpose:
(Thanks to #hughwei )

#14 - StatCan Non-residential Buildings :
http://tasks.osmcanada.ca/project/14

Feel free to involve into this project and happy mapping!

Cheers.


Bruno




2016-04-22 14:28 GMT-04:00 john whelan <jwhelan0...@gmail.com>:

> Since you're looking to combine data from different sources I assume you
> know about the TB standards for addresses?  I think they're mentioned
> here:  http://www.tbs-sct.gc.ca/pol/doc-eng.aspx?id=16553
>
> I'm not sure how those standards would map to OSM and if all the elements
> are there.
>
> Apols to the ca-talk this is probably more open data than anything else.
>
> Cheerio John
>
> On 22 April 2016 at 10:52, Ellefsen, Bjenk (STATCAN) <
> bjenk.ellef...@canada.ca> wrote:
>
>> Kevin,
>>
>>
>>
>> We would probably break it down in smaller chunks. We were thinking of a
>> possible pilot with specific areas.
>>
>> A tasking manager would be very helpful in we do it this way.
>>
>>
>>
>> Bjenk
>>
>>
>>
>> *From:* Kevin Farrugia [mailto:kevinfarru...@gmail.com]
>> *Sent:* April-21-16 12:00 PM
>> *To:* Ellefsen, Bjenk (STATCAN) <bjenk.ellef...@canada.ca>
>> *Cc:* Talk-CA OpenStreetMap <talk-ca@openstreetmap.org>
>> *Subject:* Re: [Talk-ca] New project update
>>
>>
>>
>> Hi Bjenk,
>>
>> What type of information are you looking to add about buildings? Some
>> data belongs in OSM while other attributes might be extraneous. Other
>> people on this list will also add their opinion on this issue I'm sure. If
>> it's something being done en masse, it's always best to take an abundance
>> of caution to not upset people at the errors that might crop up.
>>
>> If you'd like to break work down into smaller chunks, there are tasking
>> managers available (including a Canada specific one) that help out with
>> manual tasks.
>>
>> -Kevin
>>
>> On Apr 21, 2016 11:37 AM, "Ellefsen, Bjenk (STATCAN)" <
>> bjenk.ellef...@canada.ca> wrote:
>>
>> Hello everyone,
>>
>>
>>
>> Basically, what we would like to do is define a project for OSM to
>> collect information about non-residential buildings.
>>
>> We would like to popose a list of what would be collected. We were
>> thinking of identifying specific areas to start with.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Bjenk Ellefsen, PhD
>>
>>
>>
>> Center for Special Business Projects | Centre des Projets Spéciaux sur
>> les entreprises
>>
>> Statistics Canada | Statistiques Canada
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Bruno Remy]

Bonjour à tous,

La lecture des informations de la page wiki des imports (
http://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility) , confirme
que les variantes CC-by-SA ou CC-by-NC ou de la licence CC 4.0  sont
incompatibles ODbL .

Par contre la licence internationale CC-by est compatible sous réserve de
mention de la source dans le profil du compte importateur. Je cite:

"not OK but fixable : is ODbL compatible if rights holder(s) explicitly
states in writing that credit on the Contributors
<http://wiki.openstreetmap.org/wiki/Contributors> page is sufficient to
fulfill attribution requirements including downstream use in works derived
from OSM".

Si cette interprétation est bonne, croyez-vous possible, et approuvez-vous
l'import d'autres jeux de données du portail https://www.donneesquebec.ca/
sous réserve que pour chaque jeu la licence soit "CC-by" et non pas
"CC-by-SA ou CC-by-NC" ?


Bruno



Le 20 avril 2016 à 21:13, Bruno Remy <bremy.qc...@gmail.com> a écrit :

> Bonjour  à tous,
>
>
> Concernant la notion d'attribution des licences, n'y a-t-il pas un
> consensus pour rattacher cette d'attribution à la mention dans la page
> https://www.openstreetmap.org/copyright ?
>
> On y retrouve d'ailleurs* GeoBase*®, *GeoGratis* (© Département des
> Ressources naturelles du Canada), *CanVec* (© Département des Ressources
> naturelles du Canada) et *StatCan* (Division Géographie, Statistiques du
> Canada).
>
> Rajouter dans cette liste les institutions publiques canadiennes
> (provinciales ou municipales) qui publient des jeux de données avec la
> licence CC4 ne serait-il pas suffisant?
>
>
> Bruno
>
>
> Le 6 avril 2016 à 16:23, James <james2...@gmail.com> a écrit :
>
>> Scuse j'ai oublié le ne et le pas
>> On Apr 6, 2016 3:33 PM, "Charles Basenga Kiyanda" <
>> perso...@charleskiyanda.com> wrote:
>>
>>> Le lien fourni dit que les licenses ODC-ODbl-1.0 et CC-BY-4.0 sont
>>> INcompatibles. Est-ce que j'ai mal lu l'information?
>>>
>>> Charles
>>>
>>> On 04/06/2016 03:13 PM, James wrote:
>>> > Les licenses ODC-ODbL-1.0 et CC-BY-4.0 sont compatibles.
>>> > http://clipol.org/licences/70?tab=licence_compatibility
>>> >
>>> > 2016-04-06 13:49 GMT-04:00 Charles Basenga Kiyanda
>>> > <perso...@charleskiyanda.com <mailto:perso...@charleskiyanda.com>>:
>>> >
>>> > Ce que je comprends, toutefois, c'est que c'est la clause
>>> > d'attribution
>>> > qui est problématique avec les licences CC, quand on essaye
>>> d'intégrer
>>> > avec l'odbl. La solution que nous avons privilégiée avec la ville
>>> de
>>> > Montréal (et qui je crois est acceptée par la communauté OSM) c'est
>>> > d'obtenir une confirmation (la notre est par courriel, idéalement
>>> la
>>> > confirmation serait aussi sur le site du fournisseur de données)
>>> > que "le
>>> > fournisseur des données considère que l'attribution sur la page du
>>> > wiki
>>> > d'openstreetmap remplit les obligations détaillées dans la clause
>>> > d'attribution de la licence CC pour fin d'inclusion des données
>>> sous
>>> > licence odbl." (Ou quelque chose du genre...)
>>> >
>>> > Bref, si je comprends bien, CC-by-SA ou CC-by-NC ou CC-by auraient
>>> > toutes le même problème. Au sens strict de la clause d'attribution
>>> des
>>> > licences CC, OSM serait tenu de mentionner l'origine des données
>>> avec
>>> > les données elles-mêmes et sur toutes les tuiles, ce qu'on ne fait
>>> > pas.
>>> >
>>> > Charles
>>> >
>>> > On 04/05/2016 06:33 PM, Pierre Béland wrote:
>>> > > Bonjour Sébastien,
>>> > >
>>> > > j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En
>>> > > relisant sur le site, il semble bien que ce soit la licence CC-by
>>> > > telle que promoise en février 2014.
>>> > >
>>> > > Avec cette l'annonce du nouveau site de données ouvertes
>>> > aujourd'hui,
>>> > > je n'ai pas vu de menton de la licence. Cependant elle est
>>> spécifiée
>>> > > sur le site et avec chaque jeu de données.
>>> > >
>>> > > Voici le lien vers la licence. On indique 6 variantes possibles.
>>> > > https://www.donneesq

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Bruno Remy]

Bonjour  à tous,


Concernant la notion d'attribution des licences, n'y a-t-il pas un
consensus pour rattacher cette d'attribution à la mention dans la page
https://www.openstreetmap.org/copyright ?

On y retrouve d'ailleurs* GeoBase*®, *GeoGratis* (© Département des
Ressources naturelles du Canada), *CanVec* (© Département des Ressources
naturelles du Canada) et *StatCan* (Division Géographie, Statistiques du
Canada).

Rajouter dans cette liste les institutions publiques canadiennes
(provinciales ou municipales) qui publient des jeux de données avec la
licence CC4 ne serait-il pas suffisant?


Bruno


Le 6 avril 2016 à 16:23, James <james2...@gmail.com> a écrit :

> Scuse j'ai oublié le ne et le pas
> On Apr 6, 2016 3:33 PM, "Charles Basenga Kiyanda" <
> perso...@charleskiyanda.com> wrote:
>
>> Le lien fourni dit que les licenses ODC-ODbl-1.0 et CC-BY-4.0 sont
>> INcompatibles. Est-ce que j'ai mal lu l'information?
>>
>> Charles
>>
>> On 04/06/2016 03:13 PM, James wrote:
>> > Les licenses ODC-ODbL-1.0 et CC-BY-4.0 sont compatibles.
>> > http://clipol.org/licences/70?tab=licence_compatibility
>> >
>> > 2016-04-06 13:49 GMT-04:00 Charles Basenga Kiyanda
>> > <perso...@charleskiyanda.com <mailto:perso...@charleskiyanda.com>>:
>> >
>> > Ce que je comprends, toutefois, c'est que c'est la clause
>> > d'attribution
>> > qui est problématique avec les licences CC, quand on essaye
>> d'intégrer
>> > avec l'odbl. La solution que nous avons privilégiée avec la ville de
>> > Montréal (et qui je crois est acceptée par la communauté OSM) c'est
>> > d'obtenir une confirmation (la notre est par courriel, idéalement la
>> > confirmation serait aussi sur le site du fournisseur de données)
>> > que "le
>> > fournisseur des données considère que l'attribution sur la page du
>> > wiki
>> > d'openstreetmap remplit les obligations détaillées dans la clause
>> > d'attribution de la licence CC pour fin d'inclusion des données sous
>> > licence odbl." (Ou quelque chose du genre...)
>> >
>> > Bref, si je comprends bien, CC-by-SA ou CC-by-NC ou CC-by auraient
>> > toutes le même problème. Au sens strict de la clause d'attribution
>> des
>> > licences CC, OSM serait tenu de mentionner l'origine des données
>> avec
>> > les données elles-mêmes et sur toutes les tuiles, ce qu'on ne fait
>> > pas.
>> >
>> > Charles
>> >
>> > On 04/05/2016 06:33 PM, Pierre Béland wrote:
>> > > Bonjour Sébastien,
>> > >
>> > > j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En
>> > > relisant sur le site, il semble bien que ce soit la licence CC-by
>> > > telle que promoise en février 2014.
>> > >
>> > > Avec cette l'annonce du nouveau site de données ouvertes
>> > aujourd'hui,
>> > > je n'ai pas vu de menton de la licence. Cependant elle est
>> spécifiée
>> > > sur le site et avec chaque jeu de données.
>> > >
>> > > Voici le lien vers la licence. On indique 6 variantes possibles.
>> > > https://www.donneesquebec.ca/fr/licence/#cc-by
>> > >
>> > > La mention de la licence lors du téléchargement d'un jeu de
>> > données est
>> > > Licence Creative Commons - Attribution 4.0
>> > > <https://www.donneesquebec.ca/fr/licence/#cc-by> [Open Data]
>> > > <https://www.donneesquebec.ca/fr/faq/#post-594>
>> > >
>> > > Voir par exemple
>> > >
>> https://www.donneesquebec.ca/recherche/fr/dataset/liaison-maritime
>> > >
>> > > Il faudra effectivement s'assurer que c'est bien la licence
>> > cc-by qui
>> > > s'applique.
>> > >
>> > > Pierre
>> > >
>> > >
>> > >
>> >
>>  
>> > > *De :* Sebastien Duthil <duth...@free.fr <mailto:duth...@free.fr
>> >>
>> > > *À :* talk-ca@openstreetmap.org <mailto:talk-ca@openstreetmap.org
>> >
>> > > *Envoyé le :* mardi 5 avril 2016 17h52
>> > > *Objet :* Re: [Talk-ca] Gouvernement du Québec et Municipalités :
>> > > Nouveau portail et licence ouverte
>

Re: [Talk-ca] Attributs des sentiers de vélo de montagne

[Bruno Remy]

Bonjour,

Remarque très pertinente, Claude.
Cette recommandation mériterait d'être prise en compte, personnellement je
l'approuve avec une réserve: il semble que l'attribut highway=path soit
préférable à highway=track car la nuance entre les deux est dans la notion
de carrossable/non carrossable:

Puisqu'on entend par carrossable la circulation en véhicule, le terme
"track" s'applique plus aux chemins suffisament large pour un 4-roues, ceux
qui donnent l'accès aux pourvoiries, cabanes à sucres,  et autres petits
châlets, ou chemins agricoles pour la circulation des tracteurs et autres
engins agricoles.

À l’inverse, "path" s'applique plus aux petits sentiers étroits pour la
rando et/ou la circulation en vélo de montagne.

Autre remarque à ce sujet: bien souvent il est confondu les tags
"highway=path" versus "highway=footway".
"Footway" semble plus adapté à des chemins piétons (plus ou moins courts)
en zone urbaine (trottoirs, passages piétons, petits chemins dans des parcs
publics) tandis que "path" désignerait plutôt des sentiers de
petite/moyenne/longue randonnée en zone non-urbaine (une "trail" pour
utiliser l'anglicisme canadien francophone).

Bruno




Le 20 avril 2016 à 15:21, Alouette955 <alouette...@gmail.com> a écrit :

> Bonjour,
>
> Au Québec plusieurs sentiers de vélos de montagnes ont  été créés avec les
> attributs de pistes cyclables:
>
>- highway=cycleway
>- surface=unpaved
>
> Par exemple:
>
>http://www.openstreetmap.org/#map=15/45.4864/-74.0544=CN
>
> Selon mes lectures, un sentier de vélo de montagne (MTB = MountainBiking)
> devrait se désigner par:
>
>   - highway = track ou path
>   - bicycle = yes ou designated
>   - surface = ...
>
>(ces dernières valeurs plus foot=yes sont parfaitement valables pour
> une piste partagée entre vélo et piéton sans pour autant être un sentier de
> vélo de montagne)
>
> et optionnellement
>
>- mtb:scale = ...
>- mtb:name = ...
>- mtb:description = ...
>- etc ...
>
> ref.: http://wiki.openstreetmap.org/wiki/Mountain_biking
>
> Outre ces dernières descriptions physiques il n’y a aucune façon des
> distinguer un sentier cyclable partagé par piéton et cyclistes d’une
> sentier de vélo de montagne puisqu’ils ont les mêmes attributs de base.
>
> J’ai constaté qu’en Colombie-Britanique on a ajouté *network=mtb* (
> http://www.openstreetmap.org/#map=16/49.3545/-123.0513=CN).
>
> *route=mtb* a, pour sa part, été utilisé sur 5965 chemins et 5486
> relations.
>
> *mtb=yes* a été utilisé 30154 fois sur des chemins mais qui n’est pas
> officiellement approuvé (ni même proposé selon mes lectures).
>
> Je pense qu’il est utile de distinguer les segments de réseaux cyclables
> des segments de vélo de montagne puisque ces derniers ne sont pas destinés
> aux balades en familles du dimanche.
>
> j’aimerais lancer un projet visant à corriger les attributs “vélo de
> montagne” mais auparavant je voudrais qu’on s’entende sur une façon de
> faire uniforme.
>
> Utilise-t-on les attributs qui semblent se répandre comme *network=mtb,*
> *route=mtb* ou *mtb=yes*?
>
> On peut aussi se forcer pour ajouter des *mtb:scale* ou *mtb:name* ou
> *mtb:description* alors qu’on en a souvent aucune idée des valeurs. Si
> j’étais adepte de vélo de montagne je pourrais probablement déterminer un
> *mtb:scale* mais ce n’est malheureusement pas le cas.
>
> En terminant je ne veux pas uniquement tagguer pour un rendu, je veux une
> façon de clairement distinguer deux types d’objets.
>
> Quelqu’un a une idée?
>
> Merci
>
> Claude
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] OSM : contribuer avec quel smartphone? (Nicolas Dumoulin)

[Bruno]

Le 03/02/2016 18:54, image93 a écrit :

Bonsoir,

Merci pour vos messages. Vous semblez pour la plupart etre équipé d'un
iphone.
Pour des raisons de prix j'ai opté pour le Sony Xperia™ M4 Aqua.

C'est un moyen de gamme. Bon appareil photo. Autonomie 2 jours. Et pour le
terrain, j'ai trouvé que son coté étanche pouvait etre un plus. J'ai pas du
tout regardé par contre la qualité du GPS :

http://www.sonymobile.com/fr/products/phones/xperia-m4-aqua/

En tout cas, si vous avez des remarques à faire sur mon choix, n'hesitez
pas.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-OSM-contribuer-avec-quel-smartphone-Nicolas-Dumoulin-tp5866502p5866640.html
Sent from the France mailing list archive at Nabble.com.

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

Bonjour,

Cela me parait un bon choix, pour moi l'important c'est qu'il puisse 
utiliser les logiciels de mapping tel que Osmtracker, osmand, 
keypad-mapper,prendre des photos,des mémos vocaux et avoir un écran 
suffisamment grand (pas de 4 pouces)

Le gps devrait être ok.
Pour l'autonomie tu peux aussi acheter une power bank plutôt que une 
batterie supplémentaire, ça peut servir pour autre chose que le smartphone.

Bruno.

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

[OSM-talk-fr] Couverture voies et noms de voies

[Bruno]

Bonjour,

Dans le cadre d'un projet en entreprise et pour convaincre de l'utilité 
d'OSM , j'aurais besoin de montrer de façon simple et visuelle la 
couverture actuelle de la base OSM en ce qui concerne la voirie  et le 
noms des voies , pas les adresses ni le bâti.


Un peu comme tiles et les zones à mapper mais juste le rouge et avec par 
exemple un % de noms des voies par département.

http://tile.openstreetmap.fr/

Si il existe déjà quelque chose je suis preneur.

Cordialement,
Bruno.

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

Re: [OSM-talk-fr] OSM org en panne?

[Bruno]

Le 20/01/2016 11:09, Vincent de Château-Thierry a écrit :

Bonjour,


De: "Francescu GAROBY" <windu...@gmail.com>
On 20/01/2016 10:33, Jérôme Seigneuret wrote:

Bonjour,
Je n'ai plus de réponse de OSM.org


ça fonctionne ici, j'ai eut des pb de connectivité hier ave les tiles
qui ne se chargeaient pas forcement.

J'ai aussi remarqué qu'il n'y a pas de rafraîchissement sur les
zooms

= 13 (peut être un délais significatif sur les mise à jour ex:
1fois

par mois...)

Peut-être une piste vers Lyon :
https://twitter.com/Turblog/status/689721026259718144
Je n'en sais pas plus...

vincent

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

Bonjour,

Ça marche ici, chez Free IPV4 région ouest.
Bruno.


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

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

[Bruno Veyckemans]

[EN] Hi,

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

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

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

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

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

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

Thanks !

Bruno

-

[FR] Bonjour à tous,

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

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

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

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

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

Bruno
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Cet
e-mail a été envoyé depuis un ordinateur protégé par Avast.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[Bruno Veyckemans]

[FR] OK, merci à tous pour vos réponses positives :)

Il ne reste plus qu'à s'y mettre ! J'ai donc créé un brouillon de page (en
anglais... j'imagine que c'est le mieux avant de traduire le tout quand le
texte sera stable) à partir de la version UK. Ca se passe ici:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

Je compte sur vous pour modifier tout ça au mieux et qu'on puisse se lancer
dans le projet dans quelques jours en ayant des directives claires,
notamment sur les points abordés par Brice (écoles spécialisées, langue
d'enseignement, niveau maternelle, primaire, secondaire, référence par
Région si c'est possible, etc). Toutes les idées sont les bienvenues !

Bruno



[EN] OK, Thanks everybody for your positive feedback :)

Now we just have to make it happen !! So I created a draft on the Wiki
here, based on the UK version:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

Feel free to change everything on it and let's find solutions for the
questions unanswered (specialized schools, language of the school, etc)



[NL] Bedankt iedereen, laten we beginnen :)
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects


<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Cet
e-mail a été envoyé depuis un ordinateur protégé par Avast.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[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
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Cet
e-mail a été envoyé depuis un ordinateur protégé par Avast.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

[Bruno Cortial]

Le 31 décembre 2015 à 14:43, Francescu GAROBY <windu...@gmail.com> a écrit :

> Si j'en crois le paragraphe Wikipedia que tu cites :
> * Il n'est pas dit si les conseils départementaux concernés et le Conseil
> d'État ont validé, pour les 1er et 3ème cas listés. Il faut donc aller
> chercher ça dans les délibérations des 2 CD et du CE ;
> * Dans le 2ème cas, le CD de l'Ain a rejeté, donc la procédure s'arrête là.
>

Oui, c'était pour rappeler ces cas de figure, on a encore du temps avant le
Conseil d'Etat.
Sinon la situation des 2 Seyssel... comment dire...  :/

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