[OSM-talk-fr] accueil nouveaux arrivants

[Georges Dutreix via Talk-fr]

Bonjour,

Un petit témoignage. Suite à un message ici, je regarde de temps en 
temps sur OSMCha les "review requested" et les "new mapper" sur la 
France (je me suis mémorisé un filtre).
Cela permet de détecter quelques erreurs et de les signaler avec 
bienveillance, mais aussi tout simplement d'envoyer un "bienvenue" et un 
"merci".
Sans beaucoup d'efforts, on peut souhaiter la bienvenue à quelques 
personnes chaque semaine. Les retours quand il y en a sont en plus 
agréables :-)


Bien cordialement,
georges
___
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

[Éric Gillet]

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


Bonjour,

Merci pour le signalement ! J'ai fait quelques amélios 
 grâce aux photos d'un 
ami. Il reste du nettoyage à faire sur Boulevard Louis 
Volclair/Boulevard de Yougoslavie et sur la partie nord de l'Avenue des 
Pays-Bas.


J'ai corrigé aussi quelques trajets de bus 
.


Éric

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

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

[Christian Quest]

Le 17/12/2020 à 18:11, ades a écrit :
merci à tous pour vos remarques, en résumé (partiel et/ou partial) 
quelques notes avant de faire (une ou deux communes pour l’instant, 
faut pas aller trop vite)  :


Ça ne concerne que les landuses agricoles et parfois ‘nature’ mais 
plus rares.
A ne faire que si on peut aller sur le terrain pour vérifier. En 
particulier parce que des terrains ne sont plus agricoles.


Ça ne peut fonctionner que si le cadastre PCI est bien calé, autrement 
dit si la différence entre cadastre et ortho est faible (on peut 
vérifier avec les points géodésiques). J’ai tendance à penser que 
moins de 5 pixels de différence (ortho HR) c’est mieux qu’un tracé 
interprétant au pif une limite entre deux objets.


Donc
• exactitude topo des données du RPG : je n’avais pas trop fait 
attention et compris que le RPG renseignait des parcelles cadastrales, 
raté, c’est effectivement « gros doigt » d’après l’ortho (pas plus que 
nombre de contributeurs usant et abusant d’id).


• exactitude des données associées : plutôt pas mal (vérifications  
faites dans mon coin), puis faut pas penser à mal de nos chers 
agriculteurs… ; reste que l’indication précise de la culture n’a 
effectivement pas d’intérêt (sauf cultures permanentes, cf. infra) ; 
faudrait pouvoir maintenir.


• Cultures repérées :
Quasiment tout ce qui est labouré annuellement est renseigné et quasi 
sans ambiguïté ; les vignes et vergers sont renseignés, de même que 
les arbres à fruit ou que les pépinières et les prairies permanentes, 
ou artificielles et temporaires.


• Cadre OSM et nomenclature RPG, correspondance possibles, pour avis…

d’après le code groupe extrait de  : 
https://geoservices.ign.fr/ressources_documentaires/Espace_documentaire/BASES_VECTORIELLES/RPG/DC_DL_RPG_2-0.pdf 
et 
https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#Type_de_terrain.2C_usage_.28landuse.29


• code groupe -> osm features

RPG 1 à 9
landuse=farmland crop : pas de précision puisque ça varie une année 
sur l’autre
RPG 11 (jachères)landuse = farmland farmland=disused  ou natural=scrub 
ou crop = no ???
La jachère est souvent temporaire, une année au repos suivie de 
plusieurs années de culture.

RPG 14 (riz)landuse=farmland, crop=rice
RPG 15 à 16 (légumineuses fourrage)landuse = farmland crop non 
renseigné sauf si culture pluriannuelle certaine, voir sur le terrain 
RPG 17 (bois paturés landes…) nature = heath voire nature=grassland 
(cas des estives)

RPG 18 (prairies permanentes) landuse = meadow
RPG 19 (prairies temporaires) landuse = farmland, farmland = meadow ou 
farmland = grass  ou crop= ?
RPG 20 (vergers) landuse = orchads crop=* (à renseigner après vérif 
sur le terrain)

RPG 21 (vignes)landuse= vineyard
RPG 22 (fruits à coque) landuse= orchards crop=*(à renseigner après 
vérif sur le terrain)

RPG 23 (oliviers)landuse=orchards crop=olivier
RPG 24 (autres culture industrielless « sic) » landuse = farmland ce 
ne sont pas des cultures permanentes, dans le cas contraire renseigner 
crop=* (vanille et l’ylang-ylang par exemple -encore que la vanille 
soit souvent uneculture dérobée)) . Vérifier sur le terrain.
RPG 25 (légumes et fleur) landuse = farmland crop=vegetable ou 
crop=flowers
RPG 26 (canne à sucre) landuse = farmland crop=sugarcane (en général 
ça ne bouge pas beaucoup…)
RPG 28 (divers) landuse=farmland sauf pour marais salants, pépinières, 
taillis à courte rotation (landuse=wood) , faut voir au cas par cas …


Faisabilité

• Faisable pour les zones où il n’y a que du Corinne pour le 
remplacer, si sur un polygone Corinne, d’autres landuses agricoles ont 
été saisis, faudra vérifier et à part à la main…

• Faisable pour les zones où Corinne à été viré.
• Faisable si les changesets sont antérieurs, voire très antérieurs au 
RPG ou si les géométries sont du grand n’importe quoi… dommage que 
‘source’ ne soit plus renseigné ou en tous cas de manière tellement 
pas fiable, ni sur l’entité, ni sur la déf. du changeset


Le cas le plus courant c'est du polygone CLC modifié par endroit 
(nouveaux nœuds, nœuds déplacés).


Le polygone CLC non modifiés doivent être rares, ceux antérieurs à CLC 
rarissimes (on n'avait pas tant d'ortho dispo que ça à l'époque).


Charge une zone et dans JOSM cherche: user:CLCF06

Les polygone intacts seront sélectionnés (ile seront rares), par contre, 
tu trouvera sûrement des noeuds non modifiés depuis l'import sur des 
polygones modifiées depuis.




Process
En amont :
Récup du RPG de la zone (faut découper si on ne veut pas se trimballer 
les données d’une région entière), ajouter les tags OSM qui vont bien 
-> déterminer les centroïdes (en gardant les tags) -> récupérer le 
cadastre à jour (c’est trimestriel) -> associer les tags osm du RPG 
aux parcelles cadastrales-> vérifier trous et doublons possibles -> 
regrouper en une unité surfacique les parcelles contigües  de même tag .


Je ne comprends pas trop le lien que tu fais entre parcelles agricoles 
et parcelles 

[OSM-talk-fr] L’OGC adopte Symcore comme standard des feuilles de style carto

[Christian Rogel]

Ouest-France annonce que le chercheur breton, Erwan Bocher (CNRS-Université de 
Bretagne-Sud), associé au Suisse, Olivier Ertz, a convaincu l’Open Geospatial 
Consortium d’adopter le standard Symcore qui a pour but d’offrir une symbologie 
cartographique unifiée a des données géospatiales venant de différentes sources.

Voir article Ouest-France du 17-12 : 
https://www.ouest-france.fr/sciences/un-francais-a-l-origine-d-une-petite-revolution-dans-le-monde-de-la-cartographie-7090069

Voir site d’Erwan Bocher : 
http://r1.bocher.free.fr/index.php?n=Main.Publications

Qui peut nous dire si cela va impacter OSM ?


Christian R.

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

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

[ades]

merci à tous pour vos remarques, en résumé (partiel et/ou partial) quelques 
notes avant de faire (une ou deux communes pour l’instant, faut pas aller trop 
vite)  :

Ça ne concerne que les landuses agricoles et parfois ‘nature’ mais plus rares.
A ne faire que si on peut aller sur le terrain pour vérifier. En particulier 
parce que des terrains ne sont plus agricoles.

Ça ne peut fonctionner que si le cadastre PCI est bien calé, autrement dit si 
la différence entre cadastre et ortho est faible (on peut vérifier avec les 
points géodésiques). J’ai tendance à penser que moins de 5 pixels de différence 
(ortho HR) c’est mieux qu’un tracé interprétant au pif une limite entre deux 
objets.

Donc
• exactitude topo des données du RPG : je n’avais pas trop fait attention et 
compris que le RPG renseignait des parcelles cadastrales, raté, c’est 
effectivement « gros doigt » d’après l’ortho (pas plus que nombre de 
contributeurs usant et abusant d’id). 

• exactitude des données associées : plutôt pas mal (vérifications  faites dans 
mon coin), puis faut pas penser à mal de nos chers agriculteurs… ; reste que 
l’indication précise de la culture n’a effectivement pas d’intérêt (sauf 
cultures permanentes, cf. infra) ; faudrait pouvoir maintenir.

• Cultures repérées :
Quasiment tout ce qui est labouré annuellement est renseigné et quasi sans 
ambiguïté ; les vignes et vergers sont renseignés, de même que les arbres à 
fruit ou que les pépinières et les prairies permanentes, ou artificielles et 
temporaires.

• Cadre OSM et nomenclature RPG, correspondance possibles, pour avis…

d’après le code groupe extrait de  : 
https://geoservices.ign.fr/ressources_documentaires/Espace_documentaire/BASES_VECTORIELLES/RPG/DC_DL_RPG_2-0.pdf
  et 
https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#Type_de_terrain.2C_usage_.28landuse.29

• code groupe -> osm features

RPG 1 à 9 
landuse=farmland crop : pas de précision puisque ça varie une année sur l’autre
RPG 11 (jachères)   landuse = farmland farmland=disused  ou natural=scrub 
ou crop = no ???
RPG 14 (riz)landuse=farmland, crop=rice 
RPG 15 à 16 (légumineuses fourrage) landuse = farmland crop non renseigné 
sauf si culture pluriannuelle certaine, voir sur le terrain RPG 17 (bois 
paturés landes…) nature = heath voire nature=grassland (cas des estives)
RPG 18 (prairies permanentes)   landuse = meadow
RPG 19 (prairies temporaires)   landuse = farmland, farmland = meadow ou 
farmland = grass  ou crop= ?
RPG 20 (vergers)landuse = orchads crop=* (à renseigner après vérif sur 
le terrain)
RPG 21 (vignes) landuse= vineyard
RPG 22 (fruits à coque) landuse= orchards crop=*(à renseigner après vérif sur 
le terrain)
RPG 23 (oliviers)   landuse=orchards crop=olivier
RPG 24 (autres culture industrielless « sic) » landuse = farmland ce ne sont 
pas des cultures permanentes, dans le cas contraire renseigner crop=* (vanille 
et l’ylang-ylang par exemple -encore que la vanille soit souvent une
culture dérobée)) . Vérifier sur le terrain.
RPG 25 (légumes et fleur) landuse = farmland crop=vegetable ou crop=flowers
RPG 26 (canne à sucre) landuse = farmland crop=sugarcane (en général ça ne 
bouge pas beaucoup…)
RPG 28 (divers) landuse=farmland sauf pour marais salants, pépinières, taillis 
à courte rotation (landuse=wood) , faut voir au cas par cas …

Faisabilité

• Faisable pour les zones où il n’y a que du Corinne pour le remplacer, si sur 
un polygone Corinne, d’autres landuses agricoles ont été saisis, faudra 
vérifier et à part à la main…
• Faisable pour les zones où Corinne à été viré.
• Faisable si les changesets sont antérieurs, voire très antérieurs au RPG ou 
si les géométries sont du grand n’importe quoi… dommage que ‘source’ ne soit 
plus renseigné ou en tous cas de manière tellement pas fiable, ni sur l’entité, 
ni sur la déf. du changeset

Process
En amont : 
Récup du RPG de la zone (faut découper si on ne veut pas se trimballer les 
données d’une région entière), ajouter les tags OSM qui vont bien -> déterminer 
les centroïdes (en gardant les tags) -> récupérer le cadastre à jour (c’est 
trimestriel) -> associer les tags osm du RPG aux parcelles cadastrales-> 
vérifier trous et doublons possibles -> regrouper en une unité surfacique les 
parcelles contigües  de même tag .
Avant import :  comparer avec ce qui existe dans osm, dans le cas où il y 
aurait plus d’info dans osm ensuite ça devient « dangereux » :  enlever ce qui 
gène dans OSM et remplacer par le boulot ci-dessus…

Ça ne me parait pas trop difficile à faire, avec un sig puis avec josm, 
peut-être faisable directement dans Josm, mais là je n’en ai qu’une pratique 
basique). 
Par rapport à Osmose, je n’ai tjs pas bien compris ce que fait Osmose, mais si 
la mise en place d’une comparaison entre le travail « amont » et les données 
figurant dans OSM pour indiquer ce qui diverge est quelque chose qu’Osmose 
fait, pourquoi pas, possible alors de travailler sur de plus 

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

[Yves P.]

@ Marc
> test effectué ce matin :
> clic sur un commerce existant
> bouton modifier :-)
> 
Bien vu :)
J'avais onosm.org en tête.

> je pense qu'avant de coder, il serait utile de reprendre l'inventaire
> de ce qui manquent aux outils existant.
> et surtout voir ce que font les outils existant, cela vous évitera de
> coder un nouvel outil parce que la fonction xyz manque...
> alors qu'il existe

A part une éventuelle maquette, on ne code rien. Pour le moment (2e réunion 
mais première formelle) on définit les besoins :
Ceux de la communauté,
Ceux de la cible : les commerçants, et à terme les entreprises, associations.


@ Stéphane et Vincent
>> Autre solution intermédiaire :
>> 
>> Afficher les horaires des différents services (Osm, google, pages jaunes, 
>> etc...). C'est probable que ça intéresse les commerçants de vérifier depuis 
>> une seule page que tout est à jour. Et dans un premier temps, depuis ce site 
>> il ne sera possible que de modifier les horaires Osm. 

C'est prévu mais peut-être pas dit explicitement :)

A partir de l'adresse web saisie, on va moissonner les données sémantiques si 
elles sont présentes (cf. greffon JOSM Microdata scraping 
).
On peut le faire aussi à partir de la page facebook, Page Jaunes, Google…

> rho, j'adore !
> 
> car c'est rendre un service sympa et surtout montrer à quel point cela 
> peut-être simple de changer ses heures d'ouvertures avec OSM :)

Oui et ça peut permettre de :
ne pas ressaisir des informations existantes
montrer les incohérences entre les sources de données (Pages Jaunes, Facebook… 
mais aussi OSM, SIRENE…)

Pour le second point, le moteur de recherche Google remonte une entreprise vers 
le haut de la liste si son référencement naturel (SEO) est bien fait et que les 
infos sont homogènes sur le web.
Cf. Solocal — Google My Business : indispensable en période post-confinement 


__
Yves___
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

[Vincent Bergeot]

Le 17/12/2020 à 10:09, Stéphane Péneau a écrit :

Autre solution intermédiaire :

Afficher les horaires des différents services (Osm, google, pages 
jaunes, etc...). C'est probable que ça intéresse les commerçants de 
vérifier depuis une seule page que tout est à jour. Et dans un premier 
temps, depuis ce site il ne sera possible que de modifier les horaires 
Osm. 


rho, j'adore !

car c'est rendre un service sympa et surtout montrer à quel point cela 
peut-être simple de changer ses heures d'ouvertures avec OSM :)


Plusieurs fournisseurs de données, c'est intéressant de pouvoir voir 
l'inhomogénéité (ou pas).


Après MapCompare, OpenhoursCompare :)

bonne journée

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

[Marc_marc]

Bonjour,

Le 14.12.20 à 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 ?

> on peut rajouter une entreprise, mais pas mettre à jour les informations 
> existantes

test effectué ce matin :
clic sur un commerce existant
bouton modifier :-)

je pense qu'avant de coder, il serait utile de reprendre l'inventaire
de ce qui manquent aux outils existant.
et surtout voir ce que font les outils existant, cela vous évitera de
coder un nouvel outil parce que la fonction xyz manque...
alors qu'il existe

Cordialement,
Marc



___
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

[Stéphane Péneau]

Le 17/12/2020 à 05:12, Francois Gouget a écrit :

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.


Autre solution intermédiaire :

Afficher les horaires des différents services (Osm, google, pages 
jaunes, etc...). C'est probable que ça intéresse les commerçants de 
vérifier depuis une seule page que tout est à jour. Et dans un premier 
temps, depuis ce site il ne sera possible que de modifier les horaires Osm.



Stf


___
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

[Jacques Lavignotte]

Le 17/12/2020 à 05:12, Francois Gouget a écrit :


d'horaire etc dans une base de données séparée sous une license plus
permissive et qui servira à alimenter, entre autres, OSM.


C'est le principe même du blanchiment d'argent ;)

J.


--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

___
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

[Baptiste Lemoine - Cipher Bliss]

Hello tout le monde, simple rappel que la réunion va commencer à 10h.
https://meet.jit.si/monCommerceOSM
et un petit pad de réunion
https://mypads.framapad.org/mypads/?/mypads/group/osm-hw1tz77wu/pad/view/reunion-osm-mon-commerce-jeu-17-dec-2020-ne1u077kg

Baptiste LEMOINE - Dirigeant de Cipher Bliss.com ,
---

Tel 0185461173  / Signal 0627130837 , Telegram: Tykayn , Mastodon: @tykayn, 
Riot: @tykaynchu:matrix.org N° SIRET: 79942416300035 GPG: 64A8 9B18 65E6 6523 
FD86 7CB5 8796 1FCA F978 54FF clé Duniter / Ğ1: 
8c4mVVPAHd4yLYcxWM4U8Z3zUb4WpRX1iGtX5T7tbEFE - tykayn

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

Le jeudi 17 décembre 2020 à 06:54, Vincent Bergeot  a 
écrit :

> 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

signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr