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

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

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

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

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

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

[Bruno Cortial]

Bonjour,
Je ne sais pas si cela a déjà été abordé, des limites de départements sont
aussi à modifier :

https://fr.wikipedia.org/wiki/Projet_de_communes_fran%C3%A7aises_nouvelles_en_2016#Cas_particuliers


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

Re: [OSM-talk-fr] Erreur d'orthographe dans le nom d'une rue à Nantes

[Bruno Cortial]

Bonjour,
En ce qui me concerne les FANTOIR me passent au dessus de la tête, mais il
se trouve qu'il y a 2 événements de cartopartie qui se préparent en
novembre sur la quartier de la Bottière avec Alis44 (http://alis44.org/).
En attendant le contrôle des plaques sur le terrain, tu peux poser une Note
sur le secteur.

Peu de contributeurs lisent la liste talk-fr, mais l'usage des Notes
progresse, parce que nous le mettons en avant comme tout premier mode de
contribution accessible au plus grand nombre, mais aussi via Géovélo qui
l'a toujours intégré à ses cartes.

A+
Bruno

PS: Les cartos auront lieux les 14 et 18 je crois. Précisions à venir sur
nantes.openstreetmap.fr


Le 18 octobre 2015 18:59, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> Nantes a créé une petite "rue Germaine Tillon" (avec une seule adresse au
> 1 pour sa maison de quartier, auparavant c'était le 147 route de
> Sainte-Luce).
>
> Au passage la ville a mis à jour cette adresse officielle pour sa maison
> de quartier de Bottière. [1]
>
> Pourtant tout semble indiquer que c'est une faute d'orthographe sur le nom
> "Germaine Tillion" (il manque un i) de cette résistante entrée en 2015 au
> Panthéon [2][3]. D'autres communes en France ont nommé des rues à son nom
> en son honneur.
>
> Cependant je pense qu'il s'agit d'une erreur de la mairie (ou son
> prestataire web) et non de l'association Accoord qui mentionne encore
> l'ancienne adresse. [4] L'erreur vient peut-être aussi d'une faute de
> frappe dans un arrêté municipal.
>
> La rue "Germaine Tillon" n'a pas de référence FANTOIR actuellement. Il
> faudrait sans doute le signaler à la mairie qui s'est sans doute plantée
> sur son site web avant d'officialiser de façon visible.
>
> Mais j'hésite à corriger dans OSM (ce nom n'est peut-être même pas encore
> affiché sur le terrain et c'est sans doute pour ça que ce n'est pas dans le
> FANTOIR).
>
> Philippe.
>
> [1]
> https://www.nantes.fr/home/a-votre-service/equipements/maison-de-quartier/maison-de-quartier-bottiere.html
> [2] http://fr.wikipedia.org/wiki/Germain_Tillion
> [3] http://www.germaine-tillion.org/
> [4] http://www.accoord.fr/les-centres/est-erdre/bottiere
>
>
> ___
> 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] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

[Bruno]

Et testé ce matin, c'est OK.
Chapeau pour la réactivité.

Le 03/08/2015 23:22, Vincent Privat a écrit :

C'est corrigé: https://josm.openstreetmap.de/ticket/11744
A+

Le 3 août 2015 22:22, Pierre-Yves Berrard 
pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com 
a écrit :


Le 3 août 2015 22:11, Bruno pa...@free.fr mailto:pa...@free.fr
a écrit :

Bonjour,
[...]

Par contre j'ai maintenant un plantage de Josm (j'ai fait un
ticket) quand j'appelle la fonction adresses du plugin
cadastre, là aussi c'est systématique.

Quelqu'un a une expérience la dessus ?

Bruno.


Même chose.

Pierre-Yves


___
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: [OSM-talk-fr] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

[Bruno]

Bonjour,

Je reprends ce fil de discussion pour indiquer que pour ma part je n'ai 
plus de blocage clavier suite à l'utilisation de la touche F10 du cadastre.
C'était systématique au bout de deux ou trois utilisation mais 
aujourd'hui après tests et bien c'est tombé en marche


Je ne sais pas à quoi cela est dû car je ne l'ai pas utilisé pendant 
longtemps et il y a eu au moins une mise à jour java et aussi Josm depuis.


Par contre j'ai maintenant un plantage de Josm (j'ai fait un ticket) 
quand j'appelle la fonction adresses du plugin cadastre, là aussi c'est 
systématique.


Quelqu'un a une expérience la dessus ?

Bruno.

Le 11/10/2014 18:03, Bruno a écrit :

Bonjour,

Idem pour moi, je n'utilise plus la touche pour télécharger le 
cadastre (F10 ou F11 suivant paramétrage) car au bout de trois à 
quatre utilisations je perds le clavier, c'est systématique, par 
contre la souris fonctionne dans tous les cas.
ça fait bien un an que c'est comme ça pour moi mais je n'ai pas eu le 
temps de chercher une explication/solution.
Sous Gnu/Linux Ubuntu dernière version (64 bits) et testé avec Java 6 
ou 7.


 Le 11/10/2014 16:54, Jean-Baptiste Holcroft a écrit :


C'est long, mais j'ai le même, mais ça se provoque de manière 
aléatoire et sauvegarder son travail devient ridiculement compliqué.

Pour moi ça apparaît avec le plugin cadastre.

Le 11 oct. 2014 16:11, Philippe Verdy verd...@wanadoo.fr 
mailto:verd...@wanadoo.fr a écrit :



De plus en plus souvent je constate des pertes inopinées de
contrôle du clavier ou de la souris dans JOSM; rendant
l'interface inopérante.

Par exemple :
-  les touches + et - (qu'on les tape sur le pavé numérique ou le
clavier alpha) du zoom cessent de répondre (dans ce cas aussi
cela ne marche plus non plus avec le menu ni un raccourci posé
sur une icone de la barre d'icones (c'est le cas le plus
fréquent) Et pourtant le zoom sur la sélection fonctionne encore
et le zoom avec + ou - dans le dialogue de téléchargement d'une
zone fonctionne encore.

