Re: [OSM-talk-fr] MNT/Lidar IGN

[Magalie Dartus]

D'autres données LIDAR sont disponibles sur les serveur du CRAIG (région
ARA) : ftp://opendata.craig.fr/opendata/

Le mer. 18 nov. 2020 à 12:45, Christian Quest  a
écrit :

> Le 18/11/2020 à 11:57, Vincent Bergeot a écrit :
> > Le 18/11/2020 à 11:30, Eric SIBERT via Talk-fr a écrit :
> >> Bonjour,
> >>
> >> Un collègue universitaire nous a récemment montré un extrait de
> >> relevé Lidar fait par l'IGN sur un massif alpin. Ces mesures
> >> permettent de voir le sol sans la végétation. Je trouve ça très
> >> intéressant. Ça permettrait par exemple de voir les barres rocheuses
> >> et les effondrements en forêt mais sans doute plein d'autres choses
> >> aussi. Ces données sont actuellement verrouillées. Il y a eu accès
> >> avec un compte chercheur via la RGD 73-74
> >> (http://geoportail-des-savoie.org).
> >>
> >> D'autres personnes sont au courant de l'existence de ces données? Il
> >> y a moyen de sonder l'IGN (ou autres organismes financeurs) pour
> >> libérer ces données? À l'instar des Ortho HR.
> >
> >
> > salut,
> >
> > dans cet article http://cnig.gouv.fr/?p=24332
> >
> > je cite "Concrètement, le programme Lidar HD proposé par l’IGN
> > consiste à réaliser en 5 ans une couverture Lidar à Haute Densité (10
> > pts/m² en moyenne) sur l’ensemble du territoire national*, à traiter
> > les nuages de points pour répondre à différents besoins des politiques
> > publiques, à héberger et à diffuser en open data les nuages de points
> > et les résultats des traitements dans une infrastructure numérique
> > nationale, la Géoplateforme,"
> >
>
> En attendant pour s'entrainer avec des données LIDAR, il y a celles
> prises après la tempête Alex qui sont dispo (et ouvertes, elles)
>
> Une copie est dispo sur http://data.cquest.org/ign/ortho-alex/LIDAR/
>
>
> --
> 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] MNT/Lidar IGN

[Magalie Dartus]

Bonjour,

Effectivement l'IGN fait de relevé LIDAR d'ailleur ils viennent d'être
lauréat du FTAP :
https://www.modernisation.gouv.fr/sites/default/files/programme_national_lidar_te.pdf
pour réalisé des relevés haute densité sur tout le territoire métropolitain.

Les données LIDAR existantes ne sont disponibles que si vous avez un compte.

Dans le cadre du concours DataBât organisé par l'Ademe l'IGN met à
disposition les nouveaux relevés LIDAR et orthophoto 5cm effectués en 2019
sur le territoire de du département Seine-Saint-Denis (93).
Ces données seront disponibles uniquement pour les candidats du concours.

Pour plus d'infos c'est ici : https://databat.ademe.fr/

Magalie

Le mer. 18 nov. 2020 à 11:32, Eric SIBERT via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> Un collègue universitaire nous a récemment montré un extrait de relevé
> Lidar fait par l'IGN sur un massif alpin. Ces mesures permettent de voir
> le sol sans la végétation. Je trouve ça très intéressant. Ça permettrait
> par exemple de voir les barres rocheuses et les effondrements en forêt
> mais sans doute plein d'autres choses aussi. Ces données sont
> actuellement verrouillées. Il y a eu accès avec un compte chercheur via
> la RGD 73-74 (http://geoportail-des-savoie.org).
>
> D'autres personnes sont au courant de l'existence de ces données? Il y a
> moyen de sonder l'IGN (ou autres organismes financeurs) pour libérer ces
> données? À l'instar des Ortho HR.
>
>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Enquête usagers data.gouv.fr

[Magalie Dartus]

D'ailleurs je vous invite à répondre au questionnaire usagers :
https://framaforms.org/enquete-datagouvfr-usagers-1590438305

Les avis de la communauté seront très utiles.

Magalie

Le ven. 26 juin 2020 à 20:50, Donat ROBAUX  a écrit :

> Hello,
>
> Une petite news qui devrait ravir ou en tout cas intéresser de nombreuses
> personnes ici.
>
> https://www.etalab.gouv.fr/participez-a-lelaboration-de-la-nouvelle-feuille-de-route-open-data-detalab
>
>
> Donat
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-6635657510614362911_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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] Workflow pour opendata

[Magalie Dartus]

Bonjour,

Pour l'instant juste en local, mais plus tard je publierais et peut être
> même héberger si vous trouvez ça intéressant.
> Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux.
>


Très intéressée par ce genre d'outil car je travaille régulièrement sur
l'ouverture de fichier (cf la discussion sur les bibliothèques), j'essaie
de faire en sorte que les fichiers soient compatibles avec OSM (sinon je
peux les retraiter à posteriori).
N'étant qu'une simple humaine :-D je n'ai toujours pas acquis la compétence
"charger le fichier open data dans osmose".

Est-ce que l'outil od2osm permet de réaliser cette première étape?

Merci
Magalie


Le mar. 5 mai 2020 à 12:10, Marc M.  a écrit :

> Bonjour,
>
> Comment ton outil se compare avec osmose ?
>
> par ailleurs, les magasin dans osm peuvent aussi être des polygones,
> dans la requête overpass, il suffit de changer node en nwr
>
> Cordialement,
> Marc
>
> Le 05.05.20 à 11:42, Nicolas Bétheuil a écrit :
> > Bonjour,
> >
> > Trouvant le taf un peu laborieux et la source de données grossissant
> > (800 points il y a quelques jours) je me suis lancé dans un outil pour
> > aider l'humain (en bon informaticien plutôt que faire le taf en 3j, ça
> > fait longtemps que je joue à ça).
> >
> > L'idée est de passer sur chaque point, de faire une requête overpass
> > pour trouver un point "proche" et "similaire" et de créer ou fusionner
> > les informations.
> > L'outil stockera les points déjà rapprochés pour ne pas les re proposer
> > par défaut.
> >
> > Pour l'instant juste en local, mais plus tard je publierais et peut être
> > même héberger si vous trouvez ça intéressant.
> > Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux.
> >
> > https://github.com/wadouk/od2osm
> >
> > Bon, j'aurais sûrement pas fini pour la fin du confinement (le jeu de
> > données est sur les commerces qui livrent pendant le confinement) mais
> > bon, ça fait quand même des infos sur des commerces.
> > Je charge un geojson retraité
> >
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm
> >
>
>
>
> ___
> 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] Améliorer la description des bibliothèques et centres de documentation

[Magalie Dartus]

>
> > Lier la bibliothèque à l'institution dont elle fait partie (par exemple
> une université) ?
> operator ?
>

Correspond à l'institution qui gère la bibliothèque (université, commune,
département...)

Question, ça existe encore les bibliothèques ? Ce ne sont pas pour la
> plupart devenues des médiathèques ?
>
Statutairement oui les bibliothèques existent encore, même si dans les
faits se sont des médiathèques...



Le lun. 20 avr. 2020 à 14:23,  a écrit :

>
> Le 20/04/2020 à 13:31, Christian Rogel - christian.ro...@club-internet.fr
> a écrit :
>
> Ensuite, on pourrait avoir *library:type* pour catégoriser les
> collections :
>
> *library:type* music, mobile, arts, cinema, law, history, heritage, earth
> science, sea…
>
> Type, c'est le truc fourre-tout à proscrire.
>
> library:type big, cosy, university, private...
>
> specialities, topics est déjà mieux.
>
> library suffit. library=yes n'est pas incompatible avec ça.
> Le 20/04/2020 à 13:31, Christian Rogel - christian.ro...@club-internet.fr
> a écrit :
>
> *library* pourait être gardé pour indiquer la présence d’un centre
> documentaire :
>
> *leisure = museum*
> *library = yes/closed*
>
> closed? access=no, openping_hours=off. De plus indiquer un truc auquel on
> n'a pas accès c'est plus frustrant qu'utile.
>
> > Lier la bibliothèque à l'institution dont elle fait partie (par exemple
> une université) ?
> operator ?
>
> > Bibliothèques en plusieurs bâtiments ou ailes
> relation site ou POI.
>
> *addr =**
> *addr:street =** 
> *addr:housenumber
> =** 
> *addr:postcode
> =** Ben non
>
> Question, ça existe encore les bibliothèques ? Ce ne sont pas pour la
> plupart devenues des médiathèques ?
>
> Je trouve étonnant qu'on n'indique pas ce qu'on y trouve (livres, CD, DVD,
> livres audios, livres numériques...).
>
> 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] Import fichier dans OSM

[Magalie Dartus]

On a un début de wiki là non ?

Le sam. 18 avr. 2020 à 18:40, Yves P.  a écrit :

>
> https://www.data.gouv.fr/fr/datasets/adresses-des-bibliotheques-publiques-1/
>
> Merci :)
>
> Il semble être disponible ici (url stable, aperçu, filtrage, carte…) :
>
> https://data.culturecommunication.gouv.fr/explore/dataset/adresses-des-bibliotheques-publiques/table/
>
> Je ne vois pas d'ISIL dans ces données :/
>
> mais, le fichier provençal inclut la géolocalisation, ce qui permet des
> vérifications..
>
> As-tu un lien ?
>
> J’ai beaucoup d’intérêt personnel pour le sujet
>
> itou (j'ai géré des bibliothèques dans un fédé sportive au niveau
> départemental et national)
>
> mais, je ne veux pas mettre les mains dans le cambouis des imports.
>
> c'est mon rayon
>
> Il y a lieu d’apporter la référence ISIL* (International Standard
> Identifier for Libraries and Related Organizations) pour compléter. C’est
> le numéro ISO unique des bibliothèques, archives et musées.
> En France, le registre est tenu par l’ABES :
> http://www.abes.fr/Normes-modeles-formats/Metadonnees-bibliographiques/Identifiants
>
>
> 3400 centres documentaires ont un n° ISIL  selon l’ABES
>
> Je ne trouve pas de fichier. Mais comme il y a une correspondance directe
> entre ISIL et RCR (cf. infra) ont peut télécharger le CCF :)
>
> *19 bibliothèques *françaises avec un *ISIL *dans OSM :/
> https://taginfo.openstreetmap.org/keys/ref%3Aisil#values
>
> C'est décrit dans https://www.wikidata.org/wiki/Property:P791
>
> le Catalogue collectif de France (CCF)
> 
>  tenu
> par la BNF en répertorie plus de 5000.
>
> Une carte interactive est consultable ici :
>
> https://ccfr.bnf.fr/portailccfr/jsp/public/index.jsp?action=public_search_result_cartography
>
> Il y a* 5203 bibliothèques*
>
> Et un nouveau tag à mettre dans OSM : *ref:FR:RCR* ?
> Non (cf. infra)
>
> https://stp.abes.fr/node/61107/edit
> *"Répertoire des Centres de Ressources (RCR)"*
> *"Les bibliothèques ne faisant pas partie des réseaux Sudoc / Sudoc PS
> mais possèdant un numéro RCR (ISIL) sont référencées dans le répertoire
> du Catalogue Collectif de France"*
>
> J'ai vérifié sur une bibliothèque dans OSM avec un ISIL et que je connais
> bien :
> https://www.openstreetmap.org/node/421959126/history
> https://ccfr.bnf.fr/portailccfr/ark:/06871/0026755
>
> ref:isil=*FR-740106201*
> Son RCR=*74010620*
> Donc l'ISIL d'une bibli française est  : ISIL="FR-"+RCR :)
>
> http://api.bnf.fr/CCFr/Répertoire_Bibliothèques
> *"Chaque bibliothèque est identifiée par son numéro RCR (9 caractères),
> attribué par l'Agence bibliographique de l'Enseignement supérieur (ABES)"*
>
> Une API et une belle Licence ouverte de l'Etat (Etalab)
> Tout le fichier est téléchargeable depuis cette page.
>
> Sur la fiche de la BM du coin, je ne trouve pas d'ISIL. Mais il y a pleins
> d'infos intéressantes :
>
> https://ccfr.bnf.fr/portailccfr/jsp/index_view_direct_anonymous.jsp?record=rnbcd:INSTITUTION:
> *7204*=true=true
> https://ccfr.bnf.fr/portailccfr/ark:/06871/002*7204*
>
> Et/ou un autre tag : *ref:ark*
> https://taginfo.openstreetmap.org/keys/ref%3Aark#values (7 exemplaires)
>
> Archival Resource Key
>
> https://www.wikidata.org/wiki/Property:P8091
>
> En 2015, le comité international de l’Association des bibliothécaires
> français avait annoncé que sur recommandation des instances
> internationales, il entreprenait de mettre sur carte Google les
> bibliothèques françaises.
> Le résultat est là : http://abf.asso.fr/pages/carte_bib/carte_bib.php .
> Il est pas encore très convaincant.
>
> En terme de nombre ce n'est pas ça (502 dans le monde sur cette carte. Le
> CCFR en liste 5203 en France et il n'y a pas toutes les biblis)
>
> Par contre, on trouve des *photos* avec une licence CC BY-NC-SA
> (réutilisable dans OSM ?)
> Et parfois un lien vers Flickr (avec un peu de chance, réutilisables).
>
> Nous n’aurions qu’assez peu de travail à faire pour être beaucoup plus
> exshaustif en localisation. Il faudrait voir, s’l existe des sources libres
> pour les descriptions.
> Peut-être auprés des opérateurs et des départements qui les diffusent en
> opendata.
>
> Le CCFR semble libre :)
>
> Si la question intéresse certains d’entre vous, je suis prêt à y consacrer
> du temps et même à coordonner.
>
> pyrog ;)
>
> __
> 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] Import fichier dans OSM

