Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

[David Marchal via Talk-fr]

Salutations, Marc.

Je me doutais bien que je m’attirerais tes foudres en parlant de ce tag ;-) Je 
crains toutefois qu’il n’y ait confusion : si je comprends bien ta réponse, 
pour toi, boundary=forest sous-entend que la zone est exploitée, or ce n’est 
pas le cas. C’était bien le cas pour la deuxième itération de ma proposition, 
mais pas pour la troisième, celle qui a été approuvée, précisément parce que 
mélanger des limites de forêt et un landuse était inacceptable pour nombre de 
contributeurs, dont toi, et avec raison.

boundary=forest, tel qu’approuvé, ne fait que désigner une emprise de forêt, 
qu’elle soit exploitée ou non, boisée ou non, et accepte tout à fait que des 
zones soient exploitées et d’autres non. Elle correspond, en fait, à ce que la 
plupart des gens désignent par "Forêt de Fontainebleau", par exemple : une zone 
essentiellement boisée avec des limites définies. Comme une telle forêt n’est 
pas nécessairement intégralement boisée ou même intégralement exploitée, je 
n’ai pas trouvé mieux que découplér sa représentation des 
landuse=forest/natural=wood. De plus, boundary=forest tel qu’approuvé me semble 
correspondre aux besoins de Marc Mongenet.

Imparfait et plus complexe ? Sans doute. Ça rajoute de la confusion ? Tout à 
fait, car ça ajoute aux pratiques existantes sans rien en supprimer. Toutefois, 
pour représenter une forêt au sens décrit ci-dessus, je n’ai pas trouvé mieux, 
et je ne sache pas qu’une autre proposition ait emporté assez de suffrages pour 
être approuvée, donc, même si c’est imparfait, ça fait le boulot, et ça a 
rencontré assez d’approbation pour un vote fructueux. Je pense donc, mais je 
peux me tromper, que ce n’est pas si mauvais que ça.

Cordialement.

Gesendet mittels einer sicheren E-Mail von Proton Mail.

--- Original Message ---
Marc_marc  schrieb am Montag, 5. September 2022 um 08:53:


> Bonjour David,
> 
> Le 05.09.22 à 07:19, David Marchal via Talk-fr a écrit :
> 
> > C’est précisément pour ce genre de cas que j’avais conçu le tag 
> > boundary=forest
> 
> 
> tu sais bien que pour moi ce tag est un abération qui ne fait
> que rajouter de la confusion
> si on veux tager un landuse, la bonne clef est... landuse
> et non boundary
> 
> > un (multi)polygone type=boundary + boundary=forest + name=… pour 
> > représenter le fait que l’ensemble est une seule et unique forêt,
> 
> 
> ton utilisation est encore pire que ce qui a été voté !
> 
> la surface de "foret de ABC" n'est pas la même que la surface
> de l'exploitation forestière
> il suffit d'un étang, une place Pique-nique au milieu de cet endroit :
> il est compris dans la foret de ABC, mais personne n'utilise l'endroit
> pour la sylviculture
> 
> donc ce tag mal connu ne résout pas le soucis ici,
> puis le soucis c'est : quel tag principal pour un endroit
> composé de différente espace d'arbre, de zone ou pas
> exploité en sylviculture, etc
> 
> Cordialement,
> Marc
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

[David Marchal via Talk-fr]

Bonjour, Marc.

Le tag boundary=forest proposé correspond à "un ensemble de zones, généralement 
boisées, où l’ensemble est considéré comme une forêt". Par exemple, une forêt 
domaniale peut contenir zones marécageuses, zones boisées résineuses, 
clairières… mais ces zones sont considérées comme partie intégrante de la 
forêt, quand bien même elles ne sont pas boisées.

Sinon, pour un cas plus général, il existe place=region : bien que controversé 
car se pose la question des limites exactes de la zone, ce tag permet de créer 
un polygone, généralement assez étendu, qui désigne une région naturelle : 
plaine, marais, cuesta… Par exemple : 
https://www.openstreetmap.org/way/1054478447

