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

[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

[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

[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] Open Street Misogynie ?

[Leroy Olivier]

>
> > en géomatique nous avons presque autant de femmes que d'hommes et ils
> comme elles sont intéressés par OSM.
>
> Tu as des stats en terme de participation à OSM et aux listes ou c'est
> au doigt mouillé ?
>

La coutume est d'organiser au moins un mapathon par année de promo (ce
n'est pas moi qui l'organise). Ils ont avant une initiation à OSM (ce qui
est trop peu et ne mentionne pas à ma connaissance les mailings listes).
Ils ouvrent donc tous un compte mais personne ne viendra vérifier s' ils
continuent à s'intéresser au projet (je trouverais cela malvenu de faire
des stats là dessus). On a fait des "expérimentations" sur une web app avec
des questionnaires auprès d'eux, et globalement ils étaient plus interessés
par la carto participative et OSM que notre app (et oui on demandait
H/F/autre/nesouhaitepasrepondre et rien de notable la dessus alors que
c'est un sujet tarte à la crème).
Bref doigt mouillé mais doigt informé. Je serais triste que des étudiants
en géomatique ne s'intéressent pas à OSM.

Si on veut des stats, j'imagine que l'on peut mettre en place un
questionnaire et le faire passer (et cibler un public plus large). Il faut
y réfléchir un peu plus (est ce que l'on cherche à montrer se prête bien à
un questionnaire  ? Comment  va t-on le traiter ? Comment éviter d'avoir
que des "fans" ?  etc etc).

++

Olivier


Le jeu. 10 déc. 2020 à 23:08,  a écrit :

> Le 10/12/2020 à 19:20, Leroy Olivier - leroy@gmail.com a écrit :
> > Bonjour à tous,
> >
> > Sur le point "personnes ne s'exprimant pas sur les listes" : en
> > géomatique nous avons presque autant de femmes que d'hommes et ils
> > comme elles sont intéressés par OSM. Ce ne sont probablement pas les
> > seules mais je veux juste en déduire qu'il y a bien des contributrices
> > ou potentielles contributrices mais qu'on les lit peu sur les listes
> > de diffusion.
> >
> > Je ne sais pas si c'est un effet "liste de diffusion"/syndrome de
> > l'imposteur ou problème de sexisme.
> >
> > ++
> > olivier
>
> Bonjour, par rapport au fil de discussion de "Call to Take Action and
> Confront Systemic Offensive Behavior in the OSM Community", je pense
> comme Christian que c'est plutôt un combat vision d'origine
> (européenne)/vision nord-américaine AFAM avec des boulettes puantes de
> part et d'autre.
>
> Puantes ou vues comme puantes (Frederik s'est excusé d'avoir été mal
> compris mais ne s'est pas excusé d'avoir insulté un candidat en le
> comparant à Trump,
> https://www.openstreetmap.org/user/woodpeck/diary/395065).
>
> Et des femmes ont été choquées non qu'il le compare à Trump mais qu'il
> dise qu'il pensait qu'un gars ayant des pensées aussi grossières que
> Trump, et il citait son fameux délire sur les femmes qu'il prend par la
> chatte, puisse être élu et que depuis 2016 il savait qu'on ne pouvait
> faire de telle hypothèse et qu'il fallait explicitement faire campagne
> contre.
>
> Et quitte à choquer mesdames, ce qui me choque c'est qu'il compare la
> personne à Trump, pas qu'il dise que Trump est un grossier personnage.
>
> Et l'appel mélangeant les genres (avec notamment des candidats) avait du
> coup tout pour déplaire.
>
> Au final en réponse, Heather Leson (HOT) le remercie pour la clarification.
>
> Certains y voient une agression contre Céline Jacquin (et donc du
> sexisme), j'y vois une attaque contre un appel mal fichu.
>
> Et voir les Étasuniens qui ont tendance "naturellement" à imposer leur
> modèle réclamer de la diversité, ça passe mal aussi. Parce que comme le
> faisait remarquer Leni, grosso modo tu as le choix d'être native speaker
> ou proche pour participer aux échanges. Ceci me parait au moins aussi
> violent et là non pas contre la moitié mais au moins 80% des habitants
> de cette planète.
>
> Andrew vient à l'instant de le dire : /The big problem I have with this
> manifesto is that it brings divisive North American attitudes to a
> worldwide project. /
>
> Alors misogynie ou simple "agressivité" des listes ? Adrien disait qu'il
> n'osait pas écrire sur la liste de peur d'être pris en grippe. Et sauf
> erreur Adrien est un mâle blanc ;-).
>
> Regardez (je ne vais pas le citer mais vous savez à qui je pense)
> combien une personne sur cette liste a un ton que les autres jugent
> agressifs mais que lui ne juge pas agressif.
>
> Là on est entre personnes partageant grosso modo la même culture et on
> voit la différence de ressenti.
>
> Je ne trouve pas la liste agressive mais c'est peut-être parce que j'ai
> connu bien plus agressif. Je parle de [OSM-talk-fr]
>
> Misogyne non plus, ça ne veut pas dire qu'il n'y a jamais de remarque à
> la con. Et dans ce cas si une 

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

[Leroy Olivier]

Bonjour à tous,

Sur le point "personnes ne s'exprimant pas sur les listes" : en géomatique
nous avons presque autant de femmes que d'hommes et ils comme elles sont
intéressés par OSM. Ce ne sont probablement pas les seules mais je veux
juste en déduire qu'il y a bien des contributrices ou potentielles
contributrices mais qu'on les lit peu sur les listes de diffusion.

Je ne sais pas si c'est un effet "liste de diffusion"/syndrome de
l'imposteur ou problème de sexisme.

++
olivier

Le jeu. 10 déc. 2020 à 19:06, Éric Gillet  a
écrit :

> Le 10/12/2020 à 18:40, deuzeffe a écrit :
> > Le 10/12/2020 à 18:10, Éric Gillet a écrit :
> >
> > Merci Eric de montrer un exemple de la discrimination culturelle.
> >
> > --
> > deuzeffe, don't feed the troll, oui, je sais.
>
> Ah j'oubliais, merci pour l'insulte ! Rien de mieux pour créer un esprit
> d'écoute et de respect d'autrui.
>
>
> ___
> 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] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ...

[Leroy Olivier]

Bonjour,

Je vote aussi (parce que j'ai pris un cotis') et ne connais pas non plus
les tenants ni les aboutissants. Je me permet donc de +1 le message de
Vincent.

Olivier

Le sam. 5 déc. 2020 à 11:38, Vincent Bergeot  a écrit :

> Bonjour,
>
> je me permets de signaler ces échanges (anglais) autour d'un des
> candidats (Michal, employé Facebook mais pas que) :
> https://lists.openstreetmap.org/pipermail/talk/2020-November/085670.html
>
> Je signale celui ci car quelques sujets relatifs à la présence
> d'entreprises comme facebook dans la communauté OSM (il y ait questions
> d’attributions pas très propre par exemple de facebook, de la dispo sur
> des horaires de bureaux, ...) et cela part en vrille avec des
> accusations de sexisme, de souhaiter détourner l'attention, ...  avec
> d'autres poids lourds de la communauté comme Frédérick Rahm, Steve
> Coast,  ... et cela semble aussi se décliner sur twitter !
>
> Je ne connais pas personnellement les diverses personnes impliquées mais
> je serais attentif aux retours de ceux qui parmi vous les connaissent ou
> les ont croisé et ont suivi ces échanges !
>
> Pour rappel les candidats sont listés ici (le vote commence aujourd'hui,
> jusqu'à l'AG de samedi prochain) :
>
> https://wiki.openstreetmap.org/wiki/Foundation/AGM20/Election_to_Board/Answers_and_manifestos#Answers_and_manifesto_per_candidate
>
> PS : je ne cache pas que je suis craintif de la présence d'un membre
> comme Facebook dans le board (indépendamment de la personne de Michal,
> que je ne connais pas, ni sa sincérité, ni son engagement, ni sa
> capacité de résistance à son employeur, ...).
>
> --
> Vincent Bergeot
>
>
> ___
> 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] Rencontre mensuelle du Groupe de Lyon 8/09/2020 - 18h30

[Leroy Olivier]

Hello !

Coincé encore à Sainté ... je vous souhaite de dévaliser la banque !

J'espère à la prochaine !

Olivier

Le lun. 7 sept. 2020 à 21:20, Rene Chalon <
local-l...@listes.openstreetmap.fr> a écrit :

> Bonsoir à tous,
>
> Nous avons le plaisir de vous annoncer que les réunions régulières du
> groupe de Lyon reprennent de manière physique au Tuba après la longue
> parenthèse en visioconférence. La prochaine aura lieu :
>
> le MARDI 8 SEPTEMBRE à partir de 18h30
> au TUBA, 145 cours Lafayette, 69003 LYON,
> dans la salle "Banque" (ancienne salle des coffres - vaut le voyage ;-) )
>
> Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la
> rencontre, vous pouvez l'ajouter sur la page :
> https://wiki.openstreetmap.org/wiki/FR:Lyon/R%C3%A9union_08_septembre_2020
>
> Renecha pour le groupe de Lyon.
>
>
>

-- 
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] Facebook achète Mapillary !

[Leroy Olivier]

Potentiellement en lien avec le rachat voici une vidéo du "Facebook Reality
Labs" : https://www.youtube.com/watch?v=JTa8zn0RNVM

Comme souvent il est difficile de savoir la part de com' de la volonté de
fournir un produit/service de ce type.

Olivier




Le dim. 21 juin 2020 à 22:13,  a écrit :

> Je ne connaissais pas mais tout ça marche aussi depuis un Droid sans
> compte BigBrother.
>
> Et mon téléphone n'est pas un des modèles en question :-( Pas loin
> pourtant !
>
> Et non je n'ai jamais créé de compte Google (ni utilisé les applis
> propriétaire Google).
>
> Enfin si l'autre jour à cause d'une vidéoconférence mais je n'ai pas
> donné mon numéro de téléphone mais celui de quelqu'un d'autre^^.
>
> /e/ utilise l'ersatz de Google Plaie Sévices ?
>
> Merci pour ce retour d'expérience.
>
> Jean-Yvon
>
> Le 21/06/2020 à 16:49, Georges Dutreix via Talk-fr -
> talk-fr@openstreetmap.org a écrit :
> >
> >
> > Le 21/06/2020 à 15:50, Philippe Verdy a écrit :
> >> Tu as un compte Google sur ton Android dès le moement où tu acceptes
> >> les conditions initiales de l'OS et que tu inscrit ton numéro de
> >> téléphone ou email (même hors Google)
> >
> > Bonjour,
> >
> > Il existe des alternatives hors google, comme lineageos ou /e/, même
> > si elles ne sont pas encore très répandues.
> >
> > J'ai un téléphone "android" fonctionnant sous /e/
> > (https://e.foundation/?lang=fr), et je crois que d'autres personnes
> > ici ont également installé cet OS.
> > Je peux affirmer ne jamais avoir saisi de compte google sur ce téléphone.
> > Je précise aussi que j'ai pû installer toutes les applis dont j'avais
> > besoin (banque, applis synology, sncf, etc.), et en plus elles
> > marchent :-)
> >
> > Bien 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
>


-- 
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] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Leroy Olivier]

Hello,

J'en ai fait qu'un (celui que je connais) et ai pris :
social_facility=group_home

Aucun pb pour le changer en fonction de ce qui décidé !

A+

Olivier

Le mer. 25 mars 2020 à 10:29, Vincent Bergeot  a
écrit :

> Bonjour les cartographes d'EPHAD,
>
> peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :
>
> vous utilisez social_facility=group_home
> ou
> vous utilisez social_facility=nursing_home
>
> (en plus de amenity=social_facility, social_facility:for=senior et
> type:FR:FINESS=500)
>
> à plus
>
> merci :)
>
> PS : actuellement sur osmose c'était social_facility=group_home qui
> était proposé car nous utilisions une agrégation de catégories
> d'établissement. Nous voulons passer à des analyses osmose plus fine en
> utilisant la catégorie (et non plus agrégation) donc il nous faut
> trancher :)
>
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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] Inventaire existant des arbres d'une communauté d'agglomération

[Leroy Olivier]

 incidents) ou parce que les résidents ont changé d'avis et