[Magalie Dartus]

Bonjour,

Des listes de bibliothéques en opendata, il y en a, par exemple, celle du
> Ministère de la Culture qui répertorie les bibliothéques publiques des
> communes de plus de 5000 hab. (
> https://www.data.gouv.fr/fr/datasets/adresses-des-bibliotheques-publiques-1/),
> mais, le fichier provençal inclut la géolocalisation, ce qui permet des
> vérifications..
>


Je voudrais faire un point sur le fichier
https://www.data.gouv.fr/fr/datasets/adresses-des-bibliotheques-publiques-1/
(fichier qui m'a servi de base pour la mission sur les bibliothèques en
AMP) et rendre compte du travail de nettoyage qu'il a été nécessaire
d'effectuer.
Ce fichier est publié par l'Observatoire de la lecture publique et est issu
d'un formulaire que les bibliothèques des communes de +5000hbts doivent
remplir. Apparemment il n'y a pas vraiment de vérification effectuée sur le
contenu des formulaires une fois remplis.

   1. Les règles de typographies ne sont respectées dans aucun des champs
   texte (libéllé, commune, adresse...)
   2. Il existe trois champs différents pour les coordonnées géographiques


   - coordonnees_ban : champ issu du géocodage à partir du champ adresse
   - coordonnees_insee : aucune idée de ce que ces coordonnées représentent
   - coordonnées_finales : certaines bibliothèques n'avaient pas de
   coordonnées après le géocodage, elles ont été rajoutées à postériori. Ce
   champ est donc a peu près le même que coordonnées_ban.

Le problème majeur qui est apparu est que les coordonnees_ban sont fausses
pour 2/3 d'entre elles (pour le territoire qui m'intéresse, je n'ai pas
fait de stat pour toute la France).

Pourquoi sont-elles fausses ?
J'ai rédigé un petit billet (je ne sais pas si ça vaut le coup de le
publier) mais si vous voulez la réponse c'est ici :
https://docs.google.com/document/d/14hWWe0_5Fd47n9hSOA5HZOiN0vPluivcxa4KlxFDFxs/edit?usp=sharing
Vos commentaires et avis sont les bienvenus, je peux faire des modifs en
fonction des retours.


Résultats j'ai du reprendre toutes les coordonnées à la main...

Magalie


Le sam. 18 avr. 2020 à 14:27, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

> Le 17 avr. 2020 à 10:44, Magalie Dartus  a écrit :
>
> C'est un fichier qui liste les bibliothèques sur le territoire de la
> Métropole Aix-Marseille-Provence.Le fichier contient une centaine
> d'établissements
>
> C'est un fichier que nous avons constitué dans le cadre d'une mission avec
> un service public donc nous allons l'ouvrir à la fin de la mission. La
> licence n'est pas définie actuellement je vais voir avec eux si l'ODbL est
> ok.
>
> Le fichier est construit comme suit
> nom, adresse, cp, cedex, ville, code, latitude, longitude, surface_utile,
> surface_interne, freq_annee, horaires
>
>
>
> Des listes de bibliothéques en opendata, il y en a, par exemple, celle du
> Ministère de la Culture qui répertorie les bibliothéques publiques des
> communes de plus de 5000 hab. (
> https://www.data.gouv.fr/fr/datasets/adresses-des-bibliotheques-publiques-1/),
> mais, le fichier provençal inclut la géolocalisation, ce qui permet des
> vérifications..
>
> J’ai beaucoup d’intérêt personnel pour le sujet, mais, je ne veux pas
> mettre les mains dans le cambouis des imports.
>
> La discussion en cours met en évidence que la page wiki  dédiée à amenity
> = library  <https://wiki.openstreetmap.org/wiki/FR:Tag:amenity=library>(même
> contenu en anglais) est très peu explicite sur les tags servant à
> distinguer les types de service rendus, ce qui peut être éventuellement
> rendu par les opérateurs (notion absente dans la version FR), mais,
> peut-être pas uniquement.
>
> Il y a lieu d’apporter la référence ISIL* (International Standard
> Identifier for Libraries and Related Organizations) pour compléter. C’est
> le numéro ISO unique des bibliothèques, archives et musées.
> En France, le registre est tenu par l’ABES :
> http://www.abes.fr/Normes-modeles-formats/Metadonnees-bibliographiques/Identifiants
>
>
> 3400 centres documentaires ont un n° ISIL  selon l’ABES et le Catalogue
> collectif de France (CCF)
> <https://ccfr.bnf.fr/portailccfr/jsp/public/index.jsp?failure=/jsp/public/failure.jsp=/jsp/public/index.jsp=public>
>  tenu
> par la BNF en répertorie plus de 5000.
>
>
> En 2015, le comité international de l’Association des bibliothécaires
> français avait annoncé que sur recommandation des instances
> internationales, il entreprenait de mettre sur carte Google les
> bibliothèques françaises.
>
> Le résultat est là : http://abf.asso.fr/pages/carte_bib/carte_bib.php .
> Il est pas encore très convaincant.
>
>
> Nous n’aurions qu’assez peu de travail à faire pour être beaucoup plus
> exshaustif en localisation. Il faudrait voir, s’l existe des sources libres
> pour les descriptions.
> Pe

Re: [OSM-talk-fr] import données licence ODbL dans base ODbL

[Magalie Dartus]

Oui c'est ça.

Le ven. 17 avr. 2020 à 17:39, Cyrille37 OSM  a
écrit :

> Bonjour,
>
> En lisant le thread "Import fichier dans OSM" me vient une question,
> peut être un peu idiote mais ...
>
> la licence ODbL demande que les améliorations apportées aux données
> soient "reversées". J'imagine que mettre à disposition sur le net ces
> amélioration est suffisant, c'est à dire qu'il n'y a pas nécessité de
> signaler ni fournir au producteur initial ces améliorations...
>
> Merci, Cyrille37
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import fichier dans OSM

[Magalie Dartus]

Oui je connais bien les projets bénévoles :-) ce n'était pas une critique,
je réfléchi à me former à Python du coup

Et ok pour le projet du mois!

Le ven. 17 avr. 2020 à 16:56, PanierAvide  a écrit :

> C'est le problème des projets bénévoles, toujours plein d'idées mais pas
> assez de temps ! :-) Ceci dit si c'est un sujet qui s'y prête ça peut faire
> l'objet d'un projet du mois, et donc plus facilement mobiliser des
> ressources, voir
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month#Organiser_un_projet_du_mois
>
> Adrien P.
>
> Le 17/04/2020 à 16:47, Magalie Dartus a écrit :
>
> Oui j'ai vu ça mais régulièrement les issues sont taguées :* If you want
> it. Do it! *
> :-D
>
>
> Le ven. 17 avr. 2020 à 16:46, PanierAvide  a
> écrit :
>
>> À ma connaissance pas encore, il faut systématiquement passer par un
>> fichier de ce type. Pour ne pas rentrer directement dans la technique, la
>> proposition d'ajout à Osmose peut être discuté ici :
>> https://github.com/osm-fr/osmose-backend/issues
>>
>> Cordialement,
>>
>> Adrien P.
>>
>> Le 17/04/2020 à 16:36, Magalie Dartus a écrit :
>>
>> Il faut pour cela passer par un module d'intégration, comme par exemple
>>> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
>>> Pas le plus simple à mettre en œuvre.
>>
>>
>> Est-ce qu'il existe d'autres modules d'intégration pour Osmose?
>>
>> Le ven. 17 avr. 2020 à 13:28, Magalie Dartus  a
>> écrit :
>>
>>> je dirai que la LO est encore plus "simple" pour
>>>> l'intégration ensuite dans OSM.
>>>>
>>>
>>> C'est vrai que dans ce sens il n'y a pas trop de question à ce poser
>>>
>>> Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
>>> écrit :
>>>
>>>> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
>>>> > C'est un fichier que nous avons constitué dans le cadre d'une mission
>>>> > avec un service public donc nous allons l'ouvrir à la fin de la
>>>> > mission. La licence n'est pas définie actuellement je vais voir avec
>>>> > eux si l'ODbL est ok.
>>>>
>>>> des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
>>>> l'archive), je dirai que la LO est encore plus "simple" pour
>>>> l'intégration ensuite dans OSM.
>>>>
>>>> à plus
>>>>
>>>> --
>>>> Vincent Bergeot
>>>>
>>>>
>>>> ___
>>>> 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 
> 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] Import fichier dans OSM

[Magalie Dartus]

Oui j'ai vu ça mais régulièrement les issues sont taguées :* If you want
it. Do it! *
:-D


Le ven. 17 avr. 2020 à 16:46, PanierAvide  a écrit :

> À ma connaissance pas encore, il faut systématiquement passer par un
> fichier de ce type. Pour ne pas rentrer directement dans la technique, la
> proposition d'ajout à Osmose peut être discuté ici :
> https://github.com/osm-fr/osmose-backend/issues
>
> Cordialement,
>
> Adrien P.
>
> Le 17/04/2020 à 16:36, Magalie Dartus a écrit :
>
> Il faut pour cela passer par un module d'intégration, comme par exemple
>> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
>> Pas le plus simple à mettre en œuvre.
>
>
> Est-ce qu'il existe d'autres modules d'intégration pour Osmose?
>
> Le ven. 17 avr. 2020 à 13:28, Magalie Dartus  a
> écrit :
>
>> je dirai que la LO est encore plus "simple" pour
>>> l'intégration ensuite dans OSM.
>>>
>>
>> C'est vrai que dans ce sens il n'y a pas trop de question à ce poser
>>
>> Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
>> écrit :
>>
>>> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
>>> > C'est un fichier que nous avons constitué dans le cadre d'une mission
>>> > avec un service public donc nous allons l'ouvrir à la fin de la
>>> > mission. La licence n'est pas définie actuellement je vais voir avec
>>> > eux si l'ODbL est ok.
>>>
>>> des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
>>> l'archive), je dirai que la LO est encore plus "simple" pour
>>> l'intégration ensuite dans OSM.
>>>
>>> à plus
>>>
>>> --
>>> Vincent Bergeot
>>>
>>>
>>> ___
>>> 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] Import fichier dans OSM

[Magalie Dartus]

>
> Il faut pour cela passer par un module d'intégration, comme par exemple
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
> Pas le plus simple à mettre en œuvre.


Est-ce qu'il existe d'autres modules d'intégration pour Osmose?

Le ven. 17 avr. 2020 à 13:28, Magalie Dartus  a
écrit :

> je dirai que la LO est encore plus "simple" pour
>> l'intégration ensuite dans OSM.
>>
>
> C'est vrai que dans ce sens il n'y a pas trop de question à ce poser
>
> Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
> écrit :
>
>> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
>> > C'est un fichier que nous avons constitué dans le cadre d'une mission
>> > avec un service public donc nous allons l'ouvrir à la fin de la
>> > mission. La licence n'est pas définie actuellement je vais voir avec
>> > eux si l'ODbL est ok.
>>
>> des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
>> l'archive), je dirai que la LO est encore plus "simple" pour
>> l'intégration ensuite dans OSM.
>>
>> à plus
>>
>> --
>> 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] Import fichier dans OSM

[Magalie Dartus]

>
> je dirai que la LO est encore plus "simple" pour
> l'intégration ensuite dans OSM.
>

C'est vrai que dans ce sens il n'y a pas trop de question à ce poser

Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
écrit :

> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
> > C'est un fichier que nous avons constitué dans le cadre d'une mission
> > avec un service public donc nous allons l'ouvrir à la fin de la
> > mission. La licence n'est pas définie actuellement je vais voir avec
> > eux si l'ODbL est ok.
>
> des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
> l'archive), je dirai que la LO est encore plus "simple" pour
> l'intégration ensuite dans OSM.
>
> à plus
>
> --
> 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] Import fichier dans OSM

[Magalie Dartus]

Oui j'ai vu mais amenity=library ne différencie pas les bibliothèques
universitaire ou associatives des bibliothèques/médiathèques
municipales/départementales

Mon fichier ne concerne que les bibliothèques gérées par les collectivités
territoriales et il en manque pas mal dans OSM

Le ven. 17 avr. 2020 à 11:53, Yves P.  a écrit :

> Si c'est possible, c'est utile de rajouter la clé ref:isil
>  (mais pas sûr que les
> bibles de quartier en ont une).
>
>
> Il y a 90 bibliothèque dans OSM pour Aix-Marseille-Provence 
> Aucune avec un ISIL 
>
> https://overpass-turbo.eu/s/SX1
>
> __
> Yves
>
> PS: Pour la France, il n'y en a que 25 ! Tient, encore un boulot pour
> Osmose (il doit bien y avoir une source OD avec la bonne licence)
> https://overpass-turbo.eu/s/SX2
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import fichier dans OSM

[Magalie Dartus]

Dès que les fichiers sont prêts je demanderai un coup de main c'est sûr :-D