Quant au fait que boundary=forest ne soit pas rendu sur le rendu standard 
OSM.org, c’est tout simplement parce que l’usage en est encore trop faible pour 
demander son rendu : une fois qu’il y aura quelques miliers d’entités, le rendu 
pourra être demandé, mais dans l’intervalle, la demande sera sans doute 
rejetée. C’est le problème de tous les nouveaux tags : le fait qu’ils ne soient 
pas rendus n’encourage pas l’adoption, mais ils ne sont pas rendus tant qu’il 
n’y a pas une adoption minimale…

Cordialement.

Gesendet mittels einer sicheren E-Mail von [Proton Mail](https://proton.me/).

--- Original Message ---
Marc Mongenet  schrieb am Dienstag, 6. September 2022 
um 00:37:

> Bonjour,
>
> Le lun. 5 sept. 2022 à 07:21, David Marchal via Talk-fr 
>  a écrit :
>
>> Bonjour, Marc.
>>
>> C’est précisément pour ce genre de cas que j’avais conçu le tag 
>> boundary=forest (cf 
>> https://wiki.openstreetmap.org/wiki/Tag:boundary=forest?uselang=fr pour plus 
>> d’info) : tu cartographies le terrain avec landuse=forest, natural=wetland, 
>> natural=grassland… avec autant de polygones différents qu’il le faut pour 
>> représenter le terrain (par exemple les variations de leaf_type), puis tu 
>> ajoutes par dessus un (multi)polygone type=boundary + boundary=forest + 
>> name=… pour représenter le fait que l’ensemble est une seule et unique 
>> forêt, en dépit des variations de terrain, et quand bien même le terrain 
>> n’est pas landuse=forest ou natural=wood (clairières, zones marécageuses, 
>> étangs…).
>
> Oui, cela semble correspondre exactement à ce que je cherche, au petit détail 
> près que j'en ai d'abord besoin pour un marais (boundary=wetland ?).
>
>> Un exemple ici : 
>> [https://www.openstreetmap.org/j'attendrelation/13897472](https://www.openstreetmap.org/relation/13897472)
>>
>> Soit dit en passant, on peut constater la mauvaise circulation des infos 
>> dans l’écosystème OSM : ce tag a été approuvé il y a des mois, à la 
>> troisième proposition avec la première datant de près de deux ans 
>> maintenant, et pourtant sa simple existence n’est généralement pas connue. 
>> Certes, l’écosystème OSM est complexe, mais il n’empêche…
>
> Je remarque que le nom de la forêt n'apparaît pas sur la carte. S'il n'y a 
> aucun rendu, question circulation de l'information, c'est presque comme si le 
> tag n'existait pas.
>
> Marc Mongenet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

[Marc Mongenet]

Bonjour,

Le lun. 5 sept. 2022 à 07:21, David Marchal via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour, Marc.
>
> C’est précisément pour ce genre de cas que j’avais conçu le tag
> boundary=forest (cf
> https://wiki.openstreetmap.org/wiki/Tag:boundary=forest?uselang=fr pour
> plus d’info) : tu cartographies le terrain avec landuse=forest,
> natural=wetland, natural=grassland… avec autant de polygones différents
> qu’il le faut pour représenter le terrain (par exemple les variations de
> leaf_type), puis tu ajoutes par dessus un (multi)polygone type=boundary +
> boundary=forest + name=… pour représenter le fait que l’ensemble est une
> seule et unique forêt, en dépit des variations de terrain, et quand bien
> même le terrain n’est pas landuse=forest ou natural=wood (clairières, zones
> marécageuses, étangs…).
>
>
Oui, cela semble correspondre exactement à ce que je cherche, au petit
détail près que j'en ai d'abord besoin pour un marais (boundary=wetland ?).


> Un exemple ici : https://www.openstreetmap.org/j'attendrelation/13897472
> 
>
> Soit dit en passant, on peut constater la mauvaise circulation des infos
> dans l’écosystème OSM : ce tag a été approuvé il y a des mois, à la
> troisième proposition avec la première datant de près de deux ans
> maintenant, et pourtant sa simple existence n’est généralement pas connue.
> Certes, l’écosystème OSM est complexe, mais il n’empêche…
>

Je remarque que le nom de la forêt n'apparaît pas sur la carte. S'il n'y a
aucun rendu, question circulation de l'information, c'est presque comme si
le tag n'existait pas.

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[Marc_marc]

Bonsoir Vincent,

Le 05.09.22 à 23:25, Vincent de Château-Thierry a écrit :
Soit on les détermine par une règle, par exemple quelles communes ont 
des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR 
: on en trouve quand même 1900.


cela me semble le mieux, tant  en raison du nombre, qu'en raison
du caractère éventuelement fluctuant
une règle au niveau de la rue n'est pas + ciblée ?
si la rue existe dans ban mais pas dans fantoir


je peux partir sur une liste de communes (au hasard pour commencer, Torsac et 
Nedde)


cela permettrait de tester le système en attendant de récolter
des retours pour la règle la plus pertinante

Cordialement,
Marc



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

Re: [OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur

[Marc_marc]

Le 05.09.22 à 23:39, osm.sanspourr...@spamgourmet.com a écrit :

- que faire si un point existe déjà dans OSM mais avec d'autres attributs ?


ne pas y toucher en automatique et regarder cela en manuel



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

Re: [OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur

[Marc_marc]

Bonjour,

Le 05.09.22 à 15:05, Erwan K a écrit :

je poste ici les infos pour en parler avec
la communauté et continuer avec votre accord.


j'ai un appriori très favorable


https://wiki.openstreetmap.org/wiki/Mechanical_Edits/strerylmreepsemibot
https://github.com/erwanstermrp/nicecotedazur_recyclage

J'ai envie de continuer sur ce genre de réutilisation d'open data à
l'avenir donc n'hésitez pas à me corriger, je prends tous les conseils;)


par contre,
- je pense qu'il faut d'abord se faire une idée de la qualité de la 
géoloc avant d'importer (c'est pour cela que plusieurs jeux de fichier

ne sont pas importé dans osm)
- la conversion opendata -> tag osm mériterait d'être faite à un seul
endroit.
suggestion : ne serrait-il pas envisagable de faire une analyse osmose
avec ces données et d'utiliser l'api d'somose pour faire un import
si cela recueille un avis favorable ?
cela permettrait 2 choses :
- le code des tags à un endroit (pour éviter le soucis que tu as
eu avec le bouteilles)
- possibilité de comparer osm avec le jeu de donnée suivant,
de marquer des choses ineistante sur le terrain dans osmose,
avoir une analyse qui continue à se mettre à jour même si
tu ne suis plus le sujet

Cordialement,
MArc



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

Re: [OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur

[osm . sanspourriel]

Bonjour,

oui c'est le bon endroit pour commencer à en discuter.

il manque plusieurs points fondamentaux :

- qualité de la donnée en entrée, en particulier de la position
géographique. A minima prendre des échantillons et regarder.

- que faire si un point existe déjà dans OSM mais avec d'autres attributs ?

- quelle fréquence de mise-à-jour de la source (j'ai regardé :
occasionnelle).

Ce que je comprends c'est que tu prépares un fichier et qu'on importe à
la main dans JOSM, ça me semble raisonnable.

Par contre je vois que tu as déjà ajouté :

https://www.openstreetmap.org/node/9963915006/history#map=20/44.20876/6.97873

Or si je regarde BDOrtho, la position ne me semble pas terrible (pas
mauvaise non plus) mais différente de celle de l'OD. Donc ce n'est pas
un import bête (bien) mais un meilleur fond pourrait être utilisé.

La source date de 2020 mais tu mets 2022 comme date.

Pourquoi ne pas importer ID_NCA (ici 1461120V) en ref ? Ca permettrait
de faire un meilleur suivi, par exemple savoir ce qui est dans OSM et ce
qui ne l'est pas.

Jean-Yvon

Le 05/09/2022 à 15:05, Erwan K - e.kergr...@gmail.com a écrit :

Bonjour à tous,

Première fois que je travaille avec une API Open Data pour ajouter des POIs
sur OSM
Suite à une remarque de Marc_ch, je poste ici les infos pour en parler avec
la communauté et continuer avec votre accord.

https://wiki.openstreetmap.org/wiki/Mechanical_Edits/strerylmreepsemibot
https://github.com/erwanstermrp/nicecotedazur_recyclage

J'ai envie de continuer sur ce genre de réutilisation d'open data à
l'avenir donc n'hésitez pas à me corriger, je prends tous les conseils ;)

A la prochaine !
StrMrp
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[Vincent de Château-Thierry]

Bonsoir,

Le 02/09/2022 à 01:21, Jérôme Amagat a écrit :

(Désolé de faire 3 messages...)

Pour les communes avec des voies dans la BAN mais pas dans BANO car pas de
Fantoir, on peut les trouver en regardant la page des stats par commune sur
un département.
Par exemple pour le Cantal (15) :
https://bano.openstreetmap.fr/pifometre/stats_dept.html#dept=15
Regardez la colonne "Adresse BAN sans voie rapprochées", il y a des
communes avec un nombre important.
(Par contre si l'on va sur les voies récentes manquantes du même
département :
https://bano.openstreetmap.fr/pifometre/voies_recentes_manquantes.html#dept=15
Il n'y a que 74 voies manquantes dans osm pour ce département.)
Si l'on clic sur une de ces communes avec beaucoup d'adresses sans voies
rapprochées, par exemple Anglards-de-Salers (c'est la communes qui en a le
plus 744) :
https://bano.openstreetmap.fr/pifometre/index.html#insee=15006=0
Il ne manque qu'un lotissement de 3 adresses.
Le reste des adresses de la BAN que l'on ne voit pas c'est soit des
adresses lié à un lieu dit soit des adresses lié à une rue sans code
Fantoir.
On peut télécharger les données de la commune sur le site
adresse.data.gouv.fr. Pour Anglards-de-Salers la source des adresses est
très majoritairement la commune. On a une centaine de noms de voie
différents dont environ la moitié qui sont en fait des noms de hameaux mais
même les nom de hameau ont pour la plupart leur clé d’interopérabilité qui
n'est pas le code fantoir du hameau)

Dans le Cantal il y a en a quelques unes de communes dans ce cas mais ça
dépend beaucoup du département.


On doit pouvoir mettre en place un mécanisme assez simple qui complète 
FANTOIR avec les noms des voies de la BAN et un identifiant (qui n'a 
même pas besoin d'être pérenne). Le principal souci est de bien 
déterminer quelles communes sont concernées.


Soit on les détermine par une règle, par exemple quelles communes ont 
des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR 
: on en trouve quand même 1900.


Soit on les énumère dans un fichier et on fait vivre ce fichier, en 
ajoutant au fil de l'eau les communes où on constate du vide dans 
Pifomètre et de la matière dans la BAN, et en supprimant celles pour 
lesquelles on voit apparaître du contenu "voies" dans FANTOIR.


Vos avis & idées bienvenus, surtout si on essaie de trouver des règles. 
Par défaut, je peux partir sur une liste de communes (au hasard pour 
commencer, Torsac et Nedde)


merci

vincent



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

Re: [OSM-talk-fr] usage de landuse - was: Comment faire? forêt broadleaved & needleleaved

[osm . sanspourriel]

Je pense que le problème est plus large que les espaces boisés et porte
sur les landuse en général.

Certains sont "larges" au sens où les residential, retail, etc...
incluent des espaces non explicitement dédiés à cela, je pense à la
voirie qui en fait partie alors qu'on n'y vend rien (hormis exceptions
comme ce week-end dans une grande ville du Grand Nord, pardon des Hauts
de France ;-)), où qu'on n'y habite pas (quoique...).

Certains sont ambigus, je pense à forest et à farmland.

Car sur la page citée dans l'approche 1 c'est au sens large, dans les
approches 3, 4 au sens restreint (là où il y a de la forêt).

Si on reprend l'exemple de David, on voit que les forêts
(landuse=forest) incluent les chemins. Donc une version "large",
inclusive de la forêt : les chemins, drains, etc. font partie de la forêt.

Pour farmland j'ai la même approche (je vais au droit des voies car la
voirie est modélisée de manière linéaire), d'autres qui pourtant ne
remettent pas l'usage de residential par exemple en question (en mettant
les jardins et la voirie dedans), ont une approche plus stricte (mais
j'aimerais savoir comment ils fixent la limite quand on passe
directement de l'asphalte au champ mais où les véhicules pour se croiser
mordent sur le champ : quand c'est en herbe, l'agriculteur sème le
raygrass en bord de route, quand c'est en oléagineux, maïs, etc, il
évite de semer trop près de la route : va-ton regarder ce qu'il sème
pour délimiter le farmland/meadow ? Oui ma réponse est dans la question).

Et sur l'orthophoto, on va voir les arbres déborder de leur emprise au
sol. Si c'est le critère on va supprimer des routes ;-). Et vu le
décalage du cadastre, l'emprise cadastrale de la route (en surfacique
donc) n'est pas utilisable.