- quand on ouvre un dialogue; le focus sur le champ de saisie ne
fonctionne pas et impossible de taper un texte dedans parfois
aussi la sélection à la souris d'un morceau du texte ne marche
plus (en revanche les autres boutons, y compris le triangle du
sélecteur d'une combobox) fonctionne encore. La fermeture du
dialogue et sa réouverture suffit parfois à rétablir la fonction;
mais pas toujours...

- la suppression et le remise d'une icone de raccourci sur la
barre d'icone fonctionne, mais le bouton ne produit toujours rien
quand on clique dessus.

Il semble qu'il y a un bogue dans la bibliothèque qui gère les
bindings attachant des événements clavier ou souris à un
gestionnaire d'événement; comme si le gestionnaire avait été
perdu par perte de référence (allocation en weak pointer et
effet du garbage collector, ou mauvaise synchronisation de
l'ordre des événements en cas de modification dynamique de la
liste des bindings (modification non atomique, comme si la
suppression de référence au gestionnaire d'événement dans une
liste de gestionnaires a eu lieu *avant* l'insertion de ce même
gestionnaire dans une autreliste pour un autre élément
d'interface utilisateur).

Je me demande si c'est un bogue de JOSM lui-même ou d'une de ses
bibliothéques de construction d'UI; ou si la modification
dyna,ique de l'interface a oublié de mettre un verrou entre
plusieurs threads faisant des modifications concurrentes de l'UI
(par exemple un thread s'occupant de la construction d'un nouveau
dialogue tandis qu'un autre thread s'occupe encore de celui de la
fenêtre principale; ou bien l'événement à réassigner est encore
en cours de traitement par le thread principal qui gère la liste
ordonnée des événements UI et synchronise les rafraichissements
écran).


Seule parade : sauver les modifs en cours dans un fichier local,
fermer JOSM et le relancer pour charger le fichier à nouveau.
Mais à je suis tombé sur un cas où c'était la fonction
sauvegarder qui ne fonctionnait plus aussi bien au clavier
(CTRL+S), qu'à la souris en cliquant l'icone de la barre d'icones
ou par le menu fichier.

C'est de plus en plus gênant car l'anomalie se reproduit de plus
en plus souvent et aboutit à des pertes de modifs en cours (très
gênant quand on a eu besoin de charger beaucoup de données et
vérifier des jeux compliqués de relations interdépendantes, comme
la vérification des cours d'eau, des lignes de bus, vérifier le
routage, refermer les trous dans des relations (par exemple par
ceux qui remplacent sans faire attention des routes ou
transforment un carrefour simple en rond-point tracé n'importe
comment et ne tenant pas compte de l'existant qui s'y connecte
(ceux-là ne connaissent pas CTRL+ALT+D dans JOSM et sont
totalement perdus dans iD qui

[OSM-talk-fr] Limite maritime

[Bruno Cortial]

Bonjour,

Pouvez-vous me préciser à  quelle limite ce chemin correspond ?
http://www.openstreetmap.org/way/31030275#map=12/47.3824/-2.5931


S'il s'agit d'une limite en mer entre les régions Pays de la Loire et
Bretagne il y a un hic, car l'île Dumet fait partie de la commune de
Piriac-sur-mer en Pays de la Loire.
De même le SEMREV (http://www.openstreetmap.org/way/209424670 et
http://www.semrev.fr/fr/sig) est plutôt porté par les Pays de la Loire, CCI
Nantes St Nazaire, et Centrale Nantes.


J'ai trouvé ici un document montrant les limites de compétances des préfets
maritimes (qui ne sont pas vraiment des limites de régions). On voit que
l'allure de la limite dans OSM n'est pas la même.

http://www.dirm.sud-atlantique.developpement-durable.gouv.fr/les-limites-maritimes-sur-la-facade-sud-atlantique-r212.html
http://www.dirm.sud-atlantique.developpement-durable.gouv.fr/IMG/pdf/golfe_gascogne_limites_administratives_mai_2011_cle2352de.pdf

Le décret en question précise dans son article 1 les coordonnées des
points, mais il est noté abrogé sur légifrance. Quoi penser ?
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00525077categorieLien=cid


Question technique HS: par quelle(s) opération(s) de topologie trace-t-on
des limites équidistantes


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

Re: [OSM-talk-fr] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

[Bruno Cortial]

Bonjour,

Sans doute utilise-t-il Internet Explorer (quelle version ?). Le support
d'iD n'est pas optimum pour toutes les versions du navigateur de Microsoft.
Voir à utiliser Firefox, ou Chrome/Chromium.

Bruno

Le 22 juillet 2015 16:40, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
 a écrit :

 Le 22 juillet 2015 16:34, Nicolas Cucchietti 
 nicolas.cucchie...@cddpnr06.org a écrit :


 Donc ma question, si quelqu'un peut y répondre, c'est : *Savez-vous s'il
 y existe un moyen de régler le problème d'interface que je rencontre ? Si
 oui, comment ? Si non, alors existe-t-il un moyen de mettre l'interface
 Potlatch 2 en français par défaut ?*

 ​Merci d'avance à ceux qui pourront m'aider... je suis un peu perdu...​


 Bonjour,

 Il faut configurer l'éditeur préféré dans les options d'osm :

 Monsieur le Maire doit aller sur son compte (
 https://www.openstreetmap.org/user/[MonsieurLeMaire]/account) et choisir
 ID dans un des menus déroulants.

 Pierre-Yves

 ___
 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 OSM avec dénivelé?

[Bruno]

Le 21/06/2015 19:51, Shohreh a écrit :

Oui mais il n'affiche pas la carte en topo comme j'ai indiqué en lien dans
mon message de départ. C'est pourtant super pratique pour avoir
immédiatement une idée du dénivelé.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rendu-OSM-avec-denivele-tp5848561p5848674.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
Il n'affiche pas la carte en topo mais en cliquant sur la petite 
montagne sous route tools tu as le dessin du dénivelé.

Personnellement je trouve cela pas mal.

Bruno.

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

Re: [OSM-talk-fr] Bug de rendu

[Bruno Cortial]

Bonjour,
Dans ce genre de cas on peut utiliser la nouvelle fonction disponible sur
osm.org afin d'identifier l'objet en cause : Requête sur les objets
symbolisé par un ? à droite.

Cela permet de renvoyer les objets englobants l'endroit cliqué, et aurait
sans pu identifié le building (?) en cause.

A+
Bruno

Le 8 juin 2015 11:45, Xavier Cremaschi omega.xav...@gmail.com a écrit :

  Ok, merci pour ta réponse.



 Le 08/06/2015 11:36, Sylvain Maillard a écrit :

  Il s'agit bien d'un bug lié au rendu, sans doute un problème lors de
 l'import/mise à jour des données.

  Le problème semble corrigé, lorsque l'on force la régénération des tuiles
 celles-ci apparaissent correctement. Une des solutions est de passer toutes
 les tuiles concernées en /dirty pour forcer le recalcul, ou sinon
 d'attendre une peu qu'elles soient recalculées automatiquement


  Sylvain


 Le 8 juin 2015 11:31, Xavier Cremaschi omega.xav...@gmail.com a écrit :

 Bonjour,
 il y a un bug de rendu ici :
 http://www.openstreetmap.org/#map=19/48.95067/4.36876
 uniquement au niveau de zoom maximum.
 Une grande zone rectangulaire marron apparait. Une idée de ce qui peut
 être fait pour corriger ça ? Qui faut-il contacter ?

 Merci :)
 Xavier.

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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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] Cadastre et riverbank

[Bruno Cortial]

Le 4 juin 2015 11:23, JB jb...@mailoo.org a écrit :

  Le 04/06/2015 10:37, Jérôme Seigneuret a écrit :

 Après avoir mesuré au *zoom 18* le tracé d'un *river* fait déjà *entre 5
 et 6 m* sur Mapnik. A voir sur les autres.

 Sur R25 au 1:25000, elle fait environ 1mm, soit 25 mètres… Du coup, je
 passe en stream tout ce qui est plus étroit ? La donnée et le rendu sont
 deux choses différentes.



Je ne connaissais pas cette variante de taguer pour le rendu :-)
Ne savez-vous pas que les cartes mentent ?

http://fr.wikipedia.org/wiki/G%C3%A9n%C3%A9ralisation_cartographique#Le_mensonge_cartographique

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Bruno Cortial]

Bonjour,

On peut dejà se faire une idée globale avec ce genre de requete.
http://overpass-turbo.eu/s/9IN

Si la question est de supprimer massivement les points du contributeur
SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
process est réellement automatisé, il ne faudra pas longtemps avant que les
points repopent

Je demanderai plutôt un blocage temporaire du compte afin qu'il réagisse...

Bruno

Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a
écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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



 ___
 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] Import malheureux des pharmacies du 91 (Essonne)

[Bruno Cortial]

Bonjour,
Afin d'avoir l'audience la plus large, tu peux désormais commenter ton
changeset.

A+
Bruno

Le 29 avril 2015 08:06, Marc Sibert m...@sibert.fr a écrit :

 Bonjour,

 Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot
 important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les
 champs (https://www.openstreetmap.org/changeset/30605361).

 Je fais le nécessaire pour corriger, mais il me reste encore 312
 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y
 toucher car ça reste synchrone avec l'état de mon JOSM.

 Merci de votre compréhension,

 A+

 Marc / Marcussacapuces91

 --
 Marc Sibert
 mailto:m...@sibert.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] Calvaire

[Bruno]

Le 01/04/2015 14:44, Christian Rogel a écrit :


Le 28 mars 2015 à 08:54, Eric Debeau eric.deb...@gmail.com 
mailto:eric.deb...@gmail.com a écrit :


Ensuite, il y a une source de données phénoménale sur le site
http://patrimoine.region-bretagne.fr/

Les communes sont 'cartographiées' une à une pour recenser le 
patrimoine existant (une personne passe plusieurs semaines à arpenter 
la commune).


Exemple de requete sur les croix à Ploubezre (commune 'cartographiée' 
récemment):

http://patrimoine.region-bretagne.fr/gertrude-diffusion/recherche/globale?quoi=croix+de+chemintype=texte=ploubezre

J'ai demandé plusieurs fois si les données pouvaient être ouvertes 
(au moins les données sur les terrains publics avec juste les 
méta-data et localisation), mais je n'ai pas eu de réponses. Le site 
a été financé par la région et le département...Comment avoir plus de 
poids ?


Il n'y a aucune possibilité qu'une collecte d'informations payée par 
les impôts ne puisse être considérée comme non-ouverte. Nos dirigeants 
ont, malgré tout, le sens du ridicule.
D'autant que l'Etat (initiateur de l'Inventaire) et la Région Bretagne 
(gestionnaire et héritier) ont une politique en faveur de l'ouverture.
Par défaut et en l'absence de réponse, le plus simple est, d'autorité, 
lui donner la licence préconisée par l'Etat : LO/OL .  Aucun risque de 
se tromper.


Christian R.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
et leur signaler aussi qu'on ne voit pas bien l'attribution sur le fond 
de carte OSM prendre exemple sur 
http://www.valsdesaintonge-sig.org/patrimoine/#
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin d'aide sur Etrex 10

[Bruno Cortial]

Bonjour,
Il semble pourtant que cela soit possible.
http://etrex10.ru/en/review.html
http://etrex10.ru/en/index.html

Mais il faut créer ses fichiers .map soit-même, afin de rentrer dans les
limites de stockage de l'appareil, mais aussi ses limites de puissance de
calcul pour la partie affichage (et en plus c'est du monochrome).

Ce lien (en allemand) semble proposer tout ce qu'il faut, en particulier
les fichiers style et TYP.
http://gps.maroufi.net/etrex10map.shtml

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

Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)

[Bruno Cortial]

Le 25 mars 2015 14:41, Vincent Pottier vpott...@gmail.com a écrit :

Mais justement, il semblerait que la FFRP soit en difficulté aujourd'hui
 pour faire valoir le droit d'auteur et revendiquer la propriété
 intellectuelle sur nombre d'itinéraires.


Ah bon ?! Sur les GR  GRP  ?! Quelle est la source de cette info ?

Et pour en revenir aux collectivités, si on attend une réponse de leur part
sur une antériorité/faille les itinéraires copyrightés, elles sont dans le
même flou (bien aidées par l'ign et la FFRP)

FFRP vit sur un modèle du passé, ok nous en sommes convaincus ici, mais il
faut le démontrer à tous, et dans cette optique il faut faire un coup de
comm, forcant une réponse de la FFRP.

Je vois un projet du style OSM hacke le GR20 !
On enrichi OSM de la relation GR20
On en démontre tous les usages libres comme :
* Un rendu TOPO20 Maperitive
* un calcul de distance
* un calcul de dénivellé+ dynamique
* une video historique à la ITO
* Les usages dans OSMand et autres app
... que sais-je ?!

En précisant le flou juridique dans lequel la FFRP nous laisse et nous
bride.

Crever l'abcès en envoyant un courrier à la FFRP pour dire qu'on a pas eu
de réponse serait un peut léger pour une organisation de 2 millions de
contributeurs.


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

Re: [OSM-talk-fr] Le baptême très politique des voies publiques

[Bruno]

Hmmm,

Le terrain peut être faux ;-) si il n'y a pas d'autre info c'est 
effectivement lui qui fait foi.



En cas de difficultés c'est le croisement de plusieurs sources qui doit 
être fait, dans le cas de cette rue je pense que la délibération prime.


mes deux cents,
Bruno.

 Le 15/03/2015 21:17, Mathias Jérôme a écrit :

Hmhm...

Ce n'est pas censé être le terrain qui prime sur tout ?


Le Dimanche 15 mars 2015 19h11, Yannick VOYEAUD yann...@voyeaud.org 
a écrit :



Le 15/03/2015 16:43, Stéphane Péneau a écrit :
 Je me suis occupé de la rue de Béziers dans la matinée, et on peut dors
 et déjà constater qu'on ne nous facilite pas la vie :
 Délibération du conseil municipal : Rue du Commandant Denoix de 
Saint Marc

 Plaque prise en photo par le monde : Rue Commandant Denoix de Saint Marc
 Rue citée dans l'article : rue Commandant Hélie-de-Saint-Marc

 J'ai choisi Rue Commandant Denoix Saint-Marc mais je suis très tenté
 d'ajouter le du manquant.

 Stf

Bonsoir,

Oui c'est la délibération qui prime sur tout. Il devrait être possible
de poursuivre le maire pour non respect de la délibération.

Amitiés

--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org

___
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] [newbie] Pourquoi OSM n'affiche pas les grandes villes?

[Bruno Cortial]

Bonjour,
Cela pourrait être aussi parce qu'il n'y pas pas de noeud place pour Poissy
;-)

A+
Bruno

Le 27 février 2015 16:21, Pierre Béland pierz...@yahoo.fr a écrit :

 Les règles de rendu ne gèrent pas correctement les conflits d'affichage.
 Ticket ouvert depuis un certain temps déja.
 voir https://github.com/gravitystorm/openstreetmap-carto/issues/1083

 Pierre

   --
  *De :* Shohreh codecompl...@free.fr
 *À :* talk-fr@openstreetmap.org
 *Envoyé le :* Vendredi 27 février 2015 9h32
 *Objet :* [OSM-talk-fr] [newbie] Pourquoi OSM n'affiche pas les grandes
 villes?

 Bonjour

 Question de débutant sur un phénomène que je vois souvent sur OSM que ce
 soit avec le rendu Mapnik ou OCM : la carte affiche de petits patelins mais
 pas la grande ville à côté.

 Exemple : OSM affiche Carrières-sous-Poissy mais pas Poissy juste à côté et
 plus importante:

 http://www.openstreetmap.org/#map=13/48.9240/2.0617layers=Q

 Résultat, quand on prépare un parcours et qu'on ignore où se trouve la
 ville, on ne trouve pas et passage par Google Maps.

 Quelqu'un sait pourquoi?

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/newbie-Pourquoi-OSM-n-affiche-pas-les-grandes-villes-tp5835189.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



 ___
 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] Fichier GPX avec les données de l’accéléromètre

[Bruno]

Bonjour,

Quelqu'un aurait-il une expérience d'enregistrement des données de 
l’accéléromètre (3 axes) présent dans les GPS.
Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de 
le faire et j'aurais voulu voir ce que cela donne concrètement dans le 
fichier.


Exemple de Garmin avec un schéma d'extension maison :

trkpt lat=41.4503673315 
lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time
extensions
gpxacc:accelerationExtension
gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/
/gpxacc:AccelerationExtension
/extensions
/trkpt


Merci d'avance,
Bruno.

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

Re: [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre

[Bruno]

Oui j'ai vérifié mais à priori GpsLabel ne gère que les waypoints, 
tracks et routes.
Ce que je recherche (pas précisé dans mon premier message) est une 
application (Android) qui enregistre les données G-Force en plus des 
traditionnels waypoints, parce qu'en terme de Gps je n'ai que celui 
intégré à la voiture (pas exploitable) et un TomTom One qui n'enregistre 
pas les parcours
OsmTracker par exemple serait très bien si il gérait ces données (oui je 
sais j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-)

Merci de votre aide,
Bruno.


Le 23/02/2015 13:01, THEVENON Julien a écrit :

t as verifie que GPSbabel ne gere pas ca ?


*De :* Bruno pa...@free.fr
*À :* Discussions sur OSM en français talk-fr@openstreetmap.org
*Envoyé le :* Lundi 23 février 2015 12h26
*Objet :* [OSM-talk-fr] Fichier GPX avec les données de
l’accéléromètre

Bonjour,

Quelqu'un aurait-il une expérience d'enregistrement des données de
l’accéléromètre (3 axes) présent dans les GPS.
Pour l'instant je n'ai pas trouvé d'application (libre) qui
permette de
le faire et j'aurais voulu voir ce que cela donne concrètement
dans le
fichier.

Exemple de Garmin avec un schéma d'extension maison :

trkpt lat=41.4503673315
lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time
extensions
gpxacc:accelerationExtension
gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/
/gpxacc:AccelerationExtension
/extensions
/trkpt


Merci d'avance,
Bruno.

___
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: [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre

[Bruno]

Merci pour l'info, je vais tester mais ça a l'air de correspondre à mes 
besoins, ensuite il faudra l'intégrer à OsmTracker ;-)


Bruno.

Le 23/02/2015 15:47, Gaël Simon a écrit :

Sur ios, j'ai utilisé SensorLog, qui semble exister sous Android

Le 23 févr. 2015 à 14:24, Bruno pa...@free.fr mailto:pa...@free.fr 
a écrit :


Oui j'ai vérifié mais à priori GpsLabel ne gère que les waypoints, 
tracks et routes.
Ce que je recherche (pas précisé dans mon premier message) est une 
application (Android) qui enregistre les données G-Force en plus des 
traditionnels waypoints, parce qu'en terme de Gps je n'ai que celui 
intégré à la voiture (pas exploitable) et un TomTom One qui 
n'enregistre pas les parcours
OsmTracker par exemple serait très bien si il gérait ces données (oui 
je sais j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-)

Merci de votre aide,
Bruno.


Le 23/02/2015 13:01, THEVENON Julien a écrit :

t as verifie que GPSbabel ne gere pas ca ?


*De :* Bruno pa...@free.fr
*À :* Discussions sur OSM en français talk-fr@openstreetmap.org
*Envoyé le :* Lundi 23 février 2015 12h26
*Objet :* [OSM-talk-fr] Fichier GPX avec les données de
l’accéléromètre

Bonjour,

Quelqu'un aurait-il une expérience d'enregistrement des données de
l’accéléromètre (3 axes) présent dans les GPS.
Pour l'instant je n'ai pas trouvé d'application (libre) qui
permette de
le faire et j'aurais voulu voir ce que cela donne concrètement
dans le
fichier.

Exemple de Garmin avec un schéma d'extension maison :

trkpt lat=41.4503673315
lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time
extensions
gpxacc:accelerationExtension
gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/
gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/
/gpxacc:AccelerationExtension
/extensions
/trkpt


Merci d'avance,
Bruno.

___
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 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: [OSM-talk-fr] Objet affiché dans rendu OSM mais n'est plus dans la base depuis des semaines?

[Bruno]

Le 17/02/2015 20:24, Shohreh a écrit :

Bonjour

Comme cette boutique de vélo* a fermé en 2013, je l'ai supprimée de la base
il y a plusieurs semaines mais je m'aperçois qu'elle s'affiche encore dans
le rendu OSM mais ne s'y trouve pas quand je passe en mode Édition avec Id:

http://www.openstreetmap.org/?mlat=48.84734mlon=2.23485#map=19/48.84734/2.23485

Quelqu'un sait ce qui se passe?

Merci.

* Des cycles et des vies 12 rue des Menus, 92100 Boulogne-Billancourt



--
View this message in context: 
http://gis.19327.n5.nabble.com/Objet-affiche-dans-rendu-OSM-mais-n-est-plus-dans-la-base-depuis-des-semaines-tp5833953.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,

Je trouve bien le magasin avec ID ou avec requête sur les objets
Il a été modifié par toi même il y a 4 mois avec le commentaire qu'il ne 
semble plus exister.


Bruno.

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

Re: [OSM-talk-fr] calcul d'itinéraires sur osm.org

[Bruno]

Merci pour l'info, ça fonctionne bien et rapidement, pour une première 
version c'est prometteur.
Pas encore au niveau d'OSRM qui est vraiment sympa à utiliser notamment 
pour les modifications libres du trajet par exemple, mais ça viendra 
certainement.
D'un autre côté je n'ai peut-être pas découvert tout les 
fonctionnalités, je viens de voir qu'on peut faire un glisser/déposer 
des marqueurs début et fin..


Bruno.

Le 17/02/2015 08:02, Francescu GAROBY a écrit :

Après un rapide essai, c'est pas mal (et rapide).
Mais ça n'est (pour le moment ?) qu'un itinéraire A - B : pas moyen 
de faire un itinéraire A - B via C


Francescu

Le 17 février 2015 06:16, Otourly Wiki otou...@yahoo.fr 
mailto:otou...@yahoo.fr a écrit :


Effectivement ça marche pas mal. La version pour les voitures
Mapquest donne même les péages (sans le tarif)

Manque encore la possibilité d'utiliser les transports en commun
même si effectivement les heures de passages devraint être gérées
en externe...

On peut imaginer aussi une version en fauteuil roulant au moins
pour certaines grandes villes...
Florian


Le Mardi 17 février 2015 0h37, Lionel Allorge
lionel.allo...@lunerouge.org
mailto:lionel.allo...@lunerouge.org a écrit :


Bonjour,

Le lundi 16 février 2015 22:27:10 Pierre-Yves Berrard a écrit :
 Tiens, ils ont intégré un calculateur d'itinéraires sur
openstreetmap.org http://openstreetmap.org.

Très bonne nouvelle !
Cela semble bien marcher par chez moi :-)

Bonne continuation.

-- 
Lionel Allorge

April : http://www.april.org http://www.april.org/
Lune Rouge : http://www.lunerouge.org http://www.lunerouge.org/
Wikimedia France : http://wikimedia.fr http://wikimedia.fr/

« Le travail d'équipe est essentiel. En cas d'erreur,
ça permet d'accuser quelqu'un d'autre. »
Tristan Bernard


___
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 mailto:Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




--
Francescu


___
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] Petits changements dans le rendu QA

[Bruno]

Le 10/02/2015 19:03, Christian Quest a écrit :

J'ai modifié le fonctionnement de ce rendu qui compare (entre autre) les
données carroyées de la population avec les données OSM (bâti et routes).

Cette comparaison prenait beaucoup de temps car il y a plus de 2.2
millions de carreaux à comparer avec les 40 millions de polygones de
bâtiments présents en France, et 5 millions de highway=*

Désormais, lorsque des bâtiments ou des routes sont détectés dans un
carreau, cette information est conservée pour ne plus avoir à la
recalculer lors du rendu. Du coup celui-ci va beaucoup plus vite et
surtout on peut faire le rendu des bâtiments manquants à tout les
niveaux de zooms (alors qu'il ne se faisait qu'à partir du 9).

C'est ici: http://tile.openstreetmap.fr/?layers=000BTFF

Des cumuls et calculs sont désormais faciles (et rapide) à faire. Par
exemple, on a 4.7 millions de sans abris dans OSM... somme de la
population des carreaux sans bâtiments, soit 7.3% de la population, et
pas de route pour rendre visite à un peu moins de 300 000 habitants
(0,5% de la population).

J'ai aussi sorti une stat par département:

https://gist.github.com/cquest/996b9465fd46e7a19282

Ce sont les Landes qui ont le plus de retard sur le réseau routier...
suivi par le Lot et Garonne.


Merci Christian , c'est effectivement plus rapide et complet.
Les stats (par rapport à la population) montrent que pour le bâti il y a 
encore du travail mais que pour les routes on est pas loin du bout, 
manque plus que les noms de voies ;-)


Pour la beauté de la carte : j'ai une pastille verte qui résiste dans le 
17 à Saint Pierre de l'Isle  :
http://tile.openstreetmap.fr/?layers=000BTFFzoom=14lat=46.02623lon=-0.43937 



Le bâtiments sont pourtant là, peut-être pas assez... une idée ?
Bruno.

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

Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet

[Bruno Cortial]

Bonjour,

Tu peux visualiser la complétude du tag maxspeed sur les cartes thématiques
d'ITO :
http://www.itoworld.com/map/124?lon=2.34840lat=48.86177zoom=12fullscreen=true

Tu peux, comme le font la majorité des moteurs de routage basé sur OSM,
appliquer des valeurs par défaut en fonction du type de voie
https://github.com/osmandapp/OsmAnd-resources/blob/master/routing/routing.xml#L180

Tu peux aussi contribuer à OSM en ajoutant les bonnes valeurs, près de chez
toi :-)

Bruno

Le 10 décembre 2014 13:46, image93 lcel...@cci-paris-idf.fr a écrit :

 Bonjour,

 Je fais des tests de cartographie d'isochronie sous différents logiciels.
 Ma
 zone d'étude est le département  de Seine Saint Denis (93), près de Paris.

 Afin d'avoir un graphe (reseau) routier j'ai téléchargé toutes les couches
 OSM sur l'Ile de France. Pour la couche roads, je retrouve bien le champ
 maxspeed (km/h), indispensable pour les cartes d'isochronie. Malheuresement
 ce champ est renseigné pour 1.157 objets sur 26.984!

 Comment faire? Connaitriez vous un moyen pour remplir et compléter ce champ
 avec les bonnes valeurs? Si celà est impossible connaitriez vous un autre
 fichier téléchargeable, couche vectorielle (reseau de routes) plus
 approprié?

 Merci d'avance.





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810.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

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

Re: [OSM-talk-fr] Communes manquantes dans OsmAnd

[Bruno Cortial]

Bonjour,
Si j'ai bien compris le fonctionnement d'Osmand, les noms affichés en
dynamique lors de la recherche sont des place=town et plus.
Le bouton Rechercher dans les villages et codes postaux étend la
recherche.

Bruno

Le 26 novembre 2014 11:17, Eric Sibert courr...@eric.sibert.fr a écrit :

 J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches par
 adresse, certaines communes n'apparaissent pas du tout. Exemples:
 - Tournon (Savoie)
 - Veurey-Voroize (Isère)

 J'ai essayé avec le fichier Rhone-alpes installé automatiquement par
 l'application, avec le fichier téléchargé manuellement depuis le site web
 et avec le fichier France adresses-nationwide aussi téléchargé
 manuellement. Rien à faire.

 Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces communes
 soient prises en compte?



 Eric


 ___
 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] SIG Vals de Saintonge

[Bruno]

Bonjour,

Pour info la Communauté de Communes des Vals de Saintonge utilise OSM 
pour l'accès public à l'inventaire du Patrimoine:

http://www.valsdesaintonge.org/culture-patrimoine/patrimoine/inventaire-du-patrimoine

Accès direct : http://www.valsdesaintonge-sig.org/patrimoine/

Personnellement je trouve le contenu intéressant et bien sûr 
l'utilisation d'OSM et de ses outils très pertinente...


Cordialement,
Bruno.

PS : voir aussi leur page sur le SIG : 
http://www.valsdesaintonge.org/amenagement-environnement/urbanisme/systeme-d-information-geographique
d'après l'appel d'offre d'emploi de 2009 leur SIG repose sur pas mal de 
briques libres. 
http://www.forumsig.org/showthread.php/21260-Offre-d-Emploi-Administrateur-SIG-Pays-des-Vals-de-Saintonge


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

Re: [OSM-talk-fr] tutoriel manquant sur l'intégration

[Bruno Cortial]

Le 29 octobre 2014 13:13, Pieren pier...@gmail.com a écrit :

 Dans osm.org, cliquer sur share puis html et copier le lien.


A noter que AdBlock+ filtre l'affichage de cette boite share-link.
Enervant.

Ticket ouvert :
https://reports.adblockplus.org/0cddac08-eaee-4392-9f12-ee18270a006b#tab=all

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

Re: [OSM-talk-fr] tutoriel manquant sur l'intégration

[Bruno Cortial]

Le 29 octobre 2014 13:57, Greg ewala...@gmail.com a écrit :

 C'est bizarre, j'ai AdBlock Edge
 https://addons.mozilla.org/en-US/firefox/addon/adblock-edge/ et je n'ai
 pas de problèmes. Je croyais que les deux utilisaient les mêmes listes,
 seulement que AdBlock+ rajoute une liste blanche pour les sites et régies
 qui payent pour ne pas être bloqués
 http://www.mac4ever.com/actu/94774_nouveau-scandale-autour-de-la-mafia-adblock-plus-qui-ponctionne-maintenant-les-editeurs
 .

 Il faut croire que je me trompais.


Cela dépend effectivement de la liste de filtrage choisie. En ce qui me
concerne c'est easylist, et la règle  ##.share-link de
https://easylist-downloads.adblockplus.org/fanboy-social.txt

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

Re: [OSM-talk-fr] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

[Bruno]

Bonjour,

Idem pour moi, je n'utilise plus la touche pour télécharger le cadastre 
(F10 ou F11 suivant paramétrage) car au bout de trois à quatre 
utilisations je perds le clavier, c'est systématique, par contre la 
souris fonctionne dans tous les cas.
ça fait bien un an que c'est comme ça pour moi mais je n'ai pas eu le 
temps de chercher une explication/solution.

Sous Gnu/Linux Ubuntu dernière version (64 bits) et testé avec Java 6 ou 7.

 Le 11/10/2014 16:54, Jean-Baptiste Holcroft a écrit :


C'est long, mais j'ai le même, mais ça se provoque de manière 
aléatoire et sauvegarder son travail devient ridiculement compliqué.

Pour moi ça apparaît avec le plugin cadastre.

Le 11 oct. 2014 16:11, Philippe Verdy verd...@wanadoo.fr 
mailto:verd...@wanadoo.fr a écrit :



De plus en plus souvent je constate des pertes inopinées de
contrôle du clavier ou de la souris dans JOSM; rendant l'interface
inopérante.

Par exemple :
-  les touches + et - (qu'on les tape sur le pavé numérique ou le
clavier alpha) du zoom cessent de répondre (dans ce cas aussi cela
ne marche plus non plus avec le menu ni un raccourci posé sur une
icone de la barre d'icones (c'est le cas le plus fréquent) Et
pourtant le zoom sur la sélection fonctionne encore et le zoom
avec + ou - dans le dialogue de téléchargement d'une zone
fonctionne encore.

- quand on ouvre un dialogue; le focus sur le champ de saisie ne
fonctionne pas et impossible de taper un texte dedans parfois
aussi la sélection à la souris d'un morceau du texte ne marche
plus (en revanche les autres boutons, y compris le triangle du
sélecteur d'une combobox) fonctionne encore. La fermeture du
dialogue et sa réouverture suffit parfois à rétablir la fonction;
mais pas toujours...

- la suppression et le remise d'une icone de raccourci sur la
barre d'icone fonctionne, mais le bouton ne produit toujours rien
quand on clique dessus.

Il semble qu'il y a un bogue dans la bibliothèque qui gère les
bindings attachant des événements clavier ou souris à un
gestionnaire d'événement; comme si le gestionnaire avait été perdu
par perte de référence (allocation en weak pointer et effet du
garbage collector, ou mauvaise synchronisation de l'ordre des
événements en cas de modification dynamique de la liste des
bindings (modification non atomique, comme si la suppression de
référence au gestionnaire d'événement dans une liste de
gestionnaires a eu lieu *avant* l'insertion de ce même
gestionnaire dans une autreliste pour un autre élément d'interface
utilisateur).

Je me demande si c'est un bogue de JOSM lui-même ou d'une de ses
bibliothéques de construction d'UI; ou si la modification
dyna,ique de l'interface a oublié de mettre un verrou entre
plusieurs threads faisant des modifications concurrentes de l'UI
(par exemple un thread s'occupant de la construction d'un nouveau
dialogue tandis qu'un autre thread s'occupe encore de celui de la
fenêtre principale; ou bien l'événement à réassigner est encore en
cours de traitement par le thread principal qui gère la liste
ordonnée des événements UI et synchronise les rafraichissements
écran).


Seule parade : sauver les modifs en cours dans un fichier local,
fermer JOSM et le relancer pour charger le fichier à nouveau. Mais
à je suis tombé sur un cas où c'était la fonction sauvegarder qui
ne fonctionnait plus aussi bien au clavier (CTRL+S), qu'à la
souris en cliquant l'icone de la barre d'icones ou par le menu
fichier.

C'est de plus en plus gênant car l'anomalie se reproduit de plus
en plus souvent et aboutit à des pertes de modifs en cours (très
gênant quand on a eu besoin de charger beaucoup de données et
vérifier des jeux compliqués de relations interdépendantes, comme
la vérification des cours d'eau, des lignes de bus, vérifier le
routage, refermer les trous dans des relations (par exemple par
ceux qui remplacent sans faire attention des routes ou
transforment un carrefour simple en rond-point tracé n'importe
comment et ne tenant pas compte de l'existant qui s'y connecte
(ceux-là ne connaissent pas CTRL+ALT+D dans JOSM et sont
totalement perdus dans iD qui presque tout le temps fait n'importe
quoi et est très peu utiisable pour autre chose que d'ajouter des
tags ou faire un tracé sommaire ou ajouter un POI ou affiner le
tracé existant; mais pas pour transformer des objets: d'ailleurs
les mêmes beaucoup trop souvent ne s'embarassent pas de
transformer l'existant, ils retracent et suppri,ent tout ce qui
les gêne et ne fait doublon qu'avec leur nouveau tracé, ou qui
passe une route simple bidirectionnelle en routes à deux voies
unidirectionnelles séparées et oublient de router la ligne de bus
en sens inverse qui passait par la première voie laissée mais
devenue sens unique; 

Re: [OSM-talk-fr] Prix des carburants ?

[Bruno Cortial]

Bonjour,
Merci pour cette nouvelle source Osmose.

J'ai une question de tag :
Comment doit-on taguer une station qui ne fournit du E85 que durant ses
horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui
possible pour les autres carburants ?

Bruno



Le 9 octobre 2014 21:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Le 07/10/2014 11:25, Yves Pratter a écrit :


 Le 6 oct. 2014 à 20:25, Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com a écrit :

  Mais c'est quand même plus facile lorsque les ref sont intégrées à OSM
 et il n'y a pas toujours de ref, ou des ref non privé en la qu'elle
 on peut avoir confiance.

 J’ai vu que tu ne proposes pas d’attribut ref.
 Est-ce un oubli ou un plutôt un choix ?


 Il y en a un, mais ne sachant pas à quoi il correspond, mais je ne l'ai
 pas prit.


  Le 06/10/2014 17:38, Jérôme Amagat a écrit :

 Les stations bien geocodé (ou pas trop mal) et presente dans osm ont
 disparu (osmose en a trouvé combien? c'est possible de la savoir?)

 La mise à jour de données OSM avec des données OpenData est une
 amélioration de l'intégration de données avec Osmose que j'ai en tête.

 Super :-)

 Peux-tu forcer l’affichage de toutes les stations services pour les tests
 ?


 Non

  Le 25 sept. 2014 à 23:15, Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com a écrit :

  Tous les autres services étant des amenity séparé, je vais les ignorer
 pour l’instant

 Le preset dans JOSM permet d’indiquer si il y a une boutique, des
 toilettes, un kiosque…

 shop=yes
 shop=convenience
 shop=kiosk

 En regardant la page shop http://wiki.openstreetmap.org/wiki/Key:shop,
 je ne trouve pas ça très adapté — au moins pour les toilettes :
 Le tag le plus adapté serait *toilets=yes*  ?
 cf. Toilets within places
 http://wiki.openstreetmap.org/wiki/Tag:amenity=toilets#
 Toilets_within_places
 J’ai vu dans ton framapad
 http://lite3.framapad.org/p/station_services que tu pensais à
 amenity=toilets mais il est précisé que l’utilisation de la clé
 *amenity* est uniquement dans le cas où les toilettes sont un objet à
 part.

 Idem pour les stations de gonflage des pneus :
 compressed_air=yes
 http://wiki.openstreetmap.org/wiki/Tag:amenity=compressed_air#Examples
 pour
 un service de proposé dans un lieu et *amenity=compressed_air* pour une
 station « isolée ».

 Piste poids lourds. C’est vital pour des camions, mais aussi pour des
 campings-car, une voiture tirant un van pour transporter des chevaux…
 La question a été traitée pour les voies d’accès de parking…
 Cf. HGV pour Heavy good vehicles) dans Lane dependent restrictions
 http://wiki.openstreetmap.org/wiki/Hgv#Lane_dependent_restrictions et
 la section Parking in Industrial Areas
 http://wiki.openstreetmap.org/wiki/OSM_Transport_Karte#
 Parking_in_Industrial_Areas de
 la page *OSM Transport Karte*
 Donc :

   * serviceToilettes publiques/service *toilets=yes*

   * serviceStation de gonflage/service *compressed_air=yes

 *
   * serviceBoutique non alimentaire/service *shop=yes ??*
   * serviceBoutique alimentaire/service *shop=convenience*
 il y a parfois les 2 services simultanément

   * servicePiste poids lourds/service *hgv:lanes=yes*


 J'ai prit ça en compte.

 On finalement activer l'analyse - à la prochaine mise à jour des résultats.



 ___
 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 de BANO au CNIG

[Bruno Cortial]

Bonjour,

Ce post de blog devrait tout de même nous interpeler, non pas en tant que
contributeur OSM, mais en tant que contribuable et citoyen. Une donnée
libre doit s'il elle veut vivre doit être gérée par une entité qui met en
place les outils permettant libre difusion, contrôle et d'édition.
Souhaitons-nous que BANO² soit géré par OSM France, un organisme d'état
identifié, ou disons Mapbox. Je dis Mapbox pour agiter un chiffon rouge aux
habitués de la liste, mais j'aurai pu citer un opérateur adresses privé
comme les PagesJaunes.

J'espère ne choquer personne en affirmant que le blanc mouvement Open Data,
et les licences qui vont avec, ont 3 couleurs primaires: Participative,
Libertaire et Libérale. Il ne faut pas éluder ce dernier aspect. Une base
OdBL n'est pas de fait *un bien hors de l'emprise capitaliste*.

Bruno


Le 3 octobre 2014 10:18, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Le vendredi 3 octobre 2014 09:55:11, Jean-Marc Liotier a écrit :

  C'est hautement comique de la part de la CGT de s'insurger contre la
 construction d'un bien hors de l'emprise capitaliste, auquel chacun
 donne selon ses capacités et disponible à chacun selon ses besoins
 (toute ressemblance avec un auteur Allemand du 19eme siècle ne serait
 que fortuite)...


 Ah mais non ! Tu n'as toujours pas compris qu'une association sans but
 lucratif, l'ouverture des donnée, le bénévolat, c'est de l'ultralibéralisme
 ? C'est 1000 fois pire que le méchant capitalisme.

 :-

 Stf



 ___
 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] Mapbox Studio (était : MapOSMatic)

[Bruno Cortial]

Le 12 septembre 2014 13:42, JB jb...@mailoo.org a écrit :

  Suite du HS.
 C'est pas pour taper sur Mapbox (on peut aussi), mais ça vaut le coup de
 lire ça aussi :
 https://www.mapbox.com/mapbox-studio/common-questions/#do-i-need-a-mapbox-account-to-use-mapbox-studio
  *Do I need a Mapbox account to use Mapbox Studio?*

 *Yes, a Mapbox account is needed to access the default vector tile sources
 included in Mapbox Studio. You can try out the features of Mapbox Studio
 for free but to make use of all of the functionality you must be on the
 Mapbox **Standard plan https://www.mapbox.com/plans/**.*
 Un Standard plan, soit une « location » de 5 dollars par mois… C'est beau,
 le soutien à la communauté…
 JB.



Bonjour la liste,
Il est clair qu'ils mettent en avant leur solution, mais cela reste à
relativiser : le logiciel est libre (BSD-like je crois), et sur la version
de dev (tm2) on peut utiliser n'importe quelle source de vector-tile. Et
dans Studio on peut sauvegarder nos sources au format MBTile vector (
https://www.mapbox.com/mapbox-studio/source-quickstart/ )

Les évolutions de Studio sont là pour s'intégrer au mieux avec leur
infrastructure, basée exclusivement sur les vector-tile. Avec Tilemill le
logiciel produisait des tuiles raster, qui pouvaient être remontées sur les
serveurs de mapbox. Studio remonte sur les machine de mapbox le fichier de
style et les sources (layer postgis, shapefile) au format vector-tile.

Résultat pour Mapbox : node.js + mapnik + vector-tile
fini mod_tile, plus de cache (au niveau de la chaine de rendu), les tuiles
raster générées à la volée très rapidement (10 ms !), donc prise en compte
des modif de style instantanée. Coût nul pour chaque nouveau style
utilisant des sources vecteur existantes.

En résumé osm2pgsl fourni un shéma orienté rendu, mais il faut exécuter des
requête à chaque fois. Avec les tuiles vecteur les données à rendre sont
immédiatement accessibles.

https://www.youtube.com/watch?v=NoLJHgqDCzc

Je n'ai toujours pas compris comment il gèrent efficacement les modifs de
source (fichiers diff) pour mettre à jour les vector tile...

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

Re: [OSM-talk-fr] Entête DKIM rajoutée à l'objet de certains méls sur la liste OSM-talk-fr

[Bruno Besson]

Laposte.net rajoute des en-tête désormais (comme PUB, par exemple, que
j'ai pu remarquer chez moi), ça doit être liées aux dernières évolutions de
leur outil, mais en tout cas ça vient de la messagerie.


2014-09-04 17:40 GMT+02:00 Yves Pratter yves.prat...@laposte.net:

 Bonjour,

 Depuis quelques jours, les messages expédiés sur cette liste par certains
 auteurs (Christian, Pieren, Ab_fab, Francescu…) se retrouvent dans ma boite
 de spam.
 Est-ce que vous avez le même souci ou est-ce que ça vient de ma messagerie
 ?

 Merci de m’éclairer.

 —
 Yves

 *DKIM Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en
 montagne !*


 From: Tetsuo Shima tets...@gmail.com
 To: =?UTF-8?Q?Discussions_sur_OSM_en_fran=C3=A7ais?=
  talk-fr@openstreetmap.org
 Subject: DKIM Re: [OSM-talk-fr]
 =?utf-8?q?Oubliez_l=27imagerie_a=C3=A9rienne_pour_l?=
  =?utf-8?q?es_sentiers_en_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] cartes personnelles et routes

[Bruno Cortial]

Bonjour,

Keepright propose une analyse de détection des quasi-jonctions:

http://keepright.at/report_map.php?zoom=11lat=47.95174lon=-4.08869layers=B0Tch=0%2C50show_ign=1show_tmpign=1

Bruno


Le 20 août 2014 01:27, Muselaar musel...@ouvaton.org a écrit :


 Le 19/08/2014 16:39, Muselaar a écrit :


 Le 19/08/2014 11:37, Nicolas Dumoulin a écrit :

 Bonjour,

 Le lundi 18 août 2014 23:35:08 Muselaar a écrit :

 Y aurait-il un moyen de réunir tous les segments d'une trace gpx en un
 seul ? Umap aurait-il un mode d'import qui le permette ?
 J'ai bien sûr essayé de fusionner tous les chemins de mon calque en un
 seul, mais ça ne marche pas au delà d'un ou deux.

 Dans JOSM, si tous tes chemins se suivent, tu n'as qu'à sélectionner
 tous tes
 chemins (à la main, ou en recherchant type:way), supprimer toutes les
 étiquettes (tags) et les fusionner (raccourci clavier [C]).

 Tu as réussi à le faire ?
 Moi, au bout de 2 chemins, j'ai l'alerte « les chemins ne peuvent être
 fusionnés » et basta… Même en les prenant un par un, même en ayant supprimé
 tous les tags (en sélectionnant l'ensemble du calque). Du reste, je le fais
 très rarement en cartographiant, la tendance naturelle est plutôt l'inverse.


 Je viens de comprendre pourquoi, je parie que vous n'avez pas imaginé que
 j'aie calé sur un truc si basique, et je me souviens maintenant que ça
 m'était déjà arrivé : impossible de fusionner des chemins s'il ne sont pas
 déjà joints l'un à l'autre. Et OSM ne manque pas de nœuds tellement proches
 l'un de l'autre qu'ils s'affichent comme un seul point, mais en fait ils
 sont non soudés. On peut le voir avec la taille du carré : s'ils sont
 soudés, les nœuds sont gros, et s'ils ne le sont pas, ils sont petits.
 Il faut donc prendre chaque segment un à un pour le vérifier, et ensuite,
 ça marche.

 Muselaar.


 ___
 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] Aires de covoiturage

[Bruno Cortial]

Le 21 juillet 2014 14:32, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 Ces aires sont avant-tout des parkings. Elles ont une signalétique
 indiquant qu'elles sont destinées aux covoitureurs mais rien n'empêchent de
 s'y stationner comme n'importe quel autre parking.


Bonjour,
On trouve également des aires dédiées de très petite surface qui servent
uniquement de point de rendez-vous temporaire avec maxi 5-6 places pour les
véhicules. On les trouve près des grands machins multimodaux. A Nantes il
n'y même pas un banc pour la centaine de covoitureurs habitués du Cardo.

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

Re: [OSM-talk-fr] Edition des relations pour les transports en commun (ville de Nantes)

[Bruno Cortial]

Le 16 juillet 2014 10:14, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Par contre, je remarque qu'elles portent toutes les 2 les tags
 state=proposed. Je ne sais pas si elles existent vraiment sur le terrain.

 Bonjour

Les relations itinéraires (bus et vélo) de Nantes sont dans un état
déplorable. Il y a eu sur le terrain pas mal de modifs ces derniers temps,
et leur modification/maintenance n'a pas suivi. En ce qui me concerne le
schema transport fut un répulsif puissant !

Merci à Jean-Michel de mettre le sujet sur le tapis sur le fond (corriger
les relations) et sur la forme (nouvel éditeur de relation transport).

Bruno (qui se lance dans l'inventaire des relations)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Seamark export

[Bruno Cortial]

Bonjour
Il ne s'agit pas de traitements prévus par la communauté OpenSeaMap. Pas de
probleme de licence non plus, la source utilisée est dans le domaine
publique.
Les suppression sont évoqués depuis plusieurs semaines sur la liste
OpenSeaMap. Un contributeur a été identifié sur Singapour, mais cela ne
correspond pas à toutes les suppressions [1].
J'avais commencé à investiguer la grosse perte du mois d'avril, mais sans
succès [2]

Bruno

[1]
http://sourceforge.net/p/openseamap/mailman/openseamap-develop/thread/53be2b22.1070...@gmx.de/

[2] https://lists.openstreetmap.org/pipermail/dev-fr/2014-April/002197.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un MOOC OSM ?

[Bruno Cortial]

Bonjour
Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne
manquent pas, et on pourrait recruter davantage. Ok.

Mais peut-être devrions-nous déjà regarder l'existant documentaire
_francophone_, sa qualité, sa complétude, sa pérennité, sa visibilité
auprès des débutants.

Juste pour JOSM :
https://josm.openstreetmap.de/wiki/Translations#Statustable

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