Le ven. 17 avr. 2020 à 11:32, Yves P.  a écrit :

> C'est un fichier qui liste les bibliothèques sur le territoire de la
> Métropole Aix-Marseille-Provence.
>
> Si c'est possible, c'est utile de rajouter la clé ref:isil
>  (mais pas sûr que les
> bibles de quartier en ont une).
>
> Tu peux faire l'intégration manuelle seule dans JOSM, mais aussi proposer
> à la communauté OSM de t'aider 
>
> __
> 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] Import fichier dans OSM

[Magalie Dartus]

Merci pour cette réponse!

JOSM pour les bibliothèques mais ça sera probablement Osmose pour les
commerces

Le ven. 17 avr. 2020 à 10:50, PanierAvide  a écrit :

> Merci pour ces précisions, du coup vu le volume deux solutions :
>
> - Si les données ont vocation à évoluer régulièrement (1x par mois ou par
> trimestre), une intégration par Osmose peut être pertinente. Il faut pour
> cela passer par un module d'intégration, comme par exemple
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
> Pas le plus simple à mettre en œuvre.
>
> - Si les données sont assez statiques, cela peut être réalisé en
> intégration manuelle via JOSM. On ouvre le fichier, on modifie le nom des
> champs pour utiliser les clés OSM (amenity=library, name=*,
> opening_hours=*...). Il faut également vérifier la présence d'objets
> similaires existants dans OSM, et fusionner au besoin. Enfin, les plugins
> "todolist" et "conflation" peuvent aider à aller plus vite.
>
> Cordialement,
>
> Adrien P.
>
> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
>
> C'est un fichier qui liste les bibliothèques sur le territoire de la
> Métropole Aix-Marseille-Provence.Le fichier contient une centaine
> d'établissements
>
> C'est un fichier que nous avons constitué dans le cadre d'une mission avec
> un service public donc nous allons l'ouvrir à la fin de la mission. La
> licence n'est pas définie actuellement je vais voir avec eux si l'ODbL est
> ok.
>
> Le fichier est construit comme suit
> nom, adresse, cp, cedex, ville, code, latitude, longitude, surface_utile,
> surface_interne, freq_annee, horaires
>
> Je pose la question sur l'import des fichiers pour d'autre projets
> également. Notamment pour un jeu données sur les commerces (@panieravide)
>
> Il s'agit d'une question récurrente dans le cadre de projets open data
>
> Le ven. 17 avr. 2020 à 10:34, PanierAvide  a
> écrit :
>
>> Bonjour,
>>
>> Pour orienter les réponses, deux questions :
>>
>> - Quel est le volume d'établissements en question ? Quelques dizaines,
>> centaines, milliers ?
>> - Le jeu de données est bien sous une licence libre compatible avec
>> OpenStreetMap, ou le fruit de votre travail ?
>>
>> Cordialement,
>>
>> Adrien P.
>>
>> Le 17/04/2020 à 10:28, Magalie Dartus a écrit :
>>
>> Bonjour,
>>
>> J'ai un fichier d'établissements que je voudrais importer dans OSM.
>> Je suppose qu'il faut passer par OSMOSE..?
>> Mais du coup qu'elle est la démarche pour proposer un fichier?
>>
>> Merci et bonne journée
>> Magalie
>>
>> ___
>> 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 
> 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] Import fichier dans OSM

[Magalie Dartus]

 C'est un fichier qui liste les bibliothèques sur le territoire de la
Métropole Aix-Marseille-Provence.Le fichier contient une centaine
d'établissements

C'est un fichier que nous avons constitué dans le cadre d'une mission avec
un service public donc nous allons l'ouvrir à la fin de la mission. La
licence n'est pas définie actuellement je vais voir avec eux si l'ODbL est
ok.

Le fichier est construit comme suit
nom, adresse, cp, cedex, ville, code, latitude, longitude, surface_utile,
surface_interne, freq_annee, horaires

Je pose la question sur l'import des fichiers pour d'autre projets
également. Notamment pour un jeu données sur les commerces (@panieravide)

Il s'agit d'une question récurrente dans le cadre de projets open data

Le ven. 17 avr. 2020 à 10:34, PanierAvide  a écrit :

> Bonjour,
>
> Pour orienter les réponses, deux questions :
>
> - Quel est le volume d'établissements en question ? Quelques dizaines,
> centaines, milliers ?
> - Le jeu de données est bien sous une licence libre compatible avec
> OpenStreetMap, ou le fruit de votre travail ?
>
> Cordialement,
>
> Adrien P.
>
> Le 17/04/2020 à 10:28, Magalie Dartus a écrit :
>
> Bonjour,
>
> J'ai un fichier d'établissements que je voudrais importer dans OSM.
> Je suppose qu'il faut passer par OSMOSE..?
> Mais du coup qu'elle est la démarche pour proposer un fichier?
>
> Merci et bonne journée
> Magalie
>
> ___
> 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

[OSM-talk-fr] Import fichier dans OSM

[Magalie Dartus]

Bonjour,

J'ai un fichier d'établissements que je voudrais importer dans OSM.
Je suppose qu'il faut passer par OSMOSE..?
Mais du coup qu'elle est la démarche pour proposer un fichier?

Merci et bonne journée
Magalie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contours académiques sur Umap ?

[Magalie Dartus]

Bonjour,

Sur data.gouv on trouve les contours des académies :
https://www.data.gouv.fr/fr/datasets/contours-geographiques-des-academies/

Ce fichier est un extract d'OSM

Magalie

Le jeu. 9 avr. 2020 à 10:36, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Bonjour,
>
> Pour le faire de façon automatisée, il faudrait que la base
> OpenStreetMap contienne les contours des académies.
>
> Je ne pense pas que ces objets existent à ce jour, ou alors je ne les ai
> pas trouvés.
>
> Comme les académies scolaires suivent les limites des départements, on
> peut peut-être récupérer avec une requête overpass les départements.
>
> Une fois sur Umap, on les regroupe par calques et/ou par couleur de fond.
>
> À l'occasion, est-ce qu'on pourrait envisager de créer les académies
> comme relations ?
>
> Arnaud
>
>
>
>
> Le 09/04/2020 à 10:21, Cédric Frayssinet a écrit :
> > Bonjour,
> >
> > Je me tourne vers vous. Est-ce qu'il existe une solution sur uMap pour
> > disposer d'une carte avec le contour des académies scolaires ?
> >
> > Merci :)
> >
> > Cédric
> >
> >
> >
> > ___
> > 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] CaResteOuvert.fr - livraison

[Magalie Dartus]

Bonjour à tous,

J'ai peut-être loupé l'info vu le nombre de messages concernant
#caresteouvert mais est-ce qu'on peut rajouter, hormis les commerces, les
petits producteurs qui livrent directement ?

Merci à tous et bravo, bravo, bravo
Magalie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] YoHours (was Re: Covid19 : wikidata / besoin d'experts overpass)

[Magalie Dartus]

J'utilise aussi YoHours pour rentrer des horaires d'ouverture de
bibliothèques.
J'ai exactement la même question que Deuzeffe...

Magalie

Le mar. 24 mars 2020 à 10:17, deuzeffe  a écrit :

> Le 23/03/2020 à 22:31, osm.sanspourr...@spamgourmet.com a écrit :
> > Entrer les horaires même avec https://projets.pavie.info/yohours/ c'est
> > un peu fastidieux (Adrien, à quand la sélection rectangulaire pour
> > étendre à d'autres jours ? ;-)).
>
> Ou le ^C^V dynamique ? ;)
>
> Mais oui, oui, oui, oui, 42 mille fois oui !
>
> --
> 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

Re: [OSM-talk-fr] Carte de France des lieux ouverts durant le confinement ?

[Magalie Dartus]

Pour les commerces autorisés à ouvrir mais dont les gérants ont décidés de
fermer, je pense qu'on pourra voir ça à postériori, aujourd"hui nous
n'avons pas ces infos à moins d'aller sur le terrain mais... confinement.

Le mer. 18 mars 2020 à 20:11, Marc M.  a écrit :

> Bonjour,
>
> bonne idée, 3 points :
> - qlq soucis de tag
> Police: nwr["amenity"="townhall"](area.searchArea);
> Pharmacie: nwr["amenity"="townhall"](area.searchArea);
> ou alors la mairie de Montourge est très spéciale :)
>
> - des choix arbitraire :
> nwr["amenity"="doctors"]["operator:type"="public"](area.searchArea);
> je ne suis pas convaincu que tous les amenity=docteurs d'opérateur
> public soie ouvert et tous les autres fermés.
>
> - niveau technique :
> une carte avec que ces points serraient trop vide et nécessite de
> doubler les tuiles rendues actuellements (et cela produit déjà
> hélas bcp de tuiles "pas à temps que pour être affichées"
> une umap comme semble être votre carte me semble le mieux
>
> et on fait quoi pour l'inévitable cas du poi dans la caétogie ouvert
> mais qui est fermé ou inversement ?
>
> Cordialement,
> MArc
>
> Le 18.03.20 à 20:02, Florian LAINEZ a écrit :
> > J'ai appris via Datactivist que la liste détaillée des lieux ouverts est
> > dispo sur la page https://www.gouvernement.fr/info-coronavirus
> >
> > j'ai lu, j'ai vu que nous avions oublié d'indiquer sur notre carte à
> > Montrouge au moins tous ces lieux :
> > shop=bicycle
> > shop=frozen_food
> > shop=mobile_phone
> > shop=doityourself
> > shop=stationery
> > shop=optician
> > amenity=car_rental
> > amenity=bank
> > office=employment_agency
> > shop=alcohol
> >
> > pour le reste de la france, il faut refaire une passe (et rajouter
> > hôtels, garagistes ...), il y du boulot pour transcrire tout ça en une
> > requête overpass  on s'y colle ?
> >
> > Le mer. 18 mars 2020 à 18:49, Florian LAINEZ  > > a écrit :
> >
> > Hello,
> >
> > François et moi-même avons créé la carte des lieux ouverts durant le
> > confinement à Montrouge :
> >
> https://osmontrouge.fr/covid19=townhall=police=pharmacy=centre_sante=food=bakery=fuels_station=funerals@48.815861,2.315304,14.87
> >
> > Est-ce que l'on n'essayerai pas de faire pareil à l'échelle du pays
> > ? Umap ? Ou mieux, un rendu ad-hoc sur covid19.openstreetmap.fr
> >  ?
> > Les requêtes que nous avons utilisé sont surement à revoir pour être
> > applicable à l'ensemble du territoire. Les voici :
> >
> > Mairie:
> > nwr["amenity"="townhall"](area.searchArea);
> >
> > Police:
> > nwr["amenity"="townhall"](area.searchArea);
> >
> > Pharmacie:
> > nwr["amenity"="townhall"](area.searchArea);
> >
> > Centre de soin (très spécifique à Montrouge):
> > nwr["amenity"="doctors"]["operator:type"="public"](area.searchArea);
> >
> > Magasin d'alimentation:
> > nwr["amenity"="marketplace"](area.searchArea);
> > nwr["shop"="supermarket"](area.searchArea);
> > nwr["shop"="greengrocer"][!"indoor"](area.searchArea);
> > nwr["shop"="butcher"][!"indoor"](area.searchArea);
> > nwr["shop"="seafood"][!"indoor"](area.searchArea);
> > nwr["shop"="cheese"][!"indoor"](area.searchArea);
> > nwr["shop"="convenience"](area.searchArea);
> >
> > Boulangerie:
> > nwr["shop"="bakery"][!"indoor"](area.searchArea);
> >
> > Station d'essence:
> > nwr["amenity"="fuel"](area.searchArea);
> >
> > Service funéraire:
> > nwr["shop"="funeral_directors"](area.searchArea);
> >
> > --
> >
> > *Florian Lainez*
> >
> > @overflorian 
> >
> >
> >
> > --
> >
> > *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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags "consigne", "circuit court" et "agriculture urbaine"

[Magalie Dartus]

Pour les commerces qui ne vendent que des produits issus des circuits
courts est-ce qu'il serait possible de mettre les tags suivants :
shop=marketplace, grocery (ou autres)
produce=local

Le mar. 10 déc. 2019 à 17:56, Magalie Dartus  a
écrit :

> Génial! Merci beaucoup pour vos réponses
>
> Le mar. 10 déc. 2019 à 17:04, HELFER Denis (SNCF RESEAU / SIEGE SNCF
> RESEAU / DT GE PPE)  a écrit :
>
>> Pour les magasins offrant un service de déconsigne :
>> https://wiki.openstreetmap.org/wiki/Tag:vending=bottle%20return?uselang=fr
>>
>>
>>
>>
>>
>>
>>
>> *De :* Vincent Bergeot 
>> *Envoyé :* mardi 10 décembre 2019 16:21
>> *À :* talk-fr@openstreetmap.org
>> *Objet :* Re: [OSM-talk-fr] Tags "consigne", "circuit court" et
>> "agriculture urbaine"
>>
>>
>>
>> Bonjour,
>>
>>
>>
>> un gros travail fait ici également :
>> https://wiki.openstreetmap.org/wiki/FR:WikiProject_CircularEconomy
>>
>>
>>
>> Bonne journée
>>
>>
>>
>> Le 10/12/2019 à 15:51, Cyrille37 OSM a écrit :
>>
>> Bonjour
>>
>> Il y a les les pages des tags organic
>> <https://wiki.openstreetmap.org/wiki/Key:organic> , fair_trade
>> <https://wiki.openstreetmap.org/wiki/Key:fair_trade>, sur lesquelles tu
>> pourrais lancer une discussion pour enrichir la sémantique ...
>>
>>
>>
>> Pour les consignes je n'ai rien trouvé.
>>
>>
>>
>> Bonne chance, et reviens vers cette liste pour nous tenir au courant.
>>
>> Merci, Cyrille.
>>
>>
>>
>> Le 10/12/2019 à 15:30, Magalie Dartus a écrit :
>>
>> Bonjour à tous,
>>
>>
>>
>> Je cherche à qualifier des commerces "éthiques" et pour cela je voudrais
>> pouvoir ajouter (entre autres) les informations consigne, circuit court et
>> agriculture urbaine.
>>
>>
>>
>> J'ai bien regardé dans le wiki (me suis un peu perdue) mais je n'ai rien
>> trouvé à ce sujet.
>>
>>
>>
>> Savez-vous s'il existe des tags qui pourraient m'aider à renseigner ces
>> commerces?
>>
>>
>>
>> Merci
>>
>> Magalie
>>
>>
>>
>> ___
>>
>> 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
>>
>>
>>
>> --
>>
>> Vincent Bergeot
>>
>> ---
>> Ce message et toutes les pièces jointes sont établis à l'intention
>> exclusive de ses destinataires et sont confidentiels. L'intégrité de ce
>> message n'étant pas assurée sur Internet, la SNCF ne peut être tenue
>> responsable des altérations qui pourraient se produire sur son contenu.
>> Toute publication, utilisation, reproduction, ou diffusion, même partielle,
>> non autorisée préalablement par la SNCF, est strictement interdite. Si vous
>> n'êtes pas le destinataire de ce message, merci d'en avertir immédiatement
>> l'expéditeur et de le détruire.
>> ---
>> This message and any attachments are intended solely for the addressees
>> and are confidential. SNCF may not be held responsible for their contents
>> whose accuracy and completeness cannot be guaranteed over the Internet.
>> Unauthorized use, disclosure, distribution, copying, or any part thereof is
>> strictly prohibited. If you are not the intended recipient of this message,
>> please notify the sender immediately and delete it.
>> ___
>> 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 "consigne", "circuit court" et "agriculture urbaine"

[Magalie Dartus]

Génial! Merci beaucoup pour vos réponses

Le mar. 10 déc. 2019 à 17:04, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU
/ DT GE PPE)  a écrit :

