Re: [OSM-talk-fr] Présentation et demande de conseils

[Romain MEHUT]

Bonsoir,

Pour mémoire et en lien avec la question, il y a eu ce fil sur le forum 
https://forum.openstreetmap.fr/t/defis-maproulette-en-foret-limites-forestieres/8894


Romain

Le 07/08/2022 à 10:13, Timothée mathieu a écrit :

Bonjour,

je suis nouvel arrivant et j'aimerais contribuer un peu à OSM. J'ai
commencé à regarder JOSM mais j'ai encore quelques soucis.

En particulier, dans un premier temps je voudrais améliorer les parcelles
forestières dans la forêt domaniale de crécy (Hauts de France, dans la
Somme), j'ai remarqué qu'il n'y avait que la moitié de la forêt qui était
marquée et je voulais faire le reste.

Les données sont celles de l'ONF (accessible ici :
http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1,
c'est une des ressources enregistrée dans le wiki open street map). J'ai
téléchargé le geojson et j'ai récupéré les données de parcelles pour la
forêt avec succès.

Quelle est la bonne marche à suivre pour importer ce genre de données ?
Est-ce que il est préférable de recopier les données à la main ou y a-t-il
un outil pour le faire plus ou moins automatiquement ?

Merci d'avance,
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

[OSM-talk-fr] Bureaux de poste manquants

[Romain MEHUT]

Bonjour,

Suite au projet d'intégration des horaires des bureaux de poste, David 
indique qu'il manque encore pas mal de bureaux à intégrer.


Je suis en train de parcourir le département 54 à l'aide d'Osmose et 
cela m'amène à quelques questions :


- quelle est l'utilité de demander l'ajout du tag addr:postcode ?

- quand un bureau est de type post_annex (au sein d'une mairie) ou 
post_partner (chez un commerçant), la valeur du tag operator ne devrait 
pas être La Poste, il s'agirait plutôt dans ce cas d'utiliser network=La 
Poste ou brand.


Qu'en pensez-vous ?

Romain





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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Romain MEHUT]

Idem.

Romain

Le 25/11/2020 à 22:19, Brice a écrit :

Le 25/11/2020 à 21:39, David Faure via Talk-fr a écrit :

OK pour tout le monde ?


OK pour moi

Britzz

___
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] [OSM-Talk-fr] Réouverture imminente de "Ça reste ouvert"

[Romain MEHUT]

Bonsoir,

J'ai constaté que le site est à nouveau opérationnel. Cela fait vraiment 
plaisir. J'ai contacté la presse locale pour corriger leur constat 
https://www.estrepublicain.fr/sante/2020/11/04/confinement-des-commerces-livrent-a-domicile


Sinon, la CCI 54 en a profité pour faire la pub de sa plateforme 
https://www.estrepublicain.fr/sante/2020/11/06/covid-19-la-plateforme-jesuisouvert-fr-reprend-du-service 
mais bon cela repart de zéro !


Et comme Ça reste ouvert reprend grâce à Lyon, j'ai regardé ce que ça 
donne avec la CCI mais rien d'équivalent. Serait-ce un effet Ça reste 
ouvert histoire qu'il n'y ait pas compétition entre 2 outils ?


Romain

Le 07/11/2020 à 18:08, Florian LAINEZ a écrit :

Hello,
Depuis le début du 2ème confinement, nous nous creusons la tête pour 
trouver un moyen de rouvrir "Ça reste ouvert".

C'est maintenant officiel : *le service réouvrira très prochainement ! *

Le site web https://caresteouvert.fr sera remis en ligne rapidement, 
et les applis mobiles iOS/Android/F-droid suivront plus tard. Les pays 
étrangers qui en re-feront la demande seront également une nouvelle 
fois ouverts.


Durant la première vague, nous avions collectivement fait un sprint de 
3 mois pour développer ce projet. L'équipe au coeur du projet, Adrien 
Pavie, François de Metz et moi-même (épaulés par Vincent de 
Château-Thierry) avions littéralement passé 3 mois temps complet sur 
le projet.
Nous avions été aidés par des dizaines de personnes (encore un gros 
merci !) : notre graphiste, notre avocate, tous ceux qui débattaient 
pendant des heures avec nous des meilleures améliorations à réaliser 
sur Github ... sans oublier les contributeurs OSM qui s'étaient 
démenés pour fermer des notes et cartographier leur propre quartier. 
Les partenaires techniques avaient tous mis à disposition leur 
infrastructure gracieusement et en urgence.
Bref, c'était un bel élan collectif comme on les aime dans la 
communauté OSM.


Vous l'avez sûrement ressenti vous-même : la dynamique de cette 2ème 
vague est très différente de la première. En particulier, l'énergie 
bénévole n'est plus au rendez-vous pour l'équipe au coeur du projet.
C'est donc avec un petit pincement au coeur mais avec la conviction de 
continuer à être utiles que nous nous faisons appel à du financement 
pour réouvrir.
Concrètement, l'entreprise Jungle Bus (dont je suis le président) 
portera le projet, Makina Corpus (en la personne de Fred Rodrigo) 
réalisera la partie technique (développement et hébergement), 
Teritorio (en la personne de Vincent Bergeot) s'occupera de 
l'accompagnement des collectivités locales. Nous n'utiliseront bien 
évidemment aucune ressource de l'asso OSM-Fr cette fois-ci.


Notre financement pour remettre en ligne CRO provient de la ville de 
Lyon (Le maire a d'ailleurs été plus rapide que nous pour en faire 
l'annonce 
https://twitter.com/Gregorydoucet/status/1324723611199021058) et nous 
sommes également en négociation avec d'autres villes.
L'état actuel désastreux de nos petits commerces poussent beaucoup de 
collectivités locales à chercher des solutions : CRO en fait partie. 
Je vous invite à les démarcher pour leur présenter l'initiative, pour 
les accompagner vous-même (si vous êtes un professionnel ayant les 
capacités de le faire) ou à les renvoyer vers nous si besoin.


Le passage d'un projet bénévole à une prestation rémunérée est 
toujours délicat au sein de la communauté OSM. Nous comptons sur votre 
bienveillance pour accepter le fait que ce montage permette de 
remettre sur pied un service de contribution à OSM gratuit, ouvert, 
open source, créant des données open data, sans publicité, simple 
d'utilisation sur desktop et mobile, utile à la communauté OSM, 
international et dont la gouvernance restera toujours aussi ouverte 
qu'auparavant.

Si vous avez questions constructives, nous y répondrons avec plaisir.

Les besoins de ce second confinement vont être, sans aucun doutes, 
très différents du premier. Das les jours qui viennent, nous allons 
donc remettre en ligne le service /tel quel/ sur le sous-domaine 
lyon.caresteouvert.fr , centré sur Lyon, 
pour l'adapter aux nouveaux besoins avant de rouvrir le service sur la 
France entière. En effet, avant de pousser à la contribution, nous 
voulons nous assurer que seules des données pertinentes seront créées 
avec l'outil.
Vos retours sont toujours les bienvenus sur Github 
https://github.com/osmontrouge/caresteouvert/issues et bien entendu, 
relançons ensemble la cartographie CRO dans nos quartiers respectifs !
Il y aura du pain sur la planche, entre tous les commerces ayant 
définitivement fermé, ceux qui ne le sont que temporairement, ceux 
dont les modalités d'accès ont changé ... c'est re-parti pour un tour !


Florian pour l'équipe de CRO.

--

*Florian Lainez*

@overflorian 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] [OSM-Talk-fr] Nouveaux tags "Ça reste ouvert"

[Romain MEHUT]

Le 09/11/2020 à 21:35, Yves P. a écrit :

Takeaway c'est plutôt que l'on ne consomme pas sur place mais que l'on emporte 
(son kebab) ?
C'est ça, tu ne consommes pas dans le magasin, tu emportes ;)


Je suis d'accord aussi avec l'emploi de "takeaway" pour désigner click 
and collect.


Romain




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

Re: [OSM-talk-fr] [OSM-Talk-fr] Réouverture imminente de "Ça reste ouvert"

[Romain MEHUT]

Salut,

Après le CA de mardi c'est une chouette nouvelle que vous ayez trouvé 
une solution qui j'espère satisfera tout le monde.


Je suis prêt pour faire à nouveau la promo dans mes environs.

Merci !

Romain

Le 07/11/2020 à 18:08, Florian LAINEZ a écrit :

Hello,
Depuis le début du 2ème confinement, nous nous creusons la tête pour 
trouver un moyen de rouvrir "Ça reste ouvert".

C'est maintenant officiel : *le service réouvrira très prochainement ! *

Le site web https://caresteouvert.fr sera remis en ligne rapidement, 
et les applis mobiles iOS/Android/F-droid suivront plus tard. Les pays 
étrangers qui en re-feront la demande seront également une nouvelle 
fois ouverts.


Durant la première vague, nous avions collectivement fait un sprint de 
3 mois pour développer ce projet. L'équipe au coeur du projet, Adrien 
Pavie, François de Metz et moi-même (épaulés par Vincent de 
Château-Thierry) avions littéralement passé 3 mois temps complet sur 
le projet.
Nous avions été aidés par des dizaines de personnes (encore un gros 
merci !) : notre graphiste, notre avocate, tous ceux qui débattaient 
pendant des heures avec nous des meilleures améliorations à réaliser 
sur Github ... sans oublier les contributeurs OSM qui s'étaient 
démenés pour fermer des notes et cartographier leur propre quartier. 
Les partenaires techniques avaient tous mis à disposition leur 
infrastructure gracieusement et en urgence.
Bref, c'était un bel élan collectif comme on les aime dans la 
communauté OSM.


Vous l'avez sûrement ressenti vous-même : la dynamique de cette 2ème 
vague est très différente de la première. En particulier, l'énergie 
bénévole n'est plus au rendez-vous pour l'équipe au coeur du projet.
C'est donc avec un petit pincement au coeur mais avec la conviction de 
continuer à être utiles que nous nous faisons appel à du financement 
pour réouvrir.
Concrètement, l'entreprise Jungle Bus (dont je suis le président) 
portera le projet, Makina Corpus (en la personne de Fred Rodrigo) 
réalisera la partie technique (développement et hébergement), 
Teritorio (en la personne de Vincent Bergeot) s'occupera de 
l'accompagnement des collectivités locales. Nous n'utiliseront bien 
évidemment aucune ressource de l'asso OSM-Fr cette fois-ci.


Notre financement pour remettre en ligne CRO provient de la ville de 
Lyon (Le maire a d'ailleurs été plus rapide que nous pour en faire 
l'annonce 
https://twitter.com/Gregorydoucet/status/1324723611199021058) et nous 
sommes également en négociation avec d'autres villes.
L'état actuel désastreux de nos petits commerces poussent beaucoup de 
collectivités locales à chercher des solutions : CRO en fait partie. 
Je vous invite à les démarcher pour leur présenter l'initiative, pour 
les accompagner vous-même (si vous êtes un professionnel ayant les 
capacités de le faire) ou à les renvoyer vers nous si besoin.


Le passage d'un projet bénévole à une prestation rémunérée est 
toujours délicat au sein de la communauté OSM. Nous comptons sur votre 
bienveillance pour accepter le fait que ce montage permette de 
remettre sur pied un service de contribution à OSM gratuit, ouvert, 
open source, créant des données open data, sans publicité, simple 
d'utilisation sur desktop et mobile, utile à la communauté OSM, 
international et dont la gouvernance restera toujours aussi ouverte 
qu'auparavant.

Si vous avez questions constructives, nous y répondrons avec plaisir.

Les besoins de ce second confinement vont être, sans aucun doutes, 
très différents du premier. Das les jours qui viennent, nous allons 
donc remettre en ligne le service /tel quel/ sur le sous-domaine 
lyon.caresteouvert.fr , centré sur Lyon, 
pour l'adapter aux nouveaux besoins avant de rouvrir le service sur la 
France entière. En effet, avant de pousser à la contribution, nous 
voulons nous assurer que seules des données pertinentes seront créées 
avec l'outil.
Vos retours sont toujours les bienvenus sur Github 
https://github.com/osmontrouge/caresteouvert/issues et bien entendu, 
relançons ensemble la cartographie CRO dans nos quartiers respectifs !
Il y aura du pain sur la planche, entre tous les commerces ayant 
définitivement fermé, ceux qui ne le sont que temporairement, ceux 
dont les modalités d'accès ont changé ... c'est re-parti pour un tour !


Florian pour l'équipe de CRO.

--

*Florian Lainez*

@overflorian 

___
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] adresses numéros bis, ter ...

[Romain MEHUT]

Et donc sur quelle base le choix de mettre un espace entre le chiffre et le 
suffixe ?

Romain


De : osm.sanspourr...@spamgourmet.com
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] adresses numéros bis, ter ...
Date : 07/11/2020 11:52:30 Europe/Paris

qu'est qui est faux ?

Le wiki cite bien les deux, je pense par contre qu'il y a un loupé dans le 
titre.

C'est plutôt :

suffixe au cadastre / suffixe OSM / exemple



suffixe au cadastre  suffixe OSM
 exemple  
B  bis  1 bis  
T  ter  1 ter  
Q  quater  1 quater  
A  A  6A  
B  B  6B  
C  C  6C  

Et la règle : 

- pour la numérotation bis/ter/quarte..., suffixer par une espace suivie du 
suffixe non abrégé en minuscules.

- pour la numérotation A/B/C/D..., C    coller la lettre au numéro.

Et pour des appartements avec accès direct vous pouvez avoir 3/3A/3B, 5/5A/5B 
https://www.openstreetmap.org/#map=19/48.08890/-1.61878=N

Pour le "coller au numéro", c'est ce que les gens font dans la pratique, par 
contre comme ici vous avez des plaques "3" sur le bord droit au sud (pour que 
les gens aillent vers là) "A" et "3" devant les entrées respectives.

Sur Mapillary, on devine juste le 3 de l'immeuble (à ne pas confondre avec le 3 
de l'appartement).

Et oui, plutôt que d'avoir mis des plaques 3 et 3A...


Le 07/11/2020 à 02:26, Philippe Verdy - ver...@gmail.com a écrit :

sauf que c'est faux. le B peut signifier la lettre B (après A) ou le bis (après 
le numéro sans suffixe). Et dans certains cas, on a les deux types: 12, 12A, 
12B, 12C, puis 12 bis...
___
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] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre

[Romain MEHUT]

Par chez moi, la CCI remet en route son site 
https://twitter.com/CCI54/status/1324658562040254464 mais en repartant 
de zéro !


https://outils.ccimp.com/geolocal-54/

Romain

Le 06/11/2020 à 11:14, Christian Quest a écrit :


C'est celui que j'utilise car le click-and-collect correspond à la 
vente à emporter par opposition à la livraison.


Je complète autant que possible avec phone/email/website.

Su ma petite carte, les POI de ce type sont désormais en orange quand 
on zoome, et les infos sont indiquées.



Le 06/11/2020 à 10:31, Yves P. a écrit :

Les petits commerçants se mettent au "click and collect".
Un articles des Inrocks à ce sujet : Voici une carte interactive 
des librairies proposant le service “click and collect” 


(avec une carte Google)

Je ne sais pas si le tag takeaway:covid19 
 est adapté 
pour ça.


Et je pense que *CRO manque* vraiment car il était *fédérateur*, et 
l'affichage des POI par CRO et leur filtrage étaient adaptés :)


__
Yves



--
Ce message a été vérifié par *MailScanner* 


pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

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

--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] adresses numéros bis, ter ...

[Romain MEHUT]

Bonjour,

A nouveau pour mémoire 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg97921.html ;)


Romain

Le 06/11/2020 à 13:27, Yves P. a écrit :
Je voulais vérifier la bonne pratique pour une adresse style "15 bis 
rue xxx" et je n'ai pas trouvé sur 
https://wiki.openstreetmap.org/wiki/FR:Key:addr

ni ailleurs. Mais j'ai peut-être mal cherché.
On met addr:housenumber=15B, 15 Bis, 15 bis ?


Pour Rennes : 
https://wiki.openstreetmap.org/wiki/Rennes_Métropole/Adresses_codification

15 bis

Je met ça aussi dans le Jura. On a eu des discussions, mais où ? IRC, 
Telegram, talk-fr… ?


__
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] Règle Osmose pour tag brand:wikipedia

[Romain MEHUT]

Merci c'est bien ce que pensais aussi. J'ai complété mon commentaire sur 
le changeset.


Romain