Donc pour moi j'ai d'un côté un bois et de l'autre un champ, entre une
route, la route étant modélisée en linéaire ses points d'accroche sont
partagés - oui JB ! Celui voulant faire de la micro cartographie pourra
par endroit ajouter un fossé côté bois.

Il me semble intéressant de voir si on peut arriver à un consensus sur
les limites des "landuse" : stricts et on vire tout ce qui n'est pas
directement liés à l'usage donné ou plus souple (zone dédiée à la
sylviculture, à l'agriculture, à l'habitat, au commerce, à l'industrie...) .

Pour le sens strict un landcover me semble plus adapté.

Typiquement un coupe-feu
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcutline
man_made=cutline, cutline=firebreak fait partie de la forêt alors qu'il
est dépourvu d'arbres. C'est explicite que tel doit être le cas dans le
wiki (ne pas interrompre la forêt).

Au fait David :

> Un exemple ici : https://www.openstreetmap.org/relation/13897472

Non, n'importe qui dira au vu du wiki que la forêt est plus étendue et
là on ne voit que la partie gérée par l'ONF.

Taguer pour mettre un nom ? Une relation de type site me semble plus
justifiée dans ton cas.

Et dedans on a des zones contigües taguées de manière identique :

landuse=forest
leaf_cycle=deciduous
leaf_type=broadleaved