> Pour les magasins offrant un service de déconsigne :
> https://wiki.openstreetmap.org/wiki/Tag:vending=bottle%20return?uselang=fr
>
>
>
>
>
>
>
> *De :* Vincent Bergeot 
> *Envoyé :* mardi 10 décembre 2019 16:21
> *À :* talk-fr@openstreetmap.org
> *Objet :* Re: [OSM-talk-fr] Tags "consigne", "circuit court" et
> "agriculture urbaine"
>
>
>
> Bonjour,
>
>
>
> un gros travail fait ici également :
> https://wiki.openstreetmap.org/wiki/FR:WikiProject_CircularEconomy
>
>
>
> Bonne journée
>
>
>
> Le 10/12/2019 à 15:51, Cyrille37 OSM a écrit :
>
> Bonjour
>
> Il y a les les pages des tags organic
> <https://wiki.openstreetmap.org/wiki/Key:organic> , fair_trade
> <https://wiki.openstreetmap.org/wiki/Key:fair_trade>, sur lesquelles tu
> pourrais lancer une discussion pour enrichir la sémantique ...
>
>
>
> Pour les consignes je n'ai rien trouvé.
>
>
>
> Bonne chance, et reviens vers cette liste pour nous tenir au courant.
>
> Merci, Cyrille.
>
>
>
> Le 10/12/2019 à 15:30, Magalie Dartus a écrit :
>
> Bonjour à tous,
>
>
>
> Je cherche à qualifier des commerces "éthiques" et pour cela je voudrais
> pouvoir ajouter (entre autres) les informations consigne, circuit court et
> agriculture urbaine.
>
>
>
> J'ai bien regardé dans le wiki (me suis un peu perdue) mais je n'ai rien
> trouvé à ce sujet.
>
>
>
> Savez-vous s'il existe des tags qui pourraient m'aider à renseigner ces
> commerces?
>
>
>
> Merci
>
> Magalie
>
>
>
> ___
>
> 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
>
>
>
> --
>
> Vincent Bergeot
>
> ---
> Ce message et toutes les pièces jointes sont établis à l'intention
> exclusive de ses destinataires et sont confidentiels. L'intégrité de ce
> message n'étant pas assurée sur Internet, la SNCF ne peut être tenue
> responsable des altérations qui pourraient se produire sur son contenu.
> Toute publication, utilisation, reproduction, ou diffusion, même partielle,
> non autorisée préalablement par la SNCF, est strictement interdite. Si vous
> n'êtes pas le destinataire de ce message, merci d'en avertir immédiatement
> l'expéditeur et de le détruire.
> ---
> This message and any attachments are intended solely for the addressees
> and are confidential. SNCF may not be held responsible for their contents
> whose accuracy and completeness cannot be guaranteed over the Internet.
> Unauthorized use, disclosure, distribution, copying, or any part thereof is
> strictly prohibited. If you are not the intended recipient of this message,
> please notify the sender immediately and delete it.
> ___
> 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 "consigne", "circuit court" et "agriculture urbaine"

[Magalie Dartus]

Bonjour à tous,

Je cherche à qualifier des commerces "éthiques" et pour cela je voudrais
pouvoir ajouter (entre autres) les informations consigne, circuit court et
agriculture urbaine.

J'ai bien regardé dans le wiki (me suis un peu perdue) mais je n'ai rien
trouvé à ce sujet.

Savez-vous s'il existe des tags qui pourraient m'aider à renseigner ces
commerces?

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

Re: [OSM-talk-fr] [Tours-TMVL-37] plateforme OpenData - licence LOv2 vs ODbL

[Magalie Dartus]

Bonjour

Je crois qu'il y a une erreur de licence pour les données extraites d'OSM
> (ex: Stationnements vélo
> )
> : elles sont redistribuées sous licence Licence Ouverte v2.0 (Etalab) qui
> n'est pas compatible avec la licence d'OSM (ODbL).
>

Oui clairement il y a un problème sur la licence, les données extraites
d'OSM doivent avoir la licence ODbL

Le mar. 26 nov. 2019 à 14:58, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Hello
>
> Je crois qu'il y a une erreur de licence pour les données extraites d'OSM
> (ex: Stationnements vélo
> )
> : elles sont redistribuées sous licence Licence Ouverte v2.0 (Etalab) qui
> n'est pas compatible avec la licence d'OSM (ODbL).
>
> Je ne me trompe pas ; confirmez-vous ?
>
> Merci, Cyrille37.
> Le 26/11/2019 à 10:12, Cyrille37 OSM via Talk-fr a écrit :
>
> Bonjour,
>
> Message aux tourangeaux: Tours Métropole Val de Loire (TMVL) a son portail
> opendata chez OpenDataStoft: https://data.tours-metropole.fr
>
> Cyrille37.
>
>
> ___
> 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] Connecteur QGIS-JOSM

[Magalie Dartus]

Merci à vous pour ces réponses. Et oui le but est de contribuer quand on
travaille sur projet avec QGis et mettre à jour les données en même temps
que le projet se monte.
Et of course QuickOSM

Le ven. 13 sept. 2019 à 18:41, PanierAvide  a
écrit :

> Pour préciser : menu "Vecteur" > "Quick OSM" > "Télécommande JOSM" (dans
> QGis 3.8), mais ça doit être assez récent comme fonctionnalité non ?
>
> Adrien P.
>
> Le 13/09/2019 à 18:06, ades a écrit :
>
> bin si…
> faut seulement installé l’extension par le gestionnaire d’extension de
> Qgis, par par ailleurs…  :-)
>
> Un connecteur Qgis>josm, ça sert à ouvrir josm pour lire modifier ou
> éditer des éléments d'osm que tu peut voir dans Qgis (importés via quickosm
> par exemple…  ou même parce que tu utilises un fond de carte Osm ou Osm.fr 
> dans
> qgis).
> Ça sert sans doute rien… sauf p’tet à contribuer à Osm, mais bon, donc pas
> à grand chose…   ;-)
>
>
>
> Le 13 sept. 2019 à 17:50, Cyrille37 OSM via Talk-fr <
> talk-fr@openstreetmap.org> a écrit :
>
> Le 13/09/2019 à 17:31, ades a écrit :
>
> bin vi… !!!
> c’est dans l’extension quickOsm, qui est absolument obligatoire ;-)
>
> Heu... QuickOsm <https://github.com/3liz/QuickOSM> (de 3Liz
> <https://www.3liz.com/>) fait le pont entre les formats OSM, l'Overpass
> API, mais il ne me semble pas faire connecteur avec JOSM. D'ailleurs je me
> demande à quoi ça peut servir un connecteur QGIS-JOSM ?
>
> Cyrille37.
>
>
> Le 13 sept. 2019 à 13:54, Magalie Dartus  
>  a écrit :
>
> Bonjour à tous,
>
> Est-ce que vous savez s'il existe dans QGIS une extension qui serve de 
> connecteur entre QGIS et JOSM?
>
> Merci et bonne journée
> Magalie
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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 
> 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

[OSM-talk-fr] Connecteur QGIS-JOSM

[Magalie Dartus]

Bonjour à tous,

Est-ce que vous savez s'il existe dans QGIS une extension qui serve de
connecteur entre QGIS et JOSM?

Merci et bonne journée
Magalie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Camera 360

[Magalie Dartus]

Bonjour,

Je viens demander un conseil technique.
Nous avons bien entendu l'appel du bureau des OSM France proposant de
financer l'achat de matériel pour les groupes locaux. Ainsi les membres du
groupe toulousain ont décidé de se lancer dans la prise de vues Mappilarry.
Il faut noter que la conférence "Montrouge : la ville la mieux mappée de
France" du SOTM 2019 a très fortement inspiré cette initiative (Merci à
eux!).

Voilà l’intention, par contre on ne sait absolument pas quelle caméra
prendre pour ce projet
Est-ce que certains d'entre vous ont déjà de l'expérience et pourraient
nous conseiller sur des modèles adéquats?
Question pour les membres du bureau : quel tarif est-il envisageable de
regarder pour cet achat?

Merci et bonne journée
Magalie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Accessibilité des établissements recevant du public (ERP)

[Magalie Dartus]

> J'ai vu que les ERP avaient été victimes de démarchages abusifs
> .
> C'est peut-être ce qui explique la frilosité de publier ces listes ?
>
> En tout cas, militer auprès des associations (et/ou d'Etalab ?) pour
> publier ça dans un format homogène, exploitable serait très utile.
> Pour nous, et surtout, pour les *usagers*.
>

Il existe dèjà un standard de données pour le jeu de données "équipements"
dont font parti les ERP . Ce standard a été défini par OpenDataFrance et
fait parti du socle commun des données locales (SCDL).
https://scdl.opendatafrance.net/docs/schemas/scdl-equipements.html

Y'a plus qu'à faire en sorte que les collectivités ouvrent ce jeu de
données en respectant le standard :-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Références nationales : RNA

[Magalie Dartus]

Bonjour,

Les associations n'ont pas forcément de SIRET attribué à la création. Elles
doivent faire la demande à l'INSEE.
Dans mon parcours d'accompagnement des collectivités à l'ouverture des
données subventions notamment, je me suis aperçue que certaines asso
recevaient des subventions sans avoir de SIRET alors que la loi les y
oblige.
On ne peut donc pas se baser sur les SIRET pour avoir une information
exhaustive sur les assos.

Magalie



Le lun. 10 juin 2019 à 14:37, deuzeffe  a écrit :

> On 10/06/2019 13:11, Vincent Bergeot wrote:
>
> >>> Ça vaut pe le coup de le rajouter dans la listes des ref
> >>> (ref:FR:RNA=* par exemple).
> >>>
> >>> Vos avis (avant que j'aille tripatouiller le tableau du wiki) ?
>
> (c'est embêtant si je le range par ordre alphabétique des réf. ?)
>
> > plutôt pour évidemment (évidemment car long parcours associatif !)
>
> Ah bon ? ;p
>
> > en n'oubliant pas que c'est bien en partant d'OSM que l'on pourra
> > rattacher des ref:FR:RNA=* car il y a beaucoup d'association qui doivent
> > avoir une adresse déclarée dans le RNA mais sans une une réalité
> > "physique" comme un local par exemple.
>
> Bah, il y a au moins le siège social, hein (non, non, non, pas question
> d'y poser systématiquement et sans nuance l'assoc. pour autant).
>
> > Et je ne pense pas que toutes les associations ayant une adresse dans le
> > RNA aient une place dans OSM (sinon de nombreuses associations vont être
> > positionnés chez le/la président-e ).
>
> Bien sûr. C'est dans l'autre sens que je pensais à son utilité : "tiens,
> là, à cette adresse, il y a un local (clairement identifié comme tel et
> qui n'est pas le domicile de la présidence) de l'association en
> question. C'est quoi son RNA ?".
>
> Par ex. : https://www.openstreetmap.org/way/70240551
>
> Au passage, les assoc. ont aussi un SIRET/SIRET #jdçjdr (grand merci à
> Etalab sur le coup et le portail entreprise.data.gouv.fr...)
>
> --
> 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

Re: [OSM-talk-fr] Umap

[Magalie Dartus]

Bonjour,

Merci pour ces réponses! Ravie que ce projet soit toujours bien vivant!

Bonne journée

Mavgalie

Le mer. 15 mai 2019 à 23:34, deuzeffe  a écrit :

> Le 15/05/2019 à 18:06, Magalie Dartus a écrit :
> > Bonjour à tous,
>
> Bonsoir,
>
> > Est-ce que vous savez si le projet umap est toujours maintenu?
>
> Oui, le projet umap est toujours maintenu et bien vivant, même s'il n'y
> a qu'un seul développeur qui s'y colle, mais je confirme qu'ybon était
> donc bien vivant il y a quelques jours ;)
>
> Le réalisé est ici : https://github.com/umap-project/umap
>
> Il y a un canal irc et, de mémoire, umap a été installé dans sa nouvelle
> version sur une nouvelle machine, il y a quelques mois.
>
> À noter que Framacarte est une instance d'umap installé chez et par
> Framasoft et qui est utilisable tout pareil.
>
> Voili, voilà.
> --
> deuzeffe, fan d'umap (comment ça, ça s'est vu ?)
>
>
>
>
>
>
> ___
> 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] Umap