Le 24/10/2020 à 22:16, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour, les suggestions d'Osmose sont des suggestions.

Ici le suggestion-index est une belle c... : wikidata est neutre.

Le "bon" article Wikipédia est usuellement celui du pays où est la 
filiale.


Je remets régulièrement des fr:Système U alors que iD suggère de
modifier en en:Système U.

C'est crétin : c'est une entreprise française exerçant en France.
L'article en anglais est évidemment plus pauvre.

Donc la bonne page c'est par défaut la page dans la langue par défaut du
pays.

Jean-Yvon

Le 24/10/2020 à 21:55, Romain MEHUT - romain.me...@mailo.com a écrit :

Bonsoir,

Dans ce changeset https://www.openstreetmap.org/changeset/92924630
j'ai demandé pourquoi la valeur au tag brand:wikipedia n'était pas la
déclinaison française. La réponse est que c'est une suggestion d'Osmose.

Ne priorise-t-on pas la valeur fr (s'agissant du territoire français
bien sûr) ?

Merci pour vos éclairages.

Romain




___
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] Règle Osmose pour tag brand:wikipedia

[Romain MEHUT]

Bonsoir,

Dans ce changeset https://www.openstreetmap.org/changeset/92924630 j'ai 
demandé pourquoi la valeur au tag brand:wikipedia n'était pas la 
déclinaison française. La réponse est que c'est une suggestion d'Osmose.


Ne priorise-t-on pas la valeur fr (s'agissant du territoire français 
bien sûr) ?


Merci pour vos éclairages.

Romain




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

Re: [OSM-talk-fr] Encore des orthos...

[Romain MEHUT]

Bonjour,

Je constate qu'il y a des erreurs "Erreur HTTP 500 lors du chargement 
des tuiles" pour la couche Ortho HR dans JOSM. Quand on veut zoomer, 
l'image reste floue.


Christian, il y a lien avec l'ajout des nouvelles orthos ?

Merci.

Romain

Le 13/10/2020 à 10:11, Christian Quest a écrit :
Les orthos d'un même millésime sont disponibles sur 
wms.openstreetmap.fr dans une couche "orthohr_" =année


L'agrégation de toutes les années est dispo dans la couche "orthohr" 
en mettant les plus récente "dessus".


Il suffit d'avoir ces couches définies dans JOSM, donc en gros une de 
plus par an, la 2020 vient d'arriver c'étaient les premières.



Je récapitule les dernières orthos ajoutés:

2019: 08 09 10 12 46

2020: 58 61


J'ai toujours du mal à comprendre pourquoi une ortho de 2019 est 
disponible en opendata fin 2020... au moins elle est dispo.




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

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

[Romain MEHUT]

Pas de confusion pour ma part, c'est pourquoi je ne suis pas toujours 
Osmose sur élémentaire ou primaire. C'est la connaissance du terrain qui 
fait la différence.


Le 29/09/2020 à 17:07, Vincent Bergeot a écrit :

Le 29/09/2020 à 16:28, Jérôme Amagat a écrit :
Il y a aussi le problème primaire ou élémentaire, la source n'est pas 
très claire donc difficile de savoir si il faut school:FR=primaire ou 
school:FR=élementaire...


je dois avoir un échange avec la cellule nomenclature de l'éducation 
nationale :) car en fait sur le site annuaire de l'éducation nationale 
il y a contradiction !


Il est clairement écrit qu'une école élémentaire c'est CP-CM2, une 
école primaire c'est PS-CM2, une école maternelle PS-GS.


Une école élémentaire n'étant pas un "sous-ensemble" de l'école primaire.

Mais, car il y a un mais, dans l'annuaire il y a énormément d'école 
élémentaire qui sont classées Primaire !!!


Sources :

ici https://www.education.gouv.fr/l-ecole-elementaire-9668

"L'école élémentaire comprend les classes du CP au CM2. L'école 
primaire comprend les classes de maternelle et les classes de 
l'élémentaire, de la petite section au CM2."


et ici https://www.education.gouv.fr/l-ecole-maternelle-11534

"Une école maternelle comprend *uniquement des classes de maternelle, 
de la petite à la grande section*. Une école primaire comprend à la 
fois des classes de maternelle et des classes d'élémentaire, de la 
petite section au CM2."


--
Vincent Bergeot

___
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] Web-SIG du Pays Terres de Lorraine

[Romain MEHUT]

Bonsoir à tous les deux,

Suite à mon message sur talk-fr 
https://lists.openstreetmap.org/pipermail/talk-fr/2020-September/101373.html 
je vous contacte pour vous demander s'il y a un espace de discussion du 
groupe AITF SIG-TOPO ?


Merci.

Romain

Le 28/09/2020 à 22:19, Romain MEHUT a écrit :


Bonsoir,

Une information complémentaire, je devrais avoir prochainement un 
nouveau rendez-vous avec la personne qui gère le SIG en question.


Donc je suis toujours preneur de retour d'expérience côté collectivité.

Merci d'avance.

Romain

Le 27/09/2020 à 23:05, pepilepi...@ovh.fr a écrit :

Le 27/09/2020 à 21:17, osm.sanspourr...@spamgourmet.com a écrit :

Le 27/09/2020 à 14:21, Romain MEHUT - romain.me...@mailo.com a écrit :

J'en viens donc à vous, auriez-vous connaissance de web-SIG grand
public où les données OSM seraient exploitées pour justement éviter
cet écueil ? Tony peut être avec la CCPRO ?


GéoBretagne avec ÇaResteOuvert par exemple :

https://cms.geobretagne.fr/content/commerces-de-premiere-necessite-ouverts 

<https://cms.geobretagne.fr/content/commerces-de-premiere-necessite-ouverts> 
  --



Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé 
la bonne question.



___
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] Web-SIG du Pays Terres de Lorraine

[Romain MEHUT]

Bonsoir,

Une information complémentaire, je devrais avoir prochainement un 
nouveau rendez-vous avec la personne qui gère le SIG en question.


Donc je suis toujours preneur de retour d'expérience côté collectivité.

Merci d'avance.

Romain

Le 27/09/2020 à 23:05, pepilepi...@ovh.fr a écrit :

Le 27/09/2020 à 21:17, osm.sanspourr...@spamgourmet.com a écrit :

Le 27/09/2020 à 14:21, Romain MEHUT - romain.me...@mailo.com a écrit :

J'en viens donc à vous, auriez-vous connaissance de web-SIG grand
public où les données OSM seraient exploitées pour justement éviter
cet écueil ? Tony peut être avec la CCPRO ?


GéoBretagne avec ÇaResteOuvert par exemple :

https://cms.geobretagne.fr/content/commerces-de-premiere-necessite-ouverts 

<https://cms.geobretagne.fr/content/commerces-de-premiere-necessite-ouverts> 



Avec les débits de boisson sur Marseille, CRO ferme.

En fait non, ne va-t-il pas falloir réactiver CRO ? :-(

CRO ou Kro ?


Mais avant il faut sans doute nettoyer ce qui est encore présent.

Jean-Yvon



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



--


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé 
la bonne question.



___
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 Discord créé

[Romain MEHUT]

Bonsoir,

J'ai été contacté par la messagerie interne d'osm.org pour y participer 
mais j'ai décliné la proposition en raison notamment des éléments 
décrits sur Wikipedia https://fr.wikipedia.org/wiki/Discord_(logiciel)


Romain

Le 27/09/2020 à 16:10, Emilie Laffray a écrit :

Bonjour tout le monde,

juste un petit passage pour signaler que quelqu'un a créé un serveur 
discord pour la communauté OpenStreetMap Fr.

L'utilisateur s'appelle Khryashch#1881.
Voila le lien https://discord.gg/wxNGfdT

Pour ceux qui ne connaissent pas Discord, c'est une sorte de IRC 
moderne avec persistance des discussions et la possibilité de faire du 
vocal/vidéo facilement.
C'est surtout utilisé à la base pour faciliter les communaute de 
gamers et ca touche a des gens un peu plus jeune généralement pour qui 
IRC est un truc un peu abscon :)


Voila voila,
Emilie Laffray

___
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] Web-SIG du Pays Terres de Lorraine

[Romain MEHUT]

Oui je sais très bien mais rien n'empêche chaque territoire d'avoir son 
propre web-SIG d'où ma question.


Je ferai remonter aussi le manque d'attribution.

Romain

Le 27/09/2020 à 11:50, Frédéric Rodrigo a écrit :

Bonjour,

C'est ce que fait la démo qui est ici
http://demo.openstreetmap.fr/

Au passage le web Sig utilise les tuiles OSM de GeoGrandEst sans 
attribution.


Frédéric.


Le 27/09/2020 à 11:40, Romain MEHUT a écrit :

Bonjour,

Il y a un peu plus d'une semaine, j'étais en rendez-vous avec le 
président (politique) et le directeur du Pays Terres de Lorraine 
http://www.terresdelorraine.org/fr/la-gouvernance.html.


Ce rendez-vous plusieurs fois reportés faisait suite à mes 
sollicitations d'accès aux données du territoire en particulier pour 
faire le lien avec "Ça reste ouvert". J'ai donc pu expliquer le 
fonctionnement d'OpenStreetMap et ses atouts pour la constitution 
d'un bien commun numérique... Le message que j'ai souhaité faire 
passer était donc que la collectivité exploite les données OSM.


Depuis le "Pays" a mis en ligne un web-SIG grand public 
https://cartographie.terresdelorraine.org/portail C'est déjà un pas 
avant que la collectivité publie ces informations mais en l'état on 
ne peut les télécharger et elles sont pour certains items pas à jour 
ou incomplètes à l'inverse d'OSM.


J'en viens donc à vous, auriez-vous connaissance de web-SIG grand 
public où les données OSM seraient exploitées pour justement éviter 
cet écueil ? Tony peut être avec la CCPRO ?


Merci par avance.

Romain




___
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] Web-SIG du Pays Terres de Lorraine

[Romain MEHUT]

Bonjour,

Il y a un peu plus d'une semaine, j'étais en rendez-vous avec le 
président (politique) et le directeur du Pays Terres de Lorraine 
http://www.terresdelorraine.org/fr/la-gouvernance.html.


Ce rendez-vous plusieurs fois reportés faisait suite à mes 
sollicitations d'accès aux données du territoire en particulier pour 
faire le lien avec "Ça reste ouvert". J'ai donc pu expliquer le 
fonctionnement d'OpenStreetMap et ses atouts pour la constitution d'un 
bien commun numérique... Le message que j'ai souhaité faire passer était 
donc que la collectivité exploite les données OSM.


Depuis le "Pays" a mis en ligne un web-SIG grand public 
https://cartographie.terresdelorraine.org/portail C'est déjà un pas 
avant que la collectivité publie ces informations mais en l'état on ne 
peut les télécharger et elles sont pour certains items pas à jour ou 
incomplètes à l'inverse d'OSM.


J'en viens donc à vous, auriez-vous connaissance de web-SIG grand public 
où les données OSM seraient exploitées pour justement éviter cet écueil 
? Tony peut être avec la CCPRO ?


Merci par avance.

Romain




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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

[Romain MEHUT]

Bonjour,

Petite question concernant Osmose. Après intégré des DAE, ils figurent 
toujours dans les proposition d'intégration dans Osmose.


Un exemple, https://www.openstreetmap.org/node/5754852748 mais toujours 
signalé ici 
http://osmose.openstreetmap.fr/fr/map/?#zoom=18=48.737443=5.985054=8370=1%2C2%2C3=merge=


Que manque-t-il pour qu'il disparaisse d'Osmose ?

Merci.

Romain

Le 04/08/2020 à 12:29, PanierAvide a écrit :

Bonjour à tous,

Et si on s'organisait un projet du mois en septembre, par exemple sur 
les défibrillateurs (DAE) ? :-)


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Defibrillateurs 



# Pourquoi les défibrillateurs ?

Il y a quelques semaines, la Direction Générale de la Santé a publié 
sa base GéoDAE (en cours de constitution), qui recense les 
défibrillateurs du pays. Un vaste chantier engagé depuis plusieurs 
mois, et qui commence à être visible par ces données. On y compte pour 
l'instant ~15000 défibrillateurs, dont 10% vérifiés par leur opérateur.


En parallèle, dans OSM sur la France, on compte ~6500 défibrillateurs. 
Évidemment les deux bases ne se recoupent pas, certains DAE sont 
présents dans l'une et pas l'autre. En 2020, c'est quand même dommage. 
Alors si on s'y met en tant que communauté, on a possibilité d'obtenir 
une liste exhaustive sur le territoire de ces équipements !


# Quels sont les objectifs ?

L'objectif principal sera de recenser le plus possible de 
défibrillateur sur le terrain. On pourra ainsi s'aider de la base 
GéoDAE via Osmose et des bases ouvertes par certaines collectivités. 
Mais le gros du travail va consister à arpenter les établissements 
pour retrouver ces équipements. Dans la mesure du possible, on 
renseignera les attributs annexes (localisation, opérateur, niveau...).


# Comment aider à la préparation ?

D'ici le début du projet en septembre, il y a quelques tâches qui 
restent à réaliser, si vous voulez prendre part à l'organisation c'est 
l'occasion !


- Vérifier / compléter la documentation sur le wiki, notamment sur les 
réutilisations existantes de ces données


- Écrire un article pour annoncer le projet du mois sur le site OSM 
France pour publication fin août, de manière générale préparer la 
communication vers l'extérieur sur cette démarche


- Prendre contact avec les groupes locaux OSM, les collectivités 
locales, les assos de secouristes... Toute structure susceptible de 
mobiliser ses membres pour contribuer au projet du mois


Au plaisir de discuter avec vous sur ce projet :-)





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

Re: [OSM-talk-fr] OSMdata

[Romain MEHUT]

Bonsoir,

Des réserves ? Franchement, je ne vois pas, c'est une très belle et 
prometteuse réalisation.


Peut-être ajouter un lien vers https://geodatamine.fr/ s'il est pérenne 
car les deux sont complémentaires ?


Merci.

Romain

Le 19/09/2020 à 19:38, Zimmy ZIMMERMANN a écrit :

Bonjour,

Nous avons beaucoup travaillé jusqu'à aujourd'hui pour absorber vos 
remarques et ajouter de la convivialité à l'utilisation du 
démonstrateur de données OSM.
Nous aimerions relancer le Conseil d'Administration d'OpenStreetMap 
FRANCE pour rendre plus largement visible cette adresse qui n'a en 
réalité circulé que auprès des connaisseurs.


Le site est toujours à cette adresse : demo.openstreetmap.fr 



Pour la circonstance : un clin d'oeil 
 aux 
Journées Européennes du Patrimoine 
 
;-)
Nous serons alors en mesure de passer la 2e étape qui est celle de la 
confrontation à l'usage du public hors sphère OSM.


Avez-vous des réserves à prendre en compte avant la diffusion plus large ?
Au plaisir de vous lire,

Jean-Louis & Karl

___
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] Tags addr: pour les radars

[Romain MEHUT]

Bonsoir,

Pour aller au bout, quelqu'un saurait-il si on peut géocoder directement 
via la requête overpass turbo ?


Merci.

Romain

Le 07/09/2020 à 20:17, Jérôme Amagat a écrit :

avec les addr:* (pas besoin de bbox) :
[out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name)];
relation ["addr:country"="FR"] [type=enforcement] [enforcement=maxspeed];
out;
https://overpass-turbo.eu/s/XMY
la response est quasi instantanée :)

par contre la solution donnée :
[out:csv(::id,maxspeed,ref,milestone,name,::lat,::lon)];
area[name="France"]->.pays;
relation(area.pays) [type=enforcement] [enforcement=maxspeed];
node(r:device);
out;
ne donne que les infos de "node(r:device);" dans le csv donc seulement 
les coordonnées.


comme ça (j'ai rajouté dans le csv les même colonnes que dans la 1e 
requête, certains radars ont encore les addr:*) :

[out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name,::lat,::lon)];
area[name="France"]->.pays;
relation(area.pays) [type=enforcement] [enforcement=maxspeed];
out center;
https://overpass-turbo.eu/s/XN6
on a les infos des relations et les coordonnées du "centre" de la 
relation , pas obligatoirement dans la même commune que le radar, mais 
je ne sais pas comment faire une sortie avec les coordonnées du 
"device". Et si il a besoin des adresses, je ne sais pas non plus...



La position des radars est presente sur 
https://radars.securite-routiere.gouv.fr/ , mais pas moyen de trouver 
les données "brute".
Quelqu'un semble avoir recuperer les données du site : 
https://www.data.gouv.fr/fr/datasets/radars-automatiques/