par exemple :

https://www.openstreetmap.org/way/576053516#map=15/48.3557/6.1327

et
https://www.openstreetmap.org/way/576053516#map=15/48.3557/6.1327

Ce qui d'un point de vue modélisation correspond à une scorie
équivalente au découpage arbitraire de bâtis par le cadastre.

JB, je ne vois pas par rapport à ton besoin en quoi la relation site ne
convient pas. Ajouter un schéma spécifique pour un cas qui reste
général, je ne comprends pas.

Jean-Yvon

Le 05/09/2022 à 20:59, JB - jb...@mailoo.org a écrit :

Bonsoir à tous,
Pour rééquilibrer, pour moi, ce tag boundary=forest (ou un équivalent)
était nécessaire depuis longtemps, pour faire la différence entre la «
zone avec des arbres dessus » et la « zone nommée » forêt domaniale de
Cetteville, qui peut contenir des clairières, des étangs…
De la page Forest du wiki https://wiki.openstreetmap.org/wiki/Forest,
je ne tire pas les mêmes conclusions. Il y est proposé, entre-autres,
que wood est plus ou moins égal à forest, avec un aspect zone sauvage
ou entretenu plus ou moins marqué. Ta conclusion ne me semble pas
unanime.
JB.

Le 05/09/2022 à 08:53, Marc_marc a écrit :