[Magalie Dartus]

Bonjour à tous,

Est-ce que vous savez si le projet umap est toujours maintenu?

Il me semblait avoir entendu l'année dernière au SOTM que le/les
développeurs avaient d'autres porjets et ne trouvaient plus de temps pour
umap...

Est-ce que vous en savez plus? Est-ce seulement un rumeur?

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

Re: [OSM-talk-fr] Field papers

[Magalie Dartus]

Pour info l'affichage du field paper fonctionne avec Chrome mais pas avec
Firefox

Le mer. 10 avr. 2019 à 15:15, Magalie Dartus  a
écrit :

> Bonjour,
>
> Je suis en train de créer un atelier d'initiation OSM.
> Je voudrais utiliser les field papers pour la collecte de données terrain.
> Pour cet atelier je préfère utiliser ID pour la numérisation des données
> observées et ce parce que je manque de temps pour pouvoir former à l'outil
> JOSM.
> Le problème est que quand je fais le transfert des photos des Field papers
> dans ID il n'affiche pas la photo en fond de carte. Il reconnais très bien
> l'endroit grâce au QRcode mais la photo n'est pas visible, du coup on ne
> peut pas tracer les objets.
> J'ai fais le test avec JOSM ça marche nickel...
>
> Est-ce que quelqu'un connait ce problème?
>
> Merci et bonne journée
> Magalie
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Field papers

[Magalie Dartus]

Bonjour,

Je suis en train de créer un atelier d'initiation OSM.
Je voudrais utiliser les field papers pour la collecte de données terrain.
Pour cet atelier je préfère utiliser ID pour la numérisation des données
observées et ce parce que je manque de temps pour pouvoir former à l'outil
JOSM.
Le problème est que quand je fais le transfert des photos des Field papers
dans ID il n'affiche pas la photo en fond de carte. Il reconnais très bien
l'endroit grâce au QRcode mais la photo n'est pas visible, du coup on ne
peut pas tracer les objets.
J'ai fais le test avec JOSM ça marche nickel...

Est-ce que quelqu'un connait ce problème?

Merci et bonne journée
Magalie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] licence coordonnées géo depuis OSM

[Magalie Dartus]

Merci beaucoup pour cette réponse complète et très instructive.

Pour l'instant j'accompagne des collectivités,concernées par la loi en ce
qui concerne l'open data donc des collectivités de plus de 3500 habitants
donc j'ai ma réponse.
Les coordonnées géographiques seront bien en ODbL puisque la zone
géographique concerne plus de 1000 habitants.

Merci encore
Magalie

Le mer. 3 avr. 2019 à 10:41, althio  a écrit :

> Précautions d'usage : je ne suis pas avocat spécialiste en licenses et
> propriété intellectuelle.
>
> Mon humble avis personnel :
>
> Le cas d'usage, c'est (presque) du geocoding (à la sauce geocoding
> manuel), qui consiste à retrouver des coordonnées dans la base OSM ou avec
> un outil qui s'appuie sur des données OSM.
> lecture de référence pour ce cas d'usage :
>
> https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline
>
> A noter d'emblée : dans le cas particulier du geocoding pur, l'obligation
> d'attribution est levée.
> > A geocoded database need not maintain attribution attached to the
> database, provided it is not a Derivative Database
>
> Pour la question de la license de la base constituée, toute la discussion
> va porter sur l'étendue des données utilisées, "substantial extract" ou pas
> > A collection of Geocoding Results [is OR is not] a substantial extract
> of the OSM database [if]
>
> Dans votre cas d'usage, il me semble (a priori) que l'on se place dans
> cette configuration :
> > a systematic attempt to aggregate all or substantially all Primary
> Features of a given type [...] within a geographic area city-sized or
> larger.
>
> Donc, on reste dans le fonctionnement par défaut : Partage à l'identique,
> la base combinée avec les coordonnées (Collective Database) est en ODbL
> (alors que la base initiale, sans les coordonnées, garde sa license). Il
> faudrait donc publier les deux bases avec deux licenses différentes : sans
> les coordonnées publié sous license ouverte et avec les coordonnées publié
> sous license ODbL.
>
> Sauf si l'étendue des données utilisées est réellement non significative
> "not a substantial extract".
> Il faut alors combiner la lecture de :
>
> https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline
>  et
>
> https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Substantial_-_Guideline
>
> Dans les cas suivants, l'usage est jugé non significatif :
> - only [...] latitude/longitude information are included in the Geocoding
> Results, and
> - less than 100 Features, or
> - the geographic area is small, corresponding to an area of up to 1,000
> inhabitants.
>
> Alors on passe dans le fonctionnement allégé : toujours aucune attribution
> (cas spécial du geocoding) et aucune obligation sur la license de la base
> constituée, qui peut garder la license de la base initiale.
>
> Dernière considération :
> Puisque l'on est dans le cas d'une recherche très manuelle, directement
> sur la carte, on peut envisager plusieurs cas :
> - une recherche par nom ou adresse, grâce au géocodeur (Nominatim) intégré
> sur le site openstreetmap.org, et/ou
> - une recherche visuelle, directement sur la carte
> et
> - l’élément est déjà présent et affiché sur la carte du site
> openstreetmap.org, ou
> - l'élément n'existe pas dans OSM.
>
> Si l'élément n'existe pas dans OSM, mais que les coordonnées sont
> simplement pointées sur la carte à son emplacement (vide !), cela ne compte
> pas comme une extraction de données de la base OSM.
> Mais ce serait bien d'ajouter une note OSM au passage pour signaler ce
> manque ;)
>
> Au final :
> - il faut évaluer la taille et la population de la région concernée (plus
> ou moins de 1000 habitants)
> - il faut évaluer le nombre d’éléments impliqués (plus ou moins de 100
> éléments retrouvés par une recherche en s'appuyant sur des données OSM)
> - il faut tout relire avec un service juridique ou un avocat spécialisé
>
> -- althio
>
> On Tue, 2 Apr 2019 at 18:06, Magalie Dartus  wrote:
>
>> Bonjour,
>>
>> Je suis en train de constituer des jeux de données "équipements publics"
>> avec certaines collectivités pour les publier en open data et la question
>> est de savoir comment récupérer les coordonnées gégraphiques.
>>
>> J'aimerai rediriger les éditeurs de données des collectivités vers OSM en
>> leur proposant d'ouvrir la carte/faire un clic droit/afficher
>> l'adresse/copier les coordonnnées/coller dans le jeux de données open data.
>>
>> L'éternelle question est : si on fait ça, est-ce que le jeu de données
>> "équipements publics" passe en licence ODbL?
>>
>> A votre avis
>>
>

[OSM-talk-fr] licence coordonnées géo depuis OSM

[Magalie Dartus]

Bonjour,

Je suis en train de constituer des jeux de données "équipements publics"
avec certaines collectivités pour les publier en open data et la question
est de savoir comment récupérer les coordonnées gégraphiques.

J'aimerai rediriger les éditeurs de données des collectivités vers OSM en
leur proposant d'ouvrir la carte/faire un clic droit/afficher
l'adresse/copier les coordonnnées/coller dans le jeux de données open data.

L'éternelle question est : si on fait ça, est-ce que le jeu de données
"équipements publics" passe en licence ODbL?

A votre avis

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

Re: [OSM-talk-fr] GogoCarto

[Magalie Dartus]

Bonjour,

J'ai rencontré Sébastian au dernier SOTM et le projet était déjà bien
avancé et très enthousiasmant.
Deux questions me viennent :
- est-ce que les contributions réalisées sur les projets gogocarto
alimentent OSM?
- quel est le business model de gogocarto? La création de projet est
gratuite mais y'a-t'il système de licence freemium qui devient payante à
partir d'un certain moment?Si oui lequel?

Merci et bravo pour cette réalisation
Magalie

Le ven. 15 mars 2019 à 18:57, Cédric Frayssinet  a
écrit :

> Le 15/03/2019 à 09:03, allegre.guilla...@free.fr a écrit :
>
> Le 14/03/2019 21:28, Cédric Frayssinet a écrit :
>
> Bonsoir à tous,
>
> Le projet ne semble pas être passé par cette liste. Voici GogoCarto,
> un chouette projet, très joli, un peu à la uMap, qui permet de faire
> de jolies cartes : https://gogocarto.fr/projects
>
>
> Pour les gens qui connaissent déjà uMap, pourrais-tu donner succintement
> les principales différences ?
>
> Je me suis posé la même question. Il y en a 1 évidente, c'est vraiment
> plus joli :)
>
> Vincent B. m'a répondu cela sur une autre liste :
>
> *je n'ai pas encore assez exploré gogocarto pour faire une revue complète.
> Cependant parmi les différences que je vois :*
>
>- *esthétique indéniable*
>- *un système de vote pour valider des ajouts de points*
>- *un sous domaine généré et non une adresse*
>
> *Ce que je ne sais pas c'est :*
>
>- *quel volume de carte cela peut gérer (300 000 cartes umap sur les
>serveurs osm-fr pour la seule instance umap.openstreetmap.fr
>)*
> - *les diverses interopérabilités (mais Sébastian, le dev, est très
>favorable et attentif à cela)*
>
>
> Cédric
> ___
> 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éponse du Premier Ministre au référé de la Cour des comptes sur l’enjeu de l’ouverture des données publiques de l’IGN, de Météo-France et du Cerema

[Magalie Dartus]

Bonjour,

Merci beaucoup pour cette synthèse : c'est très encourageant.

Bonne journée

Le mer. 13 mars 2019 à 06:54, Jean-Christophe Becquet  a
écrit :

> Bonjour,
>
> Ça remue du côté de l'ouverture des données publiques de l’IGN, de
> Météo-France et du Cerema. Espérons que cette interpellation de la Cour
> des comptes contribue à faire bouger les lignes !
>
> La Cour des comptes a d'adressé au Premier Ministre le 11 décembre 2018
> un référé sur l’enjeu de l’ouverture des données publiques de l’IGN, de
> Météo-France et du Cerema.
>
> « Pour mettre fin à l'injonction paradoxale qui menace l'équilibre
> économique de ces établissements, auxquels il est demandé de développer
> leurs ressources propres grâce à la vente de leurs données tout en
> procédant à la diffusion libre et gratuite de celles-ci, il est
> indispensable que l'État clarifie la réglementation relative à
> l'ouverture des données et accompagne la redéfinition des modèles
> économiques de ses opérateurs. La Cour formule deux recommandations en
> ce sens. »
>
>
> La valorisation des données de l’IGN, de Météo-France et du Cerema
>
> https://www.ccomptes.fr/fr/publications/la-valorisation-des-donnees-de-lign-de-meteo-france-et-du-cerema
>
> Le référé de la Cour des comptes (5 pages)
>
> https://www.ccomptes.fr/system/files/2019-03/20190311-refere-S2018-3287-valorisation-donnees-IGN-Meteo-France-Cerema.pdf
>
>
> La réponse du Premier Ministre le 4 mars 2019
>
> https://www.ccomptes.fr/sites/default/files/2019-03/20190311-refere-S2018-3287-valorisation-donnees-IGN-Meteo-France-Cerema-rep-PM.pdf
>
> « Dans ce contexte, la décision que j’ai prise de généraliser la
> gratuité de la réutilisation des données notamment à l’IGN, comme l’y
> invite par ailleurs le rapport parlementaire de Madame Faure-Muntian sur
> les données géographiques souveraines, et à Météo France au plus tard en
> 2022 nécessite d’accompagner cette mesure d’un temps de transition,
> notamment pour l’IGN, par une ultime homologation de sa licence gratuite
> jusqu’à cette date. »
>
> « Eu égard à l’importance de ce projet, j’ai demandé à la DINSIC en lien
> avec les  acteurs concernés de mettre en œuvre de nouvelles modalités de
> gouvernance et de fonctionnement, reposant sur la gratuité et en même
> temps sur la qualité de mise à jour collaborative, afin que la BAN soit
> effectivement diffusée gratuitement dans les plus brefs délais et au
> plus tard au 1er janvier 2020 sous licence ouverte. »
>
> « Enfin, je partage le constat de la Cour que les services de l’État
> eux-mêmes n’utilisent pas systématiquement les données ouvertes en open
> data produites par d’autres acteurs publics. J’ai donc demandé que ces
> efforts d’ouverture soient soutenus par les services de l’État que j’ai
> invités à utiliser préférentiellement ces données ouvertes. Une
> circulaire viendra préciser cette demande. »
>
>
> L'État doit clarifier la réglementation relative à l'ouverture des
> #données publiques et accompagner la redéfinition des modèles
> économiques de @meteofrance @IGNpresse et @CeremaCom
> https://twitter.com/Courdescomptes/status/1105032337706897408
>
> La valorisation des données de l’IGN, de Météo-France et du Cerema par
> la @courDesComptes
> https://twitter.com/rmaziere_85/status/1105101845280800769
>
> Il serait intéressant de connaitre les "pertes financières" de l'Etat
> dues à la non utilisation de données ouvertes.
> https://twitter.com/rmaziere_85/status/1105112706867253249
>
>
> Voir aussi sur Dessinetaville :
>
> Recommandation 27 : Diffuser à terme l’ensemble des données
> géographiques souveraines sous licence ouverte type Etalab
> https://ml.apitux.net/pipermail/dessinetaville/2018-July/000413.html
>
> Mutualisation, collaboratif et libre accès pour les données
> géographiques - devinette
> https://ml.apitux.net/pipermail/dessinetaville/2019-February/000495.html
>
> Bonne journée
>
> JCB
> --
> Thierry Carcenac : Pour une administration électronique citoyenne
> http://www.apitux.org/index.php?2006/07/09/45-thierry-carcenac
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> 2 chemin du Tivoli - 04000 Digne-les-Bains
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
>
>
> ___
> 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] BAN(O): accompagnement des communes

[Magalie Dartus]

Bonjour à tous,

Votre discussion est très exactement dans mes problématiques pro du moment
:-D

Je suis consultante open data (Datactivist) et actuellement en prestation
au CD31 pour accompagner les collectivités de Haute-Garonne à ouvrir leurs
données.
Le but est de suivre les prérogatives d'Open Data France et donc d'ouvrir
en priorité le SCDL... donc la BAL
Nous avons actuellement un outil de saisie des données standardisées en
cours d'expérimentation. Pour les détails c'est ici
https://teamopendata.org/t/champ-libre-collecte-ouvrir-des-donnees-standardisees/909

Il n'y a pas encore de formulaire de saisie pour la BAL car il reste encore
pas mal de questions :
- doit-on faire un extract de la BAN pour chaque collectivité et qu'ensuite
elle s'occupe de vérifier manuellement les adresses et les coordonnées géo
- le géocodage n'est pas hyper performant de manière générale, du coup les
collectivités doivent-elles faire les vérifications en clic bouton adresse
par adresse (on me répond que les stagiaires ça sert à ça... les pauvres...)
- faire un extract de la BANO est une très bonne idée sauf que la licence
est Odbl et que la licence choisie par le CD31 est la LO/OL (pas moyen de
négocier ça)

Du coup le problème principal est celui de la licence.
Est-ce que vous avez des idées par rapport à cela?

Je vais voir si on peut intégrer un lien avec OSM dans l'outil de saisie de
données quand le formulaire pour la BAL sera en création.

Magalie


Le lun. 25 févr. 2019 à 11:00, Rpnpif  a écrit :

> Le 24 février 2019, deuzeffe a écrit :
> > Tu te doutes bien que je fais mon maximum pour mettre le plus
> > d'adresses/voies dans OSM et que je m'échine à récupérer les données
> > auxquelles je n'ai pas accès facilement (non, l'arpentage des
> > lotissements n'est pas une solution).
> >
> > > Si quelqu'un veux un autre format, il peut convertir depuis bano.
> >
> > Franchement, tu me vois leur dire ça ? Déjà que je ne comprends pas ce
> > que tu racontes, hein ;)
> >
> > Bref, je risque de vous embêter longtemps avec cette histoire.
>
> Bonjour,
>
> À mon avis, il y a encore plus simple vu la faible compétence en
> informatique de beaucoup (la plupart ?) d'acteurs municipaux surtout
> dans les petites communes ou communautés.
>
> Ce serait de leur faire une page sous forme de formulaire dont les
> champs seraient conformes au format souhaité pour la BAN (ou après
> conversion), si possible avec validation immédiate.
>
> Pour les coordonnées, le plus simple serait de leur présenter une carte
> OSM ou/et une image BDOrtho afin qu'ils cliquent sur le lieu en
> question.
> Et en rêvant, avec mise à jour d'OSM en même temps.
> Donc, une sorte d'ID spécifique mais plus simple.
>
> Avis aux développeurs... libres ;).
> --
> Alain Rpnpif
>
>
> ___
> 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] IODC - 2018 Buenos aires

[Magalie Dartus]

Bonjour à tous,

Est-ce que certain.e.s d'entre vous ont prévu de faire le déplacement en
Argentine les 23-24 septembre pour l'IODC18 (International Open Data
Conference)?

J'ai une demande de la part d'une personne qui coordonne un appel à projet
de soutien à l'outillage technique d'initiatives open data en Afrique
francophone.

Le porteur de projet choisi passera une semaine de formation et de sprint
de prototypage pendant l'IODC (23-24 septembre à Buenos Aires).  Il se
trouve que la plupart des projets sont en lien avec OSM, notamment un qui
est en bonne place.
La coordinatrice souhaiterait associer les contributeurs OSM qui serait
présents à la conférence afin d'intervenir comme "expert", "support",
"formateur"... le rôle et les détails restent à définir.


Si vous y allez et que vous êtes intéressé.e.s, je vous mettrai en contact.

Bonne journée à tous

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

Re: [OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags

[Magalie Dartus]

Merci pour cet historique complet et très intéressant de CLC dans OSM.


Le 19 mars 2018 à 19:25, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> Le cadastre n'a rien preque qui correspond à nos landuses (hormis les
> surfaces d'eau de précision appromimative mais un peu plus précise que
> Corine, le bati, les limites de parcelles, la tononymie et des adresses).
> Nos landuses sont basés beaucoup plus sur l'imagerie aérienne de meilleure
> précision que celle utilisée par Corine. Corine est davantage un élément de
> comparaison pour identifier le type de végétation et de sol si on ne voit
> pas bien. ou pour détecter de grosses incohérences. Corine a été utilisé
> pour fournir une couverture minimale du sol partout en France avant même
> qu'on finisse le tracé des communes et l'essentiel du réseau routier, puis
> des tas de petits chemins et le détail des rues et adresses.
> Depuis on a pas repris les imports car partout on a largement amélioré les
> choses, en tenant justement compte des routes, du bati, des tracés plus
> précis des cours d'eau. Les surfaces forestières et agricoles de Corine
> sont vraiment trop floues, même chose pour les surfaces des agglomérations
> (résidentielles, commerciales, industrielles, ferroviaires) et
> l'aménagement public des parcs et jardins.
>
> Il y a encore de nombreux éléments de Corine dans la base quand le plus
> gros de leur surface n'a pas eu besoin d'être redécoupé, ou seulement
> affiné localement sur les bords. Mais on ne se gêne plus pour les découper,
> et aussi réunir des fragments de gros polygones Corine dont le découpage
> était sur des lignes de coupe arbitraires: quand on fait ce nettoyage, et
> que les nouveaux polygones ne correspondent plus à rien d'identifiable sur
> Corine, on vire ces références anciennes: nos objets sont bien plus petits
> et plus précis, ce qui était un gros polygone contigu est devenu des séries
> de polygones séparés avec d'autres éléments plus petits intercalaires qui
> ne correspondent pas du tout à la classification Corine: on n'a plus rien
> de commun, ni les tags de classification, ni la géométrie, donc pas besoin
> de garder les anciens identifiants d'imports.
>
> D'ailleurs d'une édition à l'autre de Corine il n'y a aucune stabilité des
> identifiants, et parfois des changements dans les codes de classification
> (et pas liés non plus à des évolutions du terrain physique), donc on a pas
> moyen de revenir dessus: ces identifiants Corine dans OSM sont des outils
> temporaires destinés juste à vérifier la qualité des imports réalisés, on
> n'a aucun système de retour qualité d'OSM vers Corine, et pas moyen de
> comparer réellement par des moyens automatiques de veille qualité. La
> source Corine devient donc de moins en moins pertinente.
>
> Attention cependant à ne pas les supprimer en masse : cette suppression se
> fait de façon graduelle au fil des améliorations et travaux de nettoyage.
> La suppression en masse serait un abus des droits d'auteur de Corine (même
> si globalement, OSM indique que Corine a été utilisé comme une source sans
> indiquer précisément où, on indique juste la trace des années de références
> utilisées, et ça peut servir à détecter des zones qui auraient besoin
> d'être révisées quand de nouvelles sources deviennent disponibles et
> commencent à être utilisées).
>
> Aujourd'hui nos landuses en France sont passés à des précisions
> inférieures au mètre parfois même décimétrique pour améliorer le tracé des
> courbes alors que Corine était dessiné avec une précision décamétrique
> voire hectométrique par endroit, en omettant moultes détails (surtout dans
> les zones forestières et de montagne, mais même concernant les périphéries
> urbaines qui demandent partout  à être revues car Corine fait des
> découpes trop arbitraires au travers des zones résidentielles et
> industrielles). Corine n'est également pas assez précis le long des côtes
> et surfaces lacustres.
>
>
> Le 19 mars 2018 à 18:59, Magalie Dartus <mag.dar...@gmail.com> a écrit :
>
>> Ok.
>>
>> Est-ce que les unités plus précises correspondent au cadastre? Ou bien
>> est-ce que c'est des polygones autres?
>>
>> Le 19 mars 2018 à 18:54, Philippe Verdy <verd...@wanadoo.fr> a écrit :
>>
>>> Il me semblait que le tag utilisé dans OSM c'était plutôt CLC:year=2006,
>>> et sinon CLC:id=*
>>> Et pas la peine de garder les anciennes versions de CLC si un nouvel
>>> import a eu lieu, d'autant plus qu'on n'en fait plus parce que la précision
>>> de CLC est largement inférieure à ce qu'on a maintenant dans OSM et qu'on
>>> met maintenant plutôt nos propres landuse=* entièremetn redéfinis sans
>>> référence à CLC qui n'est qu'une estimation statistiq

Re: [OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags

[Magalie Dartus]

Ok.

Est-ce que les unités plus précises correspondent au cadastre? Ou bien
est-ce que c'est des polygones autres?

Le 19 mars 2018 à 18:54, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> Il me semblait que le tag utilisé dans OSM c'était plutôt CLC:year=2006,
> et sinon CLC:id=*
> Et pas la peine de garder les anciennes versions de CLC si un nouvel
> import a eu lieu, d'autant plus qu'on n'en fait plus parce que la précision
> de CLC est largement inférieure à ce qu'on a maintenant dans OSM et qu'on
> met maintenant plutôt nos propres landuse=* entièremetn redéfinis sans
> référence à CLC qui n'est qu'une estimation statistique moyenne ne
> répondant plus à nos besoins. Dans tous les endroits où on a redéfini les
> données plus précises, on ne fait plus référence à CLC du tout et on vire
> les anciens polygones s'ils sont trop grossiers et qu'on doit les
> redécouper en plus petites unités plus précises.
>
> Le 19 mars 2018 à 18:05, Magalie Dartus <mag.dar...@gmail.com> a écrit :
>
>> Il me semble que CODE_12 est le champ qui défini l'occupation du sol
>> (selon la nomenclature de CLC).
>> En ce qui concerne le _12 cela correspond à l'année d'édition de CLC.
>> Pour CLC 2006 nous avons un champ CODE_06.
>>
>> Du coup c'est CLC 2012 qui est présent dans OSM... le détail est
>> important non?
>>
>> Le 19 mars 2018 à 17:19, Philippe Verdy <verd...@wanadoo.fr> a écrit :
>>
>>> A minima, "ne pas perdre l'info" OK à condition de cloisonner les tags
>>> de repli utilisés. Pour CLC, ces tags étaient identifiables par un préfixe
>>> commun "CODE_12" ne signifie rien du tout en tant que tel, rien n'indique
>>> que cela vient de CLC.
>>> Bref la bonne pratique si on veut ne rien perdre (car on droit faire un
>>> travail ultérieur de reclassification/normalisation ou bien les tags
>>> candidats sont encore incertains ou ambigus et à résoudre manuellement, ou
>>> bien les plus appropriés ont été précédemment dépréciés contre d'autres qui
>>> ne conviennent plus du tout) c'est de préfixer chaque tag (la présence
>>> d'autres tags CLC par exemple ne signifie pas que tous les tags viennent de
>>> CLC, de même les tags de source dans le changeset sont difficiles à suivre).
>>> Ceci dit il est bon de se demander si tous les tags d'une sources sont
>>> utiles: hormi l'identifiant unique de la source ou sa propre date de
>>> référence, pas la peine de tout mettre, surtout si la source est facilement
>>> consultable hors d'OSM). Pour que l'import soit utile et approprié il faut
>>> tout de même trouver  des correspondances suffisantes permettant d'utiliser
>>> les objets dans l'écosystème OSM. Si le seul tag qu'on trouve c'est un
>>> "name", l'import n'est pas à faire du tout, il faudra discuter et détailler
>>> un plan d'intégration et des attributs proposés sur une page dédiée à cet
>>> import ou cette source (où on citera les URLs des descriptions source, les
>>> infos relatives aux licences ou accords de publicationn les points de
>>> contact éventuels pour les remontées d'informations, et d'autres
>>> indications comme la fréquence estimée des mises à jour et leur couverture,
>>> ainsi que si la couverture est totale ou fractionnée en plusieurs sous-jeux
>>> de données qu'on peut traiter séparément pour ne pas tout faire en masse
>>> mais régler déjà sur un premier jeu de teste et l'évaluer avant d'importer
>>> le reste).
>>> Evidememnt il faut ouvrir un espace de discussion à ce sujet (et il doit
>>> rester ouvert même après pour permettre de revoir ce qu'on fera des données
>>> si leur mise à jour tarde trop et leur précision n'est plus suffisante).
>>>
>>> Le 16 mars 2018 à 17:31, Adrien André <adr.an...@laposte.net> a écrit :
>>>
>>>> Bonjour,
>>>>
>>>> on trouve des polygones importés de CORINE Land Cover avec les tags
>>>> AREA_HA, id et CODE_12 [1].
>>>> Osmose les relève en tant qu’erreurs [2].
>>>>
>>>> Dans le Wiki [3], on lit, à propos de l'import,
>>>> "Ne pas perdre d'informations, même si CLC a des types plus riches que
>>>> OSM"
>>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags

[Magalie Dartus]

Il me semble que CODE_12 est le champ qui défini l'occupation du sol (selon
la nomenclature de CLC).
En ce qui concerne le _12 cela correspond à l'année d'édition de CLC.
Pour CLC 2006 nous avons un champ CODE_06.

Du coup c'est CLC 2012 qui est présent dans OSM... le détail est important
non?

Le 19 mars 2018 à 17:19, Philippe Verdy  a écrit :

> A minima, "ne pas perdre l'info" OK à condition de cloisonner les tags de
> repli utilisés. Pour CLC, ces tags étaient identifiables par un préfixe
> commun "CODE_12" ne signifie rien du tout en tant que tel, rien n'indique
> que cela vient de CLC.
> Bref la bonne pratique si on veut ne rien perdre (car on droit faire un
> travail ultérieur de reclassification/normalisation ou bien les tags
> candidats sont encore incertains ou ambigus et à résoudre manuellement, ou
> bien les plus appropriés ont été précédemment dépréciés contre d'autres qui
> ne conviennent plus du tout) c'est de préfixer chaque tag (la présence
> d'autres tags CLC par exemple ne signifie pas que tous les tags viennent de
> CLC, de même les tags de source dans le changeset sont difficiles à suivre).
> Ceci dit il est bon de se demander si tous les tags d'une sources sont
> utiles: hormi l'identifiant unique de la source ou sa propre date de
> référence, pas la peine de tout mettre, surtout si la source est facilement
> consultable hors d'OSM). Pour que l'import soit utile et approprié il faut
> tout de même trouver  des correspondances suffisantes permettant d'utiliser
> les objets dans l'écosystème OSM. Si le seul tag qu'on trouve c'est un
> "name", l'import n'est pas à faire du tout, il faudra discuter et détailler
> un plan d'intégration et des attributs proposés sur une page dédiée à cet
> import ou cette source (où on citera les URLs des descriptions source, les
> infos relatives aux licences ou accords de publicationn les points de
> contact éventuels pour les remontées d'informations, et d'autres
> indications comme la fréquence estimée des mises à jour et leur couverture,
> ainsi que si la couverture est totale ou fractionnée en plusieurs sous-jeux
> de données qu'on peut traiter séparément pour ne pas tout faire en masse
> mais régler déjà sur un premier jeu de teste et l'évaluer avant d'importer
> le reste).
> Evidememnt il faut ouvrir un espace de discussion à ce sujet (et il doit
> rester ouvert même après pour permettre de revoir ce qu'on fera des données
> si leur mise à jour tarde trop et leur précision n'est plus suffisante).
>
> Le 16 mars 2018 à 17:31, Adrien André  a écrit :
>
>> Bonjour,
>>
>> on trouve des polygones importés de CORINE Land Cover avec les tags
>> AREA_HA, id et CODE_12 [1].
>> Osmose les relève en tant qu’erreurs [2].
>>
>> Dans le Wiki [3], on lit, à propos de l'import,
>> "Ne pas perdre d'informations, même si CLC a des types plus riches que
>> OSM"
>>
>
>
> ___
> 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-fr CA] Villes et terres Agricoles

[Magalie Dartus]

https://www.vertlejardin.fr/spip.php?rubrique34

http://amapreseau-mp.org/trouver-une-amap (on parle ici de la production de
terres fertiles amenée en ville)

et sur smartphone : "sauvage de ma rue"


C'est vrai que la recherche n'est pas très fructueuse...
Bonne journée

Le 7 mars 2018 à 12:09, Vincent Bergeot  a écrit :

> Bonjour,
>
> je suis invité à un forum des métiers pour présenter OSM à l'université
> Bordeaux-Montaigne (si si le lieu du sotm-fr).
>
> Présenter OSM et tout, ça cela va ! Cependant la thématique du forum étant
> "Villes et terres fertiles", auriez vous quelques idées de projets qui ont
> été réalisés avec de la donnée OSM ?
>
> J'ai un peu en idée, les jardins partagés, les friches, ferme urbaine,
> jardins ouvriers, les vignes  Mais pas beaucoup d'exemples !
>
> à votre bon coeur mesdames et messieurs !
>
> --
> 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] Osmose pour l'OpenData

[Magalie Dartus]

Une catégorie "réseaux"?

Le 4 mars 2018 à 17:45, François Lacombe  a
écrit :

>
> Le 4 mars 2018 à 12:39, Vincent Bergeot  a écrit :
>
>>
>> 2 contraintes :
>>
>>- 9 catégories maximum
>>
>>
> Ainsi il faudra bien rassembler Energie, telecoms et eau dans la meme
> catégorie pour éviter de multiplier
> La catégorie 7 d'Inspire est trop restrictive
>
>
> Bonne après-midi
>
> François
>
>
> ___
> 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] Osmose pour l'OpenData

[Magalie Dartus]

cCategory/imageryBaseMapsEarthCover>
> Informations géoscientifiques
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/geoscientificInformation>
> Limites
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/boundaries>
> Localisation
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/location>
> Océans
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/oceans>
> Planification/Cadastre
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/planningCadastre>
> Renseignement/Secteur militaire
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/intelligenceMilitary>
> Santé <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/health>
> Services d’utilité publique/Communication
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/utilitiesCommunication>
> Société
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/society>
> Structure
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/structure>
> Transport
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/transportation>
> Économie
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/economy>
> Ce sont les 19 catégories d'Inspire.
> Et la catégorie que propose Magalie correspond à
> Imagerie/Cartes de base/Occupation des terres
> <http://inspire.ec.europa.eu/metadata-codelist/TopicCategory/imageryBaseMapsEarthCover>
> Jean-Yvon
>
> Le 03/03/2018 à 21:40, Magalie Dartus - mag.dar...@gmail.com a écrit :
>
> J'adhère complètement au "qui trop embrasse mal étreint", effectivement le
> RPG est un très gros jeu de données et changeant (mais pas plus que les
> commerces pour le côté changeant...?).
>
> Et oui une catégorie 9 : Occupation (plutôt que usage) du sol
> Cette thématique est plus large que "Agriculture", cela implique
> probablement des jeux de données encore plus volumineux que le RPG.
> On revient à l'idée de prémâchage, mais comment? Des géotraitements avec
> QGis avant import dans OSM serait-il envisageable?
>
> Est-ce qu'on peut trouver une liste de ces fameuses données à fort
> potentiel? Est-ce qu'il a des stats publiées quelque part?
>
>
> Magalie
>
>
> Le 2 mars 2018 à 11:07, Christian Quest <cqu...@openstreetmap.fr> a écrit
> :
>
>> Le RPG est un très gros jeu de données et qui décrit quelque chose de
>> très changeant: les cultures subventionnées.
>>
>> Je ne pense pas qu'on puisse l'intégrer manuellement avec son niveau de
>> détail, et encore moins le mettre à jour.
>> Marcussacapuce en avait intégré un millésime dans l'Essone.
>>
>> Par contre, en faisant une version simplifiée, il permet grosso-modo de
>> savoir où des landuse=farmland ne sont pas à jour, car ceci change moins
>> souvent que le type de culture. Rien que ça déjà me semble un bon morceau à
>> digérer qui pourrait aider à mettre à jour nos polygones de landuse de
>> Corine Land Cover, jeu de données aussi a été mis à jour depuis l'import
>> massif que nous avons fait.
>>
>> Si osmose est bien adapté à l'intégration de données ponctuelles, sur du
>> surfacique on ne va pas pouvoir aller beaucoup plus loin que signaler que
>> ça ne colle pas... reste ensuite toutes les manipulations sur les polygones
>> et multi-polygones qu'on sait ne pas être évidentes pour tout le monde.
>>
>> L'idéal serait d'avoir un outil qui facilite ces mises à jour en
>> prémâchant les changements et de le lier à osmose.
>>
>>
>> Pour clore sur le RPG (mais c'est valable pour tout l'opendata)... ceux
>> qui ont besoin de ces données y ont déjà accès !
>> Je pense qu'il faut se concentrer sur des données à fort potentiel au
>> sein d'OSM (c'est à dire les plus attendues) et ne pas trop s'éparpiller
>> car "qui trop embrasse mal étreint".
>>
>>
>> Le 2 mars 2018 à 10:41, Magalie Dartus <mag.dar...@gmail.com> a écrit :
>>
>>> Pour l'agriculture par exemple il y a le RPG (Registre parcellaire
>>> graphique), donnée ouverte par l'IGN (licence OL/LO):
>>> http://professionnels.ign.fr/rpg
>>> Certes cette données concerne la France mais vu que cela est lié à la
>>> PAC (Politique Agricole Commune) il est probable de trouver la même chose
>>> pour tous les pays européens.
>>>
>>> Je fais quelques recherches pour trouver d'autres données... à suivre
>>>
>>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> 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 
> 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] Osmose pour l'OpenData

[Magalie Dartus]

J'adhère complètement au "qui trop embrasse mal étreint", effectivement le
RPG est un très gros jeu de données et changeant (mais pas plus que les
commerces pour le côté changeant...?).

Et oui une catégorie 9 : Occupation (plutôt que usage) du sol
Cette thématique est plus large que "Agriculture", cela implique
probablement des jeux de données encore plus volumineux que le RPG.
On revient à l'idée de prémâchage, mais comment? Des géotraitements avec
QGis avant import dans OSM serait-il envisageable?

Est-ce qu'on peut trouver une liste de ces fameuses données à fort
potentiel? Est-ce qu'il a des stats publiées quelque part?


Magalie


Le 2 mars 2018 à 11:07, Christian Quest <cqu...@openstreetmap.fr> a écrit :

> Le RPG est un très gros jeu de données et qui décrit quelque chose de très
> changeant: les cultures subventionnées.
>
> Je ne pense pas qu'on puisse l'intégrer manuellement avec son niveau de
> détail, et encore moins le mettre à jour.
> Marcussacapuce en avait intégré un millésime dans l'Essone.
>
> Par contre, en faisant une version simplifiée, il permet grosso-modo de
> savoir où des landuse=farmland ne sont pas à jour, car ceci change moins
> souvent que le type de culture. Rien que ça déjà me semble un bon morceau à
> digérer qui pourrait aider à mettre à jour nos polygones de landuse de
> Corine Land Cover, jeu de données aussi a été mis à jour depuis l'import
> massif que nous avons fait.
>
> Si osmose est bien adapté à l'intégration de données ponctuelles, sur du
> surfacique on ne va pas pouvoir aller beaucoup plus loin que signaler que
> ça ne colle pas... reste ensuite toutes les manipulations sur les polygones
> et multi-polygones qu'on sait ne pas être évidentes pour tout le monde.
>
> L'idéal serait d'avoir un outil qui facilite ces mises à jour en
> prémâchant les changements et de le lier à osmose.
>
>
> Pour clore sur le RPG (mais c'est valable pour tout l'opendata)... ceux
> qui ont besoin de ces données y ont déjà accès !
> Je pense qu'il faut se concentrer sur des données à fort potentiel au sein
> d'OSM (c'est à dire les plus attendues) et ne pas trop s'éparpiller car
> "qui trop embrasse mal étreint".
>
>
> Le 2 mars 2018 à 10:41, Magalie Dartus <mag.dar...@gmail.com> a écrit :
>
>> Pour l'agriculture par exemple il y a le RPG (Registre parcellaire
>> graphique), donnée ouverte par l'IGN (licence OL/LO):
>> http://professionnels.ign.fr/rpg
>> Certes cette données concerne la France mais vu que cela est lié à la PAC
>> (Politique Agricole Commune) il est probable de trouver la même chose pour
>> tous les pays européens.
>>
>> Je fais quelques recherches pour trouver d'autres données... à suivre
>>
>>
> --
> 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] Osmose pour l'OpenData

