Re: [OSM-talk-fr] un début de OSM - mon commerce

2020-12-16 Par sujet Vincent Bergeot 

Le 14/12/2020 à 19:07, Christian Quest via Talk-fr a écrit :

Le 14/12/2020 à 18:13, Yves P. a écrit :
puis-je suggérer d'améliorer les outils existant (par ex OsmMyBiz) 
au lieu de refaire une nouvelle rue depuis zéro ?

Si possible oui.


Je suis un peu dépité quand je renseigne osm a un commerçant de 
devoir lui renseigner 3 roues incomplètes au lieu d'un écosystème 
intégré.
C'est bien le problème§me, il n'y a rien d'adapté pour la France et 
de complet (par exemple on peut rajouter une entreprise, mais pas 
mettre à jour les informations existantes).




la liste de souhait a été évoqué ici et sur là ml aussi cette année

As-tu des liens stp ?


Améliorer les outils existants est une piste dont on a discuté, mais 
l'idée est d'aller plus loin que ces outils d'édition génériques et de 
s'appuyer sur les données opendata, pour limiter le plus possible les 
infos à saisir.


Donc c'est du cousu main dépendant de données provenant de SIRENE ou 
du RNM (Registre des Métiers, pour les artisans).


pour l'avoir redécouvert il y a peu, il y a ce rendu "qa" qui reprend 
des analyses osmose et un code couleur de "complétude" vert ok, orange 
manque, rouge peut vraiment mieux faire, bleu absent d'osm : 
https://www.caresteouvert.fr/qa#16.02/44.838153/-0.598528


il y a un bug, le qa de l'url disparaît  à chaque fois mais cela 
fonctionne en rajoutant ce qa.


Je ne parle pas ici nouvel outil, ancien outil, améliorer l'existant, 
repartir de zéro mais fonctionnalité permettant de croiser le "meilleur" 
des bases.


à plus

--
Vincent Bergeot


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

Re: [OSM-talk-fr] un début de OSM - mon commerce

2020-12-16 Par sujet Francois Gouget 
On Wed, 16 Dec 2020, Florian LAINEZ wrote:

> Bonjour François,
> Il existe une bonne raison pour laquelle aucun outil n'existe aujourd'hui
> pour mettre à jour les données sur tous ces sites en une seule fois.
> Il est possible d'élaborer longuement sur le sujet mais pour faire court :
> la licence OdbL a été créée pour protéger le projet OSM des prédateurs qui
> pourraient être tentés de piller les données sans reverser en retour.

C'est pour cela que je ne propose pas de prendre les données OSM pour 
les mettre sur les autres sites mais de mettre *uniquement* les données 
d'horaire etc dans une base de données séparée sous une license plus 
permissive et qui servira à alimenter, entre autres, OSM.

*KO* : Commerçants -> OSM -> "Site horaires" -> Google, Pages Jaunes, etc.
*OK* : Commerçants -> "Site horaires"-> OSM, Google, Pages Jaunes, etc.

Donc pas de problème de license.


> A partir de là, mon analyse personnelle est que Google ne jouera 
> jamais le jeu

D'accord.
Pour les horaires on peut ajouter Facebook dans cette catégorie.


> et que dans la situation actuelle, la totalité des autres acteurs 
> peut potentiellement basculer de notre côté par anti-Googleulisme.

D'une part, spécifiquement pour ce qui est des informations dynamiques 
type horaires, j'en doute. Déjà il manque les deux poids lourds : Google 
et Facebook.

Et puis même si c'est le cas, comment les données arriveraient-elles 
dans OSM ?

Mettons que Yahoo utilise les données OSM. Si un commerçant met à jour 
ses horaires d'ouvertures sur Yahoo va-t-on autoriser les Pages Jaunes à 
faire une mise à jour automatisée d'OSM ? Quid des règles sur les 
éditions de masse ?

Et on laisse n'importe quel autre site faire de même ?


Enfin la logique des commerçants n'est pas celle d'OSM : ce qu'ils 
veulent c'est diffuser leurs informations aussi largement que possible, 
pas promouvoir le logiciel libre.

Un site / outil qui n'alimente qu'OSM n'intéressera que les utilisateurs 
d'OSM. Un site / outil qui peut potentielement alimenter tous les sites 
majeurs peut intéresser aussi tous les commerçants ce qui est la 
meilleure façon de garantir des données à jour.


Je suppose que le point de vue dépend si on considère que sans les 
champs opening_hours, phone, website, facebook et quelques autres [1] 
OSM perd une part importante de sa valeur.

* Si oui alors ces données doivent être dans OSM et aussi sous license 
  ODBL.

* Si non alors ces données pourraient très bien se trouver dans une
  autre base de données qui serait fusionnée dynamiquement avec les 
  données OSM ; et être sous une autre license compatible avec le 
  logiciel libre.


[1] Périmètre à définir et sur lequel il y a probablement matière à 
débattre. D'emblée j'exclus les données de géolocalisation bien que 
les commerçants ne seraient peut-être pas d'accord.

-- 
Francois Gouget   http://fgouget.free.fr/
   If you think the whole world revolves around you,
 quit staring at the GPS display while driving.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] un début de OSM - mon commerce

2020-12-16 Par sujet osm . sanspourriel 

Assez d'accord avec Florian si ce n'est que je mettrais FaceBouc dans la
même catégorie que Google :

Quand tu utilises de la donnée ODbL et que tu ajoutes grâce à elle de la
donnée compatible, tu dois la reverser dans la base en question.

L'utilisateur se positionne sur une carte OSM.

Ajoute ses horaires mais les horaires n'arrivent pas dans OSM.

Il faudra eut-être se poser la question de l'existence de clés
*facebook* en France.

Jean-Yvon

Le 16/12/2020 à 19:46, Florian LAINEZ - winner...@free.fr a écrit :


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

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet Leroy Olivier 
>
> Vu le titre ça semblait clair, on parle de RPG, pas de CLC.


Pour moi cela ne l'était pas vu que le RPG ne traite pas de forêt (sauf cas
particulier d'agroforesterie).

Coté Couverture CLC/RPG:

As tu regardé si les "cultures" correspondaient entre les deux sources (ou
même d'autres/usages couverture du sol) ? Je l'ai fait il y a un bail et
c'était loin d'être "plug and play". C'est certainement un truc très
intéressant à faire mais qui nécessite d'expliciter et de bien concevoir un
paquet de traitements (si tu ne veux pas remettre le couvert entre chaque
version).

Coté Multiplogones :

Aucune idée, je ne doute pas que cela soit un beau bordel

Le wiki d'osm est plutôt cool sur CLC mais pas mal de liens sont morts.
Quelqu'un sait si les infos ont migré sur le site de l'EEA ?

Enfin, même si c'est totalement has been de chercher à comprendre comment
la donnée est produite, dans pas mal de cas les agriculteurs engage un
presta (souvent leur expert comptable ou encore des assos) pour faire ces
déclarations.

++


Le mer. 16 déc. 2020 à 21:16,  a écrit :

> Zonage :
>
> Le 16/12/2020 à 20:38, Leroy Olivier - leroy@gmail.com a écrit :
>
> > Est compté dans quoi ?
>
> Vu le titre ça semblait clair, on parle de RPG, pas de CLC.
>
> Merci pour la réponse détaillée qui va du coup au delà de ma demande
> initiale.
>
> Couverture CLC/RPG :
>
> Pour CLC : comme ici on parle de la France, que la couverture de CLC
> soit supérieure à RPG, ce n'est pas important, on pourrait avoir RPG
> pour ce qui est disponible 'les cultures) et CLC pour le reste.
>
> Multi-polygones :
>
> Par contre les multi-polygones infâmes de CLC font que bien souvent je
> me mets dans un coin et j'attends que ça me passe plutôt que de me
> lancer dans une édition scabreuse. Ne serait-il pas intéressant de ne
> mettre des multi-polygones simples (des zones contigües éventuellement
> avec des trous) et plusieurs zones (faiblement) non contigües.
>
> Exemple :
>
> https://www.openstreetmap.org/relation/283254
>
> pris au hasard mais c'est pire : ici on a 2 zones sans trou plus une
> avec un trou.
>
> Mais on voit qu'Adrien a retranché
> https://www.openstreetmap.org/relation/2136055 car une partie est
> communale ce qui est intéressant à savoir.
>
> Du coup la zone CLC est incomplète. J'aurais personnellement cependant
> maintenu l'appartenance à la zone CLC (ici c'est plus simple) ou a
> minima gardé la référence CLC.
>
> Si on ne maintient pas la gestion des versions de CLC, ne devrait-on pas
> supprimer les références et simplifier les multi-polygones ?
>
> Ou a minima simplifier les multi-polygones en dupliquant les références
> CLC ?
>
> Jean-Yvon
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Olivier Leroy
Docteur Géographie et Environnement
Post-doctorant EVS IMU GOURAMIC
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet osm . sanspourriel 

Zonage :

Le 16/12/2020 à 20:38, Leroy Olivier - leroy@gmail.com a écrit :


Est compté dans quoi ?


Vu le titre ça semblait clair, on parle de RPG, pas de CLC.

Merci pour la réponse détaillée qui va du coup au delà de ma demande
initiale.

Couverture CLC/RPG :

Pour CLC : comme ici on parle de la France, que la couverture de CLC
soit supérieure à RPG, ce n'est pas important, on pourrait avoir RPG
pour ce qui est disponible 'les cultures) et CLC pour le reste.

Multi-polygones :

Par contre les multi-polygones infâmes de CLC font que bien souvent je
me mets dans un coin et j'attends que ça me passe plutôt que de me
lancer dans une édition scabreuse. Ne serait-il pas intéressant de ne
mettre des multi-polygones simples (des zones contigües éventuellement
avec des trous) et plusieurs zones (faiblement) non contigües.

Exemple :

https://www.openstreetmap.org/relation/283254

pris au hasard mais c'est pire : ici on a 2 zones sans trou plus une
avec un trou.

Mais on voit qu'Adrien a retranché
https://www.openstreetmap.org/relation/2136055 car une partie est
communale ce qui est intéressant à savoir.

Du coup la zone CLC est incomplète. J'aurais personnellement cependant
maintenu l'appartenance à la zone CLC (ici c'est plus simple) ou a
minima gardé la référence CLC.

Si on ne maintient pas la gestion des versions de CLC, ne devrait-on pas
supprimer les références et simplifier les multi-polygones ?

Ou a minima simplifier les multi-polygones en dupliquant les références
CLC ?

Jean-Yvon



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

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet Leroy Olivier 
>
> Sinon est-ce que vous savez si une coupe à blanc est comptée en
> forêt/bois ou pas ?


Est compté dans quoi ?

Si la parcelle boisée coupée fait plus de 2.5 ha (pas tout à fait le cas
partout mais je ne connais pas de département où ce n'est pas le cas) ou
que la coupe ce fait sur une surface plus petite mais au seins d'un massif
dépassant plus de 2.5 ha le propriétaire à une obligation de replanter
(techniquement de remettre la forêt en état de production mais c'est à la
discrétion des services départementaux) dans les 5 ans après la coupe. Le
foncier, au sens cadastral, reste forestier (cela ne veut pas
nécessairement dire que le cadastre est mis à jour).  Il y a une dérogation
à la règle : le propriétaire peut demander un changement d'usage et faire
passer la parcelle en prairie/champs (qui peut ou pas lui être accordé )
mais devra payer une taxe  fixée par la préfecture (de tête on est autour
de 7500 euros/ha).

En résumé : actuellement selon la définition cadastral/légal et selon celle
de l'IFN (new IGNF) une coupe à blanc reste une forêt. En fonction de sa
taille par contre, le CLC pourra l'inclure ou pas comme un changement
d'occupation du sol.

++

Le mer. 16 déc. 2020 à 20:19,  a écrit :

>
> Le 15/12/2020 à 17:33, Christian Quest - cqu...@openstreetmap.fr a écrit :
> > Un usage qui serait intéressant consisterait à détecter les plus
> > grosses incohérences par rapport au landuse actuel dans OSM. Si le
> > centre d'une parcelle cultivée est en landuse=forest, ça mérite qu'on
> > aille voir la zone. Là, une analyse osmose me semble adaptée.
>
> La piste me semble intéressante mais je pense que peu de forets sont
> devenues des cultures (ça arrive quand même).
>
> Avec l'historique on pourrait aussi voir des zones qui disparaissent et
> dans ce cas c'est sans doute un changement de culture : culture de
> maisons individuelles, landuse=residential.
>
> Sinon est-ce que vous savez si une coupe à blanc est comptée en
> forêt/bois ou pas ?
>
> Dans OSM je me suis contenté d'une note :
>
> bois coupé en 2019, semble replanté en 2020 (IGN BDOrtho)
>
> https://www.openstreetmap.org/way/29381145.
>
> Jean-Yvon
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Olivier Leroy
Docteur Géographie et Environnement
Post-doctorant EVS IMU GOURAMIC
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet osm . sanspourriel 


Le 15/12/2020 à 17:33, Christian Quest - cqu...@openstreetmap.fr a écrit :

Un usage qui serait intéressant consisterait à détecter les plus
grosses incohérences par rapport au landuse actuel dans OSM. Si le
centre d'une parcelle cultivée est en landuse=forest, ça mérite qu'on
aille voir la zone. Là, une analyse osmose me semble adaptée.


La piste me semble intéressante mais je pense que peu de forets sont
devenues des cultures (ça arrive quand même).

Avec l'historique on pourrait aussi voir des zones qui disparaissent et
dans ce cas c'est sans doute un changement de culture : culture de
maisons individuelles, landuse=residential.

Sinon est-ce que vous savez si une coupe à blanc est comptée en
forêt/bois ou pas ?

Dans OSM je me suis contenté d'une note :

bois coupé en 2019, semble replanté en 2020 (IGN BDOrtho)

https://www.openstreetmap.org/way/29381145.

Jean-Yvon




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

Re: [OSM-talk-fr] un début de OSM - mon commerce

2020-12-16 Par sujet Florian LAINEZ 
Bonjour François,
Il existe une bonne raison pour laquelle aucun outil n'existe aujourd'hui
pour mettre à jour les données sur tous ces sites en une seule fois.
Il est possible d'élaborer longuement sur le sujet mais pour faire court :
la licence OdbL a été créée pour protéger le projet OSM des prédateurs qui
pourraient être tentés de piller les données sans reverser en retour.

Les conditions d'une collaboration d'OSM avec des acteurs externes est
claire, ce sont à eux de se plier à nos conditions (la licence OdbL). Le
monde administratif a très largement pris le pli avec le mouvement de
l'open data, et mon espoir (et j'espère qu'il est partagé !) est de créer
un mouvement de ce type, dans une moindre mesure, auprès des acteurs
commerciaux.

A partir de là, mon analyse personnelle est que Google ne jouera jamais le
jeu et que dans la situation actuelle, la totalité des autres acteurs peut
potentiellement basculer de notre côté par anti-Googleulisme. Parlons aux
pages jaunes d'open data, parlons à Microsoft Bing d'open data, à Facebook,
à tous les autres acteurs qui gèrent des bases de données de commerces (et
dans tous les autres secteurs).

Le mar. 15 déc. 2020 à 23:53, Francois Gouget  a écrit :

> On Mon, 14 Dec 2020, Baptiste Lemoine - Cipher Bliss wrote:
>
> > Bonjour,
>
> > hier avec quelques contributeurs sur le canal osm-fr telegram/riot on
> > s'est lancés dans l'ébauche d'une version OSM pour que les commerçants
> > puissent renseigner des informations de leur commerce, un peu à la
> > façon ça reste ouvert, inspiré par onosm.org.
>
> Juste mes 2 euro-cents :
>
> Faire un site qui simplifie la mise à jour des données OSM des commerces
> c'est bien. Faire un outil / site qui permet de mettre à jour les
> données d'OSM, Google, Les Pages Jaunes, Yahoo et tous les autres d'un
> coup c'est mieux.
>
> C'est pour cela que je pense que les données entrées via cet outil ne
> devraient pas être sous ODBL mais sous une license plus permissive
> permettant à toutes les tierces parties de venir y piocher. [1]
>
> Sinon comme les commerçants ont autre chose à faire que d'aller mettre à
> jour 36000 sites, il ne le feront que dans celui qui a la plus grosse
> part de marché, c'est à dire Facebook [3] et à la rigueur Google.
>
>
>
> [1] On pourrait aussi prendre le problème à l'envers et faire une
> application (traduction en language moderne : une app Android / iOS)
> qui aille mettre à jour tous ces sites, dont OSM. Du coup pas de
> site / base de données supplémentaire et pas de problème de license
> de ces données. Mais ça nécessite que les utilisateurs d'une part
> créent un compte sur chaque site qu'ils veulent mettre à jour [2],
> et d'autre part fournissent leurs identifiants à cette application.
>
> [2] Je suppose ici que certains sites n'autorisent que le 'propriétaire'
> du commerce à faire ce type de mise à jour. Alors qu'ils seraient
> peut-être plus enclins à siphoner les données d'une source commune,
> au moins pour les commerces sans propriétaire déclaré ; ou si le
> propriétaire a coché une case autorisant ce type de mise à jour (un
> peu comme Google Mail peut être configuré pour 'unifier' plusieurs
> comptes mail).
>
> [3] Pourquoi Facebook ?
> Parce que d'après mon expérience avec les commerces locaux (donc
> hors chaines), la plupart n'ont qu'une page Facebook, voire ont
> abandonné leur site web pour ne garder que Facebook. Et s'il y a un
> endroit où ils signaleront leurs changements d'horaires, de numéro
> de téléphone ou autre c'est bien là.
>
>
> --
> Francois Gouget   http://fgouget.free.fr/
> A polar bear is a cartesian bear after a coordinate
> transform.___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] rond-point et bd cassé à Rennes

2020-12-16 Par sujet Pierre-Yves Mevel via Talk-fr 
Bonjour,

Ça bouge effectivement pas mal dans le coin ces derniers temps mais,
confinement oblige, je n'y suis pas passé ces dernières semaines. Je
vais aller y faire un tour pour voir ce qu'il en est sur place.

P-Y

Le mer. 16 déc. 2020 à 14:43, PanierAvide  a écrit :
>
> Bonjour,
>
> Il y a un souci évident (au moins de connectivité des voies), mais étant un 
> peu loin pour vérifier l'état actuel sur le terrain, je transmets à la liste 
> bretonne.
>
> Cordialement,
>
> Adrien P.
>
> Le 16/12/2020 à 14:08, Georges Dutreix via Talk-fr a écrit :
>
> Bonjour,
>
> je crois qu'il y a des habitants de Rennes sur cette liste.
> Un utilisateur a cassé un rond-point et transformé le bd de Yougoslavie en 
> chemin piéton. Je ne sais pas trop ce qu'il a voulu faire.
> Je préfère vous laisser regarder si vous êtes du coin.
>
> https://www.openstreetmap.org/changeset/95934608#map=18/48.08807/-1.65935
>
> Cordialement,
> georges
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr-bzh mailing list
> talk-fr-...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr-bzh

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

Re: [OSM-talk-fr] Open Street Misogynie ? inclusif ?

2020-12-16 Par sujet FR via Talk-fr 

Bonjour
Merci pour ton fair-play. J'avais bien compris que c'était ironique et 
un peu désespéré. Mais les mots on leur poids et cette image de 
"plainte" g ça m'a pas plu.
M'enfin la route est longue mais la voie est libre... comme disent 2 Tux 
sur une affiche de Framasoft au dessus de mon ordi.

En espérant que c'est aussi vrai pour le "gender gap" dans la galaxie OSM.
Françoise

Le 11/12/2020 à 17:26, Jean-Marc Liotier a écrit :

On 12/11/20 4:14 PM, FR via Talk-fr wrote:
Il y a quand même une phrase qui m’a fait tiquer dans ce fil : "une 
femme qui s'en plaint sera étiquetée emmerdeuse féministe". Cher ami 
quels clichés ! (c'est bien connu dans les cours d'écoles les filles 
ce sont que des pisseuses). Les femmes et les féministes (garçons et 
filles) ne sont pas dans le registre de la plainte mais plutôt dans 
celui revendication du droit à l'égalité. En dans ce contexte se faire 
traiter d’emmerdeuse c’est plutôt compliment. 


Ce cliché (je suis l'auteur de la phrase, plus haut dans le thread) a 
malheureusement toujours cours. Je suis représentant du personnel... 
Entre représentants du personnel, être traité d'emmerdeur est une forme 
compliment - mais vu de la direction nettement moins. La même chanson ne 
fera pas vibrer les deux publics de la même manière. Aller au carton 
avec la direction sous les encouragements des collègues du syndicat est 
une gloire coûteuse - et surtout vaine lorsqu'on est minoritaire. Mon 
propos n'est pas de juger la légitimité de la revendication mais d'en 
considérer la stratégie.





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

Re: [OSM-talk-fr] rond-point et bd cassé à Rennes

2020-12-16 Par sujet PanierAvide 

Bonjour,

Il y a un souci évident (au moins de connectivité des voies), mais étant 
un peu loin pour vérifier l'état actuel sur le terrain, je transmets à 
la liste bretonne.


Cordialement,

Adrien P.

Le 16/12/2020 à 14:08, Georges Dutreix via Talk-fr a écrit :

Bonjour,

je crois qu'il y a des habitants de Rennes sur cette liste.
Un utilisateur a cassé un rond-point et transformé le bd de 
Yougoslavie en chemin piéton. Je ne sais pas trop ce qu'il a voulu faire.

Je préfère vous laisser regarder si vous êtes du coin.

https://www.openstreetmap.org/changeset/95934608#map=18/48.08807/-1.65935

Cordialement,
georges

___
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] rond-point et bd cassé à Rennes

2020-12-16 Par sujet Georges Dutreix via Talk-fr 

Bonjour,

je crois qu'il y a des habitants de Rennes sur cette liste.
Un utilisateur a cassé un rond-point et transformé le bd de Yougoslavie 
en chemin piéton. Je ne sais pas trop ce qu'il a voulu faire.

Je préfère vous laisser regarder si vous êtes du coin.

https://www.openstreetmap.org/changeset/95934608#map=18/48.08807/-1.65935

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

Re: [OSM-talk-fr] le data working group / quel support en France ?

2020-12-16 Par sujet leni 


Le 06/12/2020 à 15:01, osm.sanspourr...@spamgourmet.com a écrit :
Le 06/12/2020 à 10:52, Jacques Lavignotte - jacq...@lavignotte.org a 
écrit :



Le 06/12/2020 à 10:27, Marc_marc a écrit :


mais il
y a aussi une prise de conscience qu'il faut un travail
communautaire, [...] aussi
pour accompagner les autres contributeurs, même si cela
semble être un travail ingrat pour beaucoup.


+1000

Education populaire.

J.


Donne à manger à un humain, tu l'aideras un jour.

Apprend lui à pêcher, tu l'aideras tous les jours.

Donc d'accord sur l'analyse de Marc mais pas sur le côté ingrat : les
retours que l'on a sur les remarques que l'on fait sur les changesets
des nouveaux contributeurs sont plutôt positifs.


+1

D'habitude, j'envoie un message sur la messagerie osm, car il me 
semblait que cela facilitait le dialogue ; mais, récemment, j'ai vu 
qu'un autre contributeur avait fait une remarque sur le groupe de 
modifications et je me suis dit, qu'en envoyant sur la messagerie le 
nouveau contributeur risquait recevoir plusieurs messages ... mais 
est-ce vraiment un problème ?


cordialement

leni


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

Re: [OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données

2020-12-16 Par sujet Cyrille37 OSM via Talk-fr 

Bonjour,

Le 14/12/2020 à 11:43, Vincent Bergeot a écrit :
Cependant pour OSM-France ... avoir une convention avec l'IGN ... 
c'est bien aussi du réseau, du lobbying, de faire caisse de résonance, 
de montrer quelques trucs qui se font en dehors de l'IGN


2 fois OUI :-)

Et une belle journée à tou·te·s
Cyrille37.


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

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet Frédéric Rodrigo 

Le 15/12/2020 à 17:33, Christian Quest a écrit :
Un usage qui serait intéressant consisterait à détecter les plus 
grosses incohérences par rapport au landuse actuel dans OSM. Si le 
centre d'une parcelle cultivée est en landuse=forest, ça mérite qu'on 
aille voir la zone. Là, une analyse osmose me semble adaptée.


Ça j'ai déjà envisagé de le faire dans Osmose mais le volume de données 
est quand même important. Plus gros que ce qui est déjà fait dans Osmose.




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

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet Leroy Olivier 
Bonjour à tous,

Le Corine Land Cover (CLC) est une couverture du sol et le RPG est un usage
du sol. On est d'accord c'est normalement lié mais pas toujours.
Le CLC couvre 44 classes (y compris certaines très éloignées de l'activité
agricole).  Il a un grain de 25ha et/ou (j'ai un trou) de 100 m de
linéaire. C'est un choix discutable mais il faut garder en tête que c'est
un travail qui couvre l'europe entière.

++
Olivier


Le mer. 16 déc. 2020 à 09:34, Christian Quest  a
écrit :

> Le 15/12/2020 à 16:53, ades a écrit :
> > Bonjour,
> > Le Registre parcellaire graphique (RPG) : contours des parcelles et
> > îlots culturaux et leur groupe de cultures majoritaires 2019 a été
> > récemment publié (cf. :
> >
> https://geoservices.ign.fr/documentation/diffusion/telechargement-donnees-libres.html#rpg),
>
> > c’est une donnée libre.
> >
> > Il renseigne le type de culture par parcelle, il est issu des
> > déclarations faites par les agriculteurs (obligatoires danbs le cadre
> > de la Pac), donc, /a priori/, plus précis que des ortho datants de 3
> > ou 4 ans, plus précis que Corinne, plus précis que les interprétations
> > hasardeuses de l’ortho faites par certain(e)s contribut •eurs•trices.
>
>
> Gros doute sur le fait qu'il soit plus précis que les orthos, les
> agriculteurs tracent leurs parcelles sur ces orthos... en mordant un peu
> dehors ;)
>
> Plus précis que CLC, ça oui.
>
>
> > Dans ma zone de « confort » le cadastre diverge d’environs 2 à 4
> > pixels par rapport à l’ortho IGN de 2016, donc les parcelle
> > renseignées par le RPG ont une valeur topo correcte (à l’échelle des
> > contrib à OSM, en tous cas plus précise que les tracés/ a mano/ à
> > partir des orthos). Dans cette même zone un « imbécile »  a effacé les
> > données Corinnes car "elles devraient être découpée par les routes et
> > ne pas les englober » (je site de mémoire, je n’ai pas envie de
> > recherché plus avant) , je dis imbécile car il n’a pas rempli les
> > trous créés.
> >
> > Est-ce que l’utilisation du RPG peut être une bonne solution et fait
> > sens ?
> > avec comme tags, à préciser  :
> > 'landuse : farmland' et 'landcover= *' (en fonction des cultures) et
> > 'landcover_date=2019’ et 'landcover source= RPG 2019’
> >
> > Il faut juste faire un regroupement des types de culture du RPG pour
> > correspondre à OSM feature, pas compliqué, faut bien lire et faire une
> > table de correspondances (en cours et à finaliser si ma question fait
> > sens ).
> > Question subsidiaire, est-ce que l’utilisation du RPG, sous
> > conditions, pourrait être recommander pour OSM ?
> >
> 1) l'intérêt des données
>
> Le RPG évolue rapidement, d'année en année. Je ne me souviens plus si
> les parcelles non cultivées (jachères) y sont présentes.
>
> Prendre 3 ou 4 ans de RPG permet d'avoir l'emprise approximative des
> zones permanentes de culture. Pour ce qui est cultivé, comme ça change
> tous les ans (voir 2 fois par an), je ne vois pas l'intérêt de le mettre
> dans OSM, ça sera de toute façon les cultures d'au moins un an en
> arrière (en décembre 2020 tu as les cultures de 2019).
>
> Marc Sibert avait plus ou moins importé le RPG dans le 91... ce qui est
> à peu près à jour c'est landuse=farmland, le reste est bien sûr obsolète.
>
> Il me semble aussi que le RPG ne couvre pas certaines cultures comme les
> vergers ou les vignes.
>
>
> 2) les aspects techniques pour importer les données
>
> Tu va très rapidement te heurter à un problème: la mise à jour des
> landuse existants. C'est pas simple du tout, surtout quand tu tombes sur
> des multi-polygones de la mort.
>
> On a buté la dessus pour la mise à jour CLC.
>
>
> 3) la maintenabilité
>
> Je doute qu'on puisse maintenir ces données correctement à jour (en
> mettant de côté le fait qu'elles sont déjà par à jour elles même) car
> elles évoluent sans cesse et cela représente BEAUCOUP de polygones (dans
> les 10 millions de parcelles agricoles) !
>
> Les parcelles agricoles varient aussi bien plus vite que celles
> cadastrales (et ne les suivent pas toujours). Une mise à jour
> automatisée d'une année sur l'autre n'est pas toujours possible, mais
> pourrait être une piste. On a assez d'années dispo pour l'étudier.
>
>
> Un usage qui serait intéressant consisterait à détecter les plus grosses
> incohérences par rapport au landuse actuel dans OSM. Si le centre d'une
> parcelle cultivée est en landuse=forest, ça mérite qu'on aille voir la
> zone. Là, une analyse osmose me semble adaptée.
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Olivier Leroy
Docteur Géographie et Environnement
Post-doctorant EVS IMU GOURAMIC
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet Txo 

Le 16/12/2020 à 05:50, Gad Jo a écrit :

Bonjour,



Ça m'intéresse et je n'ai pas les compétences pour exploiter le jeux de données.


Pareil…


Il y a 6 ans j'ai renseigné les parcelles de culture et naturelle sur l'est de 
l'Aude. Depuis il y a eu énormément de changement, bien plus que les 20 
dernière années (retraite des viticulteurs) et une mise à jour via une source 
fiable serait intéressante


On peut dire plus la politique agricole que la retraite… Moi c'est avec 
les Ortho HD qui ne sont pas si vieilles. Par contre ces Corinnes qui 
ont plus de quinze ans ont l'air d'intimider tout le monde. Le côté 
officiel doit faire peur. Mais des données de 15 ans qui n'était pas 
précises, pas toujours justes aujourd'hui  sont complètement à côté de 
la plaque. Pourtant il y a quand même intérêt à montrer l'espace 
agricole qui se réduit comme peau de chagrin, l'urbanisation à outrance 
et la friche qui prennent la place. Vision à court terme quand tu nous 
tient.


Je vais me plonger dans ces fichiers et voir ce que je peux en faire et 
surtout si on peut s'y fier.


--
-- Dominique Marin http://txodom.free.fr  --
«Et les soirs d'illusion, Avec la nuit qui va, Dans Brest ou Lorient,
--On pleure et l'on s'en va»  Léo Ferré Les étrangers --

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

Re: [OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données

2020-12-16 Par sujet deuzeffe 

Le 14/12/2020 à 12:22, Adrien Carpentier a écrit :

Hello


Bonjour,


Mince, je confonds. Avec quoi, je ne sais plus.



Peut-être la convention BAN : IGN, Etalab, la Poste et OSM de 2014 ?


Bien sûr. Tellement évident que ça crève les yeux (et donc on ne le voit 
pas).


Merci Adrien.
--
deuzeffe

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

Re: [OSM-talk-fr] RPG 2.0 2019

2020-12-16 Par sujet Christian Quest 

Le 15/12/2020 à 16:53, ades a écrit :

Bonjour,
Le Registre parcellaire graphique (RPG) : contours des parcelles et 
îlots culturaux et leur groupe de cultures majoritaires 2019 a été 
récemment publié (cf. : 
https://geoservices.ign.fr/documentation/diffusion/telechargement-donnees-libres.html#rpg), 
c’est une donnée libre.


Il renseigne le type de culture par parcelle, il est issu des 
déclarations faites par les agriculteurs (obligatoires danbs le cadre 
de la Pac), donc, /a priori/, plus précis que des ortho datants de 3 
ou 4 ans, plus précis que Corinne, plus précis que les interprétations 
hasardeuses de l’ortho faites par certain(e)s contribut •eurs•trices.



Gros doute sur le fait qu'il soit plus précis que les orthos, les 
agriculteurs tracent leurs parcelles sur ces orthos... en mordant un peu 
dehors ;)


Plus précis que CLC, ça oui.


Dans ma zone de « confort » le cadastre diverge d’environs 2 à 4 
pixels par rapport à l’ortho IGN de 2016, donc les parcelle 
renseignées par le RPG ont une valeur topo correcte (à l’échelle des 
contrib à OSM, en tous cas plus précise que les tracés/ a mano/ à 
partir des orthos). Dans cette même zone un « imbécile »  a effacé les 
données Corinnes car "elles devraient être découpée par les routes et 
ne pas les englober » (je site de mémoire, je n’ai pas envie de 
recherché plus avant) , je dis imbécile car il n’a pas rempli les 
trous créés.


Est-ce que l’utilisation du RPG peut être une bonne solution et fait 
sens ?

avec comme tags, à préciser  :
'landuse : farmland' et 'landcover= *' (en fonction des cultures) et 
'landcover_date=2019’ et 'landcover source= RPG 2019’


Il faut juste faire un regroupement des types de culture du RPG pour 
correspondre à OSM feature, pas compliqué, faut bien lire et faire une 
table de correspondances (en cours et à finaliser si ma question fait 
sens ).
Question subsidiaire, est-ce que l’utilisation du RPG, sous 
conditions, pourrait être recommander pour OSM ?



1) l'intérêt des données

Le RPG évolue rapidement, d'année en année. Je ne me souviens plus si 
les parcelles non cultivées (jachères) y sont présentes.


Prendre 3 ou 4 ans de RPG permet d'avoir l'emprise approximative des 
zones permanentes de culture. Pour ce qui est cultivé, comme ça change 
tous les ans (voir 2 fois par an), je ne vois pas l'intérêt de le mettre 
dans OSM, ça sera de toute façon les cultures d'au moins un an en 
arrière (en décembre 2020 tu as les cultures de 2019).


Marc Sibert avait plus ou moins importé le RPG dans le 91... ce qui est 
à peu près à jour c'est landuse=farmland, le reste est bien sûr obsolète.


Il me semble aussi que le RPG ne couvre pas certaines cultures comme les 
vergers ou les vignes.



2) les aspects techniques pour importer les données

Tu va très rapidement te heurter à un problème: la mise à jour des 
landuse existants. C'est pas simple du tout, surtout quand tu tombes sur 
des multi-polygones de la mort.


On a buté la dessus pour la mise à jour CLC.


3) la maintenabilité

Je doute qu'on puisse maintenir ces données correctement à jour (en 
mettant de côté le fait qu'elles sont déjà par à jour elles même) car 
elles évoluent sans cesse et cela représente BEAUCOUP de polygones (dans 
les 10 millions de parcelles agricoles) !


Les parcelles agricoles varient aussi bien plus vite que celles 
cadastrales (et ne les suivent pas toujours). Une mise à jour 
automatisée d'une année sur l'autre n'est pas toujours possible, mais 
pourrait être une piste. On a assez d'années dispo pour l'étudier.



Un usage qui serait intéressant consisterait à détecter les plus grosses 
incohérences par rapport au landuse actuel dans OSM. Si le centre d'une 
parcelle cultivée est en landuse=forest, ça mérite qu'on aille voir la 
zone. Là, une analyse osmose me semble adaptée.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] un début de OSM - mon commerce

2020-12-16 Par sujet Christian Quest via Talk-fr 

Le 14/12/2020 à 18:13, Yves P. a écrit :

puis-je suggérer d'améliorer les outils existant (par ex OsmMyBiz) au lieu de 
refaire une nouvelle rue depuis zéro ?

Si possible oui.



Je suis un peu dépité quand je renseigne osm a un commerçant de devoir lui 
renseigner 3 roues incomplètes au lieu d'un écosystème intégré.

C'est bien le problème§me, il n'y a rien d'adapté pour la France et de complet 
(par exemple on peut rajouter une entreprise, mais pas mettre à jour les 
informations existantes).



la liste de souhait a été évoqué ici et sur là ml aussi cette année

As-tu des liens stp ?


Améliorer les outils existants est une piste dont on a discuté, mais 
l'idée est d'aller plus loin que ces outils d'édition génériques et de 
s'appuyer sur les données opendata, pour limiter le plus possible les 
infos à saisir.


Donc c'est du cousu main dépendant de données provenant de SIRENE ou du 
RNM (Registre des Métiers, pour les artisans).


--
Christian Quest - OpenStreetMap France


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