Bonjour David,

Le 05.09.22 à 07:19, David Marchal via Talk-fr a écrit :

C’est précisément pour ce genre de cas que j’avais conçu le tag
boundary=forest


tu sais bien que pour moi ce tag est un abération qui ne fait
que rajouter de la confusion
si on veux tager un landuse, la bonne clef est... landuse
et non boundary


un (multi)polygone type=boundary + boundary=forest + name=… pour
représenter le fait que l’ensemble est une seule et unique forêt,


ton utilisation est encore pire que ce qui a été voté !

la surface de "foret de ABC" n'est pas la même que la surface
de l'exploitation forestière
il suffit d'un étang, une place Pique-nique au milieu de cet endroit
: il est compris dans la foret de ABC, mais personne n'utilise l'endroit
pour la sylviculture

donc ce tag mal connu ne résout pas le soucis ici,
puis le 

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

[JB]

Bonsoir à tous,
Pour rééquilibrer, pour moi, ce tag boundary=forest (ou un équivalent) 
était nécessaire depuis longtemps, pour faire la différence entre la « 
zone avec des arbres dessus » et la « zone nommée » forêt domaniale de 
Cetteville, qui peut contenir des clairières, des étangs…
De la page Forest du wiki https://wiki.openstreetmap.org/wiki/Forest, je 
ne tire pas les mêmes conclusions. Il y est proposé, entre-autres, que 
wood est plus ou moins égal à forest, avec un aspect zone sauvage ou 
entretenu plus ou moins marqué. Ta conclusion ne me semble pas unanime.