[Magalie Dartus]

Pour l'agriculture par exemple il y a le RPG (Registre parcellaire
graphique), donnée ouverte par l'IGN (licence OL/LO):
http://professionnels.ign.fr/rpg
Certes cette données concerne la France mais vu que cela est lié à la PAC
(Politique Agricole Commune) il est probable de trouver la même chose pour
tous les pays européens.

Je fais quelques recherches pour trouver d'autres données... à suivre

Le 2 mars 2018 à 10:20, Vincent Bergeot <vinc...@bergeot.org> a écrit :

> Bonjour,
>
>
> Le 02/03/2018 à 09:37, Magalie Dartus a écrit :
>
> Bonjour à tous,
>
> Après avoir lu tous les messages que l'on m'a transférés concernant l'Open
> Data (merci grandement Jean-Yvon), je n'ai pas vu de réflexion concernant
> l'Agriculture.
> D'ailleurs dans la liste des catégories proposées pour le nouvel Osmose
> cette catégorie à disparue alors qu'elle est bien présente dans la liste
> d'Etalab.
>
> Est-ce qu'il y à une raison particulière à cela?
> Les données Open Data existent pourtant
>
>
> une première tentative de correspondance entre les jeux de données
> ouvertes intégrés dans osmose et les catégories data.gouv montraient :
>
>- un gros déséquilibre, en particulier certaines catégories comme :
>Territoires, Transports, Tourisme
>- des incohérences : catégories International et Europe, osmose n'est
>pas pour la france et le reste du monde
>
> D'où la tentative de proposition de nouvelles catégories.
>
> L'absence de la catégorie Agriculture n'est pas voulue, mais n'a pas
> semblé être nécessaire par rapport aux actuels jeux de données dans Osmose.
> Tu penses à quels jeux de données en particulier ?
>
>
> Le 01/03/2018 à 22:23, Frédéric Rodrigo a écrit :
>
> Je n'y avais pas pensé, mais on peut aussi utiliser les niveaux
> d'importances pour prioriser certains jeux de données.
>
>
> ok, peut-être que cette priorisation peut venir dans un second temps ?
> Mais effectivement c'est intéressant de savoir que l'on peut avoir une
> autre entrée de classification par "importance".
>
>
> Le 1 mars 2018 à 23:02, <osm.sanspourr...@spamgourmet.com> a écrit :
>
>> Je vois que Frédéric va bientôt nous proposer :
>> - quelques catégories
>> - quelques niveaux d'importance
>> - deux méta catégories (AQ=qualité, DO=intégration)
>>
>
> effectivement les réflexions avancent sur cela (j'entends ton retour sur
> l'importance d'avoir les 2 types d'analyses (qualité et intégration) aux
> même endroits mais là cela devient complexe !!!).
>
> @françois merci pour la proposition de coup de main "Sur les catégories,
> je verrai plus Energie se transformer en Réseaux." (pour la conflation
> linéaire, pour ma part aucune idée et je propose que si discussion il y a
> cela soit sur un autre "fil" si possible.
>
> Soit pour les catégories :
>
>   * 1Transports (vélo, parking, train, ..)
>   * 2Équipement sport, bornes, bal,
>   * 3Bâtiments, logements, patrimoines
>   * 4Education, formation, club sportif, ...
>   * 5Santé / Urgence / Soins / PEI /
>   * 6Services publics, services aux publics
>   * 7Réseaux (Énergie, Adductions, Télécoms, ...)
>   * 8Commerce / banques / craft
>
> Retours et avis toujours les bienvenus
>
>
> --
> 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] Osmose pour l'OpenData

[Magalie Dartus]

Bonjour à tous,

Après avoir lu tous les messages que l'on m'a transférés concernant l'Open
Data (merci grandement Jean-Yvon), je n'ai pas vu de réflexion concernant
l'Agriculture.
D'ailleurs dans la liste des catégories proposées pour le nouvel Osmose
cette catégorie à disparue alors qu'elle est bien présente dans la liste
d'Etalab.

Est-ce qu'il y à une raison particulière à cela?
Les données Open Data existent pourtant

Bonne journée
Magalie

Le 1 mars 2018 à 23:02,  a écrit :

> Je vois que Frédéric va bientôt nous proposer :
> - quelques catégories
> - quelques niveaux d'importance
> - deux méta catégories (AQ=qualité, DO=intégration)
>
> pour revenir à l'intérêt de faire se côtoyer AQ et DO c'est que si on a
> des stats de distance moyenne/maxi sur des données intégrées on avise des
> intégrateurs des problèmes potentiels, sinon on va avoir plus de doublons,
> triplés...
>
> Idées d'amélioration après avoir complété  https://pic4review.pavie.info/
> #/mission/45/summary :
> dans Osmose il était dit qu'il manquait le ref:FR:FINESS mais sans le
> proposer.
> J'ai dû dézoomer pour voir toujours dans Pic4Review les noms de rue et de
> commune puis je suis allé sur https://annuaire.sante.fr trouver le code
> FINESS en question.
> Pas exactement ce qui se fait de plus convivial et de plus trivial.
>
> Pourtant on a des possibilités de faire mieux :
> - sur clic trouver l'adresse (via OpenCage ? le formatage est fonction du
> pays et donne une adresse postale (sans affichage parasite des noms de chef
> lieux des arrondissements départementaux à la Nominatim).
> - proposer a minima la source (ici https://annuaire.sante.fr voir mieux)
> et si possible comme c'est fait pour les boîtes-aux-lettres proposer
> l'intégration.
> - éventuellement faire du géocodage sur la source.
>
> Une idée d'amélioration c'est aussi de passer plus facilement d'un éditeur
> à l'autre (par exemple de Pic4Review à Osmose en se plaçant au même endroit
> et si possible le même thème).
> Au fait Florian tu n'as même pas mis un lien vers OSM !
>
> Car suivant les jours, les thèmes ou son humeur un éditeur est plus adapté
> ou préféré.
>
> 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] Osmose pour l'OpenData

[Magalie Dartus]

Merci pour ta réponse, ça fait déjà un peu de matière :)

Le 1 mars 2018 à 21:48,  a écrit :

> Bonsoir et bienvenue au club..
> Tu verras qu'à la fin de chaque message il y a un lien vers l'archive de
> la liste.
> Si tu n'as pas le titre ou pas la date, ce n'est pas très pratique pour
> retrouver la conversation en question.
> Voici le dernier message sur Osmose et l'OD.
>
> N. B. : simplifier l'interface Osmose oui, mais il me semble intéressante
> de pourvoir filtrer par l'un ou l'autre ou que l'on puisse passer
> facilement de l'OD transport à l'AQ transport et réciproquement.
> Il me semble même crucial que les gens se rendent compte que données
> ouvertes ne veut pas dire de qualité.
> La Poste met en OD des bureaux de poste en se trompant de centre
> commercial sachant qu'à priori La Poste n'est pas la société la plus
> mauvaise en géolocalisation.
>
> On a aussi parlé outils (JOSM), STIF, SIREN, BANO, RTE, SNCF. Je ne
> garantis pas l'exhaustivité.
>
> Jean-Yvon
>
>
>  Message transféré 
> Sujet : Re: [OSM-talk-fr] Interface Osmose, en particulier OpenData
> (osmose-OD)
> Date : Thu, 27 Jul 2017 16:52:59 +0200
> De : Florian LAINEZ - winnerflo@free.f
> Pour : Discussions sur OSM en français 
> 
>
> ah merde, je ne crois pas avoir de sauvegarde du pad :(
>
> je me souviens néanmoins y avoir ajouté les informations suivantes (que je
> recopie/colle du thread que tu as cité précédemment) :
>
> Besoin :
>
> 1. Un outil de QA permettant de comparer les données en Open Data aux
> données OpenStreetMap.
>  - Une partie située sur une carte pour les données géolocalisées
>  - Une partie sous forme de liste pour des données numériques (% données
> manquantes, erreurs etc...)
>
> 2. Enrichir cet outil pour les contributeurs, en leur permettant de
> contribuer les modifications directement dans la page, après s'être loggés
> sur leur compte OSM.
>  - Possibilité de conserver un historique (undo / redo) et d'appliquer un
> ensemble de changements d'un coup sous forme de changeset.
>  - Possibilité d'éditer des nodes, des ways, et des relations
>
> 3. Supporter la remontée d'anomalies sur les jeux de données métier
> Donner la possibilité à un visiteur de détecter et faire remonter une
> anomalie sur un des jeux de données métier.
> Typiquement: "votre arrêt xxx n'existe plus", ou "l'abribus yyy a été
> déplacé ici"
>
> 4. Création d'un dashboard permettant au producteur de données d'appliquer
> des décisions sur les remontées d'anomalies
>  - Possibilité d'accepter un changement, accepter certaines parties d'un
> changement, etc...
>  - Possibilité d'exporter les jeux de données une fois ceux-ci modifiés
>
> 5. Un outil de statistiques
>  - Comptage des flux de données (remontées d'erreurs, fix OSM, nombre de
> changements finaux dans chaque dataset)
>
>
> Je n'ai malheureusement plus le temps pour me consacrer à ce projet, mais
> vous avez tout mon soutien : c'est un outil indispensable à notre
> développement.
>
> Le 27 juillet 2017 à 09:56, Vincent Bergeot  a écrit
> :
>
>> Bonjour,
>>
>> en octobre septembre-octobre 2016, des discussions et recueils d'idées
>> sur l'interface d'osmose et en particulier de l'interface pour Osmose-OD
>> (opendata) se sont tenus (https://lists.openstreetmap.o
>> rg/pipermail/talk-fr/2016-September/082112.html), et un pad a été créé (
>> https://semestriel.framapad.org/p/refonte-interface-osmose). J'ai voulu
>> retourner sur le pad, sauf que c'était un semestriel et que nous n'avons
>> pas édité depuis 6 mois donc.
>>
>> A-t-on une sauvegarde du pad ?
>>
>>- Si oui peut-on la remettre sur le pad suivant :
>>https://annuel2.framapad.org/p/refonte-interface-osmose
>> ?
>>- Sinon, qui est partant pour relancer le chantier, en particulier
>>autour d'osmose-OD !
>>
>> Parmi les "priorités" pour pouvoir bénéficier d'une instance osmose-od
>> dédiée et suite à une discussion hier avec Frédéric Rodrigo, il apparaît
>> nécessaire de réorganiser le classement des données ouvertes pour pouvoir
>> faire apparaître des thématiques. Pour diverses raisons techniques ce
>> classement pourra comporter dans un premier temps 9 thématiques.
>>
>> Je propose de reprendre les 9 thématiques de data-gouv (j'ai tenté de
>> mettre quelques exemples de données traitées par osmose déjà aujourd'hui).
>>
>>- Agriculture et alimentation
>>   -
>>   - Culture
>>   - musées
>>   - Economie et emploi
>>- éducation et recherche
>>   - les écoles,
>>   - international et europe
>>   -
>>   - logement, développement durable et énergie
>>   - réseau rte et tutti power
>>   - santé et social
>>   - pharmacies
>>   - société
>>   -
>>   - territoires, transports et tourisme
>>   - déchets
>>   - arrêts de bus
>>   - ...
>>
>> C'est une 

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Magalie Dartus]

Bonsoir,

Ceci est mon premier message sur le fil des discussions et mea culpa je
suis plutôt débutante en ce qui concerne Osmose (mais j'apprends auprès du
groupe toulousain).

Le thème de l'Open Data m'intéresse et visiblement vous avez une discussion
depuis un moment à ce sujet. Est-ce que quelqu'un pourrait m'indiquer où je
peux trouver le reste de la discussion?


Merci par avance
Magalie




Le 1 mars 2018 à 20:25, Vincent Bergeot  a écrit :

> Bonjour,
>
> avec Frédéric Rodrigo nous avançons sur le fait de "séparer" la partie
> Analyse Qualité d'Osmose de la partie OpenData, déjà évoqué sur cette liste.
>
> Les objectifs sont :
>
>- de ne plus avoir les catégorie 7 "À cartographier" et 8
>"Intégration" sur http://osmose.openstreetmap.fr,
>- d'avoir un site http://opendata.osmose.openstreetmap.fr/ avec une
>organisation plus "lisible" (actuellement vous y trouverez les mêmes
>catégories "À cartographier" et 8 "Intégration"),
>
> Pour cette lisibilité, voici notre proposition de catégories :
>
>- 1Transports (vélo, parking, train, ..)
>- 2Équipement sport, bornes, bal,
>- 3Bâtiments, logements, patrimoines
>- 4Education, formation, club sportif, ...
>- 5Santé / Urgence / Soins / PEI /
>- 6Services publics, services aux publics
>- 7Énergie
>- 8Commerce / banques / craft
>
> Vous trouverez en PJ la proposition de correspondance entre les analyses
> et les catégories.
>
> Nous aimerions bien évidemment avoir vos retours, que cela soit sur les
> catégories et/ou le fait de "basculer" la partie opendata sur un site à
> part (la partie opendata n'étant alors plus visible sur osmose.opendata.fr
> ).
>
> à vous lire,
>
> --
> 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