On peut lire en bas de la page https://radars.securite-routiere.gouv.fr/,
"Les données radars sont affichées à titre indicatif et mises à jour 
régulièrement : date de mise à jour le 06 novembre 2018" :)




___
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] Tags addr: pour les radars

[Romain MEHUT]

Bonjour,

Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé de 
faire quelques corrections annexes comme de retirer des tags 
addr:country, addr:city en particulier sur les relations des radars de 
vitesse.


Un contributeur m'a contacté car il utilise ces tags pour contrôler leur 
présence via la requête suivante :


[out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name)];
relation ["addr:country"="FR"] [type=enforcement] [enforcement=maxspeed] 
({{bbox}});

out;

Je lui répond qu'OSM étant par nature une base de données géographiques, 
ces tags sont inutiles et que l'on peut remonter ces informations pour 
chaque objet /via/ un géocodage. Il me demande alors une requête qui le 
permet sans les tags addr:


J'ai testé ceci :

[out:csv(::id,maxspeed,ref,milestone,name,::lat,::lon)];
area[name="France"]->.pays;
relation(area.pays) [type=enforcement] [enforcement=maxspeed];
node(r:device);
out;

et suis passé par https://geo.api.gouv.fr/adresse et /reverse/csv/ pour 
retrouver la ville et le code postal.


Vous validez ma méthode et vous êtes d'accord pour retirer les tags addr: ?

Merci.

Romain

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

Re: [OSM-talk-fr] Doutes sur un groupe de modifications

[Romain MEHUT]

Bonjour,



Si le contributeur ne daigne pas répondre, à mon sens, il ne faut pas hésiter à 
tout supprimer. Sinon, comme je le disais dans le fil sur les aires urbaines 
"on n'ose pas toujours pour ne pas froisser des susceptibilités" mais il n'est 
pas non plus acceptable de laisser années après années des données 
incorrectes...



Romain


De : Arnaud Champollion 
À : talk-fr@openstreetmap.org
Sujet : [OSM-talk-fr] Doutes sur un groupe de modifications
Date : 13/08/2020 10:07:11 Europe/Paris

Bonjour,

Dans les Alpes de Haute Provence un contributeur, qui n'en est pas à sa 
première, cartographie régulièrement des objets inexistants, dont les 
sources sont parfois des projets, des dispositions légales, voire des 
revendications personnelles.

Nouvelle contribution avec 27 nouveaux chemins nommés "piste publique" :

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

https://www.openstreetmap.org/changeset/89259997?way_page=3

- On ne comprend pas bien s'il s'agit de pistes ou de sentiers.
- La plupart sont invérifiables sur l'orthophoto, certains avec un tracé 
très approximatif.
- Le commentaire laisse à penser que le cadastre est la source de données.
- Je doute que tous ces chemins portent le nom de "piste publique" : a 
priori mauvaise utilisation du tag "name" et peut-être une information à 
faire figurer dans d'autres attributs (access ?)

On a l'impression que cette contribution vise à cartographier des 
chemins qui "devraient" exister ou "devraient être d'accès public" 
d'après la réglementation, selon une source discutable (cadastre) et peu 
vérifiable sur le terrain.

Il s'agit du même contributeur qui nommait "accaparé" tous les sentiers 
qu'il estimait publics mais accaparés par les propriétaires voisins, 
créait des voies cyclables inexistantes nommées "projet voie verte" 
(projet inexistant par ailleurs) et avait même créé de toutes pièces un 
pôle d'échange multimodal inexistant à côté de la gare SNCF, là où il 
n'y a que des broussailles et aucun projet de ce genre.

Avec l'association Linux Alpes on met un commentaire sur le groupe de 
modifications (par le passé il n'a jamais répondu).

Ça serait dommage de tout supprimer car il y a probablement, dans le 
lot, quelques chemins existants, mais je doute fortement de la plupart 
et dans tous les cas le champ "name" est à mon avis à supprimer. Ou à 
déplacer, par exemple dans "comment" ? Afin aussi de pouvoir les 
retrouver plus facilement si on doit les supprimer en fin de compte.

Qu'en pensez-vous ?

Arnaud







___
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] Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Bonjour,



Une nouvelle réponse de sa part.



Je mets également dans la boucle la liste bretonne car comme il est question 
d'exemple en Ille-et-Vilaine, les bretons auront peut être des arguments à 
apporter...



Merci.



Romain







Bonjour, Je tiens à vous remercier car grâce à vous j’ai appris un nouveau mot 
(ex-nihilo). Certes je ne me le rappellerais certainement pas mais augmenter sa 
culture générale est toujours bon à prendre.

Le problème est complexe pour le contour des agglomération, c’est pour ça que 
mes tracés semblaient être des polygone ex-nihilo.

Ci-dessous le cahier des charges : * Il faut bien distinguer agglomération et 
commune ex: La Commune du Rheu (35) comporte les agglomérations Le Rheu et du 
Moigné. * Certains sommets de l’agglomération doivent passer par les panneaux 
traffic_sign=city_limit de la dite agglomération. * Certains segments suivent 
UNE PARTIE des limites des communes (cas de deux agglomération contiguë). * Du 
précédant cas découle que le polygone agglomération traverse (coupe) des 
parcelles, des bâtiments, des lotissements,… en suivant les limites communales. 
* Certains segments suivent UNE PARTIE de landuse existants (residential, 
retail, industrial,…). * Certains panneaux sont implantés au milieu de nul part 
(pas de landuse), http://www.openstreetmap.org/node/857371030 * Certaines 
agglomérations comporte des zones “inner” comme des grosses agglomérations avec 
une voie de circulation (autoroute/ Voie express) qui traverse l’agglomération.

Concernant votre phrase “…afin que landuse et boundary “vivent” ensemble…”, 
c’est justement la problématique entre l’administration (implantations de 
panneaux et définition du contour de l’agglomération) et la vraie vie (le 
terrain). Bien souvent les lotissements et zones commerciales se construisent 
et les mairies ne modifies pas ou bien bien plus tard l’implantation des 
panneaux EB10/EB20. Les landuses représentent une occupation de sol tel qu’il 
est sur le terrain alors que l’agglomération représente une limite 
administrative tel que définie par les mairies. il y a donc une différence de 
fait qui impose qu’elles ne peuvent pas vivre ensembles. Qu’en pensez-vous ?

Prenons le cas de la limite communale qui suit une route, le tracé de la route 
est modifier pour une quelconque raison, le tracé communale bien souvent reste 
tel qu’il était et ne suis plus la route. Exemple 
https://www.openstreetmap.org/#map=17/48.14623037844872/-1.592920945023031 je 
suppose que la route a été dévié pour faire un pont enjambant la route Express 
mais la limites communales n’a pas été modifiée. Exemple de panneaux EB10/EB20 
au milieu de landuse : http://www.openstreetmap.org/node/5871251295 Pour ces 
types de cas il me semble difficile de “coller” le polygone agglomération aux 
landuse pour les faire vivre ensemble. Qu’en pensez-vous ?

Autre exemple de complexité : http://www.openstreetmap.org/node/4319327239 la 
partie Est de la zone industrielle fait partie de l’agglomération de Retiers 
alors que la partie Ouest ne fait pas partie d’aucune agglomération de la 
commune de Le Theil-de-Bretagne (pas de panneaux EB10/EB20).

Mes tracés de contour d’agglomération semblaient être des polygone ex-nihilo 
mais essayez de tracer quelques agglomérations en suivant le cahier des charges 
ci-dessus et vous arriverez certainement à quelque chose d’assez proches de ce 
que j’avais fait.

Je reste bien sûr tout à fait ouvert à des échanges constructifs.






De : Romain MEHUT 
À : Discussions sur OSM en français 
Sujet : Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?
Date : 11/08/2020 19:28:00 Europe/Paris

Bonjour,



Avec l'accord du contributeur, voici mes échanges avec lui (dans l'ordre 
chronologique). C'est un peu long.







Bonjour,

Je vous informe que j’ai retiré tous les polygones boundary=urban tels que vous 
les avez présentés en 2016 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg80496.html Depuis, 
d’autres contributeurs ont émis des avis contestant la méthode voir 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg89670.html et 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg98883.html

Sauf avis contraire, je prévois également de retirer tous les 
traffic_sign=city_limit qui ne respectent pas la définition du wiki soit un 
nœud appartenant à la route.

Je ne fais pas ça par gaîté de cœur mais à un moment il faut s’avoir trancher 
et agir et ainsi ne pas laisser s’éterniser une situation non satisfaisante.

Merci pour votre compréhension.

Romain



    Bonsoir Romain,

    Vous m’informez et j’en prend acte Vous me demandez si j’ai un avis 
contraire à la suppression des traffic_sign=city_limit, en effet j’en ai un ! 
vous allez donc les laissé en place ? ;-)

    J’ai lu les post proposés sur

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine, imaginaire ?

[Romain MEHUT]

C'est pourquoi j'ai préféré temporiser pour les panneaux. Le vrai problème 
concernait les polygones boundary=urban.

Romain

 Message d'origine 
> De : Rene Chalon 
> À : talk-fr@openstreetmap.org
> Sujet : Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine, imaginaire ?
> Date : 11/08/2020 20:08:11 Europe/Paris
> 

> 
> Je réagis sur ce pb de l'emplacement du traffic_sign=city_limit.
> 
> Si d'après la version française du wiki, il est précisé que le tag doit 
> être posé sur la voie, ce n'est pas le cas de la version anglaise 
> (https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit) qui 
> laisse le choix : "Set a node node on the highway or as a separate node 
> beside of the road and tag it with traffic_sign=city_limit."
> 
> Comme c'est la version anglaise qui est la référence il me semble donc 
> qu'il faudrait éclaicir ce point avant toute action destructrice.
> 
> A+,
> René.
> 
> PS: Pour voir ce qui se faisait à l'étranger j'ai fait un 
> échantillonnage rapide dans la région de Ulm en Allemagne et d'Utrecht 
> au Pays-bas et les deux méthodes semblent bien utilisées...
> 
> 
> 
> 
> ___
> 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] Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

/EB20). Si ils sont mal 
placés par rapport à la loi, il faut faire comme moi, se rapprocher de la 
mairie concernée et faire modifier la position. Je ne souhaite pas échanger si 
la réglementation des panneaux publicitaire à l’intérieur de l’agglomération 
est nécessaire ou pas ou si l’altitude de survol des agglomération par des 
aéronefs est judicieuse ou pas, si la limite de vitesses des bus avec passagers 
debout hors agglomération est à 70Km/h,… Les réglementation existent ! Elles 
différentes l’intérieur et l’extérieur de l’agglomération. C’est un contour 
administratif comme un autre qui a toute sa place dans OSM. Il reste à savoir 
si le tag utilisé est le bon ?

Vous m’orientez vers la page 
https://wiki.openstreetmap.org/wiki/FR:Key:traffic_sign. La deuxième phrase est 
“Cette étiquette donne deux informations : l’emplacement physique du panneau, 
et la liste des signaux qu’il porte.” A la lecture, je comprend que le node 
avec le tag doit se trouver à la position du panneaux sur le terrain. C’est ce 
que j’ai fait pour les traffic_sign=city_limit que j’ai ajouté. Comme je vous 
l’ai indiqué auparavant, je n’ai jamais supprimer les nodes sur les voies. Donc 
on se retrouve bien avec 3 voir 4 node comme vous me suggérez. Deux aux 
positions des panneaux sur le terrain et un voir deux sur la voie de 
circulation pour une hypothétique utilisation par un quelconque outils.

Ça deviens un peu l’inquisition si on doit se justifier de toutes mes 
contributions. Vous avez certainement que je contribue relativement souvent. je 
connais les règles de contributions. Le message étant passé, je me suis servis 
des traffic_sign sur les voies de circulation pour en deviner les panneaux à 
leur position réel sur le terrain (on tague le terrain). Sinon, je me suis fait 
une requête overpass-turbo pour identifier les hypothétiques position des 
panneaux que j’ai injecter dans pic4review afin d’en déterminer la position 
exacte

Pour l’instant, je n’ai pas envie d’échanger sur talk pour les raisons 
énumérées ci-dessus mais vous pouvez bien sûr transmettre nos échanges pour 
recueillir des avis.

Quand à mon découragement, en effet, il serais dommage que mon respect du 
travail d’autrui ne soit pas à la hauteur des mes contributions.







Bonjour,

Sur le fond, pour les polygones boundary = urban, je vois 2 issues possibles :

- se baser sur le landuse où il est tout à fait envisageable de le morceler 
pour qu’il corresponde à la définition d’une agglomération.

- créer un nouveau polygone boundary dont les nœuds sont joints à ceux des 
landuse afin que landuse et boundary “vivent” ensemble les éventuelles 
modifications de périmètre. C’est bien la création d’un polygone ex-nihilo qui 
a suscité les critiques et qui m’a amené à les supprimer.



Je fais suivre les échanges sur talk-fr.



Merci.

Romain







La parole est à vous !



Romain



De : Romain MEHUT 
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine 
imaginaire ?
Date : 03/08/2020 12:05:46 Europe/Paris

Je viens d'envoyer un message par la messagerie interne d'osm.org. J'attends 
donc encore un peu avant de passer au traffic_sign=city_limit.



Romain


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

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Oui aussi pourquoi pas mais je me pose quand même la question de la source 
utilisée pour ajouter autant de panneaux.



Romain


De : Gad Jo 
À : Discussions sur OSM en français ;
   Romain MEHUT ;
   talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine 
imaginaire ?
Date : 04/08/2020 07:28:31 Europe/Paris

Au lieu de supprimer autant de nœud, pourquoi ne pas remonter cette anomalie 
vers Osmose pour ajouter un nouveau contrôle ?

Je suis sûr que d'autre contributeur en ont créé de la même façon et qu'il 
pourraient bénéficier de ce type de correction.
Au passage ça évite les suppression accidentelle de nœud où d'autres tag 
seraient ajoutés (honnêtement ça m'étonnerait mais autant prévoir).

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

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Ce contributeur avait présenté sa démarche en 2016 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg80496.html mais il 
n'y a pas eu d'autres réactions de sa part en réponse aux avis exprimés.



Marc dit aussi 
(https://www.mail-archive.com/talk-fr@openstreetmap.org/msg89674.html) avoir 
échangé avec lui mais il reste des questions en suspens...



Romain


De : Christian Quest 
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine 
imaginaire ?
Date : 03/08/2020 12:12:30 Europe/Paris

Je réagissais à la lecture de "Et est-ce que le contributeur a été 
informé des échanges sur talk-fr ?" qui laissait penser qu'une tentative 
de contact n'avait pas été faite...

Si il y a eu tentatives (par commentaire sur les changeset, par 
messagerie interne) sans réponse dans un délais de quelques 
jours/semaines, je pense que c'est bon pour avancer.


-- 
Christian Quest - OpenStreetMap France


___
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] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Je viens d'envoyer un message par la messagerie interne d'osm.org. J'attends 
donc encore un peu avant de passer au traffic_sign=city_limit.



Romain


De : Christian Quest 
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine 
imaginaire ?
Date : 03/08/2020 09:00:10 Europe/Paris

Le 02/08/2020 à 22:51, Romain MEHUT a écrit :
> Les hésitations ont trop duré, c'est souvent le problème dans OSM, on 
> n'ose pas toujours pour ne pas froisser des susceptibilités. Je n'ai 
> rien contre le tag boundary=urban, c'est juste que dans le cas 
> présent, son emploi s'est fait sans tenir compte des données déjà 
> présentes...
>
> Romain
>
Pour ça que la première chose à faire est de prendre contact avec le 
contributeur avant de faire la modification massive, surtout quand c'est 
un régulier comme ici.


-- 
Christian Quest - OpenStreetMap France


___
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] Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Les hésitations ont trop duré, c'est souvent le problème dans OSM, on n'ose pas 
toujours pour ne pas froisser des susceptibilités. Je n'ai rien contre le tag 
boundary=urban, c'est juste que dans le cas présent, son emploi s'est fait sans 
tenir compte des données déjà présentes...



Romain


De : osm.sanspourr...@spamgourmet.com
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?
Date : 02/08/2020 22:44:54 Europe/Paris

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

Si tu ne veux travailler que sur les versions 1, hormis afficher les numéros de 
version et filtrer après via un tableur ou un simple sed je ne vois pas : 
["::version"=1] ne marche pas.

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

> Et est-ce que le contributeur a été informé des échanges sur talk-fr ?

S'il n'est pas au courant il va rapidement demander à rom1 pourquoi il a tout 
cassé^^.

Pas idéal mais tu pourra toujours t'excuser.

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

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Bonsoir,



Oui c'est beaucoup mais ce serait pourtant un moindre mal. Ces traffic_sign 
n'ont pas été créés conformément à la définition du wiki 
https://wiki.openstreetmap.org/wiki/FR:Tag:traffic_sign%3Dcity_limit soit un 
nœud sur la route. Pour les autres nœuds avec des versions ultérieures, il 
faudrait justement s'assurer qu'ils sont conformes au wiki.



Romain


De : Éric Gillet 
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?
Date : 02/08/2020 22:23:45 Europe/Paris

Le 02/08/2020 à 15:07, rme...@openstreetmap.fr a écrit :
> J'aimerais également supprimer les traffic_sign=city_limit créés par le 
> contributeur à l'origine des polygones mais uniquement ceux restés en version 
> 1. Comment faire cette distinction dans overpass turbo ?

Exemple :

node[traffic_sign=city_limit](if: version() == 1)(user: "osm-operon");
out;

https://overpass-turbo.eu/s/WGA

Ça représente tout de même environ 3500 nœuds. Sont-ils vraiment à enlever ?


___
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] balisages club vosgien et GR

[Romain MEHUT]

Bonjour,



J'ajoute que j'ai déjà eu l'occasion d'échanger avec un membre de la commission 
sentiers et itinéraires départementale FFRP 35 qui contribue à OSM. Il connaît 
bien la controverse, objet de ce fil et il ne comprend pas la position de la 
fédération.



A mon sens, une raison de plus pour ne pas se restreindre à cartographier les 
GR dans OSM...



Romain


De : Lucas Nussbaum 
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] balisages club vosgien et GR
Date : 27/07/2020 16:29:09 Europe/Paris

Re-bonjour,

Je me réponds à moi-même.

Si j'ai bien compris, le statut de ces itinéraires (et de ceux de la
FFGR, comme les GR) est flou. Il y en a un certain nombre dans OSM, et
il y a eu un projet de nettoyage[1] qui n'a pas abouti. Mais il reste
une interrogation sur la légalité (voir cette présentation[2]).

[1] 
https://wiki.openstreetmap.org/wiki/France/NettoyageDesItin%C3%A9rairesDeRandonn%C3%A9e
[2] 
https://fr.slideshare.net/VincentDeChateauThie/les-droits-opposs-osm-le-cas-des-gr

C'est bien ça ?

Lucas

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

Re: [OSM-talk-fr] Question sur la règle de nommage des rues

[Romain MEHUT]

Bonsoir,



J'ai contacté également ce contributeur 
https://www.openstreetmap.org/changeset/88176435 et au final j'ai annulé ses 
contributions récentes.



Romain


De : Gad Jo 
À : talk-fr@openstreetmap.org
Sujet : [OSM-talk-fr] Question sur la règle de nommage des rues
Date : 21/07/2020 20:32:06 Europe/Paris

Bonsoir,

Suite à un changement sur quelques rues j'ai contacté le contributeur comme 
quoi on met des tirets entre les mots généralement sur les villes ou après le 
mot saint(e)... C'est n'est pas exhaustif bien sûr.

Suite à sa réponse il me met le doute quand il me renvoie vers l'orthographe 
utilisé sur wikipedia. J'aurai besoin d'information et par défaut je préfère 
toujours me dire que j'ai tort et vérifier avant de répondre

La discutions est sur ce changeset 
https://www.openstreetmap.org/changeset/88176811#map=15/43.1820/3.0232

Quelle est la réponse approprié ?
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté. 
___
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] Data OSM

[Romain MEHUT]

Bonjour,

Je fais suivre quelques observations que j'ai reçues autour de moi :

- Ca ne fonctionne pas derrière un proxy/pare-feu d'entreprise, 
peut-être à cause du fait que la connexion n'est pas protégée (httpS).
- les termes sonnent très "géomatique"et est-ce qu'on est obligé de 
mettre "géo" devant les mots étant donné qu'on sait déjà dans quelle 
genre d'appli on se trouve)
- au niveau de l'ergonomie, l'apparence des pictos, etc... ça peut être 
mieux, mais c'est pas pire que ce que nous servent les appli autour 
d'OSM en général

- effectivement, OSMdata c'est mieux
- au moment du téléchargement, l'onglet de droite s'est mis à clignoter 
et je n'ai pas eu mon jeu de données
- est-ce qu'on aura une URL fixe pour chaque jeu de données qu'on s'est 
préparé à télécharger ? Comme ça on peut relancer le download tous les 
mois par exemple.


Merci.

Romain

Le 20/06/2020 à 12:53, Nelson Tayou a écrit :

Bonjour à tous,

Depuis l'AG du 13 juin 2020 nous avons informé du site 
geosm.openstreetmap.fr  qui est un 
visualiseur/téléchargeur  des données OSM.


Pour l'instant le nom de domaine est http://geosm.openstreetmap.fr 
 , mais il est pas adequat vu la 
ressemblance avec "JOSM".


Nous avons envisagé un nouveau nom plus simple qui pourrait être 
"OSMdata".


L'URL serait alors osmdata.openstreetmap.fr 
 Qu'en pensez-vous ?


Avant une communication plus large auprès du grand public et de nos 
partenaires, Vincent Bergeot a proposé de recueillir les suggestions 
et observations du plus grand nombre.


Tel est l'objet aussi de ce message. Notre idée est d'envisager la 
rentrée de septembre comme butée pour une mise en ligne "beta".


A vous lire, librement votre

_

geOSM

Aujourd'hui le nom de cette solution pourrait évoluer parce que ge0SM 
peut être confondu en l'écoutant avec JOSM qui est l'éditeur expert 
d'OpenStreetMap.


On pourrait envisager un nom plus facile à retenir qui serait osmdata 
et qui serait un clin d'oeil à OPENDATA ou encore en version plus 
longue OPENGEODATA.


 L'utilité d'un tel outil réside dans le fait d'avoir un démonstrateur 
et un visualiseur interactif des données OSM.


Un démonstrateur parce qu'il permet de montrer le niveau de maturité 
de la contribution à l'échelle de la France.


Visualiseur parce qu'il permet de manière conviviale de comprendre 
comment se répartissent les expertises des communautés de contributeurs.


L'outil version française permet de visualiser dans l'aire 
métropolitaine ainsi que dans les Dom et Tom.


A ce jour, l’interface admin mobilise 12 administrateurs ont été 
créés, plus de 330 couches sont mobilisables, regroupées sous 13 
géothématiques et valorise plus de 12 rendus cartographiques dérivés 
des données OSM ainsi que les orthophotos libres de droits.


Le code de ce projet est totalement open source est publié sur github 
.


Les sociétés 3LIZ et Makina Corpus et Géovéloont été sollicitées pour 
enrichir de leurs expertises l'interface avec en contrepartie 
l'opportunité d'y apposer des ressources et leur logo.


L'intérêt pour la communauté est d'avoir enfin une seule adresse à 
retenir permettant d'opérer des requêtes sur des contributions qui 
auront été faites (lors de cartoparties par exemple) ou encore de 
proposer à des organismes, collectivités locales une occasion simple 
de télécharger la donnée OSM simplement sur l'emprise géographique 
attendue.


Chaque couche sollicitée propose une option permettant de renvoyer sur 
des liens externes qui peuvent être des sites experts, des 
visualiseurs plus aboutis.


geOSM est mis à jour chaque semaine. Basé sur le serveur 
cartographique QGIS SERVER, il est donc compatible avec les feuilles 
de styles QML du logiciel QGIS DESKTOP.


L'intérêt de cette approche est de bénéficier de toute la force de 
frappe des développeurs de la communauté QGIS.


geOSM est aujourd'hui un sous domaine de l'association osm france et 
il sera hébergé par ses serveurs.


Annoncé initialement lors du SOTM-FR2019 à Montpellier, il a été 
soumis lors de l’assemblée générale OSM-FR en juin 2020.



___
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] Facebook achète Mapillary ! -> récupération des photos

[Romain MEHUT]

J'ai aussi, au cas où, téléchargé mes modestes 9,2 Go car je n'avais pas 
gardé de copie.


Christian, tu disais tout garder alors pourquoi les télécharger ?

Romain

Le 21/06/2020 à 01:07, Christian Quest a écrit :

Terminé la nuit dernière pour mon compte... 640Go de photos récupérées.

Toujours dispo si vous voulez sous-traiter votre "takeout" ;)

Une remarque: inutile de demander la suppression de vos photos, 
lorsque vous avez contribué, vous avez choisit de les mettre sous une 
licence qui permet aux réutilisateurs de les conserver, même si vous 
avez changé d'avis.


Par contre, vos propres photos, vous pouvez les remettre sous la 
licence de votre choix, car vous en restez l'auteur.e



___
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

[Romain MEHUT]

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



Romain


De : Jean-Claude Repetto 
À : 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
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

[Romain MEHUT]

J'ajoute aussi ce qu'a proposé Florian 
https://lists.openstreetmap.org/pipermail/talk-fr/2020-May/099075.html 
mais resté sans réponse.


Romain

Le 10/06/2020 à 21:50, Romain MEHUT a écrit :

Bonsoir,

J'ajoute en vrac :

- le retour d'un rendu BANO ;)

- une instance française de https://nrenner.github.io/achavi/ ?

Aussi, j'ai découvert tout récemment http://geosm.openstreetmap.fr/ 
via le pad d'organisation de la prochaine AG. Étonnant de ne pas en 
avoir entendu parler avant. Des infos ? Cela me fait penser à 
https://geodatamine.fr/


Romain

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

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] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Romain MEHUT]

Bonsoir,

J'ajoute en vrac :

- le retour d'un rendu BANO ;)

- une instance française de https://nrenner.github.io/achavi/ ?

Aussi, j'ai découvert tout récemment http://geosm.openstreetmap.fr/ via 
le pad d'organisation de la prochaine AG. Étonnant de ne pas en avoir 
entendu parler avant. Des infos ? Cela me fait penser à 
https://geodatamine.fr/


Romain

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

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] Ajout d'un identifiant unique des cinémas en France

[Romain MEHUT]

C'est fait !

Le 09/06/2020 à 14:19, Florian LAINEZ a écrit :

merci Romain. on te laisse t'en occuper ?

Le mar. 9 juin 2020 à 14:12, Romain MEHUT <mailto:romain.me...@mailo.com>> a écrit :


Florian,

Pour Dinard

https://www.letelegramme.fr/ille-et-vilaine/dinard/cinema-les-2-alizes-devient-emeraude-cinema-dinard-30-03-2016-11012060.php

Romain

Le 08/06/2020 à 16:25, Florian LAINEZ a écrit :

Salut à tous,
Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
l'identification de tous les cinémas en France.

J'ai créé une page décrivant l'identifiant du CNC :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
J'ai avancé à la mano l'intégration des numéros de référence sur
les cinémas.

Si Francescu (ou quelqu'un d'autre) dispose des géoloc des
cinémas, ça aiderait beaucoup !
Il reste encore du boulot pour intégrer les 2000 cinémas restants
(90% du taff reste donc à faire) et en attendant le taff prend
vraiment du temps ... aide bienvenue.

Le jeu. 19 oct. 2017 à 20:49, JB mailto:jb...@mailoo.org>> a écrit :

Je dois être vieux jeu… mais je reste toujours dubitatif sur
l'introduction d'identifiants uniques dans la base pour
faciliter la connexion avec tel ou tel outil.
Sur une problématique aussi ciblée, je n'arrive pas à
comprendre qu'on n'arrive pas à croiser deux bases de données
sans cet identifiant. Y a-t-il une telle densité de cinémas
qu'avec un tag amenity=cinema (moins de 2000 objets) + un nom
de cinéma + une géolocalisation plus ou moins convenable, on
n'arrive pas à recouper les données ?
Peut-être qu'on répondra qu'il y a des doublons dans l'une ou
l'autre base ? L'identifiant unique ne résoudra rien.
Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM
à partir d'une base externe ? Un croisement des données à
chaque mise à jour donnera la même chose.
Voilà voilà pour ce soir. Au fait, vous penserez à passer par
la case « import » pour rentrer les identifiants en masse, hein ?
JB.

Le 19/10/2017 à 18:27, Christian Quest a écrit :


Si il y a un identifiant CNC c'est une solution... si il n'y
en a pas, n'oubliez pas le SIRET... c'est pas limité aux
cinémas, mais en principe, c'est unique et sûrement universel.


Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :

Bonjour,
En tant que développeur d'un site pour le cinéma
indépendant en France, mais sur lequel on retrouve tout de
même tous les cinémas et toutes les sorties en salle, j'ai
besoin d'afficher une carte (OSM, évidemment) pointant sur
le cinéma (ex : Cinéma Lux
<http://chacuncherchesonfilm.fr/cinema/59464-cinema-lux>, à
Caen).
Pour l'instant, je récupère l'emplacement du cinéma, soit à
partir de son adresse soit à partir des coordonnées GPS
qu'une source extérieure me fournit. Sauf que cette source
a parfois des coordonnées incorrectes (en gros, les
coordonnées du centre de la commune).

Vu que data.gouv.fr a la liste des cinémas de France
(fournie par le CNC)

<https://www.data.gouv.fr/fr/datasets/liste-des-etablissements-cinematographiques-actifs-1>,
je me disais que le plus simple serait d'ajouter à chaque
node/way représentant un cinéma l'identifiant unique
contenu dans ledit fichier. J'ai bien évidemment posé la
question de l'unicité et de la stabilité d'un tel
identifiant (cf. la discussion "Stabilité de l'ID des
cinémas", sur la page data.gouv.fr <http://data.gouv.fr>
citée ci-dessus).

Si cela vous convient, il resterait alors à se mettre
d'accord sur la clé à utiliser.
"ref:FR:CNC=*" me paraît pas mal, non ?

--
Francescu GAROBY


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



-- 


*Florian Lainez*

@overflorian <http://twitter.com/overflorian>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org  <mailto

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Romain MEHUT]

Florian,

Pour Dinard 
https://www.letelegramme.fr/ille-et-vilaine/dinard/cinema-les-2-alizes-devient-emeraude-cinema-dinard-30-03-2016-11012060.php


Romain

Le 08/06/2020 à 16:25, Florian LAINEZ a écrit :

Salut à tous,
Je relance le sujet 3 ans plus tard. Pour rappel le sujet est 
l'identification de tous les cinémas en France.


J'ai créé une page décrivant l'identifiant du CNC : 
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
J'ai avancé à la mano l'intégration des numéros de référence sur les 
cinémas.


Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça 
aiderait beaucoup !
Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% 
du taff reste donc à faire) et en attendant le taff prend vraiment du 
temps ... aide bienvenue.


Le jeu. 19 oct. 2017 à 20:49, JB > a écrit :


Je dois être vieux jeu… mais je reste toujours dubitatif sur
l'introduction d'identifiants uniques dans la base pour faciliter
la connexion avec tel ou tel outil.
Sur une problématique aussi ciblée, je n'arrive pas à comprendre
qu'on n'arrive pas à croiser deux bases de données sans cet
identifiant. Y a-t-il une telle densité de cinémas qu'avec un tag
amenity=cinema (moins de 2000 objets) + un nom de cinéma + une
géolocalisation plus ou moins convenable, on n'arrive pas à
recouper les données ?
Peut-être qu'on répondra qu'il y a des doublons dans l'une ou
l'autre base ? L'identifiant unique ne résoudra rien.
Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à
partir d'une base externe ? Un croisement des données à chaque
mise à jour donnera la même chose.
Voilà voilà pour ce soir. Au fait, vous penserez à passer par la
case « import » pour rentrer les identifiants en masse, hein ?
JB.

Le 19/10/2017 à 18:27, Christian Quest a écrit :


Si il y a un identifiant CNC c'est une solution... si il n'y en a
pas, n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais
en principe, c'est unique et sûrement universel.


Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :

Bonjour,
En tant que développeur d'un site pour le cinéma indépendant en
France, mais sur lequel on retrouve tout de même tous les
cinémas et toutes les sorties en salle, j'ai besoin d'afficher
une carte (OSM, évidemment) pointant sur le cinéma (ex : Cinéma
Lux , à
Caen).
Pour l'instant, je récupère l'emplacement du cinéma, soit à
partir de son adresse soit à partir des coordonnées GPS qu'une
source extérieure me fournit. Sauf que cette source a parfois
des coordonnées incorrectes (en gros, les coordonnées du centre
de la commune).