> veulent voir autre chose ou faire une autre usage du terrain, et il
> n'y a souvent aucune régulation qui l'interdit, c'est juste une
> question de moyens et de propriété des terrains ou de responsabilité
> vis-à-vis du voisinage.
>
> Le mer. 4 mars 2020 à 16:37, Romain  a écrit :
> >
> > Bonjour Olivier,
> >
> > Merci pour ces remarques, très intéressantes les pages sur ton travail
> sur les arbres de Lyon Métropole et Saint-Étienne.
> >
> > Pour la classe d’age effectivement je n’avais pas pensé qu’un individu
> puisse être planté adulte, je vais regarder si il y a des infos
> complémentaires dans le registre.
> >
> > Top le tableau pour les types de feuille, je vais voir si cela donne
> quelque chose d’exploitable.
> >
> > Je ne connaissais pas non plus Conflator, je vais regarder ça en détail.
> >
> > Bon courage également !
> >
> > Romain
> >
> >
> >
> > On 03 Mar 2020, at 15:23, Leroy Olivier  wrote:
> >
> > Bonjour Romain,
> >
> > Voila ce que j'avais fait pour les arbres de Lyon et Saint-Etienne :
> >
> >
> https://wiki.openstreetmap.org/wiki/Les_arbres_de_la_ville_de_Saint-%C3%89tienne
> >
> https://wiki.openstreetmap.org/wiki/User:Defuneste/Les_alignements_d%27arbres_de_Lyon_M%C3%A9tropole
> >
> > Dans ce que tu mentionnes :
> >  - Quercus petrae est les nom scientifique ou latin et correspond à la
> clef species
> > - Chene pedoncule : correspond de ce que je comprends plus à species:fr
> >
> > Ici ce sont bien des noms d'espèces donc autant garder la précision, un
> taxon c'est un groupe dont la hiérarchie est pas toujours définit, comme
> par exemple les pommiers (normalement cela serait un genre mais tu peux
> avoir plusieurs genre de pommier, je ne sais pas où en sont les botanistes
> et c'est eux l'autorité).
> >
> > - classe d'age : ici pas d'avis meme si c'est interessant, attention
> cependant tu peux avoir des dates de plantation qui ne sont pas l'age de
> l'arbre (arbre planté avec plus ou moins d'années) même si cela jouera peu
> à la fin. Je me demande souvent si les classes ne sont pas une meilleur
> option.
> >
> > - L'information ARBRE D'ALIGNEMENT: perso j'ai tout mis en arbre isolé,
> le desaventage d'alignement est que tu peux pas changer l'espèce
> >
> > - forme des feuilles :  j'ai essayé un tableau ici
> https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree/List_of_Genus,_Leaf_cycle,_Leaf_type
> avec le defaut que c'est pas toujours simple au niveau du genre
> >
> > - l'état sanitaire c'est intéressant après je sais pas ci cela l'est
> dans OSM, c'est interessant pour une collectivité meme si globalement les
> arbres urbains ont la vie dure
> >
> >
> > Je ne suis pas allé au bout des imports car j'avais un peu peur de
> conflation (et ne connaissait pas conflator) mais Jérôme de Grenoble est
> venu il y trois semaines nous le montrer (merci beaucoup à lui!) et je
> pense poursuivre.
> >
> > Bon courage !
> >
> > olivier
> >
> >
> >
> > Le mar. 3 mars 2020 à 13:02, Romain  a écrit :
> >>
> >> Bonjour à toutes et à tous,
> >>
> >> Je travaille avec une communauté d'agglomération sur l'ouverture de
> leurs données. La collectivité souhaite encourager la contribution
> citoyenne à ces données, notamment via OpenStreetMap lorsque le sujet s'y
> prête.
> >>
> >> Sur le sujet de la biodiversité, et plus particulièrement des arbres,
> la collectivité dispose d'un registre résultant d'un inventaire sur une
> partie du territoire. Cet inventaire n'est pas exhaustif, mais dans la zone
> inventoriée les informations sont détaillées et de qualité. Il contient
> environ 3500 arbres.
> >>
> >> Nous avons pensé qu'il pourrait éventuellement être intéressant
> d'intégrer ces données dans OSM, dans l’idée de faciliter la participation
> et la réconciliation des données avec leur SIG.
> >>
> >> J'ai pu trouver des informations sur ce sujet sur les pages :
> >> - https://wiki.openstreetmap.org/wiki/City_tree_registers
> >> - https://wiki.openstreetmap.org/wiki/Nice,_France/Trees_Import
> >> - https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
> >> - https://wiki.openstreetmap.org/wiki/Key:taxon
> >>
> >> Voici un exemple de modèle de tags que nous pourrions utiliser à partir
> d'un exemple issu de cet inventaire :
> >> - QUERCUS PETRAEA : taxon et/ou species. Peut-être qu'une règle
> permettrait de déduire le Genre, ici QUERCUS, pour le tag taxon:genus et/ou
> gen

Re: [OSM-talk-fr] Inventaire existant des arbres d'une communauté d'agglomération

[Leroy Olivier]

Bonjour Romain,

Voila ce que j'avais fait pour les arbres de Lyon et Saint-Etienne :

https://wiki.openstreetmap.org/wiki/Les_arbres_de_la_ville_de_Saint-%C3%89tienne
https://wiki.openstreetmap.org/wiki/User:Defuneste/Les_alignements_d%27arbres_de_Lyon_M%C3%A9tropole

Dans ce que tu mentionnes :
 - Quercus petrae est les nom scientifique ou latin et correspond à la clef
species
- Chene pedoncule : correspond de ce que je comprends plus à species:fr

Ici ce sont bien des noms d'espèces donc autant garder la précision, un
taxon c'est un groupe dont la hiérarchie est pas toujours définit, comme
par exemple les pommiers (normalement cela serait un genre mais tu peux
avoir plusieurs genre de pommier, je ne sais pas où en sont les botanistes
et c'est eux l'autorité).

- classe d'age : ici pas d'avis meme si c'est interessant, attention
cependant tu peux avoir des dates de plantation qui ne sont pas l'age de
l'arbre (arbre planté avec plus ou moins d'années) même si cela jouera peu
à la fin. Je me demande souvent si les classes ne sont pas une meilleur
option.

- L'information ARBRE D'ALIGNEMENT: perso j'ai tout mis en arbre isolé, le
desaventage d'alignement est que tu peux pas changer l'espèce

- forme des feuilles :  j'ai essayé un tableau ici
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree/List_of_Genus,_Leaf_cycle,_Leaf_type
avec le defaut que c'est pas toujours simple au niveau du genre

- l'état sanitaire c'est intéressant après je sais pas ci cela l'est dans
OSM, c'est interessant pour une collectivité meme si globalement les arbres
urbains ont la vie dure


Je ne suis pas allé au bout des imports car j'avais un peu peur de
conflation (et ne connaissait pas conflator) mais Jérôme de Grenoble est
venu il y trois semaines nous le montrer (merci beaucoup à lui!) et je
pense poursuivre.

Bon courage !

olivier



Le mar. 3 mars 2020 à 13:02, Romain  a écrit :

> Bonjour à toutes et à tous,
>
> Je travaille avec une communauté d'agglomération sur l'ouverture de leurs
> données. La collectivité souhaite encourager la contribution citoyenne à
> ces données, notamment via OpenStreetMap lorsque le sujet s'y prête.
>
> Sur le sujet de la biodiversité, et plus particulièrement des arbres, la
> collectivité dispose d'un registre résultant d'un inventaire sur une partie
> du territoire. Cet inventaire n'est pas exhaustif, mais dans la zone
> inventoriée les informations sont détaillées et de qualité. Il contient
> environ 3500 arbres.
>
> Nous avons pensé qu'il pourrait éventuellement être intéressant d'intégrer
> ces données dans OSM, dans l’idée de faciliter la participation et la
> réconciliation des données avec leur SIG.
>
> J'ai pu trouver des informations sur ce sujet sur les pages :
> - https://wiki.openstreetmap.org/wiki/City_tree_registers
> - https://wiki.openstreetmap.org/wiki/Nice,_France/Trees_Import
> - https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
> - https://wiki.openstreetmap.org/wiki/Key:taxon
>
> Voici un exemple de modèle de tags que nous pourrions utiliser à partir
> d'un exemple issu de cet inventaire :
> - QUERCUS PETRAEA : taxon et/ou species. Peut-être qu'une règle
> permettrait de déduire le Genre, ici QUERCUS, pour le tag taxon:genus et/ou
> genus.
> - CHENE PEDONCULE : taxon:fr. Idem ci-dessus pour le Genre, ici CHENE,
> pour le tag genus:fr
> - Classe d'age JEU/ADU/MATU/ANC : éventuellement à convertir en start_date=
> - L'information ARBRE D'ALIGNEMENT pourrait peut-être servir à créer une
> ligne de type natural=tree_row
> - Il n'y a pas d'informations sur la forme des feuilles mais elle pourrait
> surement être déduite de l’espèce
> - Et d'autres informations comme vigueur, état sanitaire, pathologies,
> défaut principal, etc... dont nous ne sommes pas sûrs de la pertinence dans
> OSM.
>
> Pour information je n’ai jamais réalisé d’imports OSM mais j’ai pris
> connaissances des bonnes pratiques sur la page
> https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines.
>
> Avant d'aller plus loin dans nos recherches pensez-vous que cette approche
> soit appropriée ?
>
> Merci et bonne journée,
>
> Romain
> ___
> 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] gestion du hstore dans qgis

[Leroy Olivier]

Un pro de postgre te fera sûrement une réponse plus fine que moi.   Ici
c'est une forme de quoting qui te permet "d’éviter" les autres formes de
quoting (comme ') et \ et ne pas à avoir à les "echapper". Dans ma tête
c'est un "super quote".

Le ven. 13 déc. 2019 à 12:02, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Merci Olivier pour ta contribution.
> Rappelle-moi ce que signifie les $$ ?
>
>
>
> -
> Tony EMERY
> OpenStreetMap.fr
> Ingénieur SIG
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Leroy Olivier]

Bonjour,

Pour les arbres j'ai une requête sql (postgresql) un peu monstre qui génère
une autre requête avec tous les champs dans le hstore (y compris les `` ou
""). Tu peux modifier cette seconde requête avant de la lancer.

SELECT format($$ SELECT osm_id, tags->%s
> FROM planet_osm_point
> WHERE planet_osm_point.natural = 'tree' ; $$
> , string_agg(quote_literal(key) || ' AS ' || quote_ident(key), $$,
> tags->$$))
> AS arbre_tag_sql
> FROM (
> SELECT DISTINCT key
> FROM planet_osm_point, skeys(tags) key
> WHERE planet_osm_point.natural = 'tree'
> ORDER BY 1
> ) sub;
>

Il faut bien sûr changer planet_osm_point et planet_osm_point.natural =
"tree" pour ta table d’intérêt et ton objet d’intérêt.  J'ai ensuite fait
une jointure par l'osm_id et explorer/regarder les valeurs d’intérêt. Dans
les arbres cela ne fait "que" 199 champs pour un peu moins d'un million de
lignes donc cela passe pas trop mal.

Voici ma maigre contribution et merci pour cette question et échanges que
je trouve assez intéressante !

Olivier

Le ven. 13 déc. 2019 à 11:00, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> pyrog wrote
> > Imbriquer les guillemets simple dans des doubles (ou vice versa), ça ne
> > fonctionne pas ?
>
> J'ai tout essayé, même la danse du ventre...
>
>
>
>
> -
> Tony EMERY
> OpenStreetMap.fr
> Ingénieur SIG
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Rencontre mensuelle du Groupe de Lyon 10/09/2019 - 18h30

[Leroy Olivier]

Bonjour à tous !

Je serais présent. Si quelqu'un à un convertisseur usb-c vers une entré de
projecteur je pourrais montrer deux trois trucs sur Albiziapp !

A bientôt,

Olivier

Le ven. 6 sept. 2019 à 10:58, Rene Chalon <
local-l...@listes.openstreetmap.fr> a écrit :

> Bonjour à tous,
>
> Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de
> chaque mois, et chacun peut participer à ces rencontres. La prochaine
> aura lieu :
>
> le MARDI 10 SEPTEMBRE à partir de 18h30
> au TUBA, 145 cours Lafayette, 69003 LYON.
>
> Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la
> rencontre à venir, vous pouvez l'indiquer sur la page préparatoire :
> https://wiki.openstreetmap.org/wiki/FR:Lyon/R%C3%A9union_10_septembre_2019
>
> Venez nombreux !
> Renecha pour le groupe de Lyon.
>
>
>
>
>

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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Leroy Olivier]

>
> si le but est de proposer qu'osm-fr suive geofabrik


Geofabrik indique qu'il sépare les données des metadonnées pour cause de
RGPB.

Aucune idée si c'est vrai, si c'est leur interprétation ou quoi ce soit
d’où la formulation de mon post. Si c'est bien la loi qui l'oblige tout un
tas de réponse peuvent êtres envisagées.

D'où ma question question du "Que faut-il faire ?"

Les réponses à cette question de Frédéric ("C'est beaucoup de complications
pour peu de choses.") ou Marc ("99% serrait sans doute inutilisé") me
conviennent parfaitement.

Olivier








Le ven. 5 juil. 2019 à 12:59, Frédéric Rodrigo  a
écrit :

>
>
> Le ven. 5 juil. 2019 à 12:16, marc marc  a
> écrit :
>
>> Le 05.07.19 à 11:25, Leroy Olivier a écrit :
>> > Du coup j'ai ouvert un rapide post sur le forum :
>> > https://forum.openstreetmap.fr/viewtopic.php?f=5=7221
>>
>> je n'ai pas compris ta question ni à qui elle s'adresse
>> c'est 2 visions différentes lié à 2 utilisations "par défaut":
>> géofabrik propose par défaut des fichiers sans meta puisque
>> la majorité des utilisations n'ont pas besoin de meta et force
>> une identification si tu veux les meta nécessaire par ex
>> pour au final éditer un objet
>> osm-fr produit des fichiers utilisé massivement par osmose
>> qui utilise ces metas. donc dupliquer tout sans meta sera
>> théoriquement mieux mais 99% serrait sans doute inutilisé.
>> osmose ne supporte pas (ou pas encore) les Oauth.
>>
>> si le but est de proposer qu'osm-fr suive geofabrik,
>> le forum n'est sûrement pas le bon lieu, la ml tech
>> ou asso est + adapté.
>> mais le soucis principal est probablement les bras.
>>
>
> On a déjà étudié ces questions et abandonné l'affaire.
>
> C'est beaucoup de complications pour peu de choses.
> ___
> 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 ANR Rêveries <http://reveries-project.fr/>
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Leroy Olivier]

Si tu passes par OSM France tu as les métadonnées (je viens de vérifier,
sur un wget  datant de  dimanche dernier).

Du coup j'ai ouvert un rapide post sur le forum :
https://forum.openstreetmap.fr/viewtopic.php?f=5=7221

Mais je ne sais pas comment faire pour passer par l'extraction privée dans
> mon script.
>

Moi non plus et cela m'intéresse.

J'avais aussi regarder osmosis mais n'avait pas assez bien capter pour
utiliser.

Je récupère la colonne hstore via l'option -j|--hstore-all
>

Ah pardon je l'avais pas vu avant.

Olivier

Le ven. 5 juil. 2019 à 11:14, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Alors, je vais essayer de n'oublier personne.
>
> => marc marc : je suppose que j'utilise l'extraction publique puisque dans
> mon script, j'ai mis :
> wget
>
> http://download.geofabrik.de/europe/france/provence-alpes-cote-d-azur-latest.osm.pbf
> -O
> 
> $OSM_DEST_FOLDER/paca.osm.pbf
> Mais je ne sais pas comment faire pour passer par l'extraction privée dans
> mon script.
> Je comprends pour user et uid, mais du coup, pourquoi je n'ai même plus le
> timestamp ?
>
> => Olivier : Je récupère la colonne hstore via l'option -j|--hstore-all :
> "Add all tags to an additional hstore (key/value) column in PostgreSQL
> tables"
>
> => Frédéric : j'utilise osmosis pour 3 choses :
> 1- Fusionner mes 3 régions géofabrik (paca, languedoc-roussillon et
> rhône-alpes) :
> /usr/bin/osmosis --rb $OSM_DEST_FOLDER/paca.osm.pbf --rb
> $OSM_DEST_FOLDER/lr.osm.pbf --rb $OSM_DEST_FOLDER/ra.osm.pbf --merge
> --merge
> --wb $OSM_DEST_FOLDER/regions.osm.pbf
> 2- Extraire de cette fusion une emprise qui sera plus facilement gérable :
> /usr/bin/osmosis --rb $OSM_DEST_FOLDER/regions.osm.pbf --bounding-box
> top=44.3 left=4.6 bottom=43.9 right=5.0 completeWays=yes
> completeRelations=yes --wb $OSM_DEST_FOLDER/ccpro.osm.pbf
> 3- Pour avoir une version du fichier précédent au format .osm afin qu'il
> soit exploité par une autre application : /usr/bin/osmosis --rb
> $OSM_DEST_FOLDER/ccpro.osm.pbf --wx $OSM_PUBLIC_FOLDER/ccpro.osm
> Ce point 3 est temporaire et dès que ma chaine fonctionnera correctement,
> je
> n'en aurait plus besoin.
>
> Et là, je suis sûr que tu vas me dire que je peux faire les 2 premières
> étape en une seule ligne de commande...
>
> Après j'ai testé les 3 outils et osm2pgsql est l'outil qui se rapproche le
> plus de mes besoins.
>
>
>
>
>
> -
> Tony EMERY
> OpenStreetMap.fr
> Ingénieur SIG
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Leroy Olivier]

> Elle fait quoi de particulier l'option "--multi-geometry" ?
>

Si j'en crois le wiki (https://wiki.openstreetmap.org/wiki/Osm2pgsql) elle
prend en charge les objets avec des multi-geometries (j'ai assumé que
c’était plusieurs géométries pour un objet, c'est pas courant mais je me
suis dit que cela pouvait exister dans OSM). Je pense pas que cela soit ton
problème (sauf si je me trompe sur ce qu'est une "multi geometry").

Tu prends pas non plus la colonne hstore (--hstore) ?

Si je dis pas de bêtise dans geofabrik par défaut tu n'as pas accès
osm_user, osm_uid, osm_changeset et osm_timestamps il faut être authentifié
via OAuth (on m'a suggéré que c’était en lien avec la réglementation
allemande).

>
> la deuxième est que j'ai l'impression qu'une partie des relations n'est
> pas traité dans la moulinette.
>

Ici je peux pas trop t'aider.

Olivier

Le ven. 5 juil. 2019 à 09:43, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> J'utilise Géofabrik avec cette commande :
> /usr/bin/osm2pgsql --slim --create -C 1500 --number-processes 4
> $OSM_DEST_FOLDER/ccpro.osm.pbf -p habillage_osm -E 2154 -j -d openstreetmap
> -U postgres --extra-attributes -S $OSM_DEST_FOLDER/ccpro_osm2pgsql.style
>
> Et, par exemple pour un noeud, j'ai ça :
> {osm_version,3,osm_changeset,0,osm_uid,0,osm_user,""}
>
> Dans le fichier de style, j'ai ça :
> node,wayosm_usertextlinear  #tous
> node,wayosm_uid integer linear  #tous
> node,wayosm_version integer linear  #tous
> node,wayosm_changeset   integer linear  #tous
> node,wayosm_timestamp   timestamptz(0)  linear  #tous
> node,wayz_order int4linear  #tous
> way way_areareallinear  #tous
>
> Mais je n'ai rien modifié à ce niveau je crois.
>
> Elle fait quoi de particulier l'option "--multi-geometry" ?
>
>
>
> -
> Tony EMERY
> OpenStreetMap.fr
> Ingénieur SIG
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Leroy Olivier]

Hello,

Tu utilises quoi comme source (geofrabrik / osm france ?) ? Tu as bien mis
--extra-attributes  ?

A titre d'exemple voici ma commande :

osm2pgsql -v -c -d $DB --slim --cache 8000 --number-processes 2 --hstore
--extra-attributes --multi-geometry /osm_maj_auto/osm_dl/$ETENDUE.osm.pbf
-H localhost -P $PORT -U postgres >> /osm_maj_auto/osm_dl/$JOURNAL

Olivier

Le ven. 5 juil. 2019 à 09:02, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour à tous,
>
> Je me suis mis à utiliser osmose/osm2pgsql dans mon circuit d'intégration
> des données et je rencontre 2 difficultés.
>
> la première est que les attributs des métadonnées (osm_user, osm_uid,
> osm_changeset et osm_timestamps) ne remontent pas dans les tables.
>
> la deuxième est que j'ai l'impression qu'une partie des relations n'est pas
> traité dans la moulinette.
>
> Est-ce que vous avez déjà rencontré ce problème et comment le solutionner ?
>
>
>
> -
> Tony EMERY
> Administrateur OpenStreetMap.fr
> Ingénieur SIG
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] landuse <> amenity

[Leroy Olivier]

>
> landuse=forest,grass sont des problèmes pour des questions de manque de
> définition pour l'enrichissement d'espaces vert disposant d'arbre ou non.
> *Two values of landuse=* may be view as not strictly land use. These
> are landuse=grass
>  and landuse=forest
> .   *landuse ou
> pas tel est la question? duc oup c'est pas évident d'exploiter...
>

Cela semble être un vieux problème et pas dit que tout les pays partent du
même historique. Les arbres champêtres (et certains cas urbains) ont
"disparus" des 1:25000 à partir du "type 1972" de l'IGN. Cartographier ces
arbres semblaient aussi poser de bêtes problèmes institutionnels, qui
devait le faire (l'IGN, l'IFN, les aménagistes, le ministère de l'
agriculture ?), qui mettait à jour et bien sûr qui y avait accès.  En droit
français je crois que les arbres sont majoritairement dans la catégories
"immeubles" mais en Andalousie ils sont dans la catégorie "Vuelo" et
peuvent faire l'objet d'usages différents (tu peux être propriétaire du sol
mais pas des arbres dessus). Aucune idée de comment cela se passe dans
d'autres pays.

Maintenant que les arbres "hors forêt" reviennent au goût du jour il y a
plus d'enjeux autour de leur représentation mais il me semble que l'on
hérite de méthodes faites surtout pour distinguer ce qui était du domaine
de tel corps de métier et de ce qui dépendait d'un autre. Pour simplifier,
on avait l'*ager* d'un coté avec des champs sans arbre et la *sylva* de
l'autre avec des forêts sans pâturage et on cartographiait/inventoriait
chacun de son coté.





Le lun. 25 mars 2019 à 09:32, Jérôme Seigneuret 
a écrit :

> Je comprends bien les définition mais dans les fait ce n'est pas le cas.
>
> landuse=forest,grass sont des problèmes pour des questions de manque de
> définition pour l'enrichissement d'espaces vert disposant d'arbre ou non.
> *Two values of landuse=* may be view as not strictly land use. These
> are landuse=grass
>  and landuse=forest
> .   *landuse ou
> pas tel est la question? duc oup c'est pas évident d'exploiter...
>
> coté landuse school c'est plus un usage pour regrouper les niveaux
> d'études pouvant être décomposés chez nous et qui concernent les groupes
> scolaires collège & lycée et maternelle, élémentaire, primaire (mon
> analyse) qui plus est c'est 9/10 en chevauchement avec un
> landuse=residential et c'est même mis ainsi sur le wiki
>
> https://wiki.openstreetmap.org/wiki/Key:landuse  ni dans
> https://wiki.openstreetmap.org/wiki/FR:Key:landuse
>
>  landuse=school n'est plus proposé > proposition d'aller à amenity=school.
> Je sais qu'on ne tag pas pour le rendu. Mais les faits sont là. C'est bien
> pour cela que je dis qu'il y a une tendance dans les usages à remplacer des
> éléments pour éviter des chevauchements. On les conserves par défaut de
> mieux.
>
>
>
>
> Le dim. 24 mars 2019 à 23:07, marc marc  a
> écrit :
>
>> Le 24.03.19 à 21:43, Jérôme Seigneuret a écrit :
>> > @marc c'est en effet un point non négligeable mais comme tu as déjà pu
>> > le voir pour les écoles et d'autres landuses, l'un disparaît au profit
>> > de l'autre.
>>
>> il semble y avoir que 2 régions au monde où l'on considère/double tag
>> systématiquement les écoles (ou alors d'autre région avec trop peu
>> d'école que pour ressortir sur la carte)
>> https://taginfo.openstreetmap.org/tags/landuse=school#map
>> Et vu que ce sont 2 choses différentes, il y a des écoles amenity=school
>> qui pourrait être hors de landuse=school (je connais une école
>> maternelle situé au rez d'immeuble de logement).
>>
>> pour prendre l'échelle d'un quartier, tu peux décrire 3 choses :
>> - à quoi sert la zone (résidentielle, commerce, industrie)
>> - de quoi est recouverte les zones (des arbres, de l'eau, ...)
>> - quelle service (amenity=* shop=* office=*)
>> ce donc 3 choses différentes avec toutes les combinaisons possibles
>> entre elles même si certains sont bcp plus fréquence que d'autres.
>>
>> > revoir tous la gestion des landuse=forest
>> c'est hautement conflictuel ce tag, regarde la page wiki
>> https://wiki.openstreetmap.org/wiki/Forest
>> il est tellement utilisé dans tous les sens que la seule chose
>> qu'il décrit c'est qu'il y a des arbres, il y a eu une propal
>> de landuse=forestry pour sortir du bourbier mais pour le moment
>> la part des "le passé fort utilisé est immuable" est très bloquant.
>>
>> >  landuse=grass
>>
>> c'est aussi conflictuel, la vrai raison que ce tag historique est
>> toujours présent est l'histoire du chat qui se mord la queue :
>> osmcarto n'utilise que les tags bien établit et veux se limiter au plus
>> courant par "fonction" tandis que les mappeur qui veulent un rendu sont
>> donc obligé de l'utiliser vu qu'il y aucun tag "non landuse" qui affiche
>> une pelouse.
>>
>> > plusieurs 

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[Leroy Olivier]

>
> en voyant la distribution non régulière des arbres,
> je n'ai pas l'impression que c'est une exploitation forestière.
> généralement les arbres sont en rangée ultra alignée-artificielle
> afin de faciliter leur futur abatage


L'exploitation forestière c'est l’ensemble des processus qui vont de
l'arbre sur pied à sa première transformation. Ce que tu décris c'est un
type de sylviculture très fortement influencé par des machines de
l'exploitation forestière mais dans le cadre de feuillus en traitement
régulier ou de tous en irrégulier tu peux très bien avoir une exploitation
forestière sans que cela se "voit". D'autant qu'une opération est courte
dans le temps et même les layons d'exploitations peuvent vite être masqué.

je vois pas le soucis.
>

Moi non plus, d'où ma question sur une bonne pratique (ou pas). A priori de
ce que j'ai retenu la présence d'une node taggé "d'arbre isolé" dans une
parcelle forestière (j'en profite pour dire qu'une parcelle forestière n'ai
pas nécessairement liée à une exploitation, ce qui était peut être l'objet
de quiproquo) est réservé dans le cadre d'arbre particulier, remarquable ou
qui apporte une information en plus que le landuse. Est ce toujours le cas ?

Le jeu. 21 mars 2019 à 11:28, marc marc  a
écrit :

> Le 21.03.19 à 11:12, Leroy Olivier a écrit :
> > l'information de leur hauteur est de source compatible avec osm
> > alors je vois pas pq elles n'ont pas leur place dans osm
> > et encore moins comment est-ce que la hauteur d'un arbre pourrait
> être
> > transformé en un landuse
> >
> > La hauteur a tout a fait sa place pour un arbre isolé, la question est
> > de savoir si elle a sa place dans le cadre d'une parcelle forestière
>
> en voyant la distribution non régulière des arbres,
> je n'ai pas l'impression que c'est une exploitation forestière.
> généralement les arbres sont en rangée ultra alignée-artificielle
> afin de faciliter leur futur abatage
>
> > n'est ce pas plus sage cartographier ce paquet d'arbre comme un landuse ?
>
> je n'aurais pas rentré le détail de chaque arbre mais si quelqu'un le
> fait, je vois pas le soucis.
>
> > cela ne marchera pas bien en dehors de ce cas.
>
> on semble bien être en dehors du cas d'une exploitation forestière
> https://www.openstreetmap.org/node/5736145028
> j'imagine que pc = permis de construire
> reste à savoir si ces hauteurs ont réellement été mesurée ou au moins
> estimée ou si c'est pure invention pour faire joli sur un rendu 3d
> ___
> 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 ANR Rêveries <http://reveries-project.fr/>
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[Leroy Olivier]

>
> l'information de leur hauteur est de source compatible avec osm
> alors je vois pas pq elles n'ont pas leur place dans osm
> et encore moins comment est-ce que la hauteur d'un arbre pourrait être
> transformé en un landuse


La hauteur a tout a fait sa place pour un arbre isolé, la question est de
savoir si elle a sa place dans le cadre d'une parcelle forestière
(landuse). Dans le cas cité n'est ce pas plus sage cartographier ce paquet
d'arbre comme un landuse ?
Concernant la hauteur dans le cadre d'une parcelle (sens forestier) avec
des arbres de même age les hauteurs sont proches et  assez homogènes pour
utiliser une moyenne mais cela ne marchera pas bien en dehors de ce cas.

J'espère que c'est plus clair.

Olivier

Le jeu. 21 mars 2019 à 10:58, marc marc  a
écrit :

> Le 21.03.19 à 10:49, Leroy Olivier a écrit :
> > (https://www.openstreetmap.org/#map=18/43.73203/7.27437=N), les
> > hauteurs varient et on a pas l’espèce ce qui en fait un cas plus étrange
> > : les hauteurs ne semblent pas mauvaises donc est ce que c'est pas "un
> > projet étudiant" ou un teste de mesure via un drone ou un LIDAR ? Après
> > oui pourquoi  le mettre dans OSM et si il faut le mettre pourquoi pas
> > plutôt avec un landuse ?
>
> Si :
> - ces arbres existent vraiment
> - l'information de leur hauteur est de source compatible avec osm
> alors je vois pas pq elles n'ont pas leur place dans osm
> et encore moins comment est-ce que la hauteur d'un arbre pourrait être
> transformé en un landuse
> La seule chose c'est que les arbres ne sont pas immuable et que donc
> dans 20 ans, la mesure aura perdu de sa précision par rapport à la réalité.
>
> faudrait regarder le changeset pour voir si une source est déclarée
> et/ou demander au contributeur
> ___
> 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 ANR Rêveries <http://reveries-project.fr/>
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[Leroy Olivier]

Merci pour les partages,

J'ai mis de coté le deux cas avec des arbres isolés. Dans le premier (celui
près d’Orléans : https://www.openstreetmap.org/#map=13/47.9524/1.8608) tous
les arbres font 6 m de hauteur, cela ressemble plus à un import d'un
logiciel d'archi qui a besoin de la hauteur pour un rendu. Dans le second (
https://www.openstreetmap.org/#map=18/43.73203/7.27437=N), les
hauteurs varient et on a pas l’espèce ce qui en fait un cas plus étrange :
les hauteurs ne semblent pas mauvaises donc est ce que c'est pas "un projet
étudiant" ou un teste de mesure via un drone ou un LIDAR ? Après oui
pourquoi  le mettre dans OSM et si il faut le mettre pourquoi pas plutôt
avec un landuse ?

Olivier



Le jeu. 21 mars 2019 à 10:25, Bernard Lefrançois 
a écrit :

> >* > Le 20.03.19 à 14:58, Vincent Bergeot a écrit :
> *>* >> https://www.openstreetmap.org/user/L3mp1ck4 
> 
> *> >>>* >> https://www.openstreetmap.org/user/Dupuiche 
> 
> *>>>* je penche pour une agence d'archi, le fait que les 2 se retrouve sur une
> *>* même zone !
>
> *On peut rajouter à la liste:https://www.openstreetmap.org/user/Y43l
> En plus d'introduire des éléments encore à l'état de projet, ils ont une 
> tendance à cartographier "pour faire joli"*.
> *Avec, en particulier, un usage abusif du tag natural=tree par exemple comme 
> ici:https://www.openstreetmap.org/#map=18/43.73203/7.27437=NJ'ai peine 
> à croire que le contributeur a une source fiable pour la position et la 
> hauteur de chaque arbre!
>
> ___
> 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 ANR Rêveries 
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re: arbres remarquables

[Leroy Olivier]

Bonjour,

J'ai fait un bout de la traduction du wiki anglophone pour natural=tree
. Dans la
version anglaise l'attribut protected fait le lien avec une réglementation
anglaise, sans savoir quoi mettre je l'ai indiqué dans "discussion".
C'est aussi un peu chaotique pour : source
=survey/local
knowledge/survey;local knowledge - si quelqu'un à des idées ?

C'est loin de permettre d'enlever la bannière "*ne plus être en phase avec
le texte de référence" *mais cela aidera peut être au débat sur les arbres
remarquables.

Olivier

Le sam. 1 déc. 2018 à 12:01, Christian Quest  a
écrit :

> Pour distinguer ces arbres des autres, c'est une histoire de feuille de
> style pour le rendu, pas une histoire de tags si ceux indiqués dans cette
> synthèse sont correctement renseignés.
>
> Pour une modification du rendu FR, j'ai ouvert une issue pour ne pas
> oublier de l'ajouter:
> https://github.com/cquest/osmfr-cartocss/issues/48
>
>
> Le sam. 1 déc. 2018 à 10:11, Jozeph  a écrit :
>
>> Bonjour,
>>
>> Suite aux différents avis émis depuis le 27/11 dans cette discussion sur
>> les arbres remarquables, la majorité des internautes s'accorde sur les
>> attributs suivants :
>>
>> natural=tree
>> denotation=natural_monument
>> species= genre + espèce en latin (Quercus robur)
>> species:fr= genre+espèce en français (Chêne pédonculé)
>>
>> Auxquels il est possible d'ajouter les tags additionnels décrits dans
>> https://wiki.openstreetmap.org/wiki/Tag:natural=tree
>>
>> Pour la clé "name", il est claire qu'elle ne peut pas être utilisée pour
>> qualifier le genre et l'espèce.
>>
>> Elle peut par contre être utilisée pour les arbres remarquables connus
>> localement par une appellation spécifique telle que "Chêne à Guillotin",
>> "Le Géant de Provence", "Chêne la Sentinelle", etc.
>>
>>
>> Le dernier point en suspens qui pourrait faire l'objet d'une *dernière
>> discussion* concerne la majorité des arbres remarquables recensés par
>> l'association ARBRES ou dans des inventaires régionaux : ces arbres connus
>> et souvent protégés et mis en valeur localement n'ont pas de nom spécifique.
>>
>> Comment les distinguer sur la carte OSM d'un arbre "banal" ?
>>
>> Pour ces arbres remarquables (qui n'apparaissent pas comme tel sur le
>> rendu) faut-il donner ou non une valeur à la clé "name" et si oui laquelle ?
>>
>> Bon we (pluvieux) à tous
>>
>> Joseph Chauveau
>>
>
> --
> 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 ANR Rêveries 
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] arbres remarquables

[Leroy Olivier]

Bonjour,

Je ne suis pas pour utiliser *name* pour le nom vernaculaire (en français).
Dans les faits c'est cependant souvent le cas. Name correspond au * "Chêne
la Sentinelle" *aux arbres* nommés.* Si on respecte cette consigne cela
devient aussi plus facile de trouver les arbres remarquables puisqu'ils
sont nommés et évite la confusion avec des arbres isolés non remarquable.
Si on veut utiliser le nom vernaculaire il me semble que species:fr est
fait pour*.*

Dans le cas du "*"Chêne la Sentinelle", *à priori et sans le connaître,
qu'est ce qui pose problème avec :

name=Chêne de la sentinelle
genus=Quercus
species=Quercus petraea (ou robur je sais pas)
species:fr= Chêne sessile
denotation=natural_monument

+ les autres infos si disponible



La page wiki pour https://wiki.openstreetmap.org/wiki/Key:denotation
indique deux options pour les identifiées les arbres remarquable : *
landmark *et* natural_monument. *La seconde semble mieux.

Olivier

Le ven. 30 nov. 2018 à 11:10, Jozeph  a écrit :

> Bonjour,
>
> OK pour l'attribut *denotation=natural_monument* pour un "arbre
> remarquable" (définition d'un arbre remarquable ci-dessous *)
>
> *Pour la clé **name** , il paraît logique de mettre le nom de l'arbre en
> français (Chêne pédonculé, Châtaignier commun, etc.) *
>
> *Mais un certain nombre d'arbres ont été baptisés localement depuis
> parfois longtemps ("Chêne à Guillotin" dans la Forêt de Brocéliande, "Chêne
> la Sentinelle" dans la Forêt de Tronçais,"Le Géant de Provence" pour un
> platane à Lamanon,  "La Talle à Tertous" pour un vieux châtaignier à
> Celles-sur-Belle, etc.)*
>
> *Est-il préférable d'indiquer, pour la clé **name**, la valeur "Chêne
> pédonculé" ou plutôt de mettre son nom local "Chêne à Guillotin". On
> pourrait aussi se tenir au nom français de l'arbre et préciser son nom
> local ou historique dans **description*
> * ? *
>
> *Tel est l'objet de cette discussion.*
>
>
> * Un "arbre remarquable" (*denotation=natural_monument) *est un arbre qui
> se distingue de ses congénères car il est exceptionnel par son âge, ses
> dimensions (hauteur, circonférence prise à 1m30 du sol), sa forme, son
> histoire, ses légendes, etc.
>
> Ces arbres remarquables ont, pour la plupart, été recensés soit par
> l'association A.R.B.R.E.S  qui leur donne un
> label national, soit par des inventaires départementaux ou régionaux qui
> sont régulièrement remis à jour (voir par exemple :
> http://www.arbres-remarquables-bretagne.org/ ) et ont fait, souvent,
> l'objet de publications (voir par exemple
> https://www.vienne-nature.fr/arbres-remarquables/ ou
> https://www.caue49.com/?portfolio=arbres-remarquables-de-maine-loire ).
>
> Joseph Chauveau
>
>
> --
> Le 27/11/2018 à 15:00, Rpnpif a écrit :
>
> Bonjour,
>
> Je plussoie pour denotation=natural_monument.
> Quand c'est un arbre remarquable, un véritable monument, je mets le nom
> de l'arbre en français.
>
> Ces arbres sont souvent répertoriés dans les PLU ou PLUI ou ailleurs
> (voir les mairies). Il est bon de citer la source ou bien un site web
> par website=* afin de faire des recoupements.
>
>
> ___
> 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 ANR Rêveries 
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr