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

2020-12-15 Par sujet Gad Jo
Ça m'intéresse et je n'ai pas les compétences pour exploiter le jeux de données.

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

Le 15 décembre 2020 15:53:59 UTC, 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.
>
>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 ?
>
>

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

2020-12-15 Par sujet Francois Gouget
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


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

2020-12-15 Par sujet Baptiste Lemoine - Cipher Bliss
hello,
en effet pour toutes ces raisons ce serait bien de faire un outil qui convienne 
précisément à ce besoin.
le framadate à été bien rempli par 10 volontaires pour suivre le projet.
https://framadate.org/zBvhcSA8uHrRcBV6

si ça vous va je propose de se causer jeudi à 10h sur
jitsi, vous pourrez suivre ce lien ou joindre par téléphone :

\_\_\_\_\_
Cliquez sur le lien suivant pour rejoindre une conférence :
https://meet.jit.si/monCommerceOSM

=

Voulez-vous appeler depuis votre téléphone ?

Composer : +1.512.647.1431 PIN : 1147871733\#

Cliquez sur ce lien pour afficher les numéros d'appels pour cette réunion
https://meet.jit.si/static/dialInInfo.html?room=monCommerceOSM
\_\_\_\_

j'ai hâte qu'on fasse avancer tout ça,
d'ici là bonne soirée


Baptiste LEMOINE - aka tykayn - 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





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






\ Message d'origine 
Le 15 déc. 2020 à 09:09, PanierAvide < panierav...@riseup.net > a écrit :

>
>
>
> Bonjour,
>
> J'apporte quelques arguments au point de vue opposé, pour qu'il ne soit
> pas si facile de penser que les personnes qui développent de nouveaux
> outils au lieu de contribuer aux existants sont égoïstes, fainéantes ou
> en quête d'une intarissable reconnaissance.
>
> Plusieurs raisons peuvent motiver l'envie de développer un nouvel outil
> plutôt que de contribuer à l'existant, parmi elles (liste non-exhaustive) :
>
> \- La dette technique ou l'architecture bancale des outils existants,
> reprendre du code c'est bien mais encore faut-il qu'il soit améliorable.
> À quoi sert de réparer un vélo ou une voiture dont il faut changer 95%
> des pièces ? (avertissement : le consumérisme c'est mal, c'est juste une
> comparaison imagée)
>
> \- L'envie personnelle d'apprendre un nouveau langage, de mobiliser de
> nouvelles bibliothèques... Et oui, développer du logiciel libre c'est
> aussi pour apprendre à titre individuel. On apprend mieux si on commence
> de zéro, ça permet de comprendre les logiques de bout en bout, et de
> pratiquer concrètement. Peut-on reprocher aux gens de vouloir apprendre ?
>
> \- Le souhait de proposer quelque chose de différent : est-ce que l'on va
> reprocher aux artistes de peindre un tableau différent des autres ?
> Avoir le choix entre plusieurs solutions est aussi quelque chose de
> positif pour les utilisateurs, sinon pourquoi ne pas tous utiliser les
> outils de Google ?
>
> \- Les freins humains à la contribution aux outils existants : comment
> faire si le projet n'a plus de personnes contributrices actives ? Ou que
> ces personnes sont enfermées dans un état d'esprit qui bloque l'arrivée
> de nouvelles têtes ? Toutes les équipes de développement ne sont pas
> disponibles, ouvertes et accueillantes.
>
> \- La nécessite d'avancer rapidement : le proverbe dit "seul on va plus
> vite, ensemble on va plus loin". Souvent c'est mieux d'aller plus loin
> ensemble, parfois c'est intéressant d'aller vite seul pour répondre à un
> enjeu immédiat. La contribution à un projet existant doit se faire dans
> les règles de l'art, comprendre le code présent, comprendre comment le
> faire tourner sur sa machine, comment l'étendre, et comment faire
> accepter ses changements auprès de l'équipe en charge. On est donc sur
> des délais qui vont de quelques jours à quelques semaines pour voir
> accepter une première modification minime. Créer autre chose de zéro
> permet de s'affranchir de ces contraintes temporelles. Les géants du
> numérique n'ont pas ce genre de contraintes, si on veut promouvoir des
> alternatives crédibles on se doit parfois d'être réactif.
>
> Avant que le débat parte en vrille, je précise l'évidence : oui je suis
> d'accord, c'est mieux d'améliorer des outils existants. On gagne
> toujours à être plus nombreux à participer à un même code, ensemble on
> va plus loin... Mais l'écosystème de logiciels libres est ainsi fait :
> des fois on améliore, des fois on forke, et des fois on part de zéro,
> les mêmes règles qui régissent l'évolution des espèces dans la nature.
> Ce courriel a donc pour objet de préciser qu'il peut arriver de vouloir
> créer autre chose pour des raisons tout à fait légitimes. Et donc
> s'abstenir des procès d'intentions envers les personnes qui le font ;-)
>
> Et pour revenir au sujet initial, content de voir que le sujet de la
> mise à jour des commerces motive la communauté, avec le souhait
> d'apporter ma contribution.
>
> Cord

[OSM-talk-fr] Article sur Geovelo dans l Usine Nouvelle

2020-12-15 Par sujet THEVENON Julien via Talk-fr
Bonjour,
Un article sur Geovelo dans l Usine 
Nouvellehttps://www.usinenouvelle.com/article/geovelo-l-appli-qui-federe-utilisateurs-et-collectivites-autour-de-la-pratique-du-deux-roues.N1034384
Julien
   
   -


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


[OSM-talk-fr] RPG 2.0 2019

2020-12-15 Par sujet ades
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.

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 ?


___
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-15 Par sujet PanierAvide

Bonjour,

J'apporte quelques arguments au point de vue opposé, pour qu'il ne soit 
pas si facile de penser que les personnes qui développent de nouveaux 
outils au lieu de contribuer aux existants sont égoïstes, fainéantes ou 
en quête d'une intarissable reconnaissance.


Plusieurs raisons peuvent motiver l'envie de développer un nouvel outil 
plutôt que de contribuer à l'existant, parmi elles (liste non-exhaustive) :


- La dette technique ou l'architecture bancale des outils existants, 
reprendre du code c'est bien mais encore faut-il qu'il soit améliorable. 
À quoi sert de réparer un vélo ou une voiture dont il faut changer 95% 
des pièces ? (avertissement : le consumérisme c'est mal, c'est juste une 
comparaison imagée)


- L'envie personnelle d'apprendre un nouveau langage, de mobiliser de 
nouvelles bibliothèques... Et oui, développer du logiciel libre c'est 
aussi pour apprendre à titre individuel. On apprend mieux si on commence 
de zéro, ça permet de comprendre les logiques de bout en bout, et de 
pratiquer concrètement. Peut-on reprocher aux gens de vouloir apprendre ?


- Le souhait de proposer quelque chose de différent : est-ce que l'on va 
reprocher aux artistes de peindre un tableau différent des autres ? 
Avoir le choix entre plusieurs solutions est aussi quelque chose de 
positif pour les utilisateurs, sinon pourquoi ne pas tous utiliser les 
outils de Google ?


- Les freins humains à la contribution aux outils existants : comment 
faire si le projet n'a plus de personnes contributrices actives ? Ou que 
ces personnes sont enfermées dans un état d'esprit qui bloque l'arrivée 
de nouvelles têtes ? Toutes les équipes de développement ne sont pas 
disponibles, ouvertes et accueillantes.


- La nécessite d'avancer rapidement : le proverbe dit "seul on va plus 
vite, ensemble on va plus loin". Souvent c'est mieux d'aller plus loin 
ensemble, parfois c'est intéressant d'aller vite seul pour répondre à un 
enjeu immédiat. La contribution à un projet existant doit se faire dans 
les règles de l'art, comprendre le code présent, comprendre comment le 
faire tourner sur sa machine, comment l'étendre, et comment faire 
accepter ses changements auprès de l'équipe en charge. On est donc sur 
des délais qui vont de quelques jours à quelques semaines pour voir 
accepter une première modification minime. Créer autre chose de zéro 
permet de s'affranchir de ces contraintes temporelles. Les géants du 
numérique n'ont pas ce genre de contraintes, si on veut promouvoir des 
alternatives crédibles on se doit parfois d'être réactif.


Avant que le débat parte en vrille, je précise l'évidence : oui je suis 
d'accord, c'est mieux d'améliorer des outils existants. On gagne 
toujours à être plus nombreux à participer à un même code, ensemble on 
va plus loin... Mais l'écosystème de logiciels libres est ainsi fait : 
des fois on améliore, des fois on forke, et des fois on part de zéro, 
les mêmes règles qui régissent l'évolution des espèces dans la nature. 
Ce courriel a donc pour objet de préciser qu'il peut arriver de vouloir 
créer autre chose pour des raisons tout à fait légitimes. Et donc 
s'abstenir des procès d'intentions envers les personnes qui le font ;-)


Et pour revenir au sujet initial, content de voir que le sujet de la 
mise à jour des commerces motive la communauté, avec le souhait 
d'apporter ma contribution.


Cordialement,

Adrien P.

Le 15/12/2020 à 08:04, Cyrille37 OSM via Talk-fr a écrit :

Bonjour,

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


Tout ceci est en accord avec ce que Marc répète, et je le rejoins : 
contribuer aux logiciels existants pour les enrichir plutôt que de 
créer de nouveaux logiciels.


C'est vrai qu'il est souvent plus difficile de commencer à contribuer 
sur un logiciel existant que d'en démarrer un nouveau, mais c'est 
payant sur le long terme, pour les contributeurs et les utilisateurs. 
Et puis ça fait "Bien Commun" au lieu de "Le mien il est mieux" :-)


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