Vu que data.gouv.fr a la liste des cinémas de France (fournie
par le CNC)

,
je me disais que le plus simple serait d'ajouter à chaque
node/way représentant un cinéma l'identifiant unique contenu
dans ledit fichier. J'ai bien évidemment posé la question de
l'unicité et de la stabilité d'un tel identifiant (cf. la
discussion "Stabilité de l'ID des cinémas", sur la page
data.gouv.fr  citée ci-dessus).

Si cela vous convient, il resterait alors à se mettre d'accord
sur la clé à utiliser.
"ref:FR:CNC=*" me paraît pas mal, non ?

--
Francescu GAROBY


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


-- 
Christian Quest - OpenStreetMap France



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


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



--

*Florian Lainez*

@overflorian 

___
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] Hiérarchisation du réseau cyclable

[Romain MEHUT]

Bonjour,

N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?

Romain

Le 09/06/2020 à 12:35, Julien djakk a écrit :

Bonjour tout le monde !

Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
cyclables et de routes ouvertes au vélos. Comment faire ?
Je pensais faire à la manière du réseau routier voitures :
highway="primary", "secondary", etc. -> cycleway="primary",
"secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
autre clé (cycleway:importance ?).

On se retrouverait dans certains cas avec des voies
highway="residential" + cycleway:importance="primary".


Julien "djakk"

___
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] Problème rendu BANO dans JOSM

[Romain MEHUT]

Bonsoir,



Dans JOSM, le rendu BANO ne se charge plus à zoom élevé ce qui fait que les 
pastilles de différentes couleurs restent illisibles. Pas mieux sur 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html Est-ce pareil pour vous 
en ce moment ?



Merci.



Romain


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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Romain MEHUT]

Moi aussi à défaut d'autre tag connu, j'utilise landuse=residential mais 
je prends quand même le soin de le mettre en inner d'un 
landuse=residential qui l'englobe. Possible de les changer en place=plot 
si cela  représente bien ce qu'on appelle une résidence.


Romain

Le 27/05/2020 à 19:11, pepilepi...@ovh.fr a écrit :


Pas con !

+1

C'est vrai que mettre un landuse DANS un landuse de même nature est 
particulièrement absurde.


Bonne soirée,

JP




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

Re: [OSM-talk-fr] Normalisation des bis, ter…

[Romain MEHUT]

Pour mémoire : 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg81574.html


Romain

Le 25/05/2020 à 12:36, Marc M. a écrit :

Bonjour,

Le 25.05.20 à 10:28, Yves P. a écrit :

Quel format faut-il utiliser ?
1bis, 1 bis, 1B, 1BIS, 1 BIS…

http://cadastre.openstreetmap.fr dit B,T,Q→ bis, ter, quater   A→␣A
donc "1 bis"
mais effectivement cela devrait se trouver sur le wiki qlq part.

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] ] Ne pas ajouter les commerces sur les numéros de rue

[Romain MEHUT]

Bonjour,

Le dim. 5 avr. 2020 à 10:37, Frantz  a écrit :

>
> doublonner addr:* me semble le plus simple.
> Un contact:addr doublonnerait aussi l'info en plus de créer une nouvelle
> syntaxe (éventuellement ambigu avec une adresse centrale pour une chaîne de
> magasin)
>

Petit rappel :
https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
Une adresse étant un objet à part entière, elle doit être unique.
Les tags contact:housenumber + contact:street sont justement faits pour
associer l'adresse aux différents POI qui s'y rattachent.

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

Re: [OSM-talk-fr] Adresses uniformisation d'écriture des extensions

[Romain MEHUT]

Bonjour,

Un avis de Christian ici
https://forum.openstreetmap.fr/viewtopic.php?f=2=3260=12213=bis#p12213

Romain

Le lun. 30 mars 2020 à 09:24, Jérôme Seigneuret 
a écrit :

> Bonjour,
>
> Je vois que sur OSM il y a pas mal d'adresses importées en B T Q 5 6 7
> d'autre  sont écrits en minuscules accolé au chiffre ou non
>
> Comment écrire proprement cette extension ?
>
> Personnellement je remplace ces éléments en terme complet écrit de la
> manière suivante comme on le fait aussi pour les références routières:
>
> 00 Xxx
>
> 10 Bis
> 10 Ter
> 10 Quater
> 10 Quiquies
> 10 Sexies
> 10 Septies
>
> La suite https://fr.wikipedia.org/wiki/Adverbe_multiplicatif
>
>
> 10B > 10 Bis
> 10 bis > 10 Bis
> 10Bis > 10 Bis
> ...
>
> exemple de double écrire pour une même adresse
>
> http://overpass-turbo.eu/s/S4c 
>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
> ___
> 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] Erreur greffon opendata dans JOSM

[Romain MEHUT]

Bonsoir,

Je n'arrive plus à ouvrir via JOSM des fichiers type shp.

J'ai le message d'erreur suivant : "Une exception inattendue pouvant
provenir du greffon 'opendata' est survenue. D'après les informations du
greffon, l'auteur est Don-vip. Essayez de mettre à jour le greffon vers une
version plus récente avant de rapporter l'erreur."

J'ai alors le choix entre "Mise à jour des greffons", "Désactiver le
greffon", "Garder le greffon" ou "Aide". Si je choisis "Mise à jour des
greffons", j'ai un message d'avertissement "JOSM ne parvient pas à trouver
d'informations sur les greffons suivants : (...) opendata (...)". Je valide
et j'ai une nouvelle fenêtre d'erreur :
Information de débogage
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-26 10:50:27 +0100 (Wed, 26 Feb 2020)
Revision:15937
Build-Date:2020-02-26 09:52:41
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15937 fr) Linux Mint 19.3 Tricia
Memory Usage: 340 MB / 2048 MB (74 MB allocated, but free)
Java version: 11.0.6+10-post-Ubuntu-1ubuntu118.04.1, Ubuntu, OpenJDK 64-Bit
Server VM
Screen: :0.0 1920x1200
Maximum Screen Size: 1920x1200
Java package: openjdk-11-jre:amd64-11.0.6+10-1ubuntu1~18.04.1
WebStart package: icedtea-netx:amd64-1.8-0ubuntu8~18.04
fonts-noto: fonts-noto:all-20171026-2
VM arguments: [--add-reads=java.base=ALL-UNNAMED,java.desktop,
--add-reads=java.desktop=ALL-UNNAMED,java.naming,
--add-reads=java.naming=ALL-UNNAMED,java.desktop,
--add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop,
--add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop,
--add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop,
--add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop,
--add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop,
--add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop,
--add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop,
--add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop,
--add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop,
--add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop,
--add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop,
--add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop,
--add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop,
--add-exports=java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject,
--add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop,
-Dicedtea-web.bin.name=javaws,
-Dicedtea-web.bin.location=/usr/lib/icedtea-web/bin/javaws]

Plugins:
+ Mapillary (1.5.20)
+ PicLayer (35313)
+ apache-commons (35092)
+ apache-http (35092)
+ cadastre-fr (35332)
+ editgpx (35248)
+ ejml (35122)
+ ext_tools (35248)
+ geotools
+ gson (35158)
+ jaxb (35092)
+ jna (35092)
+ jts (35122)
+ log4j (35092)
+ measurement (35248)
+ opendata (35330)
+ photo_geotagging (35313)
+ photoadjust (35313)
+ pt_assistant (2.1.10-79-gb14a159)
+ reverter (35313)
+ undelete (35313)
+ utilsplugin2 (35334)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport=1

Last errors/warnings:
- E: org.openstreetmap.josm.plugins.PluginException: Une erreur est
survenue dans le greffon opendata. Cause :
java.lang.ClassNotFoundException:
org.openstreetmap.josm.plugins.opendata.OdPlugin
- W: Désactiver le greffon - Impossible de charger le greffon
'opendata' car la classeprincipale
'org.openstreetmap.josm.plugins.opendata.OdPlugin' n'a pas été
trouvée.Le supprimer des préférences ?
- E: org.openstreetmap.josm.plugins.PluginException: Une erreur est
survenue dans le greffon geotools. Cause :
java.lang.reflect.InvocationTargetException. Cause :
java.lang.NoClassDefFoundError: javax/sql/DataSource. Cause :
java.lang.ClassNotFoundException: javax.sql.DataSource
- W: Désactiver le greffon - Impossible de charger le greffon 'geotools'.
Voulez-vous le supprimer des préférences ?
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not
initialize class org.geotools.referencing.CRS
- W: Avertissement - JOSM ne parvient pas à trouver d’information sur
les greffons suivants
:apache-commonsphotoadjustgeotoolsopendatajtsMapillaryejmlcadastre-frrevertermeasurementext_toolsjaxbpt_assistanteditgpxutilsplugin2photo_geotaggingundeletegsonjnaPicLayerapache-httplog4jLes
greffons ne seront pas chargés.
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not
initialize class
org.openstreetmap.josm.plugins.opendata.core.io.geographic.ShpReader
- W: Avertissement - JOSM ne parvient pas à trouver d’information sur
les greffons suivants
:apache-commonsphotoadjustgeotoolsopendatajtsMapillaryejmlcadastre-frrevertermeasurementext_toolsjaxbpt_assistanteditgpxutilsplugin2photo_geotaggingundeletegsonjnaPicLayerapache-httplog4jLes
greffons ne seront pas chargés.
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not
initialize 

Re: [OSM-talk-fr] recycling ou waste_disposal

[Romain MEHUT]

Bonsoir,

De mon côté, dans un cas de figure similaire, je distingue chaque
container. Il s'agit bien d'objets pouvant être individualisés.

Romain

Le jeu. 12 mars 2020 à 22:12, hu9o via Talk-fr 
a écrit :

> J'utilise /amenity=recycling + recycling:waste=yes/ pour les plateaux de
> points d'apport volontaire enterrés.
>
> Cela permet de ne faire qu'un seul node pour un plateau regroupant un
> ensemble de : déchets ménagers, "poubelle jaune", bouteilles en verres… ,
> géré par un même prestataire (la commune).
>
> Cela fait une information simple, propre et claire.
>
> Voici un exemple avec 5 containers (il y'en a généralement 2 ou 3 par
> plateau) :
>
> https://www.ville-chambray-les-tours.fr/wp-content/uploads/2018/11/d%C3%A9chets.jpg
>
> Cela est plus facile a cartographier, surtout sur le terrain, avec l'usage
> d'appli comme Go Map!! ou vespucci.
>
> Il faut aussi se placer du coté de l'utilisateur, c'est là qu'il va
> apporter
> ses déchets trié. Que ce soit recyclé, enfoui, incinéré est une histoire de
> spécialiste qui ne le concerne pas. OSM est fait par le plus grand nombre
> pour le plus grand nombre.
>
> La difficulté est pour moi comment cartographier les poubelles "jaunes" de
> tri selectif. Je regrette qu'il n'existe pas une clé généraliste du genre
> "recycling:local_sorting", mais cela est un autre sujet.
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] parking

[Romain MEHUT]

Bonsoir,

J'ai annulé ma modification.

Romain

Le lun. 9 mars 2020 à 16:23, Bernard Lefrançois 
a écrit :

> Bonjour,
> Je partage plutôt la vision de Jean-Yvon.
> Sur ta dernière version:
> - tu laisses un espace vide qui n'existe pas entre le parking et la route.
> - tu crées à un emplacement aléatoire une voie qui n'existe pas non plus.
>
> Lorsque je cartographie un parking, j'applique la règle suivante:
> - le parking est séparé réellement de la route (par un fossé, une bande
> d'herbe, un trottoir etc.), je le trace en surfacique avec ses limites
> réelles. Et dans ce cas, il y a forcément une voie pour y accéder et je la
> représente à sa place.
> - ou bien:  le parking borde la route sans séparation et dans ce cas une
> partie du polygone représentant le parking est commune avec le linéaire de
> la route. Inutile de rajouter ici une voie d'accès puisque cet accès est
> possible sur toute la longueur.
>
> Le 08/03/2020 à 21:38, Romain MEHUT a écrit :
>
> J'ai proposé une autre version toute simple.
> Romain
>
> Le dim. 8 mars 2020 à 11:53,  a écrit :
>
>> Oui voir : http://osmose.openstreetmap.fr/en/byuser/ririahp
>>
>> L'erreur c'est d'avoir fait coller le parking au dessin de la route au
>> lieu de le faire coller au fil de la route : mélange représentation
>> filaire/représentation surfacique. J'ai corrigé.
>>
>> Jean-Yvon
>>
>> Le 08/03/2020 à 08:36, Arnaud Champollion -
>> arnaud.champoll...@linux-alpes.org a écrit :
>> > Bonjour,
>> >
>> > Question suite aux contributions du groupe OSMDigne réuni hier
>> > après-midi.
>> >
>> > Quand on trace un parking comme surface, faut-il nécessairement
>> > ajouter une voie de type highway pour le connecter à la route ?
>> >
>> > Le cas se trouve ici :
>> > https://www.openstreetmap.org/#map=19/43.81467/6.24606
>> >
>> > Sur la vue aérienne il est visible qu'il n'y a pas réellement de voies
>> > pour entrer / sortir, ni de voies de parking, seulement une aire en
>> > terre battue qui borde la route.
>> >
>> > Merci de vos avis,
>> >
>> > Bonne journée,
>> >
>> > Arnaud
>> >
>> >
>> >
>> >
>> > ___
>> > 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 
> 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] parking

[Romain MEHUT]

J'ai proposé une autre version toute simple.
Romain

Le dim. 8 mars 2020 à 11:53,  a écrit :

> Oui voir : http://osmose.openstreetmap.fr/en/byuser/ririahp
>
> L'erreur c'est d'avoir fait coller le parking au dessin de la route au
> lieu de le faire coller au fil de la route : mélange représentation
> filaire/représentation surfacique. J'ai corrigé.
>
> Jean-Yvon
>
> Le 08/03/2020 à 08:36, Arnaud Champollion -
> arnaud.champoll...@linux-alpes.org a écrit :
> > Bonjour,
> >
> > Question suite aux contributions du groupe OSMDigne réuni hier
> > après-midi.
> >
> > Quand on trace un parking comme surface, faut-il nécessairement
> > ajouter une voie de type highway pour le connecter à la route ?
> >
> > Le cas se trouve ici :
> > https://www.openstreetmap.org/#map=19/43.81467/6.24606
> >
> > Sur la vue aérienne il est visible qu'il n'y a pas réellement de voies
> > pour entrer / sortir, ni de voies de parking, seulement une aire en
> > terre battue qui borde la route.
> >
> > Merci de vos avis,
> >
> > Bonne journée,
> >
> > Arnaud
> >
> >
> >
> >
> > ___
> > 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] Ajout de NRO : blocage d'un contributeur à envisager ?

[Romain MEHUT]

Bonsoir et merci François pour ces compléments.

Je n'ai pas vraiment le temps approfondir ce sujet des réseaux télécoms
mais c'est le fait de voir un tel objet avec un tag name qui m'a fait
"tiquer". C'est quand même le b-a-ba de ne pas taguer pour un rendu.

Pour cet exemple https://www.openstreetmap.org/node/7156119118 que je
pointais, tu es d'accord que les tags du polygone sont à corriger ?

Romain

Le dim. 26 janv. 2020 à 22:11, François Lacombe 
a écrit :

> Salut à tous,
>
> Eric est l'un des contributeurs les plus actifs sur les réseaux télécoms
> en France
> Je vais essayer de comprendre ce qu'il a essayer de faire. Nous échangeons
> souvent sur Twitter, il n'est pour moi pas question de bloquer un
> utilisateur comme lui.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Message d'erreur d'iD concernant les "points"

[Romain MEHUT]

Le sam. 25 janv. 2020 à 21:24, marc marc  a
écrit :

>
> cela me semble une bonne idée, le commerce n'est pas une partie du
> contour mais qlq chose dans le batiment.
>

C'est pourtant une pratique répandue de désigner un commerce à partir de là
où on y accède. Marc j'imagine que tu vas répondre qu'il suffit de
dissocier le point d'accès du commerce lui-même.

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

[OSM-talk-fr] Message d'erreur d'iD concernant les "points"

[Romain MEHUT]

Bonsoir à nouveau,

Cette fois il s'agit d'un comportement d'iD qui m'intrigue issu de cette
phrase : "*A “point” created in the iD editor is actually a standalone
“node” with a set of “tags” on it.*" (
https://learnosm.org/en/beginner/id-editor/#adding-points)

Autrement dit, iD râle si un nœud, décrit par exemple comme un commerce,
est contigu du pourtour d'un bâtiment. Je ne rencontre pas d'erreur avec
JOSM. Est-ce une règle spécifique à iD ?

Merci.

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

[OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[Romain MEHUT]

Bonsoir,

Je n'aime pas devoir pointer un contributeur en particulier mais en
l'absence de retour de sa part suite à mes remarques, je préfère partager
avec vous l'objet de mon désaccord cf.
https://www.openstreetmap.org/changeset/79965462

Donc ce contributeur ajoute en grand nombre des "NRO". 1ère chose que je
lui ai fait remarquer est qu'il n'y a pas lieu que ces objets aient un tag
name. 2ème chose, il a ajouté des NRO alors que préexistaient des objets
man_made=telephone_office et telecom=central_office et ces tags sont
aujourd'hui dépréciés cf.
https://wiki.openstreetmap.org/wiki/Tag:telecom%3Dexchange Il conviendrait
donc de reprendre les tags des objets existants plutôt qu'en ajouter des
nouveaux.

Et malgré mes remarques, il a continué à contribuer sans en tenir compte ex
: https://www.openstreetmap.org/node/7156119118.

Qu'en pensez-vous ?

Merci.

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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Romain MEHUT]

Merci Thomas pour avoir creusé la question.

De mon côté j'ai obtenu la réponse suivante de l'ONF :
"Nos flux externes sont hébergés par la plate-forme Carmen dont nous
n’assurons pas le développement ni le support. Pour toute question
technique concernant la construction des flux, je vous invite donc à vous
rapprocher de l’équipe Carmen :
http://carmen.naturefrance.fr/actualites/demandes-support-formulaire-contact

Par ailleurs, les flux actuels sont parfaitement fonctionnels dans la
plupart des clients SIG de référence, notamment ArcGIS et QGIS ainsi que
dans un certain nombre de portails Web. Cela pourrait laisser penser que la
source de votre problème se trouve plutôt du côté de la prise en charge du
flux par votre logiciel."


Du coup, est-ce que je poursuis auprès de l'équipe Carmen ?


Romain

Le ven. 24 janv. 2020 à 15:36, Thomas Gratier 
a écrit :

> Bonjour,
>
> "Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML
> de ce fichier qui n'est visiblement pas créé entièrement par un outil
> automatique, si on regarde simplement l'indentation changeante et
> inconsistante (qu'un outil automatique n'aurait pas généré comme ça)."
>
> Complètement faux. L'outil c'est Mapserver et c'est généré automatiquement
> (cf https://github.com/mapserver/mapserver/blob/master/mapwms.c#L2992)
> Sinon, j'ai trouvé encore plus simple pour contourner proprement
> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities=1.3.0
> Il faut rajouter la version 1.3.0 dans l'appel GetCapabilities (voir l'url
> du lien précédent) pour ne plus avoir les mentions Inspire qui font planter
> JOSM car par défaut c'est la 1.1.1 qui retourne ces références Inspire
> (suffit de lire le code dans le premier lien fourni pour le comprendre)
>
> Cordialement
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Romain MEHUT]

Merci Thomas pour l'alternative.

Je viens d'envoyer un mél à l'ONF en expliquant le problème d'accès et le
souhait que ce soit corrigé.

Romain

Le jeu. 23 janv. 2020 à 21:33, Thomas Gratier 
a écrit :

> Salut Romain,
>
> Tu peux tricher avec l'URL suivante
> https://gist.githubusercontent.com/ThomasG77/a1af86730d6b0051d6781199364f2d42/raw/b8064ac7164333d80c31e8d0fe70e0a57bd52c8f/onf-capabilities.xml
> dans la partie "2. Entrer l'URL GetCapabilities" dans la section pour
> l'ajout de couches WMS dans JOSM
> C'est le même contenu que
> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities
> mais j'ai nettoyé les tags XML et la déclaration liée au namespace inspire
> J'ai vérifié et cela permet de contourner le problème. Pas propre mais pas
> bloqué.
>
> Thomas Gratier
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Romain MEHUT]

Le jeu. 23 janv. 2020 à 12:05, marc marc  a
écrit :

>
> solution pragmatique : écrire à l'ONF pour signaler que tel url ne va
> plus après avoir vérifié sur leur site si une nouvelle n'est pas dispo.
>

Ok je me renseigne.
Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Romain MEHUT]

Philippe Verdy wrote
> Chez moi non, j'ai aussi une erreur XML, le flux WMS inutilisable, reste à
> trouver un WMS corrigé donnant accès aux mêmes tuiles. Tu peux déjà créer
> une copie du WMS existant, corriger la syntaxe XML, et utiliser ce fichier
> pour accéder aux tuiles...
> C'est à signaler à l'office qui a mis en place ce XML bogué.

Sauf que je n'ai pas les compétences pour faire ce que tu proposes en
correctif :(

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Romain MEHUT]

Bonsoir David,

Je me rends compte que j'avais inversé les liens dans mon mél et c'est bien
avec le lien que tu indiques que j'ai le message d'erreur :
"Impossible d'analyser la liste des calques WMS.
javax.xml.stream.XMLStreamException: ParseError at [raw,col]:[109,36]
Message :
http://www.w3.org/TR/1999/REC-xml-names-19990114#ElementPrefixUnbound?inspire_vs_vs:ExtendedCapabilities
"

Chez toi, cela fonctionne ?

Merci.

Romain

Le mer. 22 janv. 2020 à 18:09, David Marchal  a écrit :

> Bonsoir, Romain.
>
> Essaie avec cette URL-ci : http://ws.carmencarto.fr/WMS/105/ONF_Forets? Ça
> te donne, entre autres, les forêts et parcelles publiques ; attention, les
> données ne sont mises à jour qu’une fois l’an.
>
> Cordialement.
>
> Le 21 janv. 2020 à 20:20, Romain MEHUT  a écrit :
>
> Bonsoir,
>
> Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS (
> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
> de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais
> maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des
> calques WMS. javax.xml.stream.XMLStreamException: ParseError at
> [raw,col]:[109,36] ..."
>
> Sinon il y un autre flux WFS (
> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
> mais ce n'est pas reconnu par JOSM.
>
> Donc quelqu'un saurait-il comment s'y prendre ?
>
> Merci d'avance.
>
> Romain
> ___
> 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] Type de highway pour voie de bus

[Romain MEHUT]

Bonsoir

Le tag name est aussi inapproprié.

Romain

Le mardi 21 janvier 2020, deuzeffe  a écrit :
> Hello,
>
> Soit le way https://www.openstreetmap.org/way/346379468
>
> C'est une voie de bus, tagguée :
> access  no
> busway  designated
> highway road
> nameVoie de Bus - Ligne 10
> oneway  yes
> psv yes
>
> Osmose me signale que la classification de la voirie est à contrôler.
>
> Je n'ai pas réussi à trouver dans le wiki quelle valeur doit avoir la clé
highway.
>
> Aide bienvenue, merci d'avance.
> --
> deuzeffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Romain MEHUT]

Bonsoir,

Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS (
http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais
maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des
calques WMS. javax.xml.stream.XMLStreamException: ParseError at
[raw,col]:[109,36] ..."

Sinon il y un autre flux WFS (
http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
mais ce n'est pas reconnu par JOSM.

Donc quelqu'un saurait-il comment s'y prendre ?

Merci d'avance.

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

Re: [OSM-talk-fr] Import du cadastre, Bano, toussa toussa

[Romain MEHUT]

Le mer. 18 déc. 2019 à 22:26, Vincent de Château-Thierry 
a écrit :


> En fait il te faut le plugin Cadastre activé, mais sans utiliser le menu
> Cadastre. Tout se passe dans le menu "Télécharger les données" où tu as
> normalement un onglet "Téléchargement depuis le cadastre" où tu peux
> faire ton marché.
>

Merci Vincent, je n'avais tout simplement pas vu cette nouvelle
fonctionnalité.

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

Re: [OSM-talk-fr] Import du cadastre, Bano, toussa toussa

[Romain MEHUT]

Le dim. 15 déc. 2019 à 18:05, deuzeffe  a écrit :

>
> Mixed content http/https. Dsactive le bouclier de FF, ça devrait aller
> mieux.
>

Ben ça ne fonctionne pas mieux de mon côté.
Et côté plugin dans JOSM, je n'ai pas trouvé comment on obtient
l'extraction du bâti. Dans le menu, je sélectionne "Télécharger le
cadastre", j'ai alors le message "Pour activer le téléchargement du
cadastre, utilisez une projection cadastrale et réessayez". Une fois
choisie la projection de la zone souhaitée, j'ai une fenêtre pour "Ajouter
un nouveau calque cadastral" et y choisir une commune. Et au final, je n'ai
rien de plus que le fond cadastral mais pas le bâti vectorisé.
Que faire ?
Merci.
Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nommage des bâtiments scolaires / universitaires complexes

[Romain MEHUT]

Le mer. 18 déc. 2019 à 18:33, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Donc dans ce cas on ferait un amenity=school sur l'emprise du bâtiment,
> et un sur l'établissement inclus (ex : la SEGPA dans un collège) ? Ou
> bien un landuse sur l'emprise parcellaire et un noeud amenity=school sur
> chaque établissement ?
>

Cet exemple des SEGPA me gêne aussi depuis pas mal de temps car ce sont des
structures rattachées à des collèges et  donc identifier ces SEGPA avec
amenity=school fait doublon avec les collèges déjà en amenity=school.

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

Re: [OSM-talk-fr] Projet Europeen de l'Eau/European Water Project - Introduction

[Romain MEHUT]

marc marc wrote
> source : données livres, cartes libres, utilisateurs
> c'est versé dans osm ou ils ont réinventé la roue ?

Voir cet échange via Twitter :
https://twitter.com/Hoali_org/status/1164078027472613377




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Fwd: [osm-grenoble] Projet Europeen de l'Eau/European Water Project - Introduction

[Romain MEHUT]

Bonjour François,

A toutes fins utiles, il existe déjà une initiative bretonne avec les mêmes
objectifs mais limités à la France :
https://www.ouest-france.fr/societe/hoali-l-appli-de-saint-brieuc-qui-vous-dit-ou-remplir-votre-gourde-6501876

Romain



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Orthos du Grand-Est...

[Romain MEHUT]

Merci Christian !

Romain

Le dim. 8 déc. 2019 à 19:30, Christian Quest  a
écrit :

> 3 départements ont été ajoutés sur wms.openstreetmap.fr: 54. 57 et 67
>
> Le 88 est en cours de download/traitement...
>
> Ces orthos (à 20cm) sont semble-t-il plus récentes que ce qu'on a sur la
> BD Ortho :)
>
> --
> Christian Quest - OpenStreetMap France
> ___
> 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 d'OSM

[Romain MEHUT]

Bonsoir,

Au temps pour moi, oui c'est toujours le même problème de trouver à être
disponible...

Merci.

Romain

Le jeu. 10 oct. 2019 à 15:29, Vincent de Château-Thierry 
a écrit :


> OSM-FR a été présent à Saint-Dié en 2015, avec Christian Quest et Benoît
> Fournier sur les 3 jours. Voir le CR de Christian :
> https://listes.openstreetmap.fr/wws/arc/association/2015-10/msg1.html
>
> Chaque année depuis, l'association est sollicitée pour être présente. Il
> n'y a jamais eu de volonté de *ne pas* être là, mais juste le constat quasi
> chaque année de la difficulté de mobiliser du monde sur le créneau.
>
> vincent
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation d'OSM

[Romain MEHUT]

Bonsoir,

Je réponds après coup mais c'est pour que soit posée la question de la
participation d'OSM France à cet événement.

Il y a déjà eu des demandes les années précédentes mais à ma connaissance
il n'y a toujours pas eu de participation d'OSM France.

En comparaison avec d'autres événements, le festival de Saint-Dié ne figure
donc pas parmi les incontournables ?

Romain

Le lun. 30 sept. 2019 à 15:42, Wintz Christophe via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> Dans le cadre du Festival International de Géographie qui se tient à
> Saint-Dié-les-Vosges le 4/5/6 Octobre 2019, le service Géomatique et
> Connaissance du Territoire de l'Eurométropole de Strasbourg, organise une «
> carto-partie » sur le territoire de la Guadeloupe, les Caraïbes étant la
> région invitée d’honneur du festival.
> Pour cette opération, plus précisément, nous souhaiterions entre autres
> numériser dans OSM les sentiers de randonnées du Parc National de
> Guadeloupe qui sont représentés sur le site Rando Guadeloupe. Le PNG nous a
> donnés l’autorisation d’utiliser leurs données. (Fiches descriptives PDF
> des boucles de randonnées, les fichiers GPX).
>
> Un contributeur d’OSM pourrait-il être présent à notre animation pour
> faire une présentation rapide d’OSM aux participants et peut-être nous
> assister dans cette opération.
> La carto-partie a lieu tous les jours du festival de 11h à 12h30.
>
> Ma demande est un peu tardive, mais merci pour votre aide si cela est
> encore possible.
> Cordialement,
>
>
> *Christophe WINTZ*
> *Géomaticien*
> *Ville et Eurométropole de Strasbourg*
> *DUAH / Service Géomatique et Connaissance du Territoire / Département
> Usages*
> 1 parc de l'Étoile 67076 Strasbourg Cedex
> Portable : *06 81 87 92 90*
> Bureau : 551
> Téléphone : *+33 (0)3 68 98 50 00 *Poste : *80390*
>
> ___
> 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] école primaire

[Romain MEHUT]

Oui cette différenciation de l'école maternelle en kindergarten et non en
school m'a toujours posé question mais comme il s'agit de se conformer aux
définitions internationales, on en resté là.

Alors on le fait ce changement ? Si oui, il faut que ce soit à l'échelle de
toute la France.

Romain

Le mer. 18 sept. 2019 à 18:36,  a écrit :

> La solution propre c'est dans doute de ne plus mettre kindergarten pour
> les maternelles en France. Mais pour le moment c'est le cas.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'attribut "addr:street" ne correspond pas à un nom de rue à proximité

[Romain MEHUT]

Le lun. 16 sept. 2019 à 22:34, Jacques Lavignotte 
a écrit :

> Bonjour,
>
> 1- Osmose me crie dessus avec ces mots :
>
> L'attribut "addr:street" ne correspond pas à un nom de rue à proximité
>
> Il semble que c'est parce que « rue des Halles » n'est « Rue des Halles
>
> [R majuscule]
>

C'est une erreur basique. Page importante à lire :
https://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes

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

Re: [OSM-talk-fr] école primaire

[Romain MEHUT]

Les écoles primaires sont justement les écoles où il n'y a pas le distinguo
entre maternelle et élémentaire.

Romain

Le dim. 15 sept. 2019 à 21:06,  a écrit :

> Ça évite certes qu'Osmose râle mais si on cherche les maternelles
> (amenity=kindergarten) on ne les trouve pas.
> Ça n'est ni mieux ni pire conceptuellement que school:FR=primaire,
> amenity=kindergarten.
> C'est sans doute ce que je vais faire mais ça ne me plait pas trop je
> voulais savoir s'il y avait mieux.
>
> Jean-Yvon
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] école primaire

[Romain MEHUT]

Bonsoir,

Pourquoi tu t'interdis tout simplement amenity=school + school:FR=primaire ?

Romain

Le dim. 15 sept. 2019 à 20:24,  a écrit :

> Une école élémentaire c'est amenity=
> school
> .
> Bien.
>
> Une école maternelle c'est amenity=kindergarten. Bien.
>
> Mais une école primaire  dont
> on ne sait distinguer les deux parties ?
> amenity 
> school
> 
> amenity_1 kindergarten
>
> est déconseillé.
> amenity 
> school;kindergarten
> 
>
> est déconseillé.
>
> school:FR primaire sans amenity=school
>
> est déconseillé.
>
> Une idée pour faire ça proprement depuis un fauteuil ?
>
> Jean-Yvon
> ___
> 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] Une secondary en zone de rencontre ?

[Romain MEHUT]

Bonjour,

On a eu le cas de figure à Nancy et c'est bien highway=living_street qui a
été choisi cf. cette discussion
https://www.mail-archive.com/talk-fr%40openstreetmap.org/msg75992.html

Romain



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Attribut ref sur les ronds point : la question de Montpellier

[Romain MEHUT]

Bonjour,

Petite digression, quel est l'intérêt des relation type=route avec
route=road pour représenter les routes départementales... cela ressemble
plus à une collection qu'à quelque chose d'utile, non ?

Merci.

Romain

Le ven. 5 juil. 2019 à 01:55, Jérôme Amagat  a
écrit :

>
> Mon opinion c'est qu'il faut rien changé, pas de ref sur les rond point
> par contre on n'interdit pas les relations type=route route=road pour
> représenter les routes départementales (ou nationale ou ...) qui existent
> un peu partout en France et qui il me semble comprennent la plupart du
> temps les ronds points.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Romain MEHUT]

Bonjour,


Axelos wrote
> Je pense qu'il s'agit clairement du principal atout du logiciel libre.
> La pollution numérique ne concerne pas uniquement la durée de vie utile
> de l’appareil, mais aussi sa conception et son recyclable ... ou son
> trafic dans le tiers monde.
> 
> Exploitation de métaux rares, non recyclage possible de la majorité de
> ces mêmes métaux, eau, énergie consommé pour la génération de l’appareil
> et son démantèlement ...
> Dans le numérique, le geste le plus écologique est sûrement à ce jour le
> prolongement de vie des appareils.

Oui une des conclusions du rapport "Pour une sobriété numérique" cf.
https://theshiftproject.org/article/pour-une-sobriete-numerique-rapport-shift/
est bien de faire durer le plus longtemps possible les appareils car ce qui
impacte le plus dans la vie d'un appareil c'est la phase de production.

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Romain MEHUT]

Super ! Merci beaucoup !

Le ven. 7 juin 2019 à 22:04, Johnparis  a écrit :

> syntaxe :
>
> 1) il faut utilise l'arrobase après "data="
> 2) après avoir changé @lat->lat et @lon->lon dans ecolesmaternelles54.csv,
> il marche. Resultats ci-joints.
>
> curl -X POST -F "data=@ecolesmaternelles54.csv" "
> https://api-adresse.data.gouv.fr/reverse/csv/; > result.csv
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Romain MEHUT]

En d'autres termes, le problème vient de
https://api-adresse.data.gouv.fr/reverse/csv/ ?

Merci.

Romain

Le ven. 7 juin 2019 à 21:45, marc marc  a écrit :

> j'ai pensé à cela aussi mais j'ai testé en supprimant
> une décimale à la fois jusqu'à ne plus en avoir, même erreur
> $ cat test.csv ; curl -X POST -F data=test.csv
> https://api-adresse.data.gouv.fr/reverse/csv/
> latitude,longitude
> 48.716261,6.491425
> <...>Internal Server Error<...>
>
> la même précision/localisation avec l'api non csv fonctionne
> $ curl
> "https://api-adresse.data.gouv.fr/reverse/?lon=6.491425=48.716261;
> <...>"3 Grande Rue 54370 Athienville">...>
>
> ceci dit attention à la doc, les exemples de lignes de commandes
> sont inventé/non testé : un curl avec une url contenant des & sans ""
> ne peux pas fonctionner, c'est ***
> ___
> 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] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Romain MEHUT]

Bonjour,

Je voudrais faire un géodocage inverse d'un csv obtenu via la requête
suivante https://overpass-turbo.eu/s/JKu en passant par
https://adresse.data.gouv.fr/api (voir tout en bas pour /reverse/csv/). Je
mets en pièce jointe mon fichier csv.

L'exécution de la requête me donne une erreur :
~ $ curl -X POST -F data=/home/romain/Bureau/to/ecolesmaternelle.csv
https://api-adresse.data.gouv.fr/reverse/csv/

  
Internal Server Error
  
  
Internal Server Error

  


Qu'est-ce qui ne va pas ?

Merci d'avance !

Romain
@lat	@lon	name
48.7162618	6.4914257	École maternelle
48.6703330	6.1468826	École Claude Déruet
48.6495464	6.1521676	École Gilberte Monne
48.6470103	6.2075765	École maternelle Victor Hugo
48.6782268	6.1475850	École maternelle Victor Hugo
48.7277223	6.1578988	École maternelle Buffon
48.7005331	6.1712073	École maternelle Alfred Mézières
48.4769376	6.3157490	École maternelle Françoise Dolto
48.5919694	6.1521632	École maternelle
48.7055042	6.2043824	École maternelle Pierre et Marie Curie
48.7001981	6.1295821	École maternelle Saint-Exupéry
48.6032829	6.1000594	École La Roseraie
48.4993230	6.8940657	École de Salm
48.8406911	6.0670280	École Aux Moines
48.9011570	6.0382681	École maternelle
49.4528735	5.4630879	École maternelle
49.4729409	5.8191665	École maternelle
48.6868263	6.1881277	École Charles III
48.6898322	5.8944125	École Jean Feidt
48.5925548	6.5095851	École Villebois Mareuil
48.6812484	5.8801742	École Saint-Michel
48.6692680	5.8837325	École maternelle Saint-Evre
48.6734120	5.8891943	École Jeanne d'Arc
48.7576260	6.1606665	École Nicole Kierren
48.6264223	6.3520067	École Jean l'Hôte
48.6755124	5.8960825	École Gouvion Saint-Cyr
48.6907440	6.2496975	École maternelle Georges Chepfer
48.6825774	6.1782052	École maternelle Jean Jaurès
48.6134676	6.1719962	École maternelle Pierre Loti
48.6203367	6.1606122	École maternelle Jacques Prévert
48.6818763	6.1918622	École maternelle Émile Gallé
48.6524756	5.9066039	École du Marronnier de Sully
48.6885160	5.8886098	École Les Églantines
48.6672803	6.1708976	École Maternelle du Charmois
48.6875525	6.2129749	École maternelle Elisabeth et Robert Badinter
48.6620730	6.1690217	École maternelle Pierre Brossolette
48.6608447	6.1785799	École Jean Pompey
48.6563981	6.1656405	École Bellevue
48.6473558	6.1792110	École Maternelle de l'Épinette
48.6731893	6.1628351	École maternelle du Placieux
48.6689104	6.1614471	École Maternelle Donzelot
48.6811725	5.7914810	École des Tilleuls
48.6730264	6.1553528	École Suzanne Herbinière Lebert
48.7923695	6.0454070	École maternelle
48.7348843	6.1600911	École Les Mouettes
48.6150890	6.1073294	École Léon Blum
48.6719056	5.8749132	École Auguste Gerdolle
48.6701987	6.1780732	École maternelle Jean Macé
48.6274352	6.1242735	École maternelle
48.8757680	6.2960620	École maternelle Jardin Parisien
48.6748382	6.1821019	École maternelle Clemenceau
49.5434615	5.7848150	École maternelle Jean de La Fontaine
48.6196583	6.3644385	École Marcel Pagnol
48.6176610	6.3508350	École Maurice Carême
48.6572125	6.2318981	École maternelle du Centre
48.6243156	6.2049215	École maternelle Jules Renard
48.6855263	6.1424965	École maternelle Louis Pergaud
48.8890191	6.2237922	École La Reine Louise
48.6825703	6.1551848	École maternelle Émile Zola
48.6844752	6.1622292	École maternelle Charlemagne
48.6900619	6.1399969	École maternelle de Beauregard
48.6927390	6.1489151	École maternelle Buthégnémont
48.6989432	6.2210808	École Sonia Delaunay
48.7063143	6.2204430	École Jacques Prévert
48.6980449	6.2245032	École Galilée
48.6897626	6.1892951	École des Tiercelins
48.6782760	6.2210932	École maternelle Pierre Brossolette
48.7321137	6.1669668	École Maternelle Charles Perrault
48.6842021	6.2113828	École maternelle Jules Ferry
48.6899779	6.1698113	École maternelle Stanislas
48.7132936	6.1640735	École maternelle André Vautrin
48.6983390	6.1636831	École maternelle de Boudonville
48.7018170	6.1565342	École Michelet
48.7023210	6.1902585	École Mac Mahon
48.5208164	6.1630405	École maternelle
48.6237569	6.1065096	École Bure
48.7118536	6.2636187	École Louise Michel
48.7514563	6.1959409	École Charlemagne
48.6999587	6.2586258	École Les 4 Vents
48.6964885	6.1941810	École maternelle Saint-Georges
48.7152795	6.2610746	École Jean Lamour
48.6643865	6.2002400	École Florian
48.7102490	6.1856209	École Gény
48.5946980	6.3331005	École du Vieux Moulin
48.7049564	6.1900202	École Jéricho
48.7026983	6.1767622	École maternelle des Trois Maisons
48.6986985	6.1419632	École maternelle La Fontaine
48.6719196	6.2089550	École Calmette et Guérin
48.4708328	6.1762831	École Un, Deux, Trois, Soleil
48.7679616	6.0602074	École La Champagne
48.7332785	5.9804446	École maternelle
48.6283763	6.2934478	École Marie Marvingt
48.6737703	6.1729420	École Émile Gebhart
48.7017894	6.2062795	École Clemenceau
48.6698845	5.9098140	École Les Comptines
48.6999601	6.1520087	École maternelle Buffon
48.6985157	6.1240895	École maternelle Albert Schweitzer
48.8056601	5.9369561	École maternelle
48.7492735	6.0635537	École Françoise 

Re: [OSM-talk-fr] Multipolygone outer residential avec inner residential ?

[Romain MEHUT]

Donc plutôt place=neighbourhood ?

Une recherche dans les archives de discussions antérieures montrent que
comme souvent c'est difficile de trouver un consensus...

Merci.

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] Multipolygone outer residential avec inner residential ?

[Romain MEHUT]

Bonjour,

Que pensez-vous de ce changeset
https://overpass-api.de/achavi/?changeset=70503518

Ok pour basculer le tag landuse=residential du polygone outer sur la
relation multipolygone, par contre ce même tag a été également retiré de
tous les polygones en inner qui définissent des résidences. Leur rendu fait
que maintenant il ne s'agit plus de landuse=residential.

Merci pour votre éclairage...

Romain



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] adresses uniques

[Romain MEHUT]

marc marc wrote
> Il y a bien des rues uniques représenté par plusieurs way
> on vire tout ca et on impose un way par rue ?
> un exemple à Nancy https://www.openstreetmap.org/relation/239539
> je suis partisan de nepas dupliquer les addr mais utilisons
> les bons arguments (la non duplication inutile)

Aucune comparaison possible.


marc marc wrote
> surtout que rien n'interdit d'avoir 2 objets différents qui ont une 
> caractéristique identique (une entrée de 90cm de large suivie d'un
> way de 90cm de large)
> pour certains une addr c'est une caractéristique d'un lieu,
> (ce n'est qu'une référence de l'administration, parmi x références 
> possible pour décrire cette endroit) et non un "feature" tel un banc
> qui a sa propre existante et dont l'unicité dans osm est important.

Mais une adresse n'est pas une caractéristique. C'est un objet (feature) à
part entière.

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] adresses uniques

[Romain MEHUT]

Bonsoir,

Le mer. 22 mai 2019 à 21:36,  a écrit :

> Je ne vois nulle part hormis sur cette liste la recommandation de ne
> mettre qu'une seule fois l'adresse (même si ça semble de bon sens si on ne
> type pas l'adresse).
>
Et pourtant
https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element

C'est une règle de base.

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

Re: [OSM-talk-fr] Îlot central

[Romain MEHUT]

Bonsoir,

Je suis le contributeur "fautif". Je suis parti du principe que l'on sépare
les voies quand il y a un obstacle infranchissable.

Vous avez un exemple où le tag proposé est effectivement employé ?

Merci.

Romain

Le mer. 1 mai 2019 à 15:33, Liozone  a écrit :

> Hello
>
> Oui sauf que dans le cas proposé , il s'agit surtout de représenter un
> passage piéton (double en l’occurrence) et le wiki nous oriente alors
> plutôt sur une autre représentation sur la page crossing avec
> crossing=island
>  ou plutôt
> crossing:island =yes
> :
>
> "Un passage avec un petit îlot central pour les piétons au milieu de la
> route.[...]" https://wiki.openstreetmap.org/wiki/FR:Key:crossing
>
> *- crossing=island* pose des problèmes et n'est pas recommandé mais par
> contre
>
> *- crossing:island=yes* (qui ne pose plus de problème) est recommandé
> mais *uniquement **sur la page anglaise* ...
>
> En regardant les 2 pages, je déduis que *traffic_calming=island* ne
> serait à utiliser justement que lorsqu'il n'y a pas de passage piéton (en
> ponctuel ou segment de highway) et *crossing:island=yes *(en ponctuel ou
> sur le passage) quand il y en a un...
>
> Il faudrait en tous les cas accorder/clarifier les pages, non ?
> Voili voilou : )
>
> Lionel (liozone)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quel tag pour les bureaux d'une commune

[Romain MEHUT]

Salut,

Pour moi, office=government conviendrait puisqu'il peut se décliner à
échelon local et tu mets en plus government=administrative

Romain

Le ven. 29 mars 2019 à 11:30, vinc...@bergeot.org  a
écrit :

> Bonjour,
> si une mairie à des bureaux pour accueillir du public, je pensais associer
> office=administrative mais le tag est déprécié au profit de
> office=govnerment (
> https://wiki.openstreetmap.org/wiki/FR:Tag:office%3Dgovernment) mais qui
> ne correspond pas selon moi (les gens ne sont pas employés par le
> gouvernement ? ou alors govnerment est un faux-ami ?).
>
> donc pour le moment je fais office=yes, admin_level=8,
> operator=la_commune, le nom du service, bureau.
>
> Votre avis ?
>
> Bonne journée
>
> VincentB ___
> 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] On y parle de carto... future (SAUV Life)

[Romain MEHUT]

Jacques Lavignotte wrote
> J'ai l'appli depuis 6 mois, et elle demande aux utilisateurs de 
> répertorier et localiser les DAE dans leur voisinage. ChristanQuest sur 
> le Twitter et moi même par SMS leur avons signalé la base des DAE sur 
> OSM, sans réaction.

Sinon, il y a aussi AEDMAP (StayingAlive et BonSamaritain) avec une réaction
ici : https://twitter.com/aedmap/status/1103647738753892352 comme
d'habitude, la question de la licence...


Jacques Lavignotte wrote
> A coté de SauvLife poussée par les SAMU les Pompiers organisent « Permis 
> de Sauver » et eux s'appuient sur OSM. Ca a déjà été évoqué ici.
> 
> Il y nettement concurrence entre eux sur ce sujet. Y compris sur un mêm 
> département.

Par chez moi, les pompiers font la promotion de StayingAlive et
BonSamaritain cf. https://twitter.com/SDIS54/status/1106859330597519362

Romain



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Quartiers à Paris

[Romain MEHUT]

Ok je comprends mieux et je pense que ça vaudrait le coup d'ajouter un tag
note sur les nœuds pour expliquer la distinction avec les polygones.

Romain

Le jeu. 14 mars 2019 à 21:46, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

>
> Voici en orange le périmètre du quartier administratif nommé la Goutte
> d'Or,
> en bleu le quartier usuel (limite floue) :
> https://imgur.com/WxrNrtw
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quartiers à Paris

[Romain MEHUT]

althio wrote
> et la modélisation possible est :
> 
> 1. un truc compliqué et administratif
> Relation: type=boundary + boundary=administrative + admin_level=10 +
> name=Quartier de * + ref:INSEE=7511871 + membres de la relation pour
> définir la géométrie
> (pas de membre admin_center)
> (optionnel un membre label)
> 
> 2. un truc simple et humain
> Point: place=suburb|* + name=*
> (pas d'admin_level, pas de ref:INSEE, pas de relation)

En représentation cela donne ceci aujourd'hui
https://overpass-turbo.eu/s/GZD

Partant de ce constat, et toujours dans l'optique de comprendre, en prenant
à nouveau pour exemple le quartier de la Goute d'Or, quel est l'intérêt
d'avoir à la fois une relation et un noeud pour définir ce que j'interprète
comme étant la même chose ? La page wikipédia
https://fr.wikipedia.org/wiki/Quartier_de_la_Goutte-d%27Or ne m'aide pas
plus.

D'autres avis que ceux déjà exprimés seraient bienvenus !

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] Quartiers à Paris

[Romain MEHUT]

Bonsoir,

J'ai constaté que Florimond a restauré le noeud que j'avais supprimé
portant les tags name=Goutte d'Or et place=suburb cf.
https://www.openstreetmap.org/node/2142414234 Il a précisé "Revert, il n'y
a pas de doublon, le quartier adiminstratif n'est pas le quartier usuel"

Je ne veux pas rentrer dans une guerre d'édition mais je veux juste
comprendre.

Chronologiquement parlant, ce noeud a été créé il y a 6 ans alors qu'un an
avant existait déjà la relation
https://www.openstreetmap.org/relation/2195145

Ces deux objets font référence au quartier de la Goutte d'Or. Aussi, le
noeud est bien à l'intérieur du périmètre définie par la relation.

Donc, en quoi le noeud n'est pas en doublon de la relation ? Le noeud
serait-il voulu juste pour avoir le rendu du nom du osm.org ?

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

Re: [OSM-talk-fr] Modification d'une jonction de routes un peu complexe

[Romain MEHUT]

Je viens de modifier ce carrefour avec l'ajout des tags turn:lanes et avec
un seul way central. L'imagerie montrant des zebras.

Romain.

Le dim. 10 mars 2019 à 21:47, marc marc  a
écrit :

> c'est 2 choses différentes :
> - 1 <> 2 way indique la structure physique : y a-t-il ou pas un obstacle
> physique entre les 2 bandes ?)
> - overtaking dit s'il y a une interdiction locale de dépasser : y a-t-il
> ou pas un panneau ou une bande de peinture continue ?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les contours de la Bretagne

[Romain MEHUT]

Rien. Je passe la main aux contributeurs parisiens.

Le lun. 11 mars 2019 à 12:02, djakk djakk  a écrit :

> Et que vas-tu faire de Montmartre qui appartient à moitié au quartier de
> Clignancourt à moitié au quartier des grandes carrières (je pense que c’est
> une dénomination typiquement administrative, que personne n'utilise ou ne
> connais) ? 樂
>
> Julien “djakk”
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les contours de la Bretagne

[Romain MEHUT]

Je ne me suis pas occupé de cette question.

Si j'ai supprimé certes de façon un peu abrupte les 2 objets que j'ai
cités, c'est parce que subsistent des erreurs ou des approximations dont
personne n'ose toucher... même quand il y a eu discussion. Il faut savoir
trancher un moment donné et pas rester sur des positions "bancales".

Romain

Le lun. 11 mars 2019 à 11:50, djakk djakk  a écrit :

> Et le rôle admin_center il est où du coup ?
>
> Julien “djakk”
>
>
> Le lun. 11 mars 2019 à 11:41, Romain MEHUT  a
> écrit :
>
>> "On" ? Sauf erreur, seul Florimond a discuté dans ce sens.
>>
>> Ce serait pareil encore pour
>> https://www.openstreetmap.org/relation/2195026 et
>> https://www.openstreetmap.org/node/2143885542 Dans les 2 cas, il s'agit
>> bien de définir un quartier (en plus le tag wikidata est identique) et si
>> on suit
>> https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element il
>> n'y a pas lieu d'y avoir deux objets.
>>
>> Romain
>>
>> Le lun. 11 mars 2019 à 11:09, djakk djakk  a
>> écrit :
>>
>>> Bah pourquoi ? On disait justement que ce ne sont pas les mêmes objets
>>> (administration contre habitude)
>>>
>>> Julien “djakk”
>>>
>>>
>>> Le lun. 11 mars 2019 à 10:03, Romain MEHUT  a
>>> écrit :
>>>
>>>> Bonjour,
>>>>
>>>> Au risque "d'échauffer" les échanges, j'ai supprimé les 2 noeuds
>>>> "Goutte d'Or" et "Clignancourt" conformément à ce principe
>>>> https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
>>>>
>>>> Romain
>>>>
>>>> Le dim. 10 mars 2019 à 23:38, Florimond Berthoux <
>>>> florimond.berth...@gmail.com> a écrit :
>>>>
>>>>> Je complète:
>>>>> « les 80 quartiers de Paris ont une définition précise pour leurs
>>>>> limites »
>>>>> définition qui a été arbitrairement décidé par une instance
>>>>> administrative, qui n'est même pas présente sur le terrain.
>>>>> Un parisien ne parlera par de l'ouest de la porte de la Chapelle comme
>>>>> étant la Goutte d'Or ;)
>>>>> Donc non, au contraire c'est un bon exemple.
>>>>>
>>>>> Si le centre d'une région est mieux définit que ses limites extérieurs
>>>>> (ce qui est généralement le cas en histoire, les frontières bougent plus
>>>>> que le centre d'un territoire).
>>>>> Il me parait tout à fait opportun de modéliser cette région par son
>>>>> centre. Modélisation certes imparfaite mais qui permet tout de même de
>>>>> situer la chose sans trop de subjectivité.
>>>>>
>>>>> Le dim. 10 mars 2019 à 19:03, Vincent de Château-Thierry <
>>>>> osm.v...@free.fr> a écrit :
>>>>>
>>>>>> Bonjour,
>>>>>>
>>>>>> Le 10/03/2019 à 17:49, Florimond Berthoux a écrit :
>>>>>> > Bonjour,
>>>>>> >
>>>>>> > Utiliser un point et non un polygone, à placer à peu près au centre
>>>>>> de
>>>>>> > la région (en espérant qu'il n'y ai pas une guerre de religion du
>>>>>> vrai
>>>>>> > centre :) ?
>>>>>> > C'est ce qui est fait pour les quartiers de Paris, par exemple la
>>>>>> Goutte
>>>>>> > D'or https://www.openstreetmap.org/node/2142414234
>>>>>>
>>>>>> Les quartiers de Paris ne sont pas un bon exemple ici, car
>>>>>> contrairement
>>>>>> aux régions vécues, dont chacun a sa propre limite (Marc_marc parle
>>>>>> de
>>>>>> subjectivité et c'est bien le problème de ces limites), les 80
>>>>>> quartiers
>>>>>> de Paris ont une définition précise pour leurs limites, reprise par
>>>>>> 80
>>>>>> relations comme celle-ci :
>>>>>> https://www.openstreetmap.org/relation/2195145#map=15/48.8927/2.3547
>>>>>>
>>>>>> Pour revenir à la question initiale pas sûr que boundary=historic
>>>>>> soit
>>>>>> pratique pour répondre, ça signifierait que chaque zonage correspond
>>>>>> à
>>>>>> un ancien découpage administratif. Je verrais plutôt une valeur de
>>>>>> boundary à définir ou à recycler. Je n'ai pas cherché

Re: [OSM-talk-fr] Les contours de la Bretagne

[Romain MEHUT]

"On" ? Sauf erreur, seul Florimond a discuté dans ce sens.

Ce serait pareil encore pour https://www.openstreetmap.org/relation/2195026
et https://www.openstreetmap.org/node/2143885542 Dans les 2 cas, il s'agit
bien de définir un quartier (en plus le tag wikidata est identique) et si
on suit https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
il n'y a pas lieu d'y avoir deux objets.

Romain

Le lun. 11 mars 2019 à 11:09, djakk djakk  a écrit :

> Bah pourquoi ? On disait justement que ce ne sont pas les mêmes objets
> (administration contre habitude)
>
> Julien “djakk”
>
>
> Le lun. 11 mars 2019 à 10:03, Romain MEHUT  a
> écrit :
>
>> Bonjour,
>>
>> Au risque "d'échauffer" les échanges, j'ai supprimé les 2 noeuds "Goutte
>> d'Or" et "Clignancourt" conformément à ce principe
>> https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
>>
>> Romain
>>
>> Le dim. 10 mars 2019 à 23:38, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>> Je complète:
>>> « les 80 quartiers de Paris ont une définition précise pour leurs
>>> limites »
>>> définition qui a été arbitrairement décidé par une instance
>>> administrative, qui n'est même pas présente sur le terrain.
>>> Un parisien ne parlera par de l'ouest de la porte de la Chapelle comme
>>> étant la Goutte d'Or ;)
>>> Donc non, au contraire c'est un bon exemple.
>>>
>>> Si le centre d'une région est mieux définit que ses limites extérieurs
>>> (ce qui est généralement le cas en histoire, les frontières bougent plus
>>> que le centre d'un territoire).
>>> Il me parait tout à fait opportun de modéliser cette région par son
>>> centre. Modélisation certes imparfaite mais qui permet tout de même de
>>> situer la chose sans trop de subjectivité.
>>>
>>> Le dim. 10 mars 2019 à 19:03, Vincent de Château-Thierry <
>>> osm.v...@free.fr> a écrit :
>>>
>>>> Bonjour,
>>>>
>>>> Le 10/03/2019 à 17:49, Florimond Berthoux a écrit :
>>>> > Bonjour,
>>>> >
>>>> > Utiliser un point et non un polygone, à placer à peu près au centre
>>>> de
>>>> > la région (en espérant qu'il n'y ai pas une guerre de religion du
>>>> vrai
>>>> > centre :) ?
>>>> > C'est ce qui est fait pour les quartiers de Paris, par exemple la
>>>> Goutte
>>>> > D'or https://www.openstreetmap.org/node/2142414234
>>>>
>>>> Les quartiers de Paris ne sont pas un bon exemple ici, car
>>>> contrairement
>>>> aux régions vécues, dont chacun a sa propre limite (Marc_marc parle de
>>>> subjectivité et c'est bien le problème de ces limites), les 80
>>>> quartiers
>>>> de Paris ont une définition précise pour leurs limites, reprise par 80
>>>> relations comme celle-ci :
>>>> https://www.openstreetmap.org/relation/2195145#map=15/48.8927/2.3547
>>>>
>>>> Pour revenir à la question initiale pas sûr que boundary=historic soit
>>>> pratique pour répondre, ça signifierait que chaque zonage correspond à
>>>> un ancien découpage administratif. Je verrais plutôt une valeur de
>>>> boundary à définir ou à recycler. Je n'ai pas cherché à quoi
>>>> correspondent les 161 relations boundary=traditional notamment.
>>>>
>>>> vincent
>>>>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>
>>>
>>> --
>>> Florimond Berthoux
>>> ___
>>> 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] Les contours de la Bretagne

[Romain MEHUT]

Bonjour,

Au risque "d'échauffer" les échanges, j'ai supprimé les 2 noeuds "Goutte
d'Or" et "Clignancourt" conformément à ce principe
https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element

Romain

Le dim. 10 mars 2019 à 23:38, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Je complète:
> « les 80 quartiers de Paris ont une définition précise pour leurs limites »
> définition qui a été arbitrairement décidé par une instance
> administrative, qui n'est même pas présente sur le terrain.
> Un parisien ne parlera par de l'ouest de la porte de la Chapelle comme
> étant la Goutte d'Or ;)
> Donc non, au contraire c'est un bon exemple.
>
> Si le centre d'une région est mieux définit que ses limites extérieurs (ce
> qui est généralement le cas en histoire, les frontières bougent plus que le
> centre d'un territoire).
> Il me parait tout à fait opportun de modéliser cette région par son
> centre. Modélisation certes imparfaite mais qui permet tout de même de
> situer la chose sans trop de subjectivité.
>
> Le dim. 10 mars 2019 à 19:03, Vincent de Château-Thierry 
> a écrit :
>
>> Bonjour,
>>
>> Le 10/03/2019 à 17:49, Florimond Berthoux a écrit :
>> > Bonjour,
>> >
>> > Utiliser un point et non un polygone, à placer à peu près au centre de
>> > la région (en espérant qu'il n'y ai pas une guerre de religion du vrai
>> > centre :) ?
>> > C'est ce qui est fait pour les quartiers de Paris, par exemple la
>> Goutte
>> > D'or https://www.openstreetmap.org/node/2142414234
>>
>> Les quartiers de Paris ne sont pas un bon exemple ici, car contrairement
>> aux régions vécues, dont chacun a sa propre limite (Marc_marc parle de
>> subjectivité et c'est bien le problème de ces limites), les 80 quartiers
>> de Paris ont une définition précise pour leurs limites, reprise par 80
>> relations comme celle-ci :
>> https://www.openstreetmap.org/relation/2195145#map=15/48.8927/2.3547
>>
>> Pour revenir à la question initiale pas sûr que boundary=historic soit
>> pratique pour répondre, ça signifierait que chaque zonage correspond à
>> un ancien découpage administratif. Je verrais plutôt une valeur de
>> boundary à définir ou à recycler. Je n'ai pas cherché à quoi
>> correspondent les 161 relations boundary=traditional notamment.
>>
>> vincent
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Florimond Berthoux
> ___
> 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] centre info retraite

[Romain MEHUT]

Bonjour,

Je trouve que la 1ère proposition conviendrait bien. Sinon ce serait un
office=government

Par contre pour une structure de conseil en orientation j'ai utilisé ce tag
https://wiki.openstreetmap.org/wiki/FR:Tag:office%3Deducational_institution

Romain

Le ven. 1 mars 2019 à 12:39, Noémie Lehuby via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Hello,
>
> comment cartographie-t-on un centre d'information retraite, qui permet
> d'en savoir plus sur ses droits et de se faire accompagner pour faire son
> dossier de retraite ?
>
> J'hésite entre
>
>- social_facility=outreach : puisqu'il me semble que c'est ce qu'on
>met pour les centres d'information jeunesse et autres lieux où un jeune
>peut avoir du conseil sur son orientation
>- office = qqch ?? on a office=employment_agency sur Pôle Emploi. Ce
>n'est pas exactement ça, mais ça ressemble un peu
>
> Qu'en pensez-vous ?
>
>
> Noémie
> ___
> 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] Bonnes pratiques pour la numérotation (addr:housenumber) avec suffixe alphabétique ?

[Romain MEHUT]

Bonsoir,

Voici une réponse
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg81574.html

Romain

Le mer. 13 févr. 2019 à 19:05, pepilepi...@ovh.fr  a
écrit :

> Bonjour,
>
> Quand un numéro a un suffixe (a, b, c, bis, ter...) faut-il :
>
>- séparer le suffixe du numéro par une espace ou non ?
>- mettre le suffixe en majuscules, minuscules, mixte ?
>
> Pratiquement :
>
>- 2a, 2A, "2 a" ou "2 A" ?
>- 3bis, 3BIS, 3Bis,"3 bis", "3 BIS", ou "3 Bis" ?
>
> Merci,
>
> Jean-Pierre
> --
> --
>
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
> bonne question
>
> ___
> 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] Moulinette pour ajouter "oneway:bicycle=no" ?

[Romain MEHUT]

Le jeu. 7 févr. 2019 à 15:25, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Le cas S1 est un exemple, ce qui prévaut ce sont les définitions des tags
> et des attributs.
> S'il faut documenter toutes les combinaisons de tags/attributs on n'a pas
> finit.
>

Ben justement le wiki le permet et c'est le meilleur moyen pour que les
données soient cohérentes.


> Et c'est visiblement néfaste de mettre trop d'exemple, suffit d'un exemple
> ambigüe comme pour le S1 pour avoir de longue discussion...
>

 Pourquoi ambiguë, il est bien décrit dans le wiki avec les tags ad hoc.

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

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Romain MEHUT]

Phyks wrote
> 2) La page wiki en anglais utilise pleinement les cycleway:left/right
> quand la page en français se limite principalement à cycleway. Ne
> devrait-on pas s'aligner sur la page en anglais pour encourager à
> l'utilisation de cycleway:left/right ?

Sauf que dans le wiki, même en anglais, la valeur "opposite" n'est pas
documenté pour "cycleway:left/right". Et j'insiste encore, le tag
"cycleway:left/right" n'est pas proposé pour le cas S1 proposé par Shoreh
qui a lancé ce sujet. S'il doit y avoir une évolution de tag pour ce cas de
figure, il faudra passer au préalable par un accord de l'ensemble de la
communauté OSM comme l'a rappelé précédemment Antoine.

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Romain MEHUT]

Non même la page wiki en anglais n'indique pas ces tags pour le cas S1.

Romain

Le mer. 6 févr. 2019 à 22:16, Phyks  a écrit :


> Sinon, en regardant la page du wiki, j'ai l'impression que la page
> anglaise utilise autant que possible les cycleway:left/right, quand la
> page française se contente de cycleway. Ne devrait-on pas essayer
> d'harmoniser (en faveur de cycleway:left/right) ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Romain MEHUT]

Le mer. 6 févr. 2019 à 10:49, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> La table est une liste d'exemples de cas, elle n'est pas limitative.
>

Comme Antoine, j'insiste, il convient de respecter les tags documentés dans
le wiki et cycleway:left=opposite ne l'est pas pour le cas S1 présenté
initialement.

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