JB.

Le 05/09/2022 à 08:53, Marc_marc a écrit :

Bonjour David,

Le 05.09.22 à 07:19, David Marchal via Talk-fr a écrit :
C’est précisément pour ce genre de cas que j’avais conçu le tag 
boundary=forest


tu sais bien que pour moi ce tag est un abération qui ne fait
que rajouter de la confusion
si on veux tager un landuse, la bonne clef est... landuse
et non boundary

un (multi)polygone type=boundary + boundary=forest + name=… pour 
représenter le fait que l’ensemble est une seule et unique forêt,


ton utilisation est encore pire que ce qui a été voté !

la surface de "foret de ABC" n'est pas la même que la surface
de l'exploitation forestière
il suffit d'un étang, une place Pique-nique au milieu de cet endroit : 
il est compris dans la foret de ABC, mais personne n'utilise l'endroit

pour la sylviculture

donc ce tag mal connu ne résout pas le soucis ici,
puis le soucis c'est : quel tag principal pour un endroit
composé de différente espace d'arbre, de zone ou pas
exploité en sylviculture, etc

Cordialement,
Marc



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





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

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

[osm . sanspourriel]

C'est justement parce que c'est le même couple attribut/valeur principal
qu'il n'y a pas de souci.
Si ce n'était que la clé on serait d'accord.
Sinon par rapport au tag de David, le problème c'est que ça n'apporte
rien ici de plus par rapport à une relation site et pose éventuellement
les mêmes problèmes de contrôle que les multi-polygones (dont les
éléments doivent être disjoints).

Jean-Yvon

Le 05/09/2022 à 08:59, Marc_marc - marc_m...@mailo.com a écrit :

Le 04.09.22 à 21:40, osm.sanspourr...@spamgourmet.com a écrit :

Pourquoi ne pas faire une "bonne grosse" forêt nommée avec mixed et des
sous-parties sans nom et de même clé principale avec les deux types de
plantations ?


tu as donc 2 objets décrivant la meme chose (le meme tag principal)
au meme endroit, c'est donc que l'un des 2 n'est pas bon (tu voulais
décrire un surface composée de zone boisée et éveneutlement non boisée
tel un étang)






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

[OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur

[Erwan K]

Bonjour à tous,

Première fois que je travaille avec une API Open Data pour ajouter des POIs
sur OSM.
Suite à une remarque de Marc_ch, je poste ici les infos pour en parler avec
la communauté et continuer avec votre accord.

https://wiki.openstreetmap.org/wiki/Mechanical_Edits/strerylmreepsemibot
https://github.com/erwanstermrp/nicecotedazur_recyclage

J'ai envie de continuer sur ce genre de réutilisation d'open data à
l'avenir donc n'hésitez pas à me corriger, je prends tous les conseils ;)

A la prochaine !
StrMrp
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osm-fr asso] Prochain réunion OSM-FR mardi 06 septembre

[Frédéric Rodrigo]

Petit rappel la prochaine réunion c'est demain soir, mardi.


Pour l'instant à l'ordre du jour, mais vous pouvez toujours compléter
-    Désignation des rôles du nouveau CA
-    quelle procédure pour avoir un mail ou un alias mail en 
x...@openstreetmap.fr ?

-    faire une demande lors d'un CA ?
-    Réunion avec Wikimédia France
-    Frais logement SotM (3p)
-    SOTM Monde & SOTM France 2023
-    Suivi de convention Enedis (livraison nouvelles orthos, suite à 
donner aux alertes du 1er semestre)

-    GeoDataDays
 -   Rencontre avec le ministère de l'éducation nationale (Marina et 
VincentB), prise en charge Aller train Vincent ?




Le 31/08/2022 à 21:33, Donat ROBAUX a écrit :

Bonjour,

Le prochain CA de l’association aura lieu mardi 6 septembre 2022. Il 
est ouvert comme toujours à tout le monde.


Vous pouvez compléter l'ordre du jour : 
https://annuel.framapad.org/p/N_IDAQXYLHswlpU2s3oE


Rendez-vous à 21h sur https://osmvideo.cloud68.co/user/fre-aux-yuh

Donat




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

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

[Marc_marc]

Bonjour David,

Le 05.09.22 à 07:19, David Marchal via Talk-fr a écrit :

C’est précisément pour ce genre de cas que j’avais conçu le tag boundary=forest


tu sais bien que pour moi ce tag est un abération qui ne fait
que rajouter de la confusion
si on veux tager un landuse, la bonne clef est... landuse
et non boundary


un (multi)polygone type=boundary + boundary=forest + name=… pour représenter le 
fait que l’ensemble est une seule et unique forêt,


ton utilisation est encore pire que ce qui a été voté !

la surface de "foret de ABC" n'est pas la même que la surface
de l'exploitation forestière
il suffit d'un étang, une place Pique-nique au milieu de cet endroit : 
il est compris dans la foret de ABC, mais personne n'utilise l'endroit

pour la sylviculture

donc ce tag mal connu ne résout pas le soucis ici,
puis le soucis c'est : quel tag principal pour un endroit
composé de différente espace d'arbre, de zone ou pas
exploité en sylviculture, etc

Cordialement,
Marc



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

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

[Marc_marc]

Le 04.09.22 à 22:07, pepilepi...@ovh.fr a écrit :

Pour moi landuse=forest c'est


je t'invite à lire https://wiki.openstreetmap.org/wiki/Forest
malheureusement non traduit en français.

tu verras qu'il y a selon les contributeurs telement
de "différences différentes" qu'au final, le seul sens
commun est :
- natural=wood est une zone boisée
- landuse=forest concerne qlq chose avec une zone boisée (et encore
pour certains, c'est la zone d'exploitation forestirère donc
y compris des clairières, un parking éventuel, etc)



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