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

[ades]

Rapidement, suis charette, comme d’hab.
Bien noté tes remarques.

L’idée n’est pas d’automatiser, mais d’utiliser des ressources existantes 
(cadastre, rpg) pour plus de précision, par rapport à CLC, mais aussi par 
rapport à l’utilisation de la BD Orho qui date maintenant de presque 5ans. 

Pour les jachères, pour moi ça reste du 'landuse:farmland’, de même pour les 
prairies cultivées, qui ne sauraient être ‘meadows’, mais plutôt ‘crop=grass’, 
comme la maintenance n’est pas assurée, vaudrait mieux ne rien rajouter à 
‘farmland’…

Pour l’utilisation du cadastre, c’était juste pour avoir une géométrie « 
conforme », je suis bien d’accord que les parcelles cultivées ne correspondent 
pas tjs aux parcelles cadastrales, cela dit, en général, il me semble que sauf 
à distinguer la culture effective (tag ‘crop’) cela ne changera pas grand chose 
au ‘landuse’. 
Maintenant si le terrain agricole a été construit, ou si verger ou vignes ont 
remplacé ou ont été remplacés par des terrains labourés (‘farmland' si je ne 
m’abuse) la transformation est importante et relativement pérenne. Ça ne me 
semble pas trop difficile à vérifier sur le terrain et (ou) à mettre à jour 
avec les prochaines ortho HR).

De toutes façons, dans tous les cas faut aller vérifier sur le terrain.

Je me propose de faire un test sur une commune (env. 5kmx5km ; 400 parcelles du 
RPG) et tiendrai au courant (semaine prochaine).
Cela dit je reste preneur de remarques…


> Le 17 déc. 2020 à 19:18, Christian Quest  a écrit :
> 
> Le 17/12/2020 à 18:11, ades a écrit :
>> merci à tous pour vos remarques, en résumé (partiel et/ou partial) quelques 
>> notes avant de faire (une ou deux communes pour l’instant, faut pas aller 
>> trop vite)  :
>> 
>> Ça ne concerne que les landuses agricoles et parfois ‘nature’ mais plus 
>> rares.
>> A ne faire que si on peut aller sur le terrain pour vérifier. En particulier 
>> parce que des terrains ne sont plus agricoles.
>> 
>> Ça ne peut fonctionner que si le cadastre PCI est bien calé, autrement dit 
>> si la différence entre cadastre et ortho est faible (on peut vérifier avec 
>> les points géodésiques). J’ai tendance à penser que moins de 5 pixels de 
>> différence (ortho HR) c’est mieux qu’un tracé interprétant au pif une limite 
>> entre deux objets.
>> 
>> Donc
>> • exactitude topo des données du RPG : je n’avais pas trop fait attention et 
>> compris que le RPG renseignait des parcelles cadastrales, raté, c’est 
>> effectivement « gros doigt » d’après l’ortho (pas plus que nombre de 
>> contributeurs usant et abusant d’id).
>> 
>> • exactitude des données associées : plutôt pas mal (vérifications  faites 
>> dans mon coin), puis faut pas penser à mal de nos chers agriculteurs… ; 
>> reste que l’indication précise de la culture n’a effectivement pas d’intérêt 
>> (sauf cultures permanentes, cf. infra) ; faudrait pouvoir maintenir.
>> 
>> • Cultures repérées :
>> Quasiment tout ce qui est labouré annuellement est renseigné et quasi sans 
>> ambiguïté ; les vignes et vergers sont renseignés, de même que les arbres à 
>> fruit ou que les pépinières et les prairies permanentes, ou artificielles et 
>> temporaires.
>> 
>> • Cadre OSM et nomenclature RPG, correspondance possibles, pour avis…
>> 
>> d’après le code groupe extrait de  : 
>> https://geoservices.ign.fr/ressources_documentaires/Espace_documentaire/BASES_VECTORIELLES/RPG/DC_DL_RPG_2-0.pdf
>>  et 
>> https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#Type_de_terrain.2C_usage_.28landuse.29
>> 
>> • code groupe -> osm features
>> 
>> RPG 1 à 9
>> landuse=farmland crop : pas de précision puisque ça varie une année sur 
>> l’autre
>> RPG 11 (jachères)landuse = farmland farmland=disused  ou natural=scrub ou 
>> crop = no ???
> La jachère est souvent temporaire, une année au repos suivie de plusieurs 
> années de culture.
>> RPG 14 (riz)landuse=farmland, crop=rice
>> RPG 15 à 16 (légumineuses fourrage)landuse = farmland crop non renseigné 
>> sauf si culture pluriannuelle certaine, voir sur le terrain RPG 17 (bois 
>> paturés landes…) nature = heath voire nature=grassland (cas des estives)
>> RPG 18 (prairies permanentes) landuse = meadow
>> RPG 19 (prairies temporaires) landuse = farmland, farmland = meadow ou 
>> farmland = grass  ou crop= ?
>> RPG 20 (vergers) landuse = orchads crop=* (à renseigner après vérif sur le 
>> terrain)
>> RPG 21 (vignes)landuse= vineyard
>> RPG 22 (fruits à coque) landuse= orchards crop=*(à renseigner après vérif 
>> sur le terrain)
>> RPG 23 (oliviers)landuse=orchards crop=olivier
>> RPG 24 (autres culture industrielless « s

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

[ades]

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

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

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

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

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

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

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

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

• code groupe -> osm features

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

Faisabilité

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

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

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

[OSM-talk-fr] RPG 2.0 2019

[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] Le bourg d'une commune

[ades]

Anecdotique : et pour Soulaire-et-Bourg 
(https://fr.wikipedia.org/wiki/Soulaire-et-Bourg#G%C3%A9ographie 
<https://fr.wikipedia.org/wiki/Soulaire-et-Bourg#G%C3%A9ographie>) ont avait le 
Bourg de Soulaire et La Bourg de Bourg, je ne connais pas assez pour savoir où 
ces deux bourgs sont passés ;)
Mais il doit bien rester une zone aglomérée qui s’appelle Soulaire et une 
seconde qui s’appelle Bourg… dans le même coin (ou pas loin) y-a aussi le Bourg 
d’Iré…

> Le 4 déc. 2020 à 16:45, Rpnpif via Talk-fr  a 
> écrit :
> 
> Le 03/12/2020 à 23:49, osm.sanspourr...@spamgourmet.com a écrit :
>> 
>> Le 03/12/2020 à 21:55, deuzeffe - opensm@deuzeffe.org a écrit :
>>> Le 03/12/2020 à 11:04, Rpnpif via Talk-fr a écrit :
>>> 
>>> Bonsoir,
>>> 
>>>> À Nantes, on a bien le Lieu unique ;) qui devrait être un nom commun.
>>> 
>>> Si tu es Nantais, tu sais bien que /Le Lieu Unique/ est bien un nom
>>> propre (name=), comme le dit ades, (avec une évocation du passé du
>>> lieu dans lequel il est installé...)
>>> 
>> Tu veux dite le lieu unique (https://www.lelieuunique.com/,
>> https://fr.wikipedia.org/wiki/Le_Lieu_unique).
>> 
>> Et oui ils ont mit tout en minuscules.
>> 
>> Dans OSM 3 majuscules mais l'arrêt de bus n'a pas d'article.
>> 
>> https://www.openstreetmap.org/search?query=le%20lieu%20unique#map=19/47.21529/-1.54560
>>  
>> 
>> Oui vous avez bien LU.
>> 
>> Le 03/12/2020 à 11:04, Rpnpif via Talk-fr - talk-fr@openstreetmap.org a
>> écrit :
>>> 
>>> Mon propre nom en a subi les conséquences.
>> 
>> C'est vrai que Rpnpif ;-).
>> 
>> Je ne sais qui dans le Lot a eu l'idée d'appeler une commune le bourg
>> https://fr.wikipedia.org/wiki/Le_Bourg
>> 
>> Mais sinon les bourgs sont des dénominations génériques signifiant le
>> centre aggloméré de la commune.
>> 
>> Après il y a des dénominations spécifiques, au bourg de Guidel ils ont
>> bien réussi à faire un "Villeneuve le Bourg"
>> 
>> https://www.mapillary.com/app/?lat=47.791543=-3.4902096=17=CrtrlHno_7alPyfFePQ6yg=photo=0.2556606449554435=0.5015682081004983=2
>>  
>> Oui c'est une impasse ! Qui est 3 fois dans FANTOIR : lieu-dit (en
>> double) et voie sans adresses (1 entreprise de taxi). Dans OSM il y le
>> voisinage, pas la rue car il n'y pas de plaque de rue mais juste en
>> direction en début d'impasse. Devrait-on ajouter un noname=yes ? Je me
>> suis contenté de mettre la ref FANTOIR.
>> 
>> Jean-Yvon 
> 
> Le « lieu unique » c'était une petite provocation ;) pour montrer que les 
> choses ne sont pas binaires.
> 
> Sinon je suis d'accord avec ce qu'écrit Christian Rogel dans le fil.
> 
> -- 
> Rpnpif
> 
> ___
> 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] *** SPAM *** Re: Le bourg d'une commune

[ades]

PS, j’habite dans le bourg, ou plutot dans « l’bourg » , mais ça c’est en 
causant avec ceux qui savent, pas sur une carte ;-)

> Le 3 déc. 2020 à 15:57, ades  a écrit :
> 
> et bien non ! "Le Liieu unique", est une structure,  pas un lieu (dit ?) même 
> si c’est à un endroit bien précis de Nantes, dans un lieu quoi… , un peu 
> comme Bourg la Reine; qui n’est pas un bourg, même si c’en est un, 
> 
>> Le 3 déc. 2020 à 11:04, Rpnpif via Talk-fr  a 
>> écrit :
>> 
>> Bonjour,
>> 
>> Le 01/12/2020 à 11:36, Marc_marc a écrit :
>>> Le 01.12.20 à 11:27, Christian Rogel a écrit :
>>>> Dire que bourg n’est pas un lieu-dit utilisé
>>>> est une affirmation non étayée
>>> que je n'ai pas dis...
>>> 
>>> bureau de poste, banque, mairie, bourg, tout cela sont des noms de
>>> lieux, mais ce sont des noms *communs* d'une *catégorie* de lieu et
>>> non des noms propres désignant un lieu précis.
>>> catégorie -> tag style amnity=townhall place=*
>>> nom propre -> name
>> 
>> Ce n'est pas toujours un nom commun mais le véritable nom d'un simple 
>> lieu-dit ou bien de l'agglomération dans un ensemble plus vaste du nom de la 
>> commune. Les exemples existent mais je ne peux les trouver à la minute.
>> 
>> Je pense qu'il ne faut pas être rigide dans ce domaine comme le sont 
>> certains employés de l'État civil qui plaquent leurs idées reçues sur les 
>> noms propres de personnes ou de lieux-dits à l'origine de nombreuses erreurs 
>> par rapport à la réalité.
>> Mon propre nom en a subi les conséquences. Cela tue la créativité du simple 
>> citoyen et le dépossède de son histoire ou de l'histoire du lieu, si on veut 
>> philosopher.
>> 
>> Certains maires se sentent même obligés de débaptiser des lieux pour aller 
>> vers un consensus de soi-disant bon sens.
>> 
>> À Nantes, on a bien le Lieu unique ;) qui devrait être un nom commun.
>> 
>> -- 
>> Rpnpif
>> 
>> 
>> ___
>> 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] *** SPAM *** Re: Le bourg d'une commune

[ades]

et bien non ! "Le Liieu unique", est une structure,  pas un lieu (dit ?) même 
si c’est à un endroit bien précis de Nantes, dans un lieu quoi… , un peu comme 
Bourg la Reine; qui n’est pas un bourg, même si c’en est un, 

> Le 3 déc. 2020 à 11:04, Rpnpif via Talk-fr  a 
> écrit :
> 
> Bonjour,
> 
> Le 01/12/2020 à 11:36, Marc_marc a écrit :
>> Le 01.12.20 à 11:27, Christian Rogel a écrit :
>>> Dire que bourg n’est pas un lieu-dit utilisé
>>> est une affirmation non étayée
>> que je n'ai pas dis...
>> 
>> bureau de poste, banque, mairie, bourg, tout cela sont des noms de
>> lieux, mais ce sont des noms *communs* d'une *catégorie* de lieu et
>> non des noms propres désignant un lieu précis.
>> catégorie -> tag style amnity=townhall place=*
>> nom propre -> name
> 
> Ce n'est pas toujours un nom commun mais le véritable nom d'un simple 
> lieu-dit ou bien de l'agglomération dans un ensemble plus vaste du nom de la 
> commune. Les exemples existent mais je ne peux les trouver à la minute.
> 
> Je pense qu'il ne faut pas être rigide dans ce domaine comme le sont certains 
> employés de l'État civil qui plaquent leurs idées reçues sur les noms propres 
> de personnes ou de lieux-dits à l'origine de nombreuses erreurs par rapport à 
> la réalité.
> Mon propre nom en a subi les conséquences. Cela tue la créativité du simple 
> citoyen et le dépossède de son histoire ou de l'histoire du lieu, si on veut 
> philosopher.
> 
> Certains maires se sentent même obligés de débaptiser des lieux pour aller 
> vers un consensus de soi-disant bon sens.
> 
> À Nantes, on a bien le Lieu unique ;) qui devrait être un nom commun.
> 
> -- 
> Rpnpif
> 
> 
> ___
> 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] Etiqueter des routes selon le nom du lieu-dit

[ades]

Pour avoir, et toujours, pratiqué les cadastres anciens, ou autres archives 
municipales, les chemins  (ou « routes ») sont effectivement appelés chemin de 
‘chef lieux’ à 'lieux dit’ ou par ( figure de réthorique dont j’ai oublié le 
non), 'chemin lieux dit’.
J’aurais donc tendance à penser et à dire qu’un chemin (vicinal ou communal) 
porte le nom du lieu dit où il mène, donc si dans osm on veut remplir ’name’, 
ce n’est pas ‘lieu dit’, mais ‘chemin de lieu-dit’ qu’il faut employer…, 
Maintenant rien à f… des pratiques commerciales (googl€ appl€ ou autre) juste 
une question de cohérence.
Le chemin, ou la route devrait donc s’appeler "chemin de ‘lieu dit’  ou 'route 
de lieu-dit'« .
 Pour ce quie est de la recherche d’adresse, c’est au moteur de rendu de 
bosser… (et un iténéraire, c’est un rendu)

> Le 14 oct. 2020 à 14:43, Vincent de Château-Thierry  a 
> écrit :
> 
> Bonjour,
> 
>> De: "Christian Rogel" 
>> 
>> Il me semble qu’il faut y voir une copie de ce qu’on voit dans G Maps
>> :
>> Les voies portent le nom des hameaux proches. C’est une simple
>> facilité. Les autres cartographes en ligne ne le font pas, Apple, par 
>> exemple.
> 
> TomTom a recours au même artéfact que G Maps. Comme tu le dis, c'est une 
> facilité, car ça rend homogènes le modèle de structuration des rues et celui 
> des lieux-dits, ce qui pour les moteurs de recherche d'adresse (= de 
> géocodage) simplifie les algorithmes. Ici ça n'est pas du "taggué pour le 
> rendu" mais du "taggué pour la recherche d'adresse".
> En tant que consommateur des données je trouve ça très pratique. Mais en tant 
> que contributeur je trouve ça malvenu, on "squatte" un concept (celui de nom 
> de voie, par nature essentiellement linéaire) avec un autre concept : celui 
> de lieu-dit, par nature surfacique même si souvent ses frontières sont floues.
> Je penche finalement pour une modélisation avec des nodes place=* en 
> considérant qu'ici ce sont aux consommateurs de faire la démarche d'aller 
> cherche ce contenu ponctuel pour le fondre dans les moteurs de recherche au 
> côté des noms de voies et des points d'adresse.
> 
> vincent
> 
> 
> ___
> 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] Fontaine...

[ades]

moi, rien ne me choque ;-)  (enfin presque)

c’est juste qu’au départ du fil il est dit que fountain ne correspond pas à 
l’objet à tagger, après examen, c’est sans doute parce que la fontaine est dite 
ornementale et seulement ornementale, dans le wiki, ce qui correspond à une 
traduction (bête) du features anglo saxon.
Bon, je n’ai pas cherché à savoir comment on appelle en anglais ce que l’on 
appelle fontaine en Fçais. Faudrait ausssi voir avec les autres langues latines…


> Le 28 sept. 2020 à 20:45, osm.sanspourr...@spamgourmet.com a écrit :
> 
> C'est assez simple, c'est fountain!
> 
> Je ne vois pas ce qui te choque.
> 
> https://www.linguee.fr/francais-anglais/search?query=fontaine
> 
> https://www.linguee.fr/francais-anglais/search?source=auto=fountain
> 
> Jean-Yvon
> 
> 
> 
> Le 28/09/2020 à 20:11, ades - ades.s...@orange.fr a écrit :
>> le pb semble être que fontaine et fountain ce n’est pas du tout la
>> même chose.
>> 
>> Pour ça, comparer :
>> https://www.collinsdictionary.com/dictionary/english/fountain
>> <https://www.collinsdictionary.com/dictionary/english/fountain>
>> 
>> et
>> 
>> https://www.littre.org/definition/fontaine
>> <https://www.littre.org/definition/fontaine>
>> 
>> ou encore :
>> 
>> http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=4211401755;r=1;nat=;sol=2
>> <http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=4211401755;r=1;nat=;sol=2>;
>> 
>> ou encore :
>> 
>> https://www.dictionnaire-academie.fr/article/A9F1208
>> <https://www.dictionnaire-academie.fr/article/A9F1208>
>> 
>> va falloir tropuver en anglais ce qui correspond à la fontaine française…
>> 
>> 
>> 
>> ___
>> 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



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

Re: [OSM-talk-fr] Fontaine...

[ades]

le pb semble être que fontaine et fountain ce n’est pas du tout la même chose.

Pour ça, comparer : 
https://www.collinsdictionary.com/dictionary/english/fountain 


et

https://www.littre.org/definition/fontaine 


ou encore :

http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=4211401755;r=1;nat=;sol=2;

ou encore : 

https://www.dictionnaire-academie.fr/article/A9F1208 


va falloir tropuver en anglais ce qui correspond à la fontaine française…


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

Re: [OSM-talk-fr] Fontaine...

[ades]

Ah bon ? 
"amenity =fountain 
 pour une 
fontaine (potable ou non)."
maintenant pour fontaine : 
l’académie Fçaise : " Construction qui permet l’écoulement d’une source, la 
distribution des eaux, et sert souvent d’ornement »
cf ici aussi : 
http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=1086321930;r=1;nat=;sol=2;
et littré : "Édifice public qui verse l’eau »



> Le 27 sept. 2020 à 15:47, Jacques Lavignotte  a écrit 
> :
> 
> Bonjour,
> 
> https://i.postimg.cc/CxTLyS41/IMG-20200926-184649.jpg
> 
> ne semble pas être une amenity=fountain selon le Saint Wiki..
> 
> Mais c'est quoi donc que ça se tagge ?
> 
> J.
> -- 
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> « Quand est-ce qu'on mange ? » AD (c) (tm)
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Noms des quartiers en ville

[ades]

Ah bon ?
Je croyais avoir compris que l’on ne ,taggait pas pour le rendu ?
C’est vrai dans tous les cas ? Après les tags spécialement adaptés aux calcul 
d’itinéraires, voici les tags adaptés à nominatim ! Que ce soit l’un ou l’autre 
il me semble qu’il s’agit de rendus et que c’est au « moteur » de rendu de 
faire son boulot, non ?


> Le 1 juil. 2020 à 12:00, Arnaud Champollion 
>  a écrit :
> 
> Le 30/06/2020 à 10:04, Christian Quest a écrit :
> 
>> Un chemin près d'un hameau se retrouve rattaché même si il n'en fait pas 
>> partie.
> 
> Ça le fait même sur des distances assez longues.
> 
> Exemple ici :
> 
> https://www.openstreetmap.org/search?whereami=1=44.0903%2C6.2453#map=16/44.0903/6.2453
> 
> Une adresse à l'avenue des Thermes se retrouve comme faisant parties des 
> Hautes Sieyes, un hameau (ou quartier?) pourtant excentré  à l'autre bout de 
> la ville.
> 
> Cela donne des adresses un peu cocasses.
> 
>> Très difficile à changer sans revoir l'ensemble de la logique de nominatim 
>> qui doit surtout s'adapter à des densités très variables d'infos dans OSM.
> 
> Mais on peut en revanche adapter notre façon de tagguer selon le modèle 
> urbain local.
> 
> J'ai l'impression que, dès lors qu'une ville possède, dans la base OSM, des 
> hameaux (place=hamlet) cela crée pour Nominatim un zonage jointif, en 
> d'autres termes tout point géographique semble appartenir à un ou un autre 
> hameau, même des rues en plein centre-ville. Et pour cause : le centre-ville 
> n'a pas de "hamlet", et comme c'est un niveau intermédiaire entre 
> "neigbouhood" et "city", Nominatim "attrape" le hameau le plus proche.
> 
> Donc soit on crée un 'hamlet" par quartier (ce qui est faux d'un point de vue 
> sémantique), soit on n'en met pas du tout, et tous les quartiers mêmes 
> excentrés sont à tagguer "neighbourhood").
> 
> On réserverait "hamlet" à des communes constituées exclusivement de hameaux, 
> comme par exemple Valjouffrey :
> https://www.openstreetmap.org/relation/1299601#map=12/44.8841/6.0737
> 
> Qu'en pensez-vous ?
> 
> ___
> 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] vérification utilisationRPG et OCS_GE

[ades]

lire "sous licence,  Ouverte/Open License Version 2.0" et pas « licence ocs 
etc."


> Le 25 juin 2020 à 12:26, ades  a écrit :
> 
> 
> bonjour,
> le RPG et l’OCS_GE sont disponibles (pas pour tous les dpt) sous licence 
> OCS_GE (https://geoservices.ign.fr/documentation/diffusion/index.html 
> <https://geoservices.ign.fr/documentation/diffusion/index.html>)
> J’en déduis, peut-être à tort ?, que l’on peut utiliser les .shp dispos pour 
> contribuer.
> A mon sens le RPG est trop précis et a des lacunes (parcelles non 
> renseignées), alors que OCS_GE, plus « général » semble mieux convenir pour 
> OSM.
> Possible ou pas, à une échelle communale je compte vérifier sur le terrain…
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] vérification utilisationRPG et OCS_GE

[ades]

bonjour,
le RPG et l’OCS_GE sont disponibles (pas pour tous les dpt) sous licence OCS_GE 
(https://geoservices.ign.fr/documentation/diffusion/index.html 
)
J’en déduis, peut-être à tort ?, que l’on peut utiliser les .shp dispos pour 
contribuer.
A mon sens le RPG est trop précis et a des lacunes (parcelles non renseignées), 
alors que OCS_GE, plus « général » semble mieux convenir pour OSM.
Possible ou pas, à une échelle communale je compte vérifier sur le terrain…___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment orthographier un nombre ordinal

[ades]

Et pour (pas) simplifier on peut aussi consulter Grévisse, "le bon usage", 
§114c, p 155 de la 13eme édition, 1986 : 
– 1er ; 1re ; 1ers ou 1res ;
– 2e ou 2es  etc. ;
– XIXe ; XIIIe etc. 
« … écrire le suffixe sur la ligne, comme on le fait parfois, est regrétable, 
parce qu’il risque d’entrainer une mauvaise lecture. »



1°,  2° c’est pour primo, secondo etc.  ou pour les livres in-4° ( in-quarto), 
in-8° ( in-octavo) mais « in 16 »  et « in - 32 ».


> Le 13 juin 2020 à 23:39, blef  a écrit :
> 
> 28e ? Mais pour saisir name=28e dans JOSM (avec e en exposant), je sais pas 
> faire. Et je crains que ça perturbe certains outils.
> 
> Le 13/06/2020 à 23:06, osm.sanspourr...@spamgourmet.com 
>  a écrit :
>> http://www.circaete.net/eric/Lexique%20des%20r%C3%A8gles%20typographiques%20en%20usage%20%C3%A0%20l%27Imprimerie%20nationale.pdf
>>  
>> 
>> À afficher 28e  ça va de soi, comme indiqué page 62 /123.
>> 
>> Avec un clin d’œil page 38 (74) pour l'échelle cartographique.
>> 
>> Petite correspondance : Donat, du coup je vois que l'ONU s'écrit 
>> Organisation des Nations unies (et pas Organisation des nations unies ou 
>> Organisation des Nations Unies).
>> 
>> Sinon plus accessible : 
>> https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Conventions_typographiques#Adjectifs_num%C3%A9raux_ordinaux
>>  
>> 
>> Le 13/06/2020 à 21:27, Topographe Fou - letopographe...@gmail.com 
>>  a écrit :
>>> Selon les règles typographiques de l'imprimerie nationale (très bon bouquin 
>>> que je recommande) : 28e . Cependant ce n'est pas rare de voir 28ème sur 
>>> des documents officiels ou dans la presse écrite.
>>> 
>>> LeTopographeFou
>>> De: bernard.lefranc...@free.fr 
>>> Envoyé: 13 juin 2020 7:42 PM
>>> À: talk-fr@openstreetmap.org 
>>> Répondre à: talk-fr@openstreetmap.org 
>>> Objet: [OSM-talk-fr] Comment orthographier un nombre ordinal
>>> 
>>> Bonjour, 
>>> 
>>> Je cherche la meilleure façon d'orthographier le "Quai du 28ème Bataillon 
>>> de Chasseurs ".
>>> 
>>> 28ème comme ci-dessus avec accent (ma préférence)
>>> 28Eme, 28Ème, 28E
>>> Sans espace, avec espace.
>>> 
>>> En tout cas la graphie actuelle 28° ma parait la pire.
>>> 
>>> Qu'en pensez-vous?
>>> 
>>> 
>>> 
>>> ___
>>> 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 
>> 
> 
> ___
> 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] GPS Opens source

[ades]

C’était ça merci
L’idée est d’envisager de fabriquer un gnss à partir d’arduino ou de raspberry. 
Je ne suis qu’au début du projet  ;-)

> Le 12 juin 2020 à 17:55, Marc M.  a écrit :
> 
> Le 12.06.20 à 14:42, Eric SIBERT a écrit :
>> Le 2020-06-12 13:46, ades a écrit :
>>> Bonjour
>>> Est-ce quelqu’un a des news sur l »’avancement de la réalisation 
>>> d’un gps open source ?
> 
> parles-tu du projet de Stéphane Péneau "Et si on fabriquait notre
> récepteur/logger GPS ?" en mars 2018 ?
> https://lists.openstreetmap.org/pipermail/talk-fr/2018-March/088111.html
> 
> ___
> 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] GPS Opens source

[ades]

merci, mais je me suis mal exprimé, j’avais cru comprendre qu’il y avait aussi  
un pjt de receveiur gnss, c’est plutôt ça qui m’interesse pour l’instant, je 
crois avoir lu des échanges à ce sujet sur la liste, il y a quelques mois, mais 
n’ai rien conservé…

> Le 12 juin 2020 à 14:42, Eric SIBERT  a écrit :
> 
> Le 2020-06-12 13:46, ades a écrit :
>> Bonjour
>> Est-ce quelqu’un a des news sur l »’avancement de la réalisation d’un
>> gps open source ?
> 
> Celui-là?
> 
> https://gnss-sdr.org/
> 
> Eric
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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

[OSM-talk-fr] GPS Opens source

[ades]

Bonjour
Est-ce quelqu’un a des news sur l »’avancement de la réalisation d’un gps open 
source ?
J’ais lu des trucs la dessus ici, mais je n’ai pas sauvegardé…
merci
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CaResteOuvert.fr - 1 km

[ades]

juste une remarque, le rayon de 1km ne concerne QUE l’exercice physique ou la 
promenade, pas les autres sorties autorisées. Sinon va y avoir un paquet de 
morts de faim.
C’est déjà pas mal le bordel, pas la peine d’en rajouter ;-)

> Le 29 mars 2020 à 14:49, Christian Rogel  a 
> écrit :
> 
> 
> 
>> Le 29 mars 2020 à 14:40, PanierAvide  a écrit :
>> 
>> Bonjour,
>> 
>> On ne le rappellera jamais assez, mais évidemment l'idée n'est pas de faire 
>> le tour de sa ville pour renseigner les horaires : soit vous notez les infos 
>> car vous vous rendez à telle boutique (c'était déjà l'objet de votre sortie 
>> autorisée), soit vous passez des coups de fil (solution efficace pour être 
>> exhaustif).
>> 
> 
> Comme je le dis dans un autre fil, il y a la presse locale : c’est presque 
> toujours complet et clean juridiquement.
> 
> 
> Christian R.
> 
> 
> ___
> 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] Isodistance 1 km

[ades]

Il n’y a aucun doute. 
Le décret du PM défini la zone d’activité autorisée par un RAYON de 1KM autour 
du domicile. Un rayon autour d’un point c’est un CERCLE. La limite de 
déplacement dans ce cercle, est une durée : une heure ; pas une distance !

Et pour ceux qui doivent faire 3 km pour 300 m à vol d’oiseau, dans le cas de 
la marche à pieds, il faudrait qu’ils marchent à plus de 6km/h pour pouvoir 
faire l’aller et retour, en plaine OK, en montagne… bof.


Ce posé, pour être rigoureux, il faudrait pouvoir définir dans un rayon de 1km 
les voies pour lesquelles le retour à domicile pourra se faire en moins d’une 
heure, ça risque d’être un peu plus compliqué que des isodistances (au fait, la 
distance c’est du coté droite ou gauche de la voie ? et à travers champs on 
compte comment ?)

> Le 29 mars 2020 à 09:59, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Un cercle de 1 km de rayon.
> 
> C'est ce qui est écrit sur l'attestation de déplacement dérogatoire :
> 
> Déplacements brefs, dans la limite d'une heure quotidienne et dans un rayon 
> maximal
> d'un kilomètre autour du domicile
> C'est ce qui est dit et c'est ce qui est praticable.
> 
> Tu te vois dire aux forces de l'ordre par où tu es passé ?
> 
> Évidemment pour certains c'est moins que 1 km :
> https://www.unkm.fr/#48.373612995135815,-4.904719591140747 
> 
> Surtout quand on interdit la fréquentation du littoral.
> 
> Jean-Yvon
> Le 29/03/2020 à 09:31, Arnaud Champollion - 
> arnaud.champoll...@linux-alpes.org 
>  a écrit :
>> Le 29/03/2020 à 09:20, orhygine a écrit : 
>>> doit-on parler d'isodistances ou de cercne de rayon 1km ? Toutes les 
>>> communications officielles récentes parlent d'un rayon d'1 km. 
>> 
>> La logique m'incite plutôt à penser en isodistance. 
>> 
>> Selon les endroits, un lieu situé à 300m à vol d'oiseau nécessite de passer 
>> par 3KM de piste ou sentier, donc ça serait incohérent de parler en cercle 
>> (=vol d'oiseau). 
>> 
>> Le décret cependant ne précise pas. Dans le doute, il est plus prudent 
>> d'être sur l'isodistance qui sera toujours inférieure ou égale au rayon du 
>> cercle. 
>> 
>> 
>> ___ 
>> 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


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

Re: [OSM-talk-fr] adresse mail rejetée - gouvernance et transparence

[ades]

;-)  ;-)  ;-)  


si on peut plus rigoler !

;-))


PS :  n’empêche que gmail………

> Le 24 janv. 2020 à 11:33, Philippe Verdy  a écrit :
> 
> J'utilisais uniquement mon vieux compte @Wanadoo depuis toujours sur cette 
> liste et uniquement ce compte et ça ne marchait pas non plus.
> A ce compte-là vous allez virer d'OSM tous ceux qui sont ou ont été un accès 
> Internet Orange ou utilise un accès mobile avec Android et leur compte Gmail 
> et virer plus de la moitié des utilisateurs français.
> C'est de la paranoia ! Je n'ai aucun intérêt particulier chez Google je ne 
> travaille pas du tout pour lui...
> Bien au contraire, on m'a obligé ici à utiliser Gmail et uniquement lui et à 
> le bidouiller de façon complètement non standard pour ne pas me bloquer.
> OSM est-il ouvert comme il le dit ?
> 
> Le ven. 24 janv. 2020 à 09:48, ades  <mailto:ades.s...@orange.fr>> a écrit :
> On pourrait aussi se poser la question autrement ;-))
> 
> Ceusses qui utilisent Gmail, avec OSM (et même dans la vie hors OSM), ce sont 
> des taupes de GoogleMap chargé-e-s d’infester OSM ? 
> 
> ;-)  ;-)
> 
> 
>> Le 23 janv. 2020 à 21:31, Philippe Verdy > <mailto:ver...@gmail.com>> a écrit :
>> 
>> Ben  non... tant pis si vous ne comprenez pas ce qui se passe et si ça vous 
>> dépasse. La cause est expliquée, documentée sur les sites qui parlent de ce 
>> renforcement et des réglages nécessaires sur les gestionnaires de listes. Il 
>> y a plein de référence et c'est pas dur à trouver sur le web. Google a 
>> commencé à imposer ce renforcement, les autres ont suivi rapidement, et 
>> notamment les gestionnaires de listes publicitaires qui ont très vite fait 
>> de corriger le tir plutôt que se faire bloquer complètement. Nombre de 
>> grands sites ont accompagné le mouvement, les utilisateurs ne s'en sont pas 
>> plaint car ils demandaient une solution depuis longtemps pour authentifier 
>> les expéditeurs et permettre de joindre alors les gestionnaires de 
>> messagerie et de liste pour les mesures appropriées.
>> Ceux qui ne l'ont pas fait ce sont les spammeurs et usurpateurs d'identité 
>> qui continuent à tenter d'envoyer leurs mails contrefaits à des 
>> destinataires sur des fournisseurs de service qui n'ont pas encore cette 
>> protection.
>> Ces authentifications des émetteurs (passant par l'authentification d'abord 
>> de leur fournisseurs de service) sont des outils de plus pour contenir le 
>> spam et les abus (notamment le phishing).
>> 
>> Les listes OSM sont les seules que j'utilise et qui n'ont encore rien fait 
>> de leur côté pour se mettre dans les clous: tu peux montrer la moindre 
>> signature DKIM, DMARC ou SPF des messages émis par les listes OSM, les 
>> enregistrements "TXT" sur leur serveur de domaine DNS, les certificats de 
>> sécurité, les clés de chiffrement des empreintes dans les messages émis par 
>> les listes ? Il n'y a rien.
>> 
>> Le jeu. 23 janv. 2020 à 21:16, DH mailto:dhel...@free.fr>> 
>> a écrit :
>> Le 23/01/2020 à 17:12, Philippe Verdy a écrit :
>> > ...
>> > C'est bien OSM qui a un problème sur l'installation et la mise à jour 
>> > de ce logiciel sur ses serveurs, mal configurés (y compris les infos 
>> > nécessaires mais toujours manquantes dans ses DNS) ou encore les 
>> > certificats de sécurité non installés (pour l'authentification des 
>> > serveurs ou pour que le logiciel MLM puisse signer à nouveau 
>> > *lui-même* les messages qu'il a lui-même modifiés, notamment le 
>> > contenu du corps ou la ligne de sujet car cela invalide les infos DKIM 
>> > et ARC/DMARC originales transmises telles quelles dans les entêtes des 
>> > messages relayés par la liste, qui deviennent invérifiables par les 
>> > tiers). Tant que ce ne sera pas fait, les serveurs OSM recevront des 
>> > "bounces" mais aussi tous ceux qui veulent répondre à un message 
>> > venant de la liste.
>> >
>> Philippe Verdy est sartrien ascendant huis-clos
>> 
>> "L'enfer c'est les autres"
>> 
>> Merci Marc pour ton boulot
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>&g

Re: [OSM-talk-fr] adresse mail rejetée - gouvernance et transparence

[ades]

On pourrait aussi se poser la question autrement ;-))

Ceusses qui utilisent Gmail, avec OSM (et même dans la vie hors OSM), ce sont 
des taupes de GoogleMap chargé-e-s d’infester OSM ? 

;-)  ;-)


> Le 23 janv. 2020 à 21:31, Philippe Verdy  a écrit :
> 
> Ben  non... tant pis si vous ne comprenez pas ce qui se passe et si ça vous 
> dépasse. La cause est expliquée, documentée sur les sites qui parlent de ce 
> renforcement et des réglages nécessaires sur les gestionnaires de listes. Il 
> y a plein de référence et c'est pas dur à trouver sur le web. Google a 
> commencé à imposer ce renforcement, les autres ont suivi rapidement, et 
> notamment les gestionnaires de listes publicitaires qui ont très vite fait de 
> corriger le tir plutôt que se faire bloquer complètement. Nombre de grands 
> sites ont accompagné le mouvement, les utilisateurs ne s'en sont pas plaint 
> car ils demandaient une solution depuis longtemps pour authentifier les 
> expéditeurs et permettre de joindre alors les gestionnaires de messagerie et 
> de liste pour les mesures appropriées.
> Ceux qui ne l'ont pas fait ce sont les spammeurs et usurpateurs d'identité 
> qui continuent à tenter d'envoyer leurs mails contrefaits à des destinataires 
> sur des fournisseurs de service qui n'ont pas encore cette protection.
> Ces authentifications des émetteurs (passant par l'authentification d'abord 
> de leur fournisseurs de service) sont des outils de plus pour contenir le 
> spam et les abus (notamment le phishing).
> 
> Les listes OSM sont les seules que j'utilise et qui n'ont encore rien fait de 
> leur côté pour se mettre dans les clous: tu peux montrer la moindre signature 
> DKIM, DMARC ou SPF des messages émis par les listes OSM, les enregistrements 
> "TXT" sur leur serveur de domaine DNS, les certificats de sécurité, les clés 
> de chiffrement des empreintes dans les messages émis par les listes ? Il n'y 
> a rien.
> 
> Le jeu. 23 janv. 2020 à 21:16, DH mailto:dhel...@free.fr>> 
> a écrit :
> Le 23/01/2020 à 17:12, Philippe Verdy a écrit :
> > ...
> > C'est bien OSM qui a un problème sur l'installation et la mise à jour 
> > de ce logiciel sur ses serveurs, mal configurés (y compris les infos 
> > nécessaires mais toujours manquantes dans ses DNS) ou encore les 
> > certificats de sécurité non installés (pour l'authentification des 
> > serveurs ou pour que le logiciel MLM puisse signer à nouveau 
> > *lui-même* les messages qu'il a lui-même modifiés, notamment le 
> > contenu du corps ou la ligne de sujet car cela invalide les infos DKIM 
> > et ARC/DMARC originales transmises telles quelles dans les entêtes des 
> > messages relayés par la liste, qui deviennent invérifiables par les 
> > tiers). Tant que ce ne sera pas fait, les serveurs OSM recevront des 
> > "bounces" mais aussi tous ceux qui veulent répondre à un message 
> > venant de la liste.
> >
> Philippe Verdy est sartrien ascendant huis-clos
> 
> "L'enfer c'est les autres"
> 
> Merci Marc pour ton boulot
> 
> 
> ___
> 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


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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[ades]

plutôt d’accord avec source et date sur l’objet et pas sur le changeset.
Quand je consulte ou utilise Osm, c’est l’objet que je regarde, pas le 
changeset, à vrai dire je n’en ai rien à fiche (pour rester poli).
Il me semble que la connaissance du changeset ne sert et n’est utile qu’aux « 
gouroux » d’osm et pas à un utilisateur lambda…  ;-) sauf si l’attribution 
d’une source à un changeset est reportée comme source sur l’objet, dans ce cas 
je n’ai rien dit…

> Le 15 janv. 2020 à 10:10, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT 
> GE PPE)  a écrit :
> 
> -Message d'origine-
> De : marc marc  
> Envoyé : mercredi 15 janvier 2020 09:43
> À : talk-fr@openstreetmap.org
> Objet : Re: [OSM-talk-fr] Proposition de mise à jour : la population des 
> communes
> 
> 
>> ce n'est pas parce que la méthode insee date de l'époque "que par papier" 
>> que d'autres ne font pas mieux (je connais une commune qui a publié le jour 
>> même le passage au millier supérieur).
>> oui oui p_v c'est impossible mais elle l'a fait.
> 
> Ce sera un chiffre sur lequel elle ne pourra pas s'appuyer que le calcul de 
> la Dotation Globale de Fonctionnement, par exemple.
> Voir https://fr.wikipedia.org/wiki/Recensement_de_la_population_en_France  
> 
>> ta crainte est tout a fait justifiée,
>> l'utilisateur lambda change le tag population sans autre :(
> 
>> solution : se limiter à source=insee et sur le changeset uniquement :) ainsi 
>> c'est clair que si t'as changé la valeur de la population en 2010 avec 
>> source=insee, c'est que t'as utilisé l'info de l'insee la + à jour dispo à 
>> cette date et peu importe que l'insee ai mis 1 jour ou une décénie a publier.
>> C'est ce qu'on fait quand on met source=imagery imagery_used=BDOrtho :
>> on a utilisé l'imagerie la + récente sans se prendre la tête manuellement à 
>> aller chercher la date de l'image qu'on voit (mais qui serrait très pratique 
>> a récupérer automatiquement, mais ca c'est un autre sujet).
>> après je suis pas contre si quelqu'un met sur le changeset de mis 
>> source=insee
>> population:date=2017
>> source:date=2020
>> mais sur les objets, comme dit avant, de toute façon le contributeur lamba 
>> changera la valeur de l'un sans changer l'autre, c'est peine perdue et 
>> erroné de se fier aux source=* sur les objets.
> 
> Pour ma part, je suis partisan de mettre les sources et les dates des source 
> sur les objets (sur les changesets c'est un plus et utile quand ce sont des 
> éditions en masse mono-sujet)
> Donc, sur la relation de la commune :
> population:date=2017
> source : Institut National de la Statistique et des Études Économiques 
> (INSEE) français
> source:date : 2020
> Après rien n'empêche de mettre d'autres renseignements en notes ou d'autres 
> tags plus exotiques (une pop estimée, un comptage au doigt mouillé, etc.)
> 
>> je ne comprend pas en quoi la commune n'est pas légitime vu que ce sont les 
>> infos de la commune que d'autres vont récupérer.
>> c'est un peu comme dire qu'on ne devrait pas modifier un bâtiment dans osm 
>> tant que le cadastre n'a pas fait la maj légale.
>> Je partage à 100% l'idée d'uniformiser tous le pays avec la source légal 
>> dispo en opendata. mais si quelqu'un a une source de meilleur qualité
>> et tout aussi ouverte, ne nous gênons pas à faire mieux que le légal.
> 
> Différence entre légal et "autres", il faut juste se mettre d'accord si 
> population=population légale 
> Pourquoi pas : alt:population= municipales>
> 
> Denis
> ---
> Ce message et toutes les pièces jointes sont établis à l'intention exclusive 
> de ses destinataires et sont confidentiels. L'intégrité de ce message n'étant 
> pas assurée sur Internet, la SNCF ne peut être tenue responsable des 
> altérations qui pourraient se produire sur son contenu. Toute publication, 
> utilisation, reproduction, ou diffusion, même partielle, non autorisée 
> préalablement par la SNCF, est strictement interdite. Si vous n'êtes pas le 
> destinataire de ce message, merci d'en avertir immédiatement l'expéditeur et 
> de le détruire.
> ---
> This message and any attachments are intended solely for the addressees and 
> are confidential. SNCF may not be held responsible for their contents whose 
> accuracy and completeness cannot be guaranteed over the Internet. 
> Unauthorized use, disclosure, distribution, copying, or any part thereof is 
> strictly prohibited. If you are not the intended recipient of this message, 
> please notify the sender immediately and delete it. 
> ___
> 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] Source : les cartes IGN, c'est bien proscrit ?

[ades]

sorry… je voulais juste préciser que certaines productions de l'IGN (dont des 
cartes) sont utilisables…
;-)



> Le 11 janv. 2020 à 10:26, Vincent Bergeot  a écrit :
> 
> Le 11/01/2020 à 09:24, ades a écrit :
>> En posant la question autrement, les source "Open Licence / licence ouverte 
>> » Etalab sont utilisables ou pas ? 
> c'est plutôt une autre question, dont la réponse est oui les ressources sous 
> LO sont utilisable dans OSM
> Et à ma question des cartes IGN (en particuliers les cartes papiers par 
> exemple) sans licence LO, non ce n'est pas utilisable et donc une source à 
> retirer.
> Merci pour les divers retours
> -- 
> Vincent Bergeot
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[OSM-talk-fr] Source : les cartes IGN, c'est bien proscrit ?

[ades]

En posant la question autrement, les source "Open Licence / licence ouverte » 
Etalab sont utilisables ou pas ? 

Ch. Quest avait l’air de dire que oui dans un post récent.

Dans ce cas les sources ign sous ‘Open licence/licence ouverte’ le seraient 
également. Maintenant pour la toponymie…
soit (d’après http://www.ign.fr/institut/activites/lign-lopen-data 
) : 


Sont téléchargeables sur l'Espace professionnel de l'IGN et utilisables 
gratuitement sous licence ouverte Etalab (liste à jour au 30 avril 2018)

ADMIN EXPRESS 
BD ALTI®  aux pas de 75 m et 250 m
ROUTE 500® 
ROUTE 120® 
Le thème hydrographique de la BD TOPO 

BD ORTHO® 50 cm  
sur certains départements
ORTHO HR®  sur certains départements
BD ORTHO® 5 m 
FranceRaster ® 
 du 1 : 100 000 au 1 : 8 000 000
Contours... IRIS® 
Sont téléchargeables sur la plateforme ouverte des données publiques françaises 
et utilisables gratuitement sous licence ouverte Etalab

Répertoire de données de référence géodésiques et des codelists ISO 19115 

Sont téléchargeables sur le site Éducation de l'IGN et utilisables gratuitement 
sous licence ouverte Etalab

Fonds de carte  « image »
Sont téléchargeables sur le site de l'inventaire forestier et utilisables 
gratuitement sous licence ouverte Etalab

Données de l'inventaire forestier 
 (données brutes, 
résultats standards et personnalisés)
Sont téléchargeables sur le site de la géodésie et utilisables gratuitement 
sous licence ouverte Etalab

Fiches géodésiques et de nivellement 

Est téléchargeable sur le portail de l'information géographique maritime et 
littorale du Service hydrographique et océanographique de la marine (SHOM) et 
utilisable gratuitement sous licence ouverte Etalab

Litto3D® (coproduction SHOM/IGN) sur data.shom.fr 
Sont téléchargeables sur le service « Remonter le temps 
 » et utilisables gratuitement

Prises de vues aériennes (PVA)
Cartes anciennes numérisées

> Le 9 janv. 2020 à 16:53, François Lacombe  a écrit 
> :
> 
> Bonjour
> 
> Une issue a été ouverte relativement à ce problème, avec un extrait sur la 
> commune de Saint-Christo en Jarez.
> https://github.com/Project-OSRM/osrm-backend/issues/5644 
> 
> 
> Par ailleurs et malgré les id de longueur importante, le routage se fait 
> correctement et les routes sont bien renvoyées.
> 
> N'hésitez pas à commenter ou constater ce que je remonte, pour être sur que 
> je ne fasse pas d'erreur
> 
> François
> 
> Le mer. 8 janv. 2020 à 22:58, François Lacombe  > a écrit :
> 
> Le mer. 8 janv. 2020 à 22:04, Julien Coupey  > a écrit :
> Il y a quand même pas mal de gens qui 
> continuent à utiliser OSRM et tout ce petit monde a intérêt à ce que ça 
> fonctionne. ;-)
> 
> Je n'en doute pas vu le nombre de forks sur le dépôt du backend c'est 
> impressionnant.
> 
> A la base, j'en suis arrivé à cette solution (utiliser annotations=nodes) 
> parce qu'il y avait ce soucis-là sur lequel personne n'a jamais réagit
> https://github.com/Project-OSRM/osrm-backend/issues/5190 
> 
> 
> Il n'y a pas de jeu de données d'entrée en effet, il faudra que je vois si je 
> ne peux pas sortir un extract dans ce coin également.
> Mais il faut aussi fournir les profils utilisés pour produire la réduction et 
> je n'y suis pas autorisé
> 
> Bonne soirée
> 
> François
> ___
> 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] Chemins publics / privés / ouverts / fermés

[ades]

Si le chemin n’existe plus qu’à l’état de trace, privé ou pas, accessible ou 
pas mais inutilisable, ne pourrait-on pas s’inspirer de ce qui se fait pour les 
anciennes lignes de chemin de fer ?

> Le 4 janv. 2020 à 23:49, Brice  a écrit :
> 
> Le 03/01/2020 à 17:37, Arnaud Champollion a écrit :
> (...)
>> Du point de vue du terrain, ces chemins n'existent pas, dans le sens où ils 
>> sont quasi-invisibles et impraticables. C'est presque un "cas numéro 5",  je 
>> dirais qu'ils devraient pas être du tout sur OSM.
> 
> C'est un cas fréquent dans le cas de chemins ruraux qui ne sont plus utilisés 
> pour accéder à des parcelles donc pas empruntés par les agriculteurs donc 
> embroussaillés, ou intégrés dans un champ.
> 
> Sur mon ancienne commune, j'avais exploré tous les chemins indiqués sur la 
> carte IGN 25OOOème et j'ai fait le choix de conserver une information de 
> l'existence de ces anciens chemins vus sur le terrain comme des haies (deux à 
> trois fois plus larges que la "normale") et existants sur le cadastre, 
> exemples :
> https://www.openstreetmap.org/way/288052468
> https://www.openstreetmap.org/way/223022137
> 
> J'ai considéré que cela pourrait éviter que ces ex-chemins soit abusivement 
> cartographiés sur base d'une source autre que le terrain et que l'information 
> restait intéressante pour les aménageurs du territoire, par exemple si la 
> commune envisageait de ré-ouvrir des chemins pour création d'un circuit de 
> randonnée.
> 
> --
> Brice
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[OSM-talk-fr] License ouverte etalab osm et sources (était: absence de BAN dans BANO)

[ades]

Pour une fois que je comprends enfin quelque chose à cette question de 
l’utilisation de la  licence ouverte, merci. 

Reste une question au sujet de la source : 
elle doit être indiquée sur chaque objet créé ou modifié à partir d’un doc sous 
LO ? dans un tag ‘ source=* ; ## ‘  et non dans les commentaires du changeset, 
comme je crois l’avoir lu ici il y a quelques temps ?


> Le 1 janv. 2020 à 09:24, Christian Quest  a écrit :
> 
> Le mar. 31 déc. 2019 à 16:51, marc marc  > a écrit :
> Le 31.12.19 à 15:51, Christian Quest a écrit :
> > la BAN sera dispo "avant la fin de l'année" sous Licence Ouverte, donc
> > compatible avec l'ODbL d'OSM et de BANO.
> 
> je n'ai pourtant pas encore commencé le réveillon.
> mais depuis quand l'obligation d'attribution de la LO est compatible
> avec l'absence d'attribution des sources contribuant à osm ?
> si j'affiche la carte d'un changeset provenant d'une source LO,
> il y a pas d'attribution "donnée venant de cette source LO"
> c'est pour cela qu'il me semblait qu'on devait se farcir
> des demandes d'exeption pour que la source accepte de renoncer
> à l'attribution et se contente d'être mentionné dans les sources
> contribuant à osm
> 
> Je suis en tout cas ravi si la BANOv2 ou v3 (surtout ses outils
> à la contribution osm) incluera la BAN en dernier resort.
> 
> TL;DR: La LO est compatible avec l'ODbL et OSM et depuis toujours.
> 
> Que dit la LO ?
> 
> Obligation de: "mentionner la paternité de l’«Information»: sa source (au 
> moins le nom du «Concédant») et la date de dernière mise à jour de 
> l’«Information» réutilisée."
> Le tag source suffit pour cela lorsque la donnée est insérée dans la base 
> OSM, surtout sur l'aspect millésime.
> 
> On s'est surtout posé la question sur la "non altération/dénaturation" prévue 
> par la Loi qui est plus précise:
> 
> "Sauf accord de l'administration, la réutilisation des informations publiques 
> est soumise à la condition que ces dernières ne soient pas altérées, que leur 
> sens ne soit pas dénaturé et que leurs sources et la date de leur dernière 
> mise à jour soient mentionnées." - L322-1 du CRPA
> 
> Pour OSM c'est le versioning et toute notre historisation qui permet d'être 
> transparent sur les "altérations", souvent pour améliorer la donnée 
> d'ailleurs.
> 
> En fait, la Loi cherche à préserver la version authentique (ne pas faire 
> passer comme donnée officielle quelque chose qui aurait été modifié), mais 
> cela ne concerne pas les réutilisations. Il y a aussi un autre concept 
> derrière ce mot "dénaturé": ne pas faire dire n'importe quoi à l'information 
> publique, avec une jurisprudence claire dessus (infos nutritionnelles 
> présentées de façon trompeuses par une chaîne de fast-food qui a été 
> condamnée).
> 
> Il y a même eu une analyse juridique faite à Etalab sur la compatibilité de 
> la LO avec un versement dans wikidata (CC0). Résultat: tant que la source et 
> le millésime sont indiqués au moment de LA réutilisation initiale (le 
> versement dans wikidata), c'est conforme à la LO, la Loi et l'esprit général.
> LES réutilisations ultérieures ce cette réutilisation initiales n'ont pas 
> besoin de préserver l'attribution, car ce sont des réutilisations de wikidata 
> (ou OSM dans notre cas).
> 
> Un LA ou un LES dans la Loi ça a des conséquences qu'on n'imagine pas ;)
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> 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] Import bâti cadastre dans JOSM

[ades]

Comprends pas trop ;-)
C’est quoi l’intérêt du cadastre en ligne (si j’ai à peu près compris) avec 
JOSM quand on peut importer le cadastre (à jour tous les trimestres, en shp, en 
edigeo ou geojsom -là je suis moins sur pour ce format) à partir d’etalab ? Et 
l’importer sans pb, par couches (bati, hydro, parcelle etc. dans Josm)
Au moins on peut travailler calmement et en local ;-) (sans bouffer de la bande 
passante et de l’énergie sur le net), on fait facilement une conflation dans 
Josm, ou on peut aussi utiliser n’importe soft sig pour préparer les données…


> Le 26 déc. 2019 à 18:00, marc marc  a écrit :
> 
> Bonjour,
> 
> Le 26.12.19 à 15:52, Eric SIBERT a écrit :
>> https://lists.openstreetmap.org/pipermail/talk-fr/2019-July/093691.html
>> 
>> En allant sur cadastre.openstreetmap.fr, en non sécurié, en sécurisé
>> simple, en sécurisé en cliquant sur le cadenas vert pour dire que ce
>> n'est pas grave si tout n'est pas sécurisé, la fenêtre pour sélectionner
>> la zone à exporter reste vide.
> 
> avant il suffisait d'utiliser le site en http (parce qu'en https il y a
> un mixed content)
> mais il semble qu'un autre soucis existe : cadastre.gouv.fr ne fournit
> plus de donnée en http
> les 2 ensemble font que c'est devenu inutilisable
> j'ai lancé un appel à maintenance sur ce dépot car je n'ai pas accés
> pour merger.
> si cela ne réagit pas, je ferrai les modifs à la main sur le serveur.
> 
> 
>> Directement dans JOSM, je vais dans Télécharger puis l'onglet
>> "Téléchargement depuis le Cadastre". Je sélectionne la zone et ça
>> télécharge. Je me retrouve avec des couches edigo-xxx.tar.bz2 avec deux
>> petits triangles oranges d'avertissement. Quand je fusionne avec le
>> calque principal, les triangles sont transmis au calque principal. Je ne
>> peux alors pas renvoyer les données vers OSM.
>> 
>> Comment j'importe un morceau de bâti du cadastre???
> 
> il ne faut pas merger tout le calque mais sélectionner les batiments
> manquant et merger la sélection
> 
> 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] gestion du hstore dans qgis

[ades]

test quick Osm, extension Qgis plutôt très bien, 
Pour l’ecw, pas de soucis avec QGIS3.10 (Mac Os 10.13.6) pas testé avec linux 
mini, et surtout pas avec windows…
> Le 11 déc. 2019 à 15:48, ades  a écrit :
> 
> 
> 
>> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr  
>> a écrit :
>> 
>> J'utilise QGIS 3.4. 
>> J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
>> de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
>> dernière version.
>> 
>> Ma source, c'est 
>> https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis
>> <https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis>
>>   
>> 
>> Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
>> hstore en utilisant postgresql, je puisse le faire directement et à la volée
>> avec QGIS quand j'ai besoin de faire une carte vite fait.
>> 
>> 
>> 
>> -
>> 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
> 
> 


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

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

[ades]

> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr  a 
> écrit :
> 
> J'utilise QGIS 3.4. 
> J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
> de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
> dernière version.
> 
> Ma source, c'est 
> https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis
> 
>   
> 
> Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
> hstore en utilisant postgresql, je puisse le faire directement et à la volée
> avec QGIS quand j'ai besoin de faire une carte vite fait.
> 
> 
> 
> -
> 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



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

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

[ades]

Dans qGis essaye QuickOsm, à chercher dans les extensions…
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM.ORG] pétition CONTRE vente gestion .ORG à une entreprise commerciale

[ades]

sur la page d’accueil, à droite, un bloc ou cadre, enfin, un truc nommé « take 
action »,on donne ses coordonnées minima et on ‘continue’ … et on signe…  ;-)

> Le 28 nov. 2019 à 20:52, pepilepi...@ovh.fr a écrit :
> 
> Le 26/11/2019 à 14:16, ades a écrit :
>> signé pour ma pomme
> Bien !
> 
> Mais comment tu as fait ? Sur la page mentionnée (https://savedotorg.org/ 
> <https://savedotorg.org/>) je n'ai vu que la possibilité de signer pour une 
> organisation, pas en tant que particulier...
>> 
>>> Le 26 nov. 2019 à 13:28, Cyrille37 OSM via Talk-fr 
>>>  <mailto:talk-fr@openstreetmap.org> a écrit :
>>> 
>>> Bonjour,
>>> 
>>> J'ai découvert sur Numerama qu'il y avait une mobilisation pour sauvegarder 
>>> la gestion non gouvernementale et non commerciale des noms de domaine .ORG
>>> 
>>> l'article : 
>>> https://www.numerama.com/tech/574853-des-internautes-se-mobilisent-pour-tenter-de-sauver-le-org.html
>>>  
>>> <https://www.numerama.com/tech/574853-des-internautes-se-mobilisent-pour-tenter-de-sauver-le-org.html>
>>> 
>>> Une pétition est organisée par de nombreuses ONG : https://savedotorg.org 
>>> <https://savedotorg.org/>
>>> 
>>> Savez-vous si Osmf a signé la pétition ?
>>> 
>>> Cyrille37
>>> 
>>> 
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
> 
> -- 
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la 
> bonne question
> 
> 
> ___
> 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] [OSM.ORG] pétition CONTRE vente gestion .ORG à une entreprise commerciale

[ades]

signé pour ma pomme

> Le 26 nov. 2019 à 13:28, Cyrille37 OSM via Talk-fr 
>  a écrit :
> 
> Bonjour,
> 
> J'ai découvert sur Numerama qu'il y avait une mobilisation pour sauvegarder 
> la gestion non gouvernementale et non commerciale des noms de domaine .ORG
> 
> l'article : 
> https://www.numerama.com/tech/574853-des-internautes-se-mobilisent-pour-tenter-de-sauver-le-org.html
> 
> Une pétition est organisée par de nombreuses ONG : https://savedotorg.org
> 
> Savez-vous si Osmf a signé la pétition ?
> 
> 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

Re: [OSM-talk-fr] ouvrages d'art des départements : Maine et Loire

[ades]

Le 22 nov. 2019 à 10:01, e.zeimert  a écrit :

https://data.maine-et-loire.fr/explore/?disjunctive.diffuseur=shared=modified=geo=D%C3%A9partement+de+Maine-et-Loire=Mobilit%C3%A9
 


les ponts, les limitations de gabarits et limitations de tonnage. licence 
ouverte V2.0 et c’est dispo en shp, geojson et kml…

Ça existe peut-être dans d'autres dpts
> 
>> Le 22 nov. 2019 à 08:53, david.croc...@free.fr 
>>  a écrit :
>> 
>> Bonjour
>> 
>> le recueil administratif 
>> http://www.calvados.gouv.fr/IMG/pdf/recueil-14-2019-107-recueil-des-actes-administratifs-special.pdf
>>  
>> 
>>  en sa page 9 et suivant  comporte des indication de poids max et de tirant 
>> d'air des ouvrages. S'il y a des intéressés dans la cartographie de ce type 
>> : N'hésitez pas
>> 
>> Cordialement
>> -- 
>> David Crochet
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> Erik Zeimert
> 15, rue Marc Leclerc
> 49250 La Ménitré
> 
> 06 08 82 57 36
> 
> e.zeim...@orange.fr 
> 
> 
> 


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

Re: [OSM-talk-fr] maquette iD-consensuel : passage en "production" ou c'est bon ainsi ?

[ades]

e ne comprends pas tout (comme toujours ;-) )

iD c’est qui ? tout ce que je sais d’eux c’est que les (enfin, certains) 
contributeurs qui utilisent produisent n’importe quoi ;-), géométries fausse 
(le gros doigt sur la tablette) ; pour les tags, n’en parlons pas… 

J’ai cru comprendre (plusieurs fils sur cette liste) qu’ils n’ont rien à foutre 
du wiki, de la liste ou du forum (au sujet des tags).

Donc dans le genre théorie du complot :  qui est derrière iD ? (J’ai cru 
comprendre qu’il y avait un(e) des[salarié(e)(s)], qui c’est qui paye ?) en 
plus fesse de bouc… c’est un peu édifiant.

Retour à la question de base : id c’est qui ? 

> Le 9 nov. 2019 à 17:49, Vincent Bergeot  a écrit :
> 
> 


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

Re: [OSM-talk-fr] Twitch ?

[ades]

sorry, il semble que le lien sur le mail reçu soit un cul de sac, alors que le 
lien visible sur le message de la liste  renvoie bien à une video sur OSM ;  
sorry j’ai ptet réagi trop vite mais je ne comprends pas la différence entre le 
message de la liste et celui que j’ai reçu en mail, pas trop grave…

> Le 3 nov. 2019 à 18:44, e.zeimert  a écrit :
> 
> sorry, il semble que le lien sur le mail reçu(mail apple)  soit un cul de 
> sac, alors que le second lien (visible sur le message de la liste) renvoie 
> bien à une video sur OSM sorry
> 
>> Le 3 nov. 2019 à 18:17, Cédric Frayssinet > > a écrit :
>> 
>> Bonjour à tous,
>> 
>> Saviez-vous que des mappeurs faisaient du live sur Twitch ? Actuellement, en 
>> ligne : https://www.twitch.tv/edzeronk_ 
>> Cédric
>> -- 
>> Sur Mastodon : @bristow...@framapiaf.org 
>>  ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> Erik Zeimert
> 15, rue Marc Leclerc
> 49250 La Ménitré
> 
> 06 08 82 57 36
> 
> e.zeim...@orange.fr 
> 
> 
> 


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

Re: [OSM-talk-fr] Twitch ?

[ades]

C’est une pub masquée pour une merde ?


> Le 3 nov. 2019 à 18:17, Cédric Frayssinet  a écrit :
> 
> Bonjour à tous,
> 
> Saviez-vous que des mappeurs faisaient du live sur Twitch ? Actuellement, en 
> ligne : https://www.twitch.tv/edzeronk_ 
> Cédric
> -- 
> Sur Mastodon : @bristow...@framapiaf.org 
>  ___
> 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] hésitation entre landuse=greenhouse_horticulture ou building=greenhouse

[ades]

je me trompe certainement, mais en toute logique  'landuse = 
greenhouse_horticulture’ me semble convenir au terrain sur lequel sont 
construit des ‘building = greenhouse’.
Surtout que je ne sais pas si greenhouse est un building ou pas, surtout quand 
il s’agit de « tunnels", sans fondations et recouverts d’une bâche…

> Le 2 nov. 2019 à 18:46, emeric Prouteau  a écrit :
> 
> Bonjour,
> 
> J'hésite entre les tags suivants pour mapper des serres agricoles a vocation 
> fraises hors sol ou maraîchage classique : 
> building=greenhouse
> landuse=greenhouse_horticulture
> https://www.openstreetmap.org/#map=16/45.0735/0.6657 
>   
> 
> Bonne soirée,
> -- 
> Emeric PROUTEAU
> emeric.prout...@gmail.com 
> 
> Avant d'imprimer. Pensons à l'environnement.
> Save paper. Do you really need to print this e-mail?
> ___
> 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] Faire des demandes d'ouverture de données -> madada.fr

[ades]

très bien, mais ce qui m’emmerde c‘est qu’en général  je n’ai rien à faire avec 
des « autorités publiques » mais avec des « services publics » et si j’ai envie 
de demander quelque chose, je demande, à qui détient la chose, pas à n’importe 
qui…

> Le 30 oct. 2019 à 15:45, Vincent Bergeot  a écrit :
> 
> Bonjour,
> 
> je me permets de relayer ici cette information qui concerne les demandes 
> d'accès aux documents administratifs, dont certaines données cartographiques 
> peuvent faire parties !!
> 
> " Nous souhaitons vous informer du lancement du site https://madada.fr 
> , un service en ligne pour simplifier les demandes 
> d'accès aux documents administratifs.
> 
> Porté par l'association Open Knowledge France, avec le soutien de 
> l’association ouvre-boîte et du réseau européen Access Info, l'objectif de la 
> plate-forme est d'accompagner les demandeu.r.se.s dans leurs démarches et de 
> renforcer la visibilité de leurs actions individuelles.
> 
> Elle est propulsée par un logiciel open source conçu par l'ONG MySociety 
> Alavateli  et permet, à l'instar de 
> ses équivalents dans 25 pays , de 
> faciliter vos demandes en mettant à disposition une liste d'organisations 
> publiques  , un formulaire d'envoi 
>  de votre demande d'accès à une 
> information publique, ainsi qu'un récapitulatif 
>  des demandes effectuées via la 
> plate-forme.
> 
> Ce site est actuellement en phase de test et vos retours sur son 
> fonctionnement sont les bienvenus !
> 
> Un article publié sur le blog d'Okfn France détaille les objectifs de nouveau 
> site : 
> https://fr.okfn.org/2019/10/24/madada-fr-ma-demande-dacces-a-un-document-administratif/
>  
> 
> 
> Merci de faire circuler ce message dans vos réseaux.
> 
> L'équipe Madada.fr"
> 
> PS : ce n'est pas "directement" lié à OSM mais il me semble qu'il y a 
> suffisamment de surfaces communes pour que cela ne soit pas hors-sujet (mais 
> je peux me tromper !).
>  -- 
> Vincent Bergeot
> ___
> 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] bridge=simple_brunnel

[ades]

> Je ne vois pas le rapport qu'il y a avec large / étroit. Dans le cas du gué 
> les deux objets physiques routes / rivières passent au même niveau et en 
> suivant l'un on passe forcément par l'autre. Dans le cas du ruisseau busé il 
> passe en-dessous de la route et on n'est pas censé mettre les pieds dans 
> l'eau quand on emprunte la route. Donc aucune raison topologique de mettre un 
> point commun entre les deux. Je rajoute d'ailleurs systématiquement layer=-1 
> sur le tronçon tunnel=culvert pour bien indiquer qu'il est en-dessous.
> 
> Nicolas

+1
C’est l’eau qui passe en dessous, pas la route qui passe au dessus (si on 
considère la route au niveau 0 ) donc ne pas tagger la route ni par un point ni 
par autre chose (…brunnel) si on peut utiliser ‘culvert’ pour un point, 
pourquoi pas, mais sur le cour d’eau exclusivement avec le tag -1.
Maintenant dans le cas d’une « levée » (tag ‘embankement’) je crois que ça 
reste ‘culvert’ sur le cours d’eau si c’est une buse unique de petit diamètre 
(moins de 1m) pour un petit cour d’eau (‘ditch' en gnl) ; mais que si on a 6 
buses de diamètre d’env. 6m ça devient un pont. D’ailleurs sont appelés comme 
ça par les ddt (ex dde) dans les inventaires de ponts.


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

Re: [OSM-talk-fr] bridge=simple_brunnel

[ades]

sais pas non plus, mais avec un seul" n » ça tombe bien avec le sujet, c’est un 
constructeur de ponts et de tunnel Isambard Kingdom Brunel (1806-1859), un peu 
HS…

> Le 29 oct. 2019 à 12:43, lenny.libre  a écrit :
> 
> 
> Le 29/10/2019 à 12:27, Adrien André via Talk-fr a écrit :
>> Bonjour,
>> 
>> Le 19-10-29 à 04 h 40, Nicolas Moyroud a écrit :
>>> Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur le 
>>> waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
>>> simple_brunnel.
>> Idem
>> 
> +1 (de plus, je ne sais pas ce que veut dire brunnel)
> 
> ___
> 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] bridge=simple_brunnel

[ades]

On devrait p'tet  demander à Id d’arrêter de proposer n’importe quoi ! ou 
arrêter de promouvoir Id ;-)

Dans mon coin tous les tags débiles (du style ‘aeroway:hangar’ pour un hangar 
agricole) viennent d’utilisateurs d’Id…

Pour les buses  'tunnel:culvert’ est parfait ;-) 

Noter 'bridge:simple_brunnel’ dans le cas où une intersection 
‘waterway’/‘highway’ n’est pas définie me paraît pas trop bien adapté, 
l'indication d’erreur par osmose c’est pas fait pour dire qu’il faut aller 
vérifier ? :-) ou j’ai pas compris la question de départ … (remarque d’un qui a 
mis des buses partout lors de signalements Osmose, pour s’apercevoir sur le 
terrain qu’il y avait aussi quelques ponts, c'est en cours de correction)

> Le 28 oct. 2019 à 20:39, pepilepi...@ovh.fr a écrit :
> 
> Le 28/10/2019 à 19:08, osm.sanspourr...@spamgourmet.com 
>  a écrit :
>> Bonjour,
>> 
>> Souvent créer un "pont" pour signifier que l'eau passe sous la route est un 
>> peu exagéré, je pense aux cas de simples buses comme ici 
>> .
>> 
> Bonsoir,
> 
> 
> Pour une buse il y a "tunnel=culvert" sur le waterway.
> 
> 
>> ID propose dans ce cas bridge=simple_brunnel qui vient d'une proposition de 
>> 2014 
>> 
>>  jamais soumise au vote.
>> Ça ne semble pas déconnant mais ce n'est pas voté et pas accepté par les 
>> outils d'AQ.
>> 
>> Par exemple Osmose dit :
>> - bridge=simple_brunnel sur un nœud. Devrait être employé sur un chemin
>> - bridge sur un objet suspicieux.
>> 
>> On pousse un vote ? On considère qu'avec plus du 500 usages c'est du de 
>> facto et on demande aux outils d'AQ d'en tenir compte ? On n'aime pas ?
> Oui, bonne idée. 'est vrai que ça simplifie aussi beaucoup les corrections, 
> quand osmose gueule "intersection entre un chemin et une pièce d'eau".
> 
> On pousse un vote !
> 
> Bonne soirée,
> 
> JP
>> 
>> Jean-Yvon
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> 
> -- 
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la 
> bonne question
> 
> 
> ___
> 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] Tour antigel

[ades]

‘wind_machine' avec renvoi sur le site de la fao, et si le tag plait, à noter 
dans le wiki…

> Le 14 oct. 2019 à 11:39, Yves P.  a écrit :
> 
> Bonjour,
> 
> Comment cartographier une tour antigel, machine à vent, wind machine ?
> 
> Ces tours sont érigées dans les vergers, vignes…
> De loin, ça peut ressembler à une éolienne à 2 pales…
> 
> Une seule photo (de son pied) 
> 
>  dans wikimedia commons, rien dans OSM.
> 
> J’en ai trouvé qu'une seule dans taginfo (node 3958519692 
> ), mais la vue routière 
> correspond à une petite éolienne au sommet d’une perche.
> man_made=tower
> tower:type=wind_generator
> 
> tower:type=wind_machine ?
> tower:type=antifreeze ?
> tower:type=antifrost ?
> 
> https://www.tour-antigel.com 
> 
> Pour info, j’ai utilisé wind_machine pour le moment : noeuds 6877573656 
> , 6877573657 
> 
> 
> —
> Yves
> 
> PS: c’est décrit par la FAO : http://www.fao.org/3/y7223e/y7223e0d.htm 
> 
> 
> 
> 
> 
> ___
> 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] Sur 01net L’incroyable histoire de Waze, la carte routière la plus précise au monde... conçue par des bénévoles

[ades]

O1 net c’est quoi ? connais pas… enfin presque, site de m… qui vit sur la pub, 
le fait d’en causer sur le talk va sans doute (certainement)) leur apporter 
plein de lecteurs, donc plus de revenus pub… 
OSM devrait donc leur demander un % pour ces lecteurs supplémentaires, pour une 
fois que 01.m… servirait à quelque chose …
Sinon, si le but est d’être reconnu par des gougnafiers, faut juste leur 
demander combien ils veulent pour causer d’OSM à la place de waze, mais bon,  
j’ai pas envie de payer…

> Le 14 oct. 2019 à 10:55, Vincent Bergeot  a écrit :
> 
> Le 06/10/2019 à 10:45, PierreV a écrit :
>> https://www.01net.com/actualites/l-incroyable-histoire-de-waze-la-carte-routiere-la-plus-precise-au-monde-concue-par-des-benevoles-1777628.html
>> 
>> On contacte 01net pour leur proposer un article sur OSM qui est encore plus
>> "génial" que Waze car réutilisable par n'importe qui?
> 
> 
> il y a quelque temps, alors que l'on parlait de Waze comme le nouveau 
> Wikipédia de la cartographie (!!!), nous avions commencé cela : 
> https://mypads.framapad.org/mypads/?/mypads/group/osm-fr-upup77pw/pad/view/waze-n-est-pas-le-wikipedia-de-la-carto-k91j0b7c5
> 
> peut-être que nous pourrions continuer le texte pour rappeler qu'il y a 
> quelques différences assez fondamentales !
> 
> à plus
> 
> -- 
> Vincent Bergeot
> 
> 
> ___
> 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] Moulinette pour convertir codes Insee en GPS > GPX ?

[ades]

Il y a aussi ça : https://www.data.gouv.fr/fr/datasets/admin-express/ 

ça remplace geofla, et il y a les coordonnées de toutes les communes,  x et y 
dans le système officiel, le  Rgf93. C’est du .shp donc utilisable par beaucoup 
de soft.
Le seul blême, c’est qu’en partant de 
https://www.data.gouv.fr/fr/datasets/admin-express/ 
 je n’arrive pas à 
télécharger. Ça m’avait fait le même coup avec la BDTopo hydrographie, pas 
moyen de DL la dernière édition, font p’tet exprès ?


> Le 2 oct. 2019 à 17:39, osm.sanspourr...@spamgourmet.com a écrit :
> 
> 
> Le 02/10/2019 à 17:20, Vincent Bergeot - vinc...@bergeot.org 
>  a écrit :
>> ceci : https://adresse.data.gouv.fr/csv  
>> 
>> si j'ai bien compris. 
>> 
> Si tu n'as pas bien compris ça marche aussi ;-).
> 
> Ne pas oublier de mettre une entête, par exemple 
> insee;col1;col2;col3;col4;col5
> 
> De sélectionner la colonne INSEE et de décoder en UTF-8.
> 
> Tu récupères latitude et longitude.
> 
> Après inutile de faire un GPX, Umap ou Leaflet savent lire de tels CSV.
> 
> Jean-Yvon
> ___
> 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] Hydrographie : intégrer les aménagements artificiels aux rivières

[ades]

En gros
 +1 pour garder la rivière uniquement là ou elle coule (coulait), les 
canalisation alimentant une centrale électriques (souvent des conduites forcées 
ne sont plus la rivière. De même les ‘béals’ dans le massif central (mais sans 
doute ailleurs, mais pas forcement avec le même nom) , ils servent 
exclusivement à l’alimentation d’une usine et ne sont plus la rivière. C’est un 
peu comme si l’on incluait les stations de pompages en amont des villes (si il 
en reste), le réseau d’eau urbain, les égouts, et la station d’épuration dans 
la relation décrivant la rivière.

Plus dubitatif pour ce qui concerne les écluses ou les moulins en plaine, pour 
le les moulins, l’amenée d’eau est artificielle, même si elle prend toutes 
l’eau ce n’est pas la rivière ‘historique’ qui en général forme une boucle, 
isolée par un déversoir placé à hauteur du moulin. Dans ce cas particuliers ne 
faudrait-il pas mettre les deux « bras » dans la même relation ?
Pour les écluse il me semble que c’est pareil.
Idem pour les canaux latéraux, ou les canaux de délestage, (ce que je crois 
avoir compris dans les exemples cités sur le Rhône) ils faut partie du cours 
d’eau et donc de la relation, je suis plus dubitatif pour les canaux 
navigables, ils ont une vraie individualité, de forme, de tracé et d’usage, et 
parfois d’alimentation en eau.


> Le 27 sept. 2019 à 16:51, Jérôme Amagat  a écrit :
> 
> On met en side_stream aussi les conduites qui font rivière -> station de 
> pompage -> château d'eau -> habitations -> station d'épuration -> rivière ? :)
> 
> Pour moi une rivière est lié à son lit (il faut bien sur que de l'eau 
> continue à y couler :) ), ce n'est pas toute l'eau qui coule d'un point A à 
> un point B.
> 
> D'ailleurs la relation évoquée par François a comme tag waterway = stream et 
> name = L'Eau d'Olle, ces même tags apparaissent sur les way du lit de la 
> rivière mais pas sur les ways de la dérivation et personne n'aurait l'idée de 
> les y mettre.
> 
> Cet exemple, déviation d'une partie de l'eau d'une rivière sur plusieurs 
> kilomètres ressemble au cas où un canal a été creusé en parallèle d'une 
> rivière, pour la navigation, pour amené l'eau à une centrale électrique ou 
> pour l'irrigation. Est ce que ces canaux font parti de la rivière ?
> 
> Un exemple, 
> Sur le Rhône, dérivation de Belley 
> https://www.openstreetmap.org/relation/8113770 
>  ne fait pas parti de la 
> relation Rhône et a sa relation propre, quelques kilomètres en amont la 
> dérivation de Chautagne https://www.openstreetmap.org/way/248997397 
>  fait parti de la relation 
> Rhône. A quelques km 2 façons de faire :)
> 
> Ce pose aussi le problème pour des dérivations beaucoup plus courtes dans le 
> cas de barrages, de centrales électrique au milieu d'un court d'eau ou 
> d’écluses, que faire ? est ce qu'il faut laisser un way qui traverse le 
> barrage pour avoir une continuité de la rivière alors que l'eau n’emprunte 
> pas ce chemin ? ou mettre dans la relation les way passant par les turbines 
> de la centrale électrique ou dans les écluses et faut il mettre le nom de la 
> rivière sur ces way ?
> 
> J'en profite pour parler de l'autre relation : 
> https://www.openstreetmap.org/relation/3113489 
> 
> Relation avec type = site, power = plant, plant:output:electricity=*. 
> power=plant avec plant:output:electricity=* donc c'est une centrale 
> électrique et, pour moi, la centrale électrique, elle a une position bien 
> précise, c'est là où il y a les turbines. 
> Pour les parc éolien je comprend l'utilisation des relations type=site, les 
> éolienne sont la plupart du temps représenté par un node et tout ce qui a 
> autour, c'est des champs ou de la forêt donc rien à voir avec la production 
> d’électricité donc impossible de faire un polygone qui comprend tout ou de 
> mettre toutes les éolienne dans un multipolygon.
> Pour une centrale hydroélectrique il faut tout ça (lac de barrage conduite 
> ...) pour avoir de l'électricité mais je ne vois pas d'autre chose dans osm 
> où l'on regroupe tant de chose dans une relation fourre-tout a part les 
> relations public_transport=stop_area mais dans ce cas il y a quand même des 
> tags pour l'arrêt physique.
> 
> 
> Le ven. 27 sept. 2019 à 10:45,  > a écrit :
> Le 27/09/2019 à 01:05, François Lacombe - fl.infosrese...@gmail.com 
>  a écrit :
>> Il me semble difficile d'envisager la rivière sans ces ouvrages puisqu'ils 
>> dérivent une majeure partie du débit parfois.
>> Voici ce que ça peut donner en Isère sur l'eau d'Olle, utilisée par EDF pour 
>> la centrale de Grand-Maison
>> https://www.openstreetmap.org/relation/1749757 
>> 
>> 
>> Les ouvrages hydrauliques sont ajoutés avec le rôle side_stream
> Si c'est - et c'est 

Re: [OSM-talk-fr] Connecteur QGIS-JOSM

[ades]

connaissais pas la sélection d’un seul objet, sera utile…
en tous cas merci pour cette superbe et très utile extension


> Le 13 sept. 2019 à 23:26, Etienne Trimaille  a 
> écrit :
> 
> Bonsoir,
> 
> Le ven. 13 sept. 2019 à 18:41, PanierAvide  <mailto:panierav...@riseup.net>> a écrit :
> Pour préciser : menu "Vecteur" > "Quick OSM" > "Télécommande JOSM" (dans QGis 
> 3.8), mais ça doit être assez récent comme fonctionnalité non ?
> 
> Ce bouton la est disponible depuis la version de QGIS 3.0, soit février 2018 
> ;-) Il est accessible depuis la barre d'outils QuickOSM pour que cela soit 
> plus rapide.
> Cela ouvre le canvas visible de QGIS dans JOSM.
> 
> Sinon, si vous voulez éditer juste un objet OSM depuis QGIS (sans charger le 
> canvas entièrement), avec l'outil d'identification, vous pouvez faire un 
> clic-droit sur une entité et sélectionner "JOSM" ou "Use default editor" pour 
> ouvrir iD. De même si vous faites un clic-droit dans la table attributaire 
> d'une couche issue de QuickOSM.
> 
> D'ailleurs Adrien, il y aussi l'intégration Mapillary quand une entité a un 
> tag "mapillary". Cela provoque soit ouverture du plugin Mapillary si il est 
> présent ou alors ouverture de la page web correspondante.
> 
> Etienne
> Développeur de QuickOSM
> 
>  
> 
> Adrien P.
> Le 13/09/2019 à 18:06, ades a écrit :
>> bin si…
>> faut seulement installé l’extension par le gestionnaire d’extension de Qgis, 
>> par par ailleurs…  :-)
>> 
>> Un connecteur Qgis>josm, ça sert à ouvrir josm pour lire modifier ou éditer 
>> des éléments d'osm que tu peut voir dans Qgis (importés via quickosm par 
>> exemple…  ou même parce que tu utilises un fond de carte Osm ou Osm.fr 
>> <http://osm.fr/> dans qgis).
>> Ça sert sans doute rien… sauf p’tet à contribuer à Osm, mais bon, donc pas à 
>> grand chose…   ;-)
>> 
>> 
>> 
>>> Le 13 sept. 2019 à 17:50, Cyrille37 OSM via Talk-fr 
>>> mailto:talk-fr@openstreetmap.org>> a écrit :
>>> 
>>> Le 13/09/2019 à 17:31, ades a écrit :
>>>> bin vi… !!!
>>>> c’est dans l’extension quickOsm, qui est absolument obligatoire ;-)
>>> Heu... QuickOsm <https://github.com/3liz/QuickOSM> (de 3Liz 
>>> <https://www.3liz.com/>) fait le pont entre les formats OSM, l'Overpass 
>>> API, mais il ne me semble pas faire connecteur avec JOSM. D'ailleurs je me 
>>> demande à quoi ça peut servir un connecteur QGIS-JOSM ?
>>> Cyrille37.
>>> 
>>> 
>>>>> Le 13 sept. 2019 à 13:54, Magalie Dartus  
>>>>> <mailto:mag.dar...@gmail.com> a écrit :
>>>>> 
>>>>> Bonjour à tous,
>>>>> 
>>>>> Est-ce que vous savez s'il existe dans QGIS une extension qui serve de 
>>>>> connecteur entre QGIS et JOSM?
>>>>> 
>>>>> Merci et bonne journée
>>>>> Magalie
>>>>> ___
>>>>> Talk-fr mailing list
>>>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>
> ___
> 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] Connecteur QGIS-JOSM

[ades]

bin si…
faut seulement installé l’extension par le gestionnaire d’extension de Qgis, 
par par ailleurs…  :-)

Un connecteur Qgis>josm, ça sert à ouvrir josm pour lire modifier ou éditer des 
éléments d'osm que tu peut voir dans Qgis (importés via quickosm par exemple…  
ou même parce que tu utilises un fond de carte Osm ou Osm.fr <http://osm.fr/> 
dans qgis).
Ça sert sans doute rien… sauf p’tet à contribuer à Osm, mais bon, donc pas à 
grand chose…   ;-)



> Le 13 sept. 2019 à 17:50, Cyrille37 OSM via Talk-fr 
>  a écrit :
> 
> Le 13/09/2019 à 17:31, ades a écrit :
>> bin vi… !!!
>> c’est dans l’extension quickOsm, qui est absolument obligatoire ;-)
> Heu... QuickOsm <https://github.com/3liz/QuickOSM> (de 3Liz 
> <https://www.3liz.com/>) fait le pont entre les formats OSM, l'Overpass API, 
> mais il ne me semble pas faire connecteur avec JOSM. D'ailleurs je me demande 
> à quoi ça peut servir un connecteur QGIS-JOSM ?
> 
> Cyrille37.
> 
> 
> 
>>> Le 13 sept. 2019 à 13:54, Magalie Dartus  
>>> <mailto:mag.dar...@gmail.com> a écrit :
>>> 
>>> Bonjour à tous,
>>> 
>>> Est-ce que vous savez s'il existe dans QGIS une extension qui serve de 
>>> connecteur entre QGIS et JOSM?
>>> 
>>> Merci et bonne journée
>>> Magalie
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <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] Connecteur QGIS-JOSM

[ades]

bin vi… !!!
c’est dans l’extension quickOsm, qui est absolument obligatoire ;-)

> Le 13 sept. 2019 à 13:54, Magalie Dartus  a écrit :
> 
> Bonjour à tous,
> 
> Est-ce que vous savez s'il existe dans QGIS une extension qui serve de 
> connecteur entre QGIS et JOSM?
> 
> Merci et bonne journée
> Magalie
> ___
> 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] Cadastre : exporter une zone

[ades]

Ce n’est pas forcement une bonne réponse, mais je trouve que pour le cadastre 
vaut mieux aller le chercher là : 
https://cadastre.data.gouv.fr/datasets/cadastre-etalab 
 ; en bas de la page…



> Le 27 juil. 2019 à 18:34, Eric SIBERT  a écrit :
> 
> Bonjour à tous,
> 
> Ça faisait depuis un moment que je n'étais plus sur la liste mais les 
> questions s'accumulent alors je reviens ;-)
> 
> Première question: suites à de nouvelles constructions, je veux importer les 
> nouveaux bâtiments dans OSM. Je vais sur https://cadastre.openstreetmap.fr/ . 
> Je choisis le département puis la commune. "Bâti & Limites" est déjà 
> sélectionné. Quand je clique sur la case à cocher "Sélectionner une zone à 
> exporter", la fenêtre "Sélectionner la zone à exporter" s'ouvre au premier 
> plan mais sans afficher de carte. Il y a juste les deux boutons Ok et Annuler 
> en bas. Problème sous Firefox et Edge.
> 
> D'autres personnes rencontrent ce problème?
> 
> Eric
> 
> ___
> 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] Non, OpenStreetmap n'est pas en WGS84

[ades]

Je ne comprends pas, mais ne suis pas doué non plus, c’est quoi ce décalage de 
80cm ?
 Là : http://www.ign.fr/sites/all/files/geodesie_coordonnees.pdf , l’Ign semble 
parler de précision à quelques mètres près, mais qui peut être au cm à 
condition de bien faire comme il faut … comprends plus rien…

Sur l’Ortho HD ça fait 4 pixels et, au plus fort zoom de OSM, env. 0,35 mm, 
soit un trait de crayon fin… ;-)

> Le 18 juil. 2019 à 18:38, Stéphane Péneau  a 
> écrit :
> 
> Hello !
> 
> Je voulais faire une présentation sur le sujet des systèmes de référence 
> géographique, le  WGS94, et les systèmes locaux, comme le RGF93 en France.
> Je n'ai pas eu le temps, alors c'est remplacé par un article sur mon 
> "journal" :
> 
> Spoiler : Tout ce qui est dessiné depuis la BD Ortho est en RGF93, et pas en 
> WGS84. Ce qui implique un décalage d'environ 80cm.
> 
> Le cas de l'Australie est particulièrement intéressant.
> 
> https://www.openstreetmap.org/user/StephaneP/diary/390290
> 
> 
> Stéphane
> 
> 
> ___
> 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] grèves Loire - résumé et conclusion ?

[ades]

Et ‘banc de sable’ et/ou 'grève’ suffirait ils sont déjà localisé
> Le 14 juil. 2019 à 09:01, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Pour qu'une descriptiln n'apparaisse pas comme nom tu la mets à sa place 
> (description=) et non en nom (name=).
> KISS
> Jean-Yvon
> 
>> Gesendet: Samstag, 13. Juli 2019 um 17:59 Uhr
>> Von: "ades - ades.s...@orange.fr" 
>> 
>> An: "Discussions sur OSM en français" 
>> Betreff: Re: [OSM-talk-fr]  grèves Loire - résumé et conclusion ?
>> 
>> Normal, tu as renseigné ‘name’ dans la relation.
>> au début semaine prochaine (mardi ou mercredi) je ferai l’aller et retour la 
>> Ménitré <-> La Dague voire les Pts-de-Cé, j’ai 2 places (barque bois 7,5m), 
>> pour voir les grèves et en causer ;-). MP…
>> 
>>> Le 13 juil. 2019 à 15:31, François Boucault  a écrit 
>>> :
>>> 
>>> Bonjour,
>>> 
>>> Le 13/07/2019 00:16, marc marc a écrit :
>>>> cela n'a pas de sens de rajouter des tags source sur l'objet en 2019 :)
>>>> le suivant modifie un noeud, aucun outil ne met ses tags à jour et ils 
>>>> sont donc périmé. donc pour savoir si un tag source est bien 
>>>> d'actualité, il faut allez voir l'historique de l'objet donc à ce moment 
>>>> là on a tout aussi bien avec les tags sources su le changeset
>>> 
>>> J'avoue qu'il y a un risque pour que ces tags (source:geometry et
>>> source:geometry:date) soient délaissés... Mais je ne suis pas sûr de
>>> comprendre pourquoi ils ne servent à rien. Bien sûr chaque objet a un
>>> changeset, mais celui-ci n'inclut pas la référence de l'imagerie
>>> utilisée et son année, si ?
>>> Mon idée est que figure quelque part la date à laquelle le banc de sable
>>> était émergé (et non pas la date d'édition du polygone, qui peut être
>>> différente). Ceci dit, check:date=* pourrait suffire.
>>> 
>>> Et comment trouver la date de prise de vue d'une imagerie ? Pour la
>>> BDOrtho IGN par exemple je ne trouve pas...
>>> 
>>> Sinon je me suis aperçu que le nom de la relation "Bancs de sable de la
>>> Loire" était rendu sur osm.org (voir :
>>> https://www.openstreetmap.org/#map=15/47.4196/-0.5066 )... Dois-je
>>> supprimer le tag=name ou il y a une autre solution pour empêcher cet
>>> affichage ?
>>> 
>>> Bonne journée,
>>> F
>>> 
>>> ___
>>> 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
>> 
> 
> 
> ___
> 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] grèves Loire - résumé et conclusion ?

[ades]

Normal, tu as renseigné ‘name’ dans la relation.
au début semaine prochaine (mardi ou mercredi) je ferai l’aller et retour la 
Ménitré <-> La Dague voire les Pts-de-Cé, j’ai 2 places (barque bois 7,5m), 
pour voir les grèves et en causer ;-). MP…

> Le 13 juil. 2019 à 15:31, François Boucault  a écrit :
> 
> Bonjour,
> 
> Le 13/07/2019 00:16, marc marc a écrit :
>> cela n'a pas de sens de rajouter des tags source sur l'objet en 2019 :)
>> le suivant modifie un noeud, aucun outil ne met ses tags à jour et ils 
>> sont donc périmé. donc pour savoir si un tag source est bien 
>> d'actualité, il faut allez voir l'historique de l'objet donc à ce moment 
>> là on a tout aussi bien avec les tags sources su le changeset
> 
> J'avoue qu'il y a un risque pour que ces tags (source:geometry et
> source:geometry:date) soient délaissés... Mais je ne suis pas sûr de
> comprendre pourquoi ils ne servent à rien. Bien sûr chaque objet a un
> changeset, mais celui-ci n'inclut pas la référence de l'imagerie
> utilisée et son année, si ?
> Mon idée est que figure quelque part la date à laquelle le banc de sable
> était émergé (et non pas la date d'édition du polygone, qui peut être
> différente). Ceci dit, check:date=* pourrait suffire.
> 
> Et comment trouver la date de prise de vue d'une imagerie ? Pour la
> BDOrtho IGN par exemple je ne trouve pas...
> 
> Sinon je me suis aperçu que le nom de la relation "Bancs de sable de la
> Loire" était rendu sur osm.org (voir :
> https://www.openstreetmap.org/#map=15/47.4196/-0.5066 )... Dois-je
> supprimer le tag=name ou il y a une autre solution pour empêcher cet
> affichage ?
> 
> Bonne journée,
> F
> 
> ___
> 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] grèves Loire - résumé et conclusion ?

[ades]

Pas le temps de tout relire. 
Pour info voir trace GPX (lien ci-dessous) établie à l’étiage 2013, à comparer 
avec l’Ortho 2016. Par défaut on a la position des grèves. ;-)
Chenal_GPS_Kit.gpx 

Je pense que la semaine prochaine je referai le même parcours, wait and see.
Juste une remarque, n’y aurait-il pas intérêt également à tagger les rives ou 
berges en linéaire ou en surfacique (cf question récente à Venise ) ? 
‘empierrement, ‘quai', ‘ripisylve’ ? avec complément par exemple 
‘empierremen:ruin’ 'ripisylve:wood’; «' ripisylve:grass' » etc. élément à 
placer au-dessus du riverbank (ligne) et/ou à l’intérieur (surface).
Pour ce que je connais, la limite du riverbank pourrait être celle des 
parcelles cadastrales, ce qui correspond en général au niveau de la rivière 
avant débordement. Dans les cas non cadastrés (levée de la Loire, Port…) à 
faire en interprétant l’Ortho, quand on connaît le site.

ça ne résout pas tout pour les grèves, les propositions faites me semblent 
plutôt bien, je relis semaine prochaine.

> Le 11 juil. 2019 à 16:32, François Boucault  a écrit :
> 
> OK, donc en fait pas besoin de ces tags, puisque le wiki osm pointe déjà vers 
> l'élément wikidata, et que celui-ci est lui-même relié à la page Wikipédia... 
> ça simplifie !
> Ps : lorsqu'on donne le tag wikidata dans l'éditeur id, il ajoute 
> automatiquement le tag wikipédia
> Merci pour l'aide :)
> 
> Le 11 juillet 2019 14:57:53 GMT+02:00, marc marc  
> a écrit :
> Bonjour,
> 
> Le 11.07.19 à 14:30, François Boucault a écrit :
> Pour un banc de sable avec peu ou pas de végétation : natural=shoal, 
> seasonal=dry_season, 
> wikidata=Q28337, wikipedia=fr:Banc de sable 
> 
> wikidata/wikipedia sert à renseigner l'élément ou LA page
> qui parle de cet objet.
> mettre le même wikidata/wikipedia sur tous les bancs de sable ne va pas.
> soit tu met le wikidata sur la page wiki du tag (le plus courant)
> soit tu veux vraiment un wikidata sur l'objet, le wikidata ne concernant 
> que la description, cela reviendrait à inventer description:wikidata
> 
> 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


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

Re: [OSM-talk-fr] Données routières ouvertes en France

[ades]

Dans  mon secteur, sur le cadastre édition Etalab, ou édition Edigeo, les 
tronçons de voie figurent, avec leur nom (en général).
Mais… il manque un certain nombre de voies mineures
Mais …ce sont des tronçons qui ne sont souvent pas raccordés les un aux autres, 
même si au niveau géométrique c’est plutôt pas mal.
Mais…que ce soit Etalab ou Edigeo c’est quelques fois un peu difficile de gérer 
les couches téléchargées…

Donc, de toute façon pas gagné avec le cadastre.

> Le 4 juil. 2019 à 12:50, Maël REBOUX  a écrit :
> 
> Bonjour,
> 
> Il n'y a pas de route / de géométrie de tronçon routier dans le cadastre. Il 
> y a juste une table des voies avec des dénominations parfois pas utilisable.
> Si c'est mis en source pour le nom de voies dans OSM : c'est bien sûr comme 
> source du nom, pas de la géométrie.
> 
> Pour des questions de licence, vous ne pouvez pas à ce jour (enfin je pense) 
> utiliser les données IGN que vous avez identifié.
> Sur le GéoPortail : oui c'est forcément source BD Topo. Question de cohérence.
> A part le fond de plan cadastre et OSM bien sûr...
> 
> En données vraiment libre de couverture nationale il n'y a donc que OSM sur 
> le marché.
> Il y a cependant des collectivités locales qui mettent leur données 
> référentielles de voies en open data. Voir sur data.gouv.fr
> 
> https://www.data.gouv.fr/fr/search/?q=filaire+de+voies 
> 
> https://www.data.gouv.fr/fr/search/?q=tron%C3%A7ons+voies 
>  
> 
> 
> cdt,
> 
> 
> De: "Julien Minet" 
> À: "Discussions sur OSM en français" , "Jérôme 
> Amagat" 
> Envoyé: Jeudi 4 Juillet 2019 12:06:19
> Objet: *** BULK *** Re: [OSM-talk-fr]  Données routières ouvertes en France
> 
> Merci pour les réponses de marc_marc et Jérôme. 
> D'après ce que je comprends, la source= cadastre est effectivement la source 
> des noms, et cette info a probablement été ajoutée sur base d'édition 
> manuelle avec la couche WMS du cadastre. Visiblement, il n'y a pas eu 
> d'import dans OSM de routes du cadastre puisque cette donnée (la géométrie) 
> n'existe pas au cadastre.
> 
> En fait, j'aimerai connaitre la source originelle des rues qui sont affichées 
> sur geoportail.fr. Je suspecte que ce soit la BD Topo 
>  de l'IGN, qui n'est malheureusement pas 
> libre. 
> Il semble qu'on va devoir utiliser OSM pour ce projet (ben tant mieux). A 
> voir si la complétude des rues sur OSM est satisfaisante en France, une idée 
> sur ce point ? (vaste question, je serai incapable de répondre pour la 
> Belgique!)
> Bonne journée, 
> Julien
> 
> 
> On 04/07/2019 03:10, Jérôme Amagat wrote:
> Les tag source=cadastre c'est le plus souvent pour le name=* de la route voir 
> la ref.
> Le cadastre est bien vectoriel sur une bonne parti de la France mais on y 
> trouve le bâti et les parcelles de terrain mais pas les routes à ma 
> connaissance.
> on peut quand même en déduire où sont une partie des routes : c'est là où il 
> n'y a pas de parcelle :) mais une petite partie des routes sont sont sur des 
> parcelles...
> 
> on peut le trouvé là : 
> https://cadastre.data.gouv.fr/datasets 
> 
> 
> 
> Le mer. 3 juil. 2019 à 17:33, Julien Minet  > a écrit :
> Bonjour, 
> Je travaille à Champs-Libres.coop en Belgique où nous développons des 
> applications avec les données OSM. 
> Pour un de nos projets, on cherche des données de réseaux routiers en 
> Belgique et en France. Par données de réseau routier, j'entends:
> 
> tout type de route carrossables, de la "residential/unclassified" à la 
> "motorway"
> la géométrie des routes
> des attributs comme le nom, et si possible le "ref", "lanes", "width", voire 
> d'autres infos. 
> Bien sûr OSM est une bonne option que nous espérons proposer au client, mais 
> j'aimerai prospecter les sources officielles de données existantes en France 
> (et éventuellement comparer les 2). Après quelques recherches, je vois que 
> les données de l'IGN (BD Carto et BD Topo) ne sont pas libres mais 
> disponibles après paiement. Il y a bien Route 500 
>  dispo gratuitement mais 
> cela ne concerne que les "grandes" routes.
> Or il se trouve que sur certaines routes en France dans OSM, j'ai trouvé 
> plusieurs fois cette source : "cadastre-dgi-fr source : Direction Générale 
> des Impôts - Cadastre. Mise à jour : 20XX". 
> Je me suis donc renseigné sur l'import du cadastre en lisant les pages du 
> wiki  
> mais je n'ai pas trouvé qu'elle était la source originelle qui a servi à cet 
> import. D'où ma question: est-ce que les données cadastrales des voiries en 
> France sont disponibles en vectoriel? Ou bien est-ce que ces données ont été 
> digitalisées à partir d'un WMS? 
> Plus largement, connaissez-vous des 

Re: [OSM-talk-fr] Osmose erreurs#1270

[ades]

Dans le cas où ‘waterbank’ + ‘quay’ est retenu, on trace une ligne par-dessus 
le waterbank ?

Et question subsidiaire, si le quai est taluté, ‘waterbank’ + ‘quai’ + 
‘retaining_wall’ le tout en way linéaires superposées, ou un ‘quay’ surfacique 
+ ‘retaining_wall’ ?
Je m’éloigne de Venise ;-( , mais me rapproche de ports fluviaux (Loire par 
exemple).
Pourrait être un autre fil, abordant (cas de le dire) la zone limite des 
riverbank dans le cas des rivières à fort variation de niveau, et donc aussi la 
zone de flore ripistyle  https://fr.wikipedia.org/wiki/Ripisylve. Pas trouvé de 
réponse précise dans le wiki… mais c’était il y a un an, ça a peut-être évolué…

> Le 16 juin 2019 à 17:29, ades  a écrit :
> 
> Donc, si je comprends bien, riverbank suffit, il semble d’ailleurs que ce 
> soit le cas pour la majorités des fondamenta (sondage rapide sur Osm à 
> Venise). 
> 
> Le tag ‘barrier=retaining_wall’ est inadapté, car il ne s’agit pas d’un mur 
> de souténement (j’avais pas fait gaffe à la traduction) mais d’un simple mur 
> qui sert de garde-corps et qui pourrait donc plutôt être 'taggé barrier=wall’ 
> avec indication de sa hauteur ?
>  Dans le cas des autres garde-corps ce serait ‘barrier:fence’  ? avec hauteur 
> et nature des matériaux (wood, iron,…) ?  j’ai pas trouvé sur le wiki.
>> Le 16 juin 2019 à 15:44, lenny.libre > <mailto:lenny.li...@orange.fr>> a écrit :
>> 
>> 
>> Le 16/06/2019 à 14:37, osm.sanspourr...@spamgourmet.com 
>> <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>>> De toute évidence garder water=riverbank.
>>> 
>>> Pour barrier=retaining_wall je suis plus circonspect car un quai est 
>>> toujours de facto un mur de retenue. C'est de la tautologie mais ça ne 
>>> mange pas de pain. J'aurais plutôt tendance à n'indiquer comme mur de 
>>> retenue que ceux qui ne sont que cela.
>>> Jean-Yvon
>> +1 le barrier=retaining_wall n'est pas correct, en fait ce que le 
>> contributeur a voulu représenter c'est un muret garde-corps.
>> 
>> A Venise les quais (Fondamenta) sont :
>> - sans protection comme le "Fondamenta Moro o Coletti" 
>> https://www.mapillary.com/map/im/-orxwsNwQjwsP1RDJP0osw 
>> <https://www.mapillary.com/map/im/-orxwsNwQjwsP1RDJP0osw>, avec de temps en 
>> temps des décrochements avec quelque marches qui descendent dans le canal ;
>> - avec des garde-corps métalliques comme le "Fondamenta Soranzo delle 
>> Fornasa"https://www.mapillary.com/map/im/lb2NUrNFw6VVrRtI9hYOSA 
>> <https://www.mapillary.com/map/im/lb2NUrNFw6VVrRtI9hYOSA>
>> - ou des murets garde-corps en pierre ou brique 
>> https://www.mapillary.com/map/im/G--V2wPNS767gOY0LbBiSw 
>> <https://www.mapillary.com/map/im/G--V2wPNS767gOY0LbBiSw> similaire à celui 
>> de la "Fondamenta del Vin" ; le garde-corps de la collection Peggy 
>> Guggenheim (https://www.mapillary.com/map/im/gVd82Nx1etHQMD4Fgf-I3g 
>> <https://www.mapillary.com/map/im/gVd82Nx1etHQMD4Fgf-I3g>) a aussi été tagué 
>> comme mur de soutènement 
>> Leni
>>> 
>>> Le 15/06/2019 à 14:58, ades - ades.s...@orange.fr 
>>> <mailto:ades.s...@orange.fr> a écrit :
>>>> Eau de mer pas trop, eau vénitienne oui, avec un ‘tipo’, yeux plein de 
>>>> merde certainement…
>>>> 
>>>> Désolé je n’avais pas bien regardé, sans doute l’heure, faut bien trouver 
>>>> une excuse ;-) .
>>>> 
>>>> Il me semble néanmoins que vue de la  rue c’est une impasse, mais 
>>>> effectivement bornée par un quai (élément linéaire possible dans osm ?).
>>>> 
>>>> Maintenant, je viens de jeter un coup d’oeil sur Venise dans josm, ce 
>>>> genre d'endroit semble principalement décrit par une rue qui s’achève un 
>>>> peu avant le canal, qui n’est décrit que par ‘riverbank’. 
>>>> Pas de mention de quai, mais ‘barrier:retaining_wall', dans le cas d'une 
>>>> voie longeant un canal (Fondamenta del Vin par exemple).
>>>> 
>>>> Combiner ‘barrier:retaining_wall’ ou ‘water:riverbank’ avec 
>>>> ‘man_made:quay’ ?
>>>> 
>>>>> Le 15 juin 2019 à 10:13, osm.sanspourr...@spamgourmet.com 
>>>>> <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>>>>> 
>>>>> Marin d'eau de mer, va ! ^^
>>>>> 
>>>>> Si tu regarde à côté tu vois que les bateaux ne s'amarrent pas qu'avec 
>>>>> des anneaux et des bites mais avec des pieux et il y a bien un tel poteau 
>>>>> de bois juste à droite sur la photo.
>>>>> 
>>&

Re: [OSM-talk-fr] Osmose erreurs#1270

[ades]

Donc, si je comprends bien, riverbank suffit, il semble d’ailleurs que ce soit 
le cas pour la majorités des fondamenta (sondage rapide sur Osm à Venise). 

Le tag ‘barrier=retaining_wall’ est inadapté, car il ne s’agit pas d’un mur de 
souténement (j’avais pas fait gaffe à la traduction) mais d’un simple mur qui 
sert de garde-corps et qui pourrait donc plutôt être 'taggé barrier=wall’ avec 
indication de sa hauteur ?
 Dans le cas des autres garde-corps ce serait ‘barrier:fence’  ? avec hauteur 
et nature des matériaux (wood, iron,…) ?  j’ai pas trouvé sur le wiki.
> Le 16 juin 2019 à 15:44, lenny.libre  a écrit :
> 
> 
> Le 16/06/2019 à 14:37, osm.sanspourr...@spamgourmet.com 
> <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>> De toute évidence garder water=riverbank.
>> 
>> Pour barrier=retaining_wall je suis plus circonspect car un quai est 
>> toujours de facto un mur de retenue. C'est de la tautologie mais ça ne mange 
>> pas de pain. J'aurais plutôt tendance à n'indiquer comme mur de retenue que 
>> ceux qui ne sont que cela.
>> Jean-Yvon
> +1 le barrier=retaining_wall n'est pas correct, en fait ce que le 
> contributeur a voulu représenter c'est un muret garde-corps.
> 
> A Venise les quais (Fondamenta) sont :
> - sans protection comme le "Fondamenta Moro o Coletti" 
> https://www.mapillary.com/map/im/-orxwsNwQjwsP1RDJP0osw 
> <https://www.mapillary.com/map/im/-orxwsNwQjwsP1RDJP0osw>, avec de temps en 
> temps des décrochements avec quelque marches qui descendent dans le canal ;
> - avec des garde-corps métalliques comme le "Fondamenta Soranzo delle 
> Fornasa"https://www.mapillary.com/map/im/lb2NUrNFw6VVrRtI9hYOSA 
> <https://www.mapillary.com/map/im/lb2NUrNFw6VVrRtI9hYOSA>
> - ou des murets garde-corps en pierre ou brique 
> https://www.mapillary.com/map/im/G--V2wPNS767gOY0LbBiSw 
> <https://www.mapillary.com/map/im/G--V2wPNS767gOY0LbBiSw> similaire à celui 
> de la "Fondamenta del Vin" ; le garde-corps de la collection Peggy Guggenheim 
> (https://www.mapillary.com/map/im/gVd82Nx1etHQMD4Fgf-I3g 
> <https://www.mapillary.com/map/im/gVd82Nx1etHQMD4Fgf-I3g>) a aussi été tagué 
> comme mur de soutènement 
> Leni
>> 
>> Le 15/06/2019 à 14:58, ades - ades.s...@orange.fr 
>> <mailto:ades.s...@orange.fr> a écrit :
>>> Eau de mer pas trop, eau vénitienne oui, avec un ‘tipo’, yeux plein de 
>>> merde certainement…
>>> 
>>> Désolé je n’avais pas bien regardé, sans doute l’heure, faut bien trouver 
>>> une excuse ;-) .
>>> 
>>> Il me semble néanmoins que vue de la  rue c’est une impasse, mais 
>>> effectivement bornée par un quai (élément linéaire possible dans osm ?).
>>> 
>>> Maintenant, je viens de jeter un coup d’oeil sur Venise dans josm, ce genre 
>>> d'endroit semble principalement décrit par une rue qui s’achève un peu 
>>> avant le canal, qui n’est décrit que par ‘riverbank’. 
>>> Pas de mention de quai, mais ‘barrier:retaining_wall', dans le cas d'une 
>>> voie longeant un canal (Fondamenta del Vin par exemple).
>>> 
>>> Combiner ‘barrier:retaining_wall’ ou ‘water:riverbank’ avec ‘man_made:quay’ 
>>> ?
>>> 
>>>> Le 15 juin 2019 à 10:13, osm.sanspourr...@spamgourmet.com 
>>>> <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>>>> 
>>>> Marin d'eau de mer, va ! ^^
>>>> 
>>>> Si tu regarde à côté tu vois que les bateaux ne s'amarrent pas qu'avec des 
>>>> anneaux et des bites mais avec des pieux et il y a bien un tel poteau de 
>>>> bois juste à droite sur la photo.
>>>> 
>>>> De plus si tu regardes depuis la route tu vois deux anneaux.
>>>> 
>>>> CQFD.
>>>> Jean-Yvon
>>>> Le 14/06/2019 à 22:16, ades - ades.s...@orange.fr 
>>>> <mailto:ades.s...@orange.fr> a écrit :
>>>>> faudrait d’abord demander aux Vénitiens comment ils appellent ça ;-)
>>>>> 
>>>>> Je ne taguerai pas ça comme quai, où sont les éléments constitutifs d’un 
>>>>> quai : anneaux, bites, etc. ? Et je pense que même si ça peut servir de 
>>>>> point d’embarquement ce n’est pas un quai.
>>>>> 
>>>>> Là on a juste la fin d’une rue. Que ce soit un mur ou un canal qui 
>>>>> termine la rue, c’est la même chose, la rue s’arrête là, point… c’est une 
>>>>> impasse.
>>>>> 
>>>>> 
>>>>>> Le 14 juin 2019 à 21:40, osm.sanspourr...@spamgourmet.com 
>>>>>> <mailto:osm.sanspourr...@spamgourmet.

Re: [OSM-talk-fr] Traiteur

[ades]

En résumant, j’ai cru comprendre que la clé principale pourrait -être:  
‘amenity: restaurant’ ; la secondaire ’restaurant=takeaway’, la « tertiaire » 
‘takeaway:only’.
cette combinaison semble bien répondre à ta question de départ :"Comment 
peut-on taguer un commerce qui ne vend que des plats à emporter"

Le wiki prévoit le cas dont tu parles : "Si le restaurant propose sur place ou 
à emporter : utilisez le tag takeaway 
=yes/no/only . « 

Pour ma part je comprend que ‘restaurant’ est un terme générique indiquant un 
lieu où l’on prépare et vend à manger ;
‘takeaway' serait un terme  spécifique indiquant la possibilité d’emporter, 
'takeaway: only', un autre spécifique répondant à ta question..

Pour ce qui est d’un traiteur, Pour ma pomme, en français, et habituellement, 
un traiteur ne fabrique pas des plats à emporter, mais livre un ensemble de 
plats constituant un repas complet, voire un buffet, de l’apero au digestif… et 
‘caterer’ semble effectivement correspondre.


> Le 16 juin 2019 à 12:25, Muselaar  a écrit :
> 
> 
> Le 16/06/2019 à 00:49, marc marc a écrit :
>> Le 16.06.19 à 00:27, Muselaar a écrit :
>>> Le 15/06/2019 à 19:57, marc marc a écrit :
 Le 15.06.19 à 19:43, Julien Lepiller a écrit :
> Le 15 juin 2019 19:31:36 GMT+02:00, Muselaar  a
> écrit :
>> Ça devrait plutôt être shop=caterer
 craft : lieu de fabrication
 shop : lieu de vente
 parfois les 2 dans un même lieu, parfois pas
> takeway=only ?
>>> page correspondante : https://wiki.openstreetmap.org/wiki/FR:Key:takeaway
>>> 
>>> c'est une clé additionnelle,
>>> il faut que je qualifie à la base le commerce.
>> de ce que tu dis : shop=caterer takeaway=only
>> cela décrit le lieu de vente des plats à emporter d'un traiteur
> Mais, en fait, si l'on considère qu'un restaurant peut uniquement proposer 
> des plats à emporter, quelle est la différence entre un traiteur et un 
> restaurant, et un tel établissement peut-il décemment être appelé restaurant ?
> 
> ___
> 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] Osmose erreurs#1270

[ades]

Eau de mer pas trop, eau vénitienne oui, avec un ‘tipo’, yeux plein de merde 
certainement…

Désolé je n’avais pas bien regardé, sans doute l’heure, faut bien trouver une 
excuse ;-) .

Il me semble néanmoins que vue de la  rue c’est une impasse, mais effectivement 
bornée par un quai (élément linéaire possible dans osm ?).

Maintenant, je viens de jeter un coup d’oeil sur Venise dans josm, ce genre 
d'endroit semble principalement décrit par une rue qui s’achève un peu avant le 
canal, qui n’est décrit que par ‘riverbank’. 
Pas de mention de quai, mais ‘barrier:retaining_wall', dans le cas d'une voie 
longeant un canal (Fondamenta del Vin par exemple).

Combiner ‘barrier:retaining_wall’ ou ‘water:riverbank’ avec ‘man_made:quay’ ?

> Le 15 juin 2019 à 10:13, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Marin d'eau de mer, va ! ^^
> 
> Si tu regarde à côté tu vois que les bateaux ne s'amarrent pas qu'avec des 
> anneaux et des bites mais avec des pieux et il y a bien un tel poteau de bois 
> juste à droite sur la photo.
> 
> De plus si tu regardes depuis la route tu vois deux anneaux.
> 
> CQFD.
> Jean-Yvon
> Le 14/06/2019 à 22:16, ades - ades.s...@orange.fr 
> <mailto:ades.s...@orange.fr> a écrit :
>> faudrait d’abord demander aux Vénitiens comment ils appellent ça ;-)
>> 
>> Je ne taguerai pas ça comme quai, où sont les éléments constitutifs d’un 
>> quai : anneaux, bites, etc. ? Et je pense que même si ça peut servir de 
>> point d’embarquement ce n’est pas un quai.
>> 
>> Là on a juste la fin d’une rue. Que ce soit un mur ou un canal qui termine 
>> la rue, c’est la même chose, la rue s’arrête là, point… c’est une impasse.
>> 
>> 
>>> Le 14 juin 2019 à 21:40, osm.sanspourr...@spamgourmet.com 
>>> <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>>> 
>>> Vu l'usage et l'absence de parapet/barrière je n'hésiterais pas : c'est un 
>>> quai.
>>> 
>>> C'est fait pour servir de quai et non pour éviter que la rue ne tombe ^^
>>> 
>>> Le 14/06/2019 à 09:58, marc marc - marc_marc_...@hotmail.com 
>>> <mailto:marc_marc_...@hotmail.com> a écrit :
>>>> Le 14.06.19 à 08:39, lenny.libre a écrit :
>>>>> j'hésite encore entre le noexit et le "man_made=quay"
>>>>> https://goo.gl/maps/ezwLyzp122JTQD2U9 
>>>>> <https://goo.gl/maps/ezwLyzp122JTQD2U9>
>>>> j'opterais pour un quai ou un mur de soutènement
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
> ___
> 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] Osmose erreurs#1270

[ades]

faudrait d’abord demander aux Vénitiens comment ils appellent ça ;-)

Je ne taguerai pas ça comme quai, où sont les éléments constitutifs d’un quai : 
anneaux, bites, etc. ? Et je pense que même si ça peut servir de point 
d’embarquement ce n’est pas un quai.

Là on a juste la fin d’une rue. Que ce soit un mur ou un canal qui termine la 
rue, c’est la même chose, la rue s’arrête là, point… c’est une impasse.


> Le 14 juin 2019 à 21:40, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Vu l'usage et l'absence de parapet/barrière je n'hésiterais pas : c'est un 
> quai.
> 
> C'est fait pour servir de quai et non pour éviter que la rue ne tombe ^^
> 
> Le 14/06/2019 à 09:58, marc marc - marc_marc_...@hotmail.com 
>  a écrit :
>> Le 14.06.19 à 08:39, lenny.libre a écrit :
>>> j'hésite encore entre le noexit et le "man_made=quay"
>>> https://goo.gl/maps/ezwLyzp122JTQD2U9 
>>> 
>> j'opterais pour un quai ou un mur de soutènement
>> ___
>> 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


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

Re: [OSM-talk-fr] Patrimoine architectural moderne

[ades]

+1 pour l’essentiel ;-)

Il faut effectivement bien distinguer label patrimonial et protection.

J’en profite pour aborder la question des autres protections patrimoniales : 
Sites ; Avap (ex Zppaup) secteurs sauvegardés.
Ces protections ne sont pas référencées dans OSM alors qu’elles ont grosso modo 
la même valeur que la protection au titre des monuments historiques.
Ce pourrait sans doute être l’objet d’une autre discussion.

Pour ce qui concerne Mérimée, c’est une base documentaire concernant l'ensemble 
patrimoine bâti, protégé ou non. Sa constitution résulte pour l’essentiel des 
travaux de l’Inventaire général et autres . Faut aller voir là : 
http://www2.culture.gouv.fr/culture/inventai/patrimoine/ (plutôt que sur 
wikidata ;-) )
Mérimée, c’est 18 édifices ou sites ;-)

Pour les labels on peut sans doute les hiérarchiser en suivant la 
hiérarchisation administrative (voir si le principe des arbres peut 
s’appliquer, pas le temps de regarder tout de suite)
Labels publics
->Nationaux (en général, gérés par le Ministère de la culture, représentés en 
Régions par les DRAC)
->patrimoine architectural moderne
->Maisons des Illustres
->Jardins remarquables
->Ville et Pays d’Art et d’Histoire
->Régionnaux 
->Label Ile-de-France (je ne connais pas trop ces label régionnaux)
-> etc.
->Départementaux
-ça doit bien exister ;-)
->Communaux
->également
Pour le niveau communal, certains PLU ont un volet patrimonial, 
qui prend en compte certains édifices, c’est entre le label et la protection.

Labels privés
Même type de hiérarchie, mais là, si on descend au niveau communal, il risque 
d’y en avoir plus que d’édifices que dans la base Mérimée ;-)

Dernière remarque provisoire, tout édifice de valeur patrimoniale peut être 
enregistré dans plusieurs bases de données, complémentaires ou concurrentes… et 
j’oubliais les sites internet ou publications pompant les travaux de 
l’Inventaire et les éditant sous leur propre ©…

 
Pourquoi ne pas les cartographié ? , ou au moins définir le moyen
> Le 11 juin 2019 à 00:31, marc marc  a écrit :
> 
> cela n'aurait pas été du luxe d'attendre un rien entre la demande
> d'avis et la création de la page
> 
> 1) mérimé :
> il me semble que mérimé est déjà en partie utilisé dans osm
> faudrait regarder qlq cas pour voir si par hasard qlq chose
> n'existe pas déjà, tant dans osm ou les suggestions osmose
> 
> 2) la clef
> héritage indique le niveau de protection
> squatter la clef pour un label sans protection, c'est bof.
> et sémantiquement, la clef veux dire que c'est la version
> française du label de la protection, ce qui ne colle pas.
> il aurait été + cohérent de s'inspirer de ce qu'on fait
> pour les arbres remarquable, histoire d'éviter d'avoir un tag
> mono usage-pays-ministère qui a déjà changé si je comprend bien.
> peut-être que wikidata te permet de trouver d'autres labels
> semblable qui ont peut-être été intégré dans osm

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

Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

[ades]

OK pour amenity=archives + adminlevel=*

pas pour une éventuelle partie administrative. 

Les archives publiques sont de fait et toujours un lieu de conservation, de 
classement et de communication. Le terme ‘archives’  englobe tous ces éléments 
sans avoir à préciser.

pour l’accèssibilité au public peut-être acces=private

> Le 18 mai 2019 à 10:24, LeTopographeFou  a écrit :
> 
> Bonjour à tous,
> 
> Merci pour vos retours sur la question, vais essayer de résumer.
> 
> Il y a archives publiques (assurées par le service public) et il peut y avoir 
> localement (ou à l'étranger) des archives privées (associatives, religieuses, 
> fondations...) mais accessibles au public. Ma question portait principalement 
> sur le service public (origine de ma recherche amenity=public_building) mais 
> pourquoi pas converger vers une solution pouvant correspondre au public comme 
> au privé. Je met par contre de côté les entreprises hébergeant des serveurs 
> contenant des archives que lui aurait confiées le service public.
> 
> Par 'archives' on peut entendre les services administratifs comme le lieu de 
> consultation. Je pense qu'ils sont souvent par commodité localisés au même 
> endroit (même si je suis sûr qu'il y a des exceptions, des annexes, des 
> antennes...) et n'imaginais pas à ce stade différencier si ce sont des 
> bureaux ou un espace de consultation mais de manière général un 'service 
> public gérant des archives'.
> 
> Mais l'avenir d'OSM allant à la précision on pourrait se diriger vers :
> 
> Pour la consultation (public, privé...) : 'amenity=archives' (avec dans le 
> cas d'un service public 'admin_level=*')
> Pour la partie plus administrative (gestion des fonds, communication, 
> juridique...) : 'office=government' + 'government=archives' + 'admin_level=*' 
> pour le public ou tout tag approprié existant (associations, fondations...)
> Il faudra probablement porter le débat (une fois consolidé) au niveau de la 
> liste tagging une fois la question francophone relativement claire.
> 
> Cela vous va ?
> Cordialement,
> LeTopographeFou
> Le 16/05/2019 à 17:29, LeTopographeFou a écrit :
>> Bonjour,
>> 
>> En faisant le point sur l'usage (marqué obsolète) de la clé 
>> 'amenity=public_building' je suis tombé sur le cas des archives publiques 
>> (départementales, municipales...) pour lesquelles je ne trouve pas de schéma 
>> claire.
>> 
>> En regardant l'existant je trouve 'office=government' ou 'amenity=library' 
>> ou 'amenity=archives' . Je serait bien tenté par 'office=government' avec 
>> 'government=archives' mais suis ouvert à autre chose.
>> Une idée ?
>> 
>> Pour info (pour les francophones) :
>> 
>> 64 objets avec "Archives (D|d)épartementales" à ce jour
>> 32 objets avec "Archives (M|m)unicipales" à ce jour
>> -- 
>> LeTopographeFou
> ___
> 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] Tag pour les Archives (départementales, municipales...) ?

[ades]

+1 pour  : 
amenity=archives. 
Ça correspond à quelque chose  de très précis (en France en tous cas) et 
unique, les archives collectent et gèrent les documents provenant des 
administrations et elles les portent à la connaissance du public (avec des 
délais). 

-1 pour library=yes
Il y a tjs une bibol dans les services publics d’archives.


Manque une précision : 
Le niveau administratif auquel elles correspondent communales , 
départementales, régionales (c’est nouveau) et nationales ; je ne sais pas où 
mettre ça. ;-) 
Et il y a les cas particuliers, Archives du monde du travail (Roubaix) CAOM 
(Aix-en-Provence) sauf si comme Fontainebleau ce sont des archives nationales. 
Il y a aussi celles de militaires (Vincennes) et p’tet d’autres que je ne 
connais ni n’ai utilisé.


> Le 17 mai 2019 à 15:03, Christian Rogel  a 
> écrit :
> 
>> 
>> une bibliothèque implique qu'il y ai au moins un espace
>> pour lire. peut-être que certains archives ont un espace
>> pour cela mais je pense pas que cela soie la règle.
> 
> Les archives départementales, communautaires et municipales ont 
> nécessairement une salle de consultation des archives autorisées à la 
> communication au public.
> Elles ont aussi systématiquement une bibliothèque souvent dénommée « 
> bibliothèque historique », dont les livres sont accessibles de manière 
> indirecte (sur demande à la banque de prêt de la salle publique), sauf les 
> livres dit « de référence » qui garnissent les murs de la salle de 
> consultation.
> On ne peut lire les archives et les livres, que sur place.
> 
>>> 'amenity=archives'
>> 
>> bof, ca fait un peu tag fourre tout
> 
> Pourquoi pas ? Rien de plus spécifique que la gestion des archives.
> Accompagné d’un « library = yes » ?
> 
>>> 'office=government' avec 'government=archives'
>> 
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> Me paraît redondant,  car, il y a peu ou pas d’archives non administratives 
> qui soient des « amenity ».
> 
> Christian R.
> A travaillé 18 mois dans les archives départementales.
> 
> ___
> 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] Licence des Permis de construire, compatibilité OSM

[ades]

A priori le permis de construire, stricto sensu, est communicable, diffusable, 
etc. c’est un acte administratif, il doit suivre les règles de base.

Les documents ayant servi à rédiger la demande de PC, même si le PC y fait 
référence, ça m’étonnerait qu’ils soient sous licence libre, s’agissant 
d’oeuvre de l’esprit, protégées par les droits d’auteur, les droits industriels 
ou commerciaux, etc., etc.

Si c’est le maitre d’ouvrage qui « pourri » osm, faudrait demander au maitre 
d’œuvre, en exagérant un peu le fait que c’est maintenant en libre, , ce qu’il 
pense du fait que son projet soit en ODBL, histoire de rire un peu …
Ça calmerait peut-être un peu…

PS l’implantation de végétation fait partie du projet et n’est donc pas libre, 
sauf mention contraire bien claire. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Malgré un premier blocage, cela continue ! L3mp1ck4 / Dupuiche / Y43l

[ades]

Pour les gens sur place, si PC il y a, possibilité d’action auprès du maitre de 
l’ouvrage et du maitre d’œuvre. La source principale pourrait bien être l’un 
des deux ou leurs employés…


Le 3 avr. 2019 à 23:46, marc marc  a écrit :
> 
> a mon avis :
> - vaut mieux garder le noms des comptes dans le sujet sinon + tard on 
> les retrouvera difficilement
> - je trouve que c'est une mauvaise idée d'avoir parler de planned:*
> parce qu'une demande de permis ne correspond pas à planned:
> c'est qu'une demande, il n'y a rien d'accepté donc rien de planifié
> - il y a tjs la question ouverte : si revert, quoi ? tout pour les 3 ?
> depuis une certaine date ?
> si qlq veux se rendre utile, faire une stat pour chaque utilisateur 
> overpass user:x <> http://hdyc.neis-one.org/
> cela donnera une idée du nombre d'objets ou un revert intégral 
> provoquera un conflit.
> - corollaire du précédent : qui est volontaire pour gérer
> ces conflits ? :-)
> - autre solution : suppression des building=construction 
> landuse=construction touché en dernier par ces 3 utilisateurs,
> choses que tout le monde peux faire.
> éventuellement complété par une vérif des objets v#1 (cad ceux
> qu'ils ont créés)
> 
>>> https://www.openstreetmap.org/changeset/67385270 >> 
>>> https://www.openstreetmap.org/changeset/68842826>>> 
> https://www.openstreetmap.org/user_blocks/2620
> ___
> 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] Bano _numéro manquant

[ades]

C’est uniquement le fond qui m’intéresse, càd comment on fait quand une adresse 
(soit un numéro) n’a pas été reporté sur le fichier Bano, comment faire pour 
que cette réalité du terrain soit prise en compte. 
Autant que je me souvienne ce numero a figuré un temps, mais au milieu de la 
rue.
Pour ce qui est de la  forme, dans ce cas, merci à toutes les personnes 
participant à cette liste de donner en clair leur adresse postale…  ;-)


> Le 2 avr. 2019 à 18:08, JB  a écrit :
> 
> Ce n'est probablement pas moi qui répondra sur le fond. Mais sur la forme, il 
> est de bon ton d'indiquer des éléments concrets, sérieux, pour prendre le 
> temps de rechercher une solution concrète, sérieuse. Par exemple, nom de la 
> rue, ville, lat/lon me semble bien le minimum.
> JB.
> 
> Le 02/04/2019 à 13:10, ades a écrit :
>> j’avais oublié le principal dans le titre…
>>> Le 2 avr. 2019 à 11:46, ades  a écrit :
>>> 
>>> bonjour
>>> 
>>> Je viens de jeter un coup d’oeil sur bano, il manque un numéro dans la rue, 
>>> numéro pourtant porté sur la maison. Ça passe du 15 au 19 alors que le 17 
>>> existe bel et bien.
>>> Comment rétablir la réalité ?
>>> merci
>> 
>> ___
>> 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



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

Re: [OSM-talk-fr] Bano _numéro manquant

[ades]

j’avais oublié le principal dans le titre…
> Le 2 avr. 2019 à 11:46, ades  a écrit :
> 
> bonjour
> 
> Je viens de jeter un coup d’oeil sur bano, il manque un numéro dans la rue, 
> numéro pourtant porté sur la maison. Ça passe du 15 au 19 alors que le 17 
> existe bel et bien.
> Comment rétablir la réalité ?
> merci


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

[OSM-talk-fr] numéro manquant

[ades]

bonjour

Je viens de jeter un coup d’oeil sur bano, il manque un numéro dans la rue, 
numéro pourtant porté sur la maison. Ça passe du 15 au 19 alors que le 17 
existe bel et bien.
Comment rétablir la réalité ?
merci
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Repères de nivellement

[ades]

désolé, multiples confusion(s) de ma part ;-)

Concernant les repères de nivellement ; les coordonnées données par la fiche 
pdf de l’ign (celles que l’on trouve en téléchargeant le fichier lié au point 
choisi) sont bien d’une précision « décamétrique » (2 chiffres après la virgule 
pour des données en km). Pour les points de nivellement !

Pour les points géodésiques, la précision est centimétrique (<10cm).

Ma confusion vient que le point de nivellement que je regardais est lié à un 
point géodésique, ses coordonnées ont donc données, comme pour le point 
géodésique, avec une précision <10cm. À condition de regarder sur le site IGN 
la fiche du point de géodésie (le triangle rouge) et non celle du point de 
nivellement (rond rouge). Le lien dans OSM pointe sur la bonne fiche pdf.

J’aurais pu (du) remarquer que de toute façon les les pts de nivellement 
stricto sensu ne sont pas dans OSM ;-)

La réponse à ma question est donc : Ne pas confondre points de nivellement et 
points géodésiques ! Quand des pts de nivellement sont présent dans OSM (import 
à ne pas déplacer) c’est que ces points sont liés à un point géodésique… et ont 
donc été importés au bon endroit dans OSM.

Promis j’arrête la picole avant de poser une question stupide …

> Le 29 mars 2019 à 20:13, Gwenaël Jouvin via Talk-fr 
>  a écrit :
> 
> Bonjour à tous,
> 
> 
> Je profite de ce message pour évoquer les repères de nivellement — et non les 
> repères géodésiques massivement intégrés dans OSM avec la note « ne pas 
> déplacer ce point ».
> Les RN, qui sont extrêmement nombreux, ne servent a priori pas de référence 
> de géolocalisation mais sont bien utiles pour l’altitude (par exemple 
> calibrer un altimètre barométrique).
> 
> Lorsque j’en ajoute sur la carte, j’ai constaté que les coordonnées fournies 
> dans leur fiche ne collait pas au terrain, j’ai donc pris le parti de les 
> placer approximativement, par exemple pour que le point colle au calvaire où 
> est enfiché le repère et le retrouver facilement sur le terrain.
> 
> Est-ce correct, y a-t-il des recommandations ?
> 
> https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dsurvey_point
> 
> 
> Gwenaël
> 
> 
> Le 29/03/2019 à 14:45, ades a écrit :
>> Bonjour
>> j’aimerais savoir comment les points de nivellement ont été placé. Quand je 
>> regarde le PDF de l’IGN, les coordonnée (epsg 2154) ont une précision 
>> décamétrique, ce qui ne semble pas le cas sur OSM.
>> J’ai jeté un coup d’oeil sur les fichiers csv trouvés sur le wiki, pareil…
>> 
>> 
>> ___
>> 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



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

[OSM-talk-fr] Fwd: Repères de nivellement

[ades]

Je n’ai vérifié qu’avec les valeurs dans le système RGF93 Lambert 93 (epsg 
2154) 
Mais quand les coordonnées d’un point, en km,sont : 
x=453.44 Y=6705.21 (pdf IGN)
ce n’est pas au même endroit que :
x=453.4376 y = 6705.2073 (base OSM)


D’où ma question ;) 

Il me semble que l’on peut alors dire que la précision du pdf ign est 
décamétrique, celle d’OSM est décimétrique.


Excuse mon ignorance, mais en quoi les coordonnées OSM sont-elles des nombres 
flottants ? 
Les coordonnées d’un point, qu’elles soient projetées ou pas restent les 
coordonnées de ce point, non ? Surtout lorsque ce point est importé et placé 
grâce à ses coordonnées.

> 
> 
> 
>> Le 29 mars 2019 à 14:57, Frédéric Rodrigo  a écrit :
>> 
>> Le 29/03/2019 à 14:45, ades a écrit :
>>> Bonjour
>>> j’aimerais savoir comment les points de nivellement ont été placé. Quand je 
>>> regarde le PDF de l’IGN, les coordonnée (epsg 2154) ont une précision 
>>> décamétrique, ce qui ne semble pas le cas sur OSM.
>>> J’ai jeté un coup d’oeil sur les fichiers csv trouvés sur le wiki, pareil…
>> 
>> Il n'y a pas de notion de précision décimale dans OSM. Toutes les 
>> coordonnées sont des nombres flottants.
>> 
>> 
> 

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

[OSM-talk-fr] Repères de nivellement

[ades]

Bonjour
j’aimerais savoir comment les points de nivellement ont été placé. Quand je 
regarde le PDF de l’IGN, les coordonnée (epsg 2154) ont une précision 
décamétrique, ce qui ne semble pas le cas sur OSM.
J’ai jeté un coup d’oeil sur les fichiers csv trouvés sur le wiki, pareil…


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

Re: [OSM-talk-fr] Les contours de la Bretagne

[ades]

Sauf à utiliser les limites actuelles de la Région Bretagne,  comment  fait-on 
l’emprise géographique de ce qui pourrait être la Bretagne ?

Je propose, comme frontières de la Bretagne celles qui étaient en vigueur au 2e 
siècle de notre ère. Toute autre solution ne sera que du vandalisme !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] ça veut dire quoi ça :

[ades]

depuis mon dernier post (en janvier, je crois) je n’ai fait que consulter la 
liste.
ça veut dire quoi ce mail :

je cite (j’ai enlever mon mot de passe -en clair  et les liens)  : 

Votre abonnement à la liste Talk-fr a été désactivé suite à due
to excessive bounces The last bounce received from you was dated
02-Mar-2019. Vous ne recevrez plus de messages en provenance de cette
liste tant que vous n'aurez pas ré-activé votre abonnement. Vous
recevrez encore 3 rappels comme celui-ci avant que votre abonnement ne
soit supprimé.

Pour ré-activer votre abonnement, vous pouvez répondre simplement à
ce message (en laissant la ligne Subject: --Objet-- du message intact)
ou vous rendre à la page de confirmation à l'adresse :




Vous pouvez également consulter votre page personnelle d'abonné à
l'adresse 



Sur votre page personnelle d'abonné, vous pourrez modifier certaines
options de remise, tels votre adresse courriel ou le type de remise
selon que vous souhaitez recevoir les messages groupés ou
individuellement. Pour mémoire, votre mot de passe d'abonné est



Si vous avez des questions ou des problèmes, contacter le
propriétaire de la liste  à l'adresse

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

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[ades]

Juste une expérience perso, j’ai abandonné le "GPS" du smartphone pour un 
boitier GNS 2000 qui fait GPS + Glonass+Galileo+ WAAS EGNOS, relié par 
BlueTooth, au téléphone, à la tablette ou à un PC portable. 
Plus fiable que la puce d’un smartphone, plus précis et en plus ça fait aussi 
logger. Il y a d’autres marques… et ça coute dans les 100 boules…

> Le 18 févr. 2019 à 22:16, Manu CAUSSE  a écrit :
> 
> Bonjour à tous et à toutes
> 
> 
> Je dois prochainement renouveler mon smartphone. Je suis à la recherche 
> de conseils, en effet mon principal critère est la qualité et la 
> précision de la géolocalisation avec ce smartphone, le but au final 
> étant de contribuer au mieux à OSM.
> 
> Quelques téléphones commencent à permettre l'utilisation du réseau 
> Galileo : voir la liste ici : 
> https://www.usegalileo.eu/FR/inner.html#data=smartphone
> 
> Le problème c'est que lorsque l'on va regarder en détails les specs de 
> certains de ces smartphones ils ne mentionnent pas la possibilité 
> d'utiliser le réseau Galileo.
> 
> Donc ma question est : avez vous des retours sur des smartphones 
> permettant une très bonne géolocalisation ?
> 
> Bonne semaine à tous et toutes
> 
> ___
> 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] Le nom d'un container de tri

[ades]

Sais pas trop ;-) , mais il semble y avoir une maladie chez nombre de 
contributeurs (je ne pense pas forcement à V. B.), ils souffrent d’un syndrome 
que l’on pourrait appeler  namite ou la nomite en français. ;-).
Tout n’a pas forcement un nom, à partir du moment où un objet est sur un 
territoire (gare, bureau de poste, déchetterie, collecte de déchets …  ou 
anything else) je crains qu’il n’y ai nul besoin de nommer l’objet avec le nom 
du territoire (ou alors en alt name, et encore…) . Dans le cas des bureaux de 
poste, des gares et autres , le nom de la commue fini par apparaitre 3, 4, 5 
fois ou plus, pas d’intérêt si le site est sur le territoire communal .
Pareil pour les trucs de tri, s’ils sont à côté du stade ou de n’importe quoi 
d’autre, on les trouvera toujours du moment que amenity=* ou manemade=* ou 
recycling=yes est correctement rempli. Parce que si moi je l’appelle 
déchetterie du stade Ducon, un autre l’appellera déchetterie de la rue Machin 
voire déchetterie de l’est etc. Je dis ça pour la vie de tous les jours, donc 
nommer tout sur OSM en fonction de son envie particulière, bof


> Le 8 déc. 2018 à 13:06, Donat ROBAUX  a écrit :
> 
> Salut,
> 
> Moi aussi ça me gêne de mettre un name pour des choses de ce type. On 
> pourrait faire le parallèle avec un banc.
> En général, je mets ça dans ref: même si y a pas de ref: disons officielle ou 
> encore non connue car pas en opendata.
> 
> Donat
> 
> 
> -- Forwarded message --
> From: Vincent Bergeot mailto:vinc...@bergeot.org>>
> To: Talk-fr mailto:talk-fr@openstreetmap.org>>
> Cc: 
> Bcc: 
> Date: Sat, 8 Dec 2018 10:09:50 +0100
> Subject: [OSM-talk-fr] Le nom d'un container de tri
> Bonjour,
> 
> j'ai un peu travaillé sur les containers de recyclage ces derniers temps et 
> une problématique récurrente revient, quels tags utilisés pour le "nom" du 
> container.
> Plusieurs cas se présente :
> 
> le container fait partie d'un espace de tri portant un nom -> clé name
> le container est situé à coté du stade, et donc connu comme Container de tri 
> du Stade, est ce que l'on met ce nom dans name, seulement "stade" dans name, 
> est ce que l'on utilise un alt_name malgré le fait que josm rale car il n'y a 
> pas de name (j'ai un petit "souci" à mettre un nom de container dans name 
> mais peut-être que c'est un souci que pour moi)
> le container est situé à coté de l'école, nommé (en plus d'une ref) par les 
> services de gestion "école", est ce qu'on le met dans name, alt_name, autre, 
> ...
> Pensez vous qu'il soit intéressant sur ce type "d'objets" d’homogénéiser ?
> et si oui, vous seriez tenté par quoi :
> 
> name, alt_name, ...
> bonne journée
> -- 
> Vincent Bergeot
> ___
> 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

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

Re: [OSM-talk-fr] bancs de sable dans fleuves et rivières [était] grèves Loire

[ades]

Je m’essayerai à une synthèse demain dans la matinée, ça devient un peu confus, 
mais je ferai un effort…  ;-) 

si quelqu’un le fait avant, je ne me vexerais pas ;-)

> Le 28 nov. 2018 à 14:50, Jérôme Seigneuret  a 
> écrit :
> 
> oui pour le wetland mais pas pour des banc de sable. Wetland ce sont des 
> zones humides donc avec une possibilité d'assèchement temporaire mais qui 
> ducoup correspond à un couvert végétal plus ou moins dense en fonction du 
> type de végétation et non a un banc de sable. On ne peut donc pas considérer 
> ça comme un wetland surtout si c'est une grève. Si la grève est stabilisé 
> avec un développement végétatif je veux bien.
> Dans le cas du wetland tidal c'est plus compliqué d'avoir un développement 
> végétatif car les marée et le mouvement d'eau empêche l'implantation. Le wiki 
> mentionne la limite cotière car c'est en lien avec la zone de mouvement 
> perpétuelle. La situation est ainsi. Un coup c'est sous l'eau un coup non.  
> C'est la définition de mudflat <https://en.wikipedia.org/wiki/Mudflat>
> 
> Les cours d'eau large avec des crues c'est chiant à représenter car si tu 
> veux faire joli tu vas ajouter des choses une année qui n'y seront plus là 
> l'années d'après suite à une crue ou à un curage. C'est le problème de faire 
> du micromapping sur des éléments en mouvement constant.
> Dans ce cas en effet riverbed c'est loin d'être con car c'est plus du 
> landcover et de la notion de surface. Ducoup mettre l'année c'est important
> 
> Dans les bords de mer il y a la notion de grey_dune mais c'est pour du 
> natural=grassland + grassland =grey_dune.
> 
> Bonne journée
> 
> Le mer. 28 nov. 2018 à 13:38, François Boucault  <mailto:bolikah...@riseup.net>> a écrit :
> Précision concernant natural=riverbed : le fait d'ajouter aux bancs de sable 
> une relation "en tant que inner" au polygone "La Loire" réduit de fait 
> l'emprise des rives, et crée une facilement une différence entre le cours 
> d'eau et son lit saisonnier. Taguer avec riverbed est sans doute plus simple 
> que ce que j'écrivais dans mon dernier mail.
> Et sinon en lisant cette réponse à l'issue github 
> <https://github.com/cquest/osmfr-cartocss/issues/47#issuecomment-442190216>, 
> je me dis natural <https://wiki.openstreetmap.org/wiki/Key:natural>=wetland 
> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland>, complété par 
> wetland <https://wiki.openstreetmap.org/wiki/Key:wetland>=tidalflat 
> <https://wiki.openstreetmap.org/wiki/Tag:wetland%3Dtidalflat> ou wetland 
> <https://wiki.openstreetmap.org/wiki/Key:wetland>=marsh 
> <https://wiki.openstreetmap.org/wiki/Tag:wetland%3Dmarsh>n'est peut-être pas 
> une si mauvaise solution. De plus, l'introduction de la page natural 
> <https://wiki.openstreetmap.org/wiki/Key:natural>=wetland 
> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland> fait bien 
> référence à des zones humides situées notamment le long de cours d'eau.
> 
> Désolé pour mon indécision, je suis tout embrouillé :-S
> Le 28/11/2018 à 10:04, François Boucault a écrit :
>> @Jérôme Ok pour la clef wikidata...
>> 
>> À propos des tags, voici un résumé des clés principales possibles :
>> 
>> - natural=shoal <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dshoal> / 
>> mais le wiki est très peu documenté, il n'y a aucune discussion, et il n'est 
>> pas fait mention des bancs de rivière, seulement de mer. j'ai tout de même 
>> trouvé ici <https://www.openstreetmap.org/way/491901493> un exemple en 
>> rivière.
>> - natural=riverbed 
>> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed> / concerne 
>> plutôt l'entièreté du lit d'une rivière (dépassant du cours "minimum"). Pour 
>> l'utiliser au mieux, il faudrait réduire   l'emprise des berges 
>> (riverbanks), et remplir le vide laissé par une zone "riverbed" 
>> (correspondant aux bancs de sable). Ça me semble un peu compliqué mais ça 
>> peut faire sens.
>> 
>> - natural=wetland 
>> <https://wiki.openstreetmap.org/wiki/FR:Tag:natural%3Dwetland> / 
>> théoriquement juste, mais sans doute pas assez spécifique
>> 
>> L'avantage de Shoal, c'est qu'il est plus simple à mettre en œuvre que 
>> riverbed, et qu'il correspond bien à la terminologie utilisée localement 
>> ("Banc" de sable de Loire). Je vote pour :-)
>> 
>> @Ades natural=shoal peut être complété par différents tags, par exemple ici 
>> <https://www.openstreetmap.org/way/133219574>.
>> 
>> 
>> Le 28/11/2018 à 09:44, ades a écrit :
>>> Si j’ai bien suivi, le plus simple serait

Re: [OSM-talk-fr] bancs de sable dans fleuves et rivières [était] grèves Loire

[ades]

Si j’ai bien suivi, le plus simple serait de : 
délimiter une surface.
la tagguer : 
natural = shoal
seasonal=yes (summer,autumn dans ce cas)

Avec les remarques suivantes : 

Parce que la géométrie des bancs de sable varie  chaque saison, mais que leur 
emplacement est grosso modo stable, je proposerai bien que le dessin de la 
surface soit limité à la zone la plus près de la rive (ou au centre dans le cas 
de bancs isolé au milieu du riverbank). 

Autrement dit, on ne dessinerait que la partie la plus élevée du banc celle qui 
bouge le moins d’une année sur l’autre, autrement la donnée serait impossible à 
maintenir ;-) sauf à faire un relevé GPS tous les mois, et merde… l’accès et le 
survol est interdit d’avril à août.

D’autant plus valable que pour 2 ou 3 grèves isolées que je connais bien, en 
trois ou quatre ans le chenal, est passé de la rive droite à la rive gauche et 
vice versa. Le chenal de l’an dernier est une grande zone de sable cette année. 
Si l’ortho datait de cet été, on « boucherait » ce qui sera peut-être le chenal 
de l’an prochain.

Pour des zones plus stables, là ou sont des « bras morts » ont peut peut-être 
envisager de « remplir «  la zone avec ‘nature:Shoal’, sans doute à condition 
que le filaire de la rivière soit représenter.

Enfin, si ‘shoal’ me plait bien, il est un peu restrictif par rapport à 
‘natural:reiverbed’ qui permet de tagger du sable, de la vase ou m^me de kla 
végétation temporaire.

> Le 27 nov. 2018 à 21:32, Jérôme Seigneuret  a 
> écrit :
> 
> J'ai pas bien compris ta réponse JB.
> 
> Oui le tag wikidata est le bon
> wikidata=Q28337 suffira en replacement de la description
> 
> pour plus de détails tu peux préciser le wikidata sur la clé concernée
> 
> natual:wikidata=Q28337
> 
> Maintenant que je vois la description du wikidata je me dis qu'en fait c'est 
> juste une erreur de tag car shoal et la traduction de banc de sable et 
> natural=shoal existe dans osm
> 
> Donc le wikidata n'a plus de sens et il faut remplacer la valeur de natural
> 
> tidal et tidal flat c'est uniquement en lien avec les marais... et non avec 
> les crues des cours d'eau et les pépôt d'alluvions (@ades j'ai lu en travers)
> 
> Bonne soirée
> 
> 
> 
> Le mar. 27 nov. 2018 à 17:18, JB mailto:jb...@mailoo.org>> 
> a écrit :
> Le 27/11/2018 à 14:48, François Boucault a écrit :
>> Faut-il vraiment créer un élément spécifique pour les bancs de sable de 
>> Loire ? (je ne connais pas les pratique lié au tag wikidata=*)
>> 
> Non. Si tu veux. Ajouter le tag wikidata=* pour le banc de sable dans OSM ? 
> Non. 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>
> 
> 
> -- 
> Cordialement,
> Jérôme Seigneuret
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] bancs de sable dans fleuves et rivières [était] grèves Loire

[ades]

Le premier titre n’était  que conjoncturel. Je l’ai changé.




@ Jérômes eigneuret et osm.sanspourriel je comprends pas tout, mais je me fais 
vieux, j’arrive à peu près à contribuer, même parfois à réfléchir sur des tags, 
mais pour ce qui est « wiki…" je sèche ;-(

Par contre je veux bien  participer à la rédaction, en français, du ‘how-to’, 
mais pas tout de suite… 



> Le 27 nov. 2018 à 14:48, François Boucault  a écrit :
> 
> Salut,
> 
> Bonne idée, cela m'a permis de tomber sur la page wikipedia 
> <https://fr.wikipedia.org/wiki/Bancs_de_sable> et l'élément wikidata 
> <https://www.wikidata.org/wiki/Q28337> du banc de sable (générique), dont 
> voici la description :
> 
> "accumulation de sable, de gravier ou de galets le long du littoral ou dans 
> le lit d'une rivière"
> 
> Faut-il vraiment créer un élément spécifique pour les bancs de sable de Loire 
> ? (je ne connais pas les pratique lié au tag wikidata=*)
> 
> 
> 
> Le 27/11/2018 à 13:55, Jérôme Seigneuret a écrit :
>> Salut,
>> Vous pouvez pas mettre ça dans un wikidata?
>>  A+
>> 
>> Le mar. 27 nov. 2018 à 13:51, François Boucault > <mailto:bolikah...@riseup.net>> a écrit :
>> Et sinon j'ai aussi mis à jour le texte de description, en fonction des 
>> critiques émises en début de discussion.
>> 
>> Au lieu de :
>> 
>> "Les bancs (ou grèves) de sables sont constitués d'alluvions, de sables ou 
>> de graviers déplacés par la rivière et s'érodant progressivement. 
>> Régulièrement recouvert d'eau lors des crues, la végétation n'a pas toujours 
>> le temps d'y prospérer."
>> 
>> Je propose :
>> 
>> "Les bancs (ou grèves) de Loire sont constitués d'alluvions, de sables ou de 
>> graviers charriés par le fleuve. Recouverts d'eau chaque année lors de la 
>> saison humide, peu d'espèces végétales ont le temps d'y prospérer."
>> 
>> 
>> Le 27/11/2018 à 13:47, François Boucault a écrit :
>>> Hello !
>>> Pour moi cette proposition est toujours la bonne, par contre le rendu issu 
>>> de ces tags n'est pas satisfaisant... C'est pourquoi j'ai ouvert cette 
>>> "issue" sur le github du rendu-fr il y a 1 semaine : 
>>> https://github.com/cquest/osmfr-cartocss/issues/47 
>>> <https://github.com/cquest/osmfr-cartocss/issues/47>
>>> Par contre actuellement je serais bien en peine pour faire un "pull 
>>> request", n'étant pas familier des langages informatiques utilisés. (Je 
>>> sais aussi que Christian Quest n'as pas forcément le temps de le faire...)
>>> 
>>> Je suis aussi preneur des retours, idées ou même contributions concernant 
>>> ces questions ! :-)
>>> F
>>> 
>>> Le 27/11/2018 à 09:10, ades a écrit :
>>>> Petit retour.?
>>>> Est-ce que la proposition de bolikahult : 
>>>> 
>>>> 
>>>>> Le 8 oct. 2018 à 17:47, François Boucault >>>> <mailto:bolikah...@riseup.net>> a écrit :
>>>>> 
>>>>> En effet ça semble être la bonne idée ! Je propose donc comme tags :
>>>>> 
>>>>> - 'natural=riverbed'
>>>>> 
>>>>> - 'seasonal=yes' (impossible d'être plus précis)
>>>>> 
>>>>> - 'landcover=sand'
>>>>> 
>>>>> (ou sur certaines zones 'lancover=grass' en rajoutant 
>>>>> 'grassland=grey_dune’)
>>>>> 
>>>> 
>>>> pourrait faire consensus pour le tag des grèves dans l’emprise d’une 
>>>> rivière ?
>>>> 
>>>> 
>>>> la discussion avait dévié ;-)
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>>> 
>>> 
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
>> 
>> -- 
>> Cordialement,
>> Jérôme Seigneuret
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
> <0xC182EF00E01AF0D6.asc>___
> 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] grèves Loire

[ades]

Petit retour.?
Est-ce que la proposition de bolikahult : 


> Le 8 oct. 2018 à 17:47, François Boucault  a écrit :
> 
> En effet ça semble être la bonne idée ! Je propose donc comme tags :
> 
> - 'natural=riverbed'
> 
> - 'seasonal=yes' (impossible d'être plus précis)
> 
> - 'landcover=sand'
> 
> (ou sur certaines zones 'lancover=grass' en rajoutant 'grassland=grey_dune’)
> 

pourrait faire consensus pour le tag des grèves dans l’emprise d’une rivière ?


la discussion avait dévié ;-)



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

Re: [OSM-talk-fr] OsmAnd, un navigateur routier un peu à part

[ades]

dont acte ;-)))
Je n'ai pas vu toutes les  merdes dont tu causes, parce que je n’ai  pas 
cherché. Je regarderai peut-être de plus près. J’avais déjà lu (ici ou sur le 
forum) que c’était une "merde" pour la contribution à OSM. 
Et puis sorry, je suis sans doute (certainement) un vieux con (équipé de vieux 
trognons…), mais ce qui m’intéresse dans une carte, c’est de me dire là où je 
suis (c’est le seul intérêt d’un récepteur GPS, à mon sens), la navigation et 
la position des hôtels, des stations-service ou autres éléments commerciaux, je 
m’en fous un peu. 
Si j’ai réservé, par exemple, un hôtel, je me fous royalement que l’hôtel soit 
sur la carte ou pas, du moment que je connais son adresse et que je peux la 
trouver sur une carte, ça me suffit largement pour y aller, pour l’itinéraire, 
je me démerde (en général pas trop mal et souvent mieux que les softs dits de 
navigation – merde j’ai les chevilles qui gonflent…). Pour ça maps.me me suffit 
largement.

Anyway, pas plus envie de défendre ce soft plutôt qu’un autre ;-) et je reste à 
l’écoute pour les autres solutions…

> Le 5 nov. 2018 à 19:17, marc marc  a écrit :
> 
> Merci pour cet article pratique pour ceux qui ne le connaissaient pas.
> a publier aussi sur osm.fr ?
> 
> Le 05. 11. 18 à 16:46, Christian Rogel a écrit :
>> On n’a droit qu’à 5 cartes ou mises à jour de cartes
> 
> n'est-ce pas plutôt "droit à 5 cartes simultanées et leur maj " ?
> j'ai testé OsmAnd avec différente carte, je me souviens pas avoir été 
> bloqué après avoir fait 5 changements de carte
> 
> Le 05. 11. 18 à 18:01, ades a écrit :
>> Et par rapport avec map.me ? Utilisé sur iOS je l’ai trouvé
>> plutôt bien foutu et fonctionnant pas mal du tout.
> 
> c'est tjs étonnant les goûts et les couleurs.
> je considère maps.me comme le logiciel "basé osm" grand public
> le + bugé tant niveau conception que "bug" au sens premier
> - ne montre pas les hôtels osm mais ceux de leurs partenariats.
> ce qui conduit les utilisateurs a créer des notes pour créer des hôtels 
> existants dans osm mais pas chez les dit partenaires.
> - a une liste longue comme le bras de problème de rendu pour des 
> polygones, ce qui conduit aussi à des notes/création de doublon.
> - a une gestion des langues très fluctuantes (parfois crée des name:fr 
> en chinois en France, parfois un name:x dépendant de la locale du 
> contributeur, parfois c'est bien compliqué à comprendre la logique).
> Les 2 avantages que j'ai trouvé à maps.me c'est qu'il fonctionne sur des 
> vieux trognons là oü OsmAnd ne démarre pas, et la facilité de 
> l'interface pour des modifs basique.
> ___
> 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] OsmAnd, un navigateur routier un peu à part

[ades]

Et par rapport avec map.me ?
Utilisé sur iOS je l’ai trouvé plutôt bien foutu et fonctionnant pas mal du 
tout. 
Fonctionne également hors ligne avec cartes OSM Téléchargées, utilisé 10j pour 
séjour itinérant Espagne et Portugal, me suis pas perdu ;-))
Pour osmand, comme signalé au-dessus pas terrible sous iOs, pas réussi à m’en 
servir, mais ça ça ne veut rien dire sur la qualité du soft…
> Le 5 nov. 2018 à 17:36, Axelos  a écrit :
> 
> Le 05/11/2018 à 16:46, Christian Rogel a écrit :
>> Le deuxième point est que c’est un modèle fremium particulier. On n’a droit 
>> qu’à 5 cartes ou mises à jour de cartes et sur une bases de mise à jour 
>> mensuelles, cela rend la gratuité relative, même si les cartes ne sont pas 
>> très chères (quelques euros).
>> 
>> Si on souhaite accéder à mieux, il faut oublier la version iOS et se tourner 
>> vers OsmAnd+ (mises à jour hebdo) et, mieux encore passer par le magasin 
>> F-Droid qui distribue une version gratuite et illimitée.
> 
> 
> À titre personnel, j'ai toujours utilisé la version via F-Droid,
> n'utilisant que ce dernier pour l'ensemble de mes logiciels. Je savais
> que la version "gratuite" limitait à un maximum de cartes simultanées,
> en revanche j'ignorais que celle-ci était aussi payante après les 5
> premiers ajouts. Info intéressante.
> 
> 
>> Le must est l'option geek qui, si l’on appelle F-Droid depuis l’appli permet 
>> d’utiliser des paquets Android (APK) qui transforment l’appli en OsmAnd 
>> Live, qui, comme le nom l’indique donne accès à une mise à jour en direct, 
>> mais, sous réserve de s’affilier à un système de dons utilisant les bitcoins.
> 
> 
> Bof, le grand intérêt de cette application par rapport aux alternatives
> les plus connues est son usage hors ligne. Les mises à jour en direct
> nécessitent une connexion constante à Internet.
> 
> Moi ce que j'ai apprécié, c'est l'usage de l'application Brouter en
> local qui exploite le moteur de OSMAND.
> Intéressant dans les cas on est déjà en voyage à vélo et qu'on veut se
> créer un itinéraire pertinent sur un simple ordiphone.
> https://f-droid.org/packages/btools.routingapp/
> 
> ___
> 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] Rendu OSM des Parcs naturels régionaux (PNR)

[ades]

bonjour, 
pas tout à fait le sujet, mais presque, que faire pour les sites classés ou 
inscrits ? 

Moins grands que les PNR, mais avec quasiment les mêmes contraintes 
réglementaires que les Monuments historiques (classés et inscrits) qui, eux, 
apparaissent dans OSM …

> Le 3 nov. 2018 à 10:03, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Bonjour,
> 
> les petits coups de pouce sur Github semblent porter leurs fruits.
> 
> Sur 
> https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Protect_classes_for_various_countries
>  
> 
> je vois que les sites du Conservatoire du Littoral sont classés 4 et 5, sans 
> critère pour les partager.
> 
> N'est-ce pas à ajouter ? Ou à simplifier ?
> 
> La modification date de 2012 et dès le départ comporte ce doublon :
> https://wiki.openstreetmap.org/w/index.php?title=Tag:boundary%3Dprotected_area=980471=959907
>  
> 
> Jean-Yvon
> 
> Le 02/11/2018 à 12:53, Sylvain M - montagnersylv...@yahoo.fr 
>  a écrit :
>> Bonjour à tous,
>> 
>> Je me permets de rouvrir cette discussion, qui traine à trouver une
>> solution...
>> (pour ceux qui n'aurait pas l'historique, voici :
>> http://gis.19327.n8.nabble.com/Rendu-OSM-des-Parcs-naturels-regionaux-PNR-td5908000.html
>>  
>> ).
>> 
>> Un contributeur a récemment ajouté le tag "leisure=nature_reserve" sur le
>> PNR des Grands Causses (cf. la  discussion de ce changeset
>>  
>>   )
>> La volonté, louable de mon point de vue, étant de rendre visible les Parcs
>> naturels régionaux.
>> Mais cela va à l'encontre de la règle fondamentale de "on ne tague pas pour
>> le rendu"...
>> 
>> Du coup, je ne sais plus trop quoi penser, étant donné la lenteur de la
>> résolution de ce problème de rendu des "boundary=protected_area" :
>> https://github.com/gravitystorm/openstreetmap-carto/issues/603 
>> 
>> 
>> Mon niveau d'anglais et de compréhensions de toutes les subtilités de cette
>> "issue" font que je suis moyennement motivé à intervenir dans cette issue
>> Github...
>> 
>> Si quelqu'un est à l'aise avec le sujet, pourrait-il nous aider à faire en
>> sorte que les PNR soient rendus sur la carte OSM principale (comme c'est le
>> cas sur la plupart des cartes en ligne propriétaires : G**gle Maps en
>> particulier...
>> 
>> Merci à vous !
>> 
>> Sylvain M.
>> 
>> 
>> 
>> --
>> 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 
>> 
> 
> ___
> 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] vérification de quelques tags,

[ades]

> Le 24 oct. 2018 à 20:31, marc marc  a écrit :
> 
> Le 24. 10. 18 à 18:30, ades a écrit :
>> waterway:riverbanks on suit le wiki français : pas de riverbank si largeur 
>> moins de 12m?

> 
> faudrait voir d'oü vient cette limite mais son sens est plutôt :
> "au plus étroite est la rivière, au moins on gagne par rapport
> à la représentation filaire"
> Mais tot ou tard, on y viendra à tout faire en 2d (faut juste
> que cela soi harmonieux avec l’existant)
Ok je laisse les riverbanks de moins  de 12m, ça me fait chier, mais bon…, je 
trouve que ça encombre énormément les rendus (cf un truc vu sur des marais de 
Loire-Atlantique) ceci dit c’est au moteur de rendu de faire le ménage ;-))
> 
>> highway:* sauf autoroutes, voies rapides tous les usages sont inclus ? velo, 
>> autos, piétons, bourrins, quads etc. ?
> 
> non, et le détail dépend du code la route de chaque pays
> https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions 
> <https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions>
vu merci du lien, pour la france c’est donc implicite…
>> bâtiments isolés au milieu d’un farmland ? Dans la mesure où il ne 
> s’agit pas d’exploitation agricole
> landuse c'est l'utilisation actuelle. donc landuse=residential me semble 
> adapté.
OK c’est ce que je fais
> Si on veux vraiement insister qu'il y a eu un changement d'affectation
> et non pas une erreur de tag, on peux rajouter
> was:landuse=farmyard
ou historic:farmyard ?
> 
>> préciser la pelouse, le jardin potager, la cours devant, garde t-on le 
>> ‘residencial’ ?
> 
> normalement chaque lieu ne devrait avoir qu'un landuse
> donc la pelouse d'une parcelle résidentielle devrait rester en résidentiel.
> il y a l’éternel débat entre ceux qui voudrait un landcover (pour dire 
> cette partie de la zone résidentielle est couverte d'herbe ou a quelquea 
> abres etc) et ceux pour qui landuser=grass est tellement courant qu'il 
> faut garder cette erreur pour l’éternité. du coup landcover n'est pas 
> rendu sur osm.org (ce qui n’empêche pas de l'ajouter mais démotive certains)
ça landuse et landcover j’avais remarqué, c’est un gros foutoir, maintenant 
j’essye de faire avec, avec ce que dit le wiki ;-)
> 
>> landuse: flowerbed ? peut-on utiliser ce tag ( 6 occutrences pour l’instant) 
>> ?
> 
> tu peux utiliser le tag que tu veux :) mais c'est mieux si c'est 
> compréhensible et utilisé :)
> si c'est un landuse, c'est une zone qu'on sacrifie pour lutter
> contre les inondations en aval en cas de crue ?
non, flowerbed=parterre
Pour ces zone ça va être coton à définir ;-), la ville deTours on la sacrifie 
pour éviter des inondations à Nantes ? ;-)))
> 
>> landuse:forest vs natural:wood dans une zone complètement anthropisée c’est 
>> landuse:forest ?
> 
> il y a 6 façons de voir une différence ou pas entre les 2
> https://wiki.openstreetmap.org/wiki/Forest
> la seule chose que tu peux en déduire des 2 tags c'est qu'il y a
> eu des arbres, tout le reste est variable selon le contributeur.
> c'est là qu'à nouveau un landcover permettrait de sortir de conflit
> landcover=trees + managed=yes/no
évident ;-)
> ___
> 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] Contributeur(e) compulsif(ve) et imprécis, faut faire quoi ?

[ades]

> Le 24 oct. 2018 à 19:53, marc marc  a écrit :
> 
> non faut pas être maso.
> si t'as posté un commentaire sur 2-3 changeset
> et qu'il en tient pas vraiement compte,
> envois un email au DWG
je reposterai des commentaires, mais jusqu’à maintenant celui que tu as vu et 
ceux envoyé (erreur de ma part) via la messagerie n’ont servi à rien. J’aurai 
du commenter systématiquement, mais ça  c’est un truc de maso ;-)

> http://hdyc.neis-one.org/?Gelweo
> Mais tu parles de lui ?
> soit l'outil bug soit je vois qu'un seul commentaire
> à propos d'une erreur 
cf ci dessus
> est-ce que toutes les erreurs dont tu parles
> ne serrait-elle pas simplement du au fait qu'il
> map en fonction de l'ortho bient + qu'une médisance ?
erreur signalée pour les géométries, sans suite…
Le Pb c’est que je crois que iD et micromapping ça ne vas pas ensemble ;-) 
signalé à Gelweo aussi.
Pour les tags j’attends ;-) des réponses à mes autres questions… je n’ai pas 
envie de faire chier, surtout si c’est moi qui me goure ;-)

> Une zone pavée avec de l'herbe, cela se confond facilement
pas quand on dit que l’on modifie pour être aller voir sur place.
> idem pour les vergers "fraîchement" arraché etc
dito

Ce qui m’emmerde, c’est que d’une manière ou d’une autre, faut tjs remettre le 
nez sur ses changeset, géométrie ou tag… pour les détails peut devenir 
compliqué…

Conclusion provisoire : 
Solution1 : je les prends tous 1 par 1, je commente, et j’attends… ?
Solution 2 :  je les prends tous 1 par 1, je commente, je modifie selon ce que 
je pense légitime,  et j’attends que quelqu’un vérifie (case à cocher dans 
JOSM)?


> 
> 
> Le 24. 10. 18 à 18:07, ades a écrit :
>> merci pour vos réponses.
>> Pendant ce temps, Gelweo continue, et j’ai même l’impression que ça 
>> s’aggrave ;-) .
>> Je viens juste de jeter un coup d’œil, invention de voies pour vélo ou pour 
>> piétons, invention de noms, dessin de vergers arraché il y a 2 ans, mais 
>> encore sur la BDOrtho… tag en 'landuse:grass' de zones pavées avec de 
>> l’herbe entre les pavés, changement des riverbanks de la Loire en fonction 
>> de l’ortho (image faite en fin d’été) invention de prairie là ou il n’y en 
>> pas, etc., etc. .
>> Sauf qu’après une ou deux remarques (certes je ne suis pas diplomate) ou 
>> réparations d’erreurs, il revient et recommence, au même endroit et en pire…
>> Je sais que si l’on travaille à l’échelle de Corinne, ça n’a pas 
>> d’importance, mais bon…
>> Encore s’il s’agissait d’un travail continu et « systématique » y-aurait 
>> sans doute moyen de discuter, mais, en gros, ça va d’Angers à Saumur, sans 
>> logique, au petit bonheur, " tiens si je déplaçais un point de ce way, bonne 
>> idée… » « tiens si je rajoutais (inventais) une piste cyclable » ;-)
>> 
>> Je veux bien m’atteler à la tâche des vérifications (pour ma ‘zone de 
>> confort', mais je modifie ou je me contente de dire qu’il serait peut-être 
>> bien de coller à la réalité ?
>> J’aimerais aussi que mes remarques/modifs soient validées, sinon ça va se 
>> transformer (déjà un peu le cas) en querelle débile et non productive ; 
>> c’est possible ?  comment ?
>> 
>> Pour être sur de ne pas dire trops de conneries, j’ouvre un outre fil pour 
>> des questions simples de tags.
>> 
>> @osm.sanspourriel
>> j’ai vérifié cadastre et orthophoto, quasiment immeuble par immeuble (y-en a 
>> 2043). Le cadastre est décalé de 60cm par rapport à des repères de 
>> nivellement (eux-mêmes donnés à 10cm près).
>> J’ai pensé (ptet à tort) que ce décalage n’est pas vraiment significatif 
>> 60cm, c’est 3 px de la BdOrtho, c’est largement inférieur à l’erreur que 
>> l’on peut faire en reportant la BDOrtho sur OSM, surtout quand la façade de 
>> l’immeuble est visible, cas très courant, la trace de l’égout de la toiture 
>> n’est pas superposée avec la trace au sol du bâtiment.
>> Le cadastre utilisé est la dernière version du PCI.
>> 
>> @marc-marc
>> Je vais essayer les commentaires, pour la zone que je connais, pas pour le 
>> centre-ville d’Angers, pas sorti de l’affaire, quasiment 350 changesets, 
>> parfois pour le déplacement d’un point ;-((
>> 
>> Pour le cadastre voir ci dessus.Je ne pense pas qu’il faille le décaler pour 
>> 60cm, mais s’il faut le faire…
>> 
>> @phil
>> merci pour toutes ces infos, mais quo de la taxe foncière ?
>> ___
>> 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


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

[OSM-talk-fr] vérification de quelques tags,

[ades]

waterway:riverbanks on suit le wiki français : pas de riverbank si largeur 
moins de 12m?

highway:* sauf autoroutes, voies rapides tous les usages sont inclus ? velo, 
autos, piétons, bourrins, quads etc. ?

landuse  
comment tagger le terrain d’assiette d’un bâtiment ou groupe de bâtiments 
isolés au milieu d’un farmland ? Dans la mesure où il ne s’agit pas 
d’exploitation agricole (farmyard). Pour l’instant, j’avais retenu 
‘landuse:residencial’. Doit-on remettre farmyard dans la mesure où 
historiquement il s’agissait de ça, mais y-a longtemps qu’il n’y a plus de 
paysans à ces endroits.
Si l’on est capable ensuite de préciser la pelouse, le jardin potager, la cours 
devant, garde t-on le ‘residencial’ ?
D’ailleurs à propos de cours, je n’est pas trouver de tag pour ce type d’espace.

landuse: flowerbed ? peut-on utiliser ce tag ( 6 occutrences pour l’instant) ?

landuse:forest vs natural:wood dans une zone complètement anthropisée c’est 
landuse:forest ?

La végétation dans le lit mineur d’une rivière on la représente ?

c’est tout pour l'instant
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur(e) compulsif(ve) et imprécis, faut faire quoi ?

[ades]

merci pour vos réponses. 
Pendant ce temps, Gelweo continue, et j’ai même l’impression que ça s’aggrave 
;-) . 
Je viens juste de jeter un coup d’œil, invention de voies pour vélo ou pour 
piétons, invention de noms, dessin de vergers arraché il y a 2 ans, mais encore 
sur la BDOrtho… tag en 'landuse:grass' de zones pavées avec de l’herbe entre 
les pavés, changement des riverbanks de la Loire en fonction de l’ortho (image 
faite en fin d’été) invention de prairie là ou il n’y en pas, etc., etc. .
Sauf qu’après une ou deux remarques (certes je ne suis pas diplomate) ou 
réparations d’erreurs, il revient et recommence, au même endroit et en pire…
Je sais que si l’on travaille à l’échelle de Corinne, ça n’a pas d’importance, 
mais bon…
Encore s’il s’agissait d’un travail continu et « systématique » y-aurait sans 
doute moyen de discuter, mais, en gros, ça va d’Angers à Saumur, sans logique, 
au petit bonheur, " tiens si je déplaçais un point de ce way, bonne idée… » « 
tiens si je rajoutais (inventais) une piste cyclable » ;-)

Je veux bien m’atteler à la tâche des vérifications (pour ma ‘zone de confort', 
mais je modifie ou je me contente de dire qu’il serait peut-être bien de coller 
à la réalité ? 
J’aimerais aussi que mes remarques/modifs soient validées, sinon ça va se 
transformer (déjà un peu le cas) en querelle débile et non productive ; c’est 
possible ?  comment ?

Pour être sur de ne pas dire trops de conneries, j’ouvre un outre fil pour des 
questions simples de tags.

@osm.sanspourriel
j’ai vérifié cadastre et orthophoto, quasiment immeuble par immeuble (y-en a 
2043). Le cadastre est décalé de 60cm par rapport à des repères de nivellement 
(eux-mêmes donnés à 10cm près). 
J’ai pensé (ptet à tort) que ce décalage n’est pas vraiment significatif 60cm, 
c’est 3 px de la BdOrtho, c’est largement inférieur à l’erreur que l’on peut 
faire en reportant la BDOrtho sur OSM, surtout quand la façade de l’immeuble 
est visible, cas très courant, la trace de l’égout de la toiture n’est pas 
superposée avec la trace au sol du bâtiment.
Le cadastre utilisé est la dernière version du PCI.

@marc-marc
Je vais essayer les commentaires, pour la zone que je connais, pas pour le 
centre-ville d’Angers, pas sorti de l’affaire, quasiment 350 changesets, 
parfois pour le déplacement d’un point ;-((

Pour le cadastre voir ci dessus.Je ne pense pas qu’il faille le décaler pour 
60cm, mais s’il faut le faire…

@phil
merci pour toutes ces infos, mais quo de la taxe foncière ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Contributeur(e) compulsif(ve) et imprécis, faut faire quoi ?

[ades]

Bonjour,

Que fait-on quand on découvre qu’un nouveau contributeur (depuis le 23 
septembre, 289 changesets) fait n’importe quoi ou presque. Beaucoup à la 
Ménitré (insee 49201) et alentour, mais aussi en centre ville à Angers.

Tentatives (éparpillées et géométriquement fausses) de micro mapping en 
agglomération, maladie du ‘name=*', quitte à inventer le nom ou à y mettre 
quelque chose qui relève plutôt de ‘description=*’. Mélange des tags 
‘landuse=*' et 'natural=*' pour des objets de même nature, pas de source sur 
l’objet, etc., etc.

"Corrections" des bâtiment du cadastre  (mis à jour à partir du fichier etalab 
de juin 2018) à partir de la BDOrtho, mais là ça frole le vendalisme ;-) . 

Le cadastre est, certes, décalé  par rapport à l’ortho, (3px soit 60cm ±5cm 
mesurés par rapport à un point de nivellement) mais de là à modifier certains 
bâtiments, en dessinant la paralaxe des corniches plutôt que la trace au sol… 
mais pas ls autres (y-en a que 2034)…

Pour être un peu rigoureux dans la production d'OSM, il faudrait  vérifier 
systématiquement toutes ces contributions. Mais ça pourrait vexer ;-).

Il y a eut ébauche de dialogue (échange de mails, rdv transformé en lapin) mais 
ces échanges portant sur des objets particuliers pris à titre d’exemple n’ont 
servis à rien, ça continue. Et j'ai pourtant bien indiqué, le wiki, le talk et 
le forum. Et même en renvoyant sur le wiki pour une erreur, celle ci est 
reproduite ailleurs, plus tard.

Bémol, toutes les contrib ne sont pas fausses ou idiotes, certaines sont 
intéressantes, sauf qu’elles sont très mal faites (je suis gentil).

Bref, faut faire quoi ? attendre que le contributeur compulsif se calme et 
reprendre  plus tard (vérifier et le cas échéant modifier) ? tout reprendre dès 
maintenant en laissant un commentaire ? rien faire et laisser tomber ?


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

Re: [OSM-talk-fr] Représentation et tag des bas-cotés

[ades]

Non, j’avais fait un mauvais aiguillage du 1er post.
En tous cas merci pour ta réponse, 

Ça fait quand même bizarre de dessiner une surface moins large que la route qui 
ne l’est pas (dessinée en surface)…




> Le 11 oct. 2018 à 12:35, marc marc  a écrit :
> 
> Le 11. 10. 18 à 12:33, ades a écrit :
>> @ Repetto : avec mes excuses les plus plates ;-)
> 
> c'est moi Repetto ?


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

Re: [OSM-talk-fr] Représentation et tag des bas-cotés

[ades]

@ Repetto : avec mes excuses les plus plates ;-)
@ p Verdy : 
C’est écrit ici :  FR:Éléments cartographiques — OpenStreetMap Wiki 
<https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques>  à 
la ligne :
waterway ->  riverbank -> Rivières les plus larges (largeur supérieure à 12m). 

et ça ne me dit pas si on doit (peut) dessiner les bas cotés, ni avec quels 
tags, je pense surtout à la bande enherbée, souvent d’une largeur inférieure à 
2 m en bordure des routes ou chemins ruraux, le plus souvent c’est l’espace 
résiduel entre le fossé et la chaussée.

Dans le même ordre d’idée, que fait-on pour les ‘embankment’, route ou culées 
de ponts ?


> Le 11 oct. 2018 à 12:14, Philippe Verdy  a écrit :
> 
> je ne sais pas d'où tu tiens les 12 mètres de largeur minimale pour une 
> "riverbank", qui me semblent un peu élevés; comparativement une route c'est 
> souvent de l'ordre de 7 mètres, et 12 mètres donne largement de quoi 
> détailler ce qui est au bord d'une rivière ou d'un canal, notamment des 
> chemins piétons et des équipements de protection.
> 
> Le jeu. 11 oct. 2018 à 11:38, ades  <mailto:ades_...@orange.fr>> a écrit :
> Bonjour
> Y-a-t-il une « doctrine » pour la représentation des bas-cotés des routes et 
> des chemin ? faut-il les dessiner ? et quels tags ? 
> y-a-t-il une taille limite, comme pour ‘riverbank’ qui, si j’ai bien compris, 
> ne s’applique à partir de 12m ?
> Merci
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Représentation et tag des bas-cotés

[ades]

Bonjour
Y-a-t-il une « doctrine » pour la représentation des bas-cotés des routes et 
des chemin ? faut-il les dessiner ? et quels tags ? 
y-a-t-il une taille limite, comme pour ‘riverbank’ qui, si j’ai bien compris, 
ne s’applique à partir de 12m ?
Merci
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire

[ades]

ce serait pas mal, en tous cas pour les bras secs en été.
Pour les grèves, je me posais la questions de savoir si ce ne serait pas une 
bonne méthode que  de ne dessiner que leurs amorces (qui ne changent pas 
beaucoup d’une année sur l’autre, pour les principales…) avec les tags, 
surface:sand ; seasonal:*'
Et entre la Dague et Montsoreau, en ajoutant un tag définissant l’interdiction 
d’accès d’avril à aout…'access:*'
Ça me semble très important, même si on ne tague pas la législation ;-), trop 
con que les canoistes utilisant OSM viennent foutre en l’air la nidifications 
des sternes, par ignorance…

> Le 8 oct. 2018 à 17:47, François Boucault  a écrit :
> 
> En effet ça semble être la bonne idée ! Je propose donc comme tags :
> 
> - 'natural=riverbed'
> 
> - 'seasonal=yes' (impossible d'être plus précis)
> 
> - 'landcover=sand'
> 
> (ou sur certaines zones 'lancover=grass' en rajoutant 'grassland=grey_dune')
> 
> Mais c'est le tag landcover qui va orienter le rendu, ce qui visuellement ne 
> permettra pas de comprendre le caractère saisonnier... Sur la page de wiki 
> dédiée à "natural=riverbed", il est dit :
> 
> "In addition the area could be rendered with blue stripes to show that it is 
> occasionally flooded"
> 
> https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed 
> 
> Avez-vous une idée de comment on rajoute un rendu ? (par exemple des hachures 
> bleues comme c'est proposé dans le wiki)
> 

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

Re: [OSM-talk-fr] grèves Loire

[ades]

Je viens de voir qu’i y a un tag qui s’appliquerait bien. en tous cas pour les 
Bras de Saint-Aubin et de Sainte-Gemmes. 
Peut être en rajoutant’seasonal=*’

Voir ici : 
https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Varying_water_level_river
Riverbed

natural =riverbed 
 is sometimes used 
to define the area of the riverbed.

River islands and sandbanks

It is fairly common practice not to map non-permanent and quickly changing 
islands (sandbanks) in rivers. Vegetation cover on river islands can sometimes 
be used as an indicator for their permanency although it can also be misleading 
- there are many examples of vegetation free river islands that are stable for 
many years. When mapping from aerial or satellite imagery comparing images from 
different years can be very helpful. 


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

Re: [OSM-talk-fr] revert mes contributions depuis 2 j

[ades]

Bon, je laisse tomber le revert, pas l’envie d’attendre une bonne âme ;-) en 
plus j’ai commencé à modifier le « zélé » (un peu le même cas que : 
https://lists.openstreetmap.org/pipermail/talk-fr/2018-October/090408.html), et 
le « zélé » est déjà ré-intervenu sur mes modifs avec les mêmes erreurs et 
imprécisions, donc le revert va être dur maintenant.

En tous cas le plug revert ne fonctionne pas avec la dernière version de JOSM 
sur Mac OS 10.11.6 (el capitan).



> Le 5 oct. 2018 à 15:05, ades  a écrit :
> 
> bonjour je souaiterais faire un revert por mes contribs depuis 2jours, sais 
> pas comment faire, essayé avec le plugin revert de jsom, ça à l’air de 
> merder….message d’erreur… demande mise à jour  etc.
> il s’agit des groupes de modif suivants :
> 63163344
> 63169468
> 63170834
> 63170904
> 63186746
> 63189220
> 63189434
> 63190332
> à priori (j’ai vérifié quand même) personne n’est intervenu depuis sur ces 
> modifs.
> Je souhaite les supprimer car un peu hatives et emmerdantes pour maintenir 
> les éléments du bled en question (la ménitré) 
> En fait j’ai voulu corriger des éléments anciens avant de "m’attaquer" à un 
> contributeur zélé, mais presque toujours fantaisiste. 
> Résultat du fait d’avoir modifié du ‘landuse:residancial’ tous les 
> ‘building:yes’ sont attribués à mes modifs et donc je ne peu plus retouver 
> les modifs du zélé à revoir ;-(
> Quelqu’un a une solution ? je me fiche de devoir recommencer mes 
> contributions, c’est juste pour virer les ambiguitées
> ades et Ades222 c’est pareil ;-)
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[OSM-talk-fr] revert mes contributions depuis 2 j

[ades]

bonjour je souaiterais faire un revert por mes contribs depuis 2jours, sais pas 
comment faire, essayé avec le plugin revert de jsom, ça à l’air de 
merder….message d’erreur… demande mise à jour  etc.
il s’agit des groupes de modif suivants :
63163344
63169468
63170834
63170904
63186746
63189220
63189434
63190332
à priori (j’ai vérifié quand même) personne n’est intervenu depuis sur ces 
modifs.
Je souhaite les supprimer car un peu hatives et emmerdantes pour maintenir les 
éléments du bled en question (la ménitré) 
En fait j’ai voulu corriger des éléments anciens avant de "m’attaquer" à un 
contributeur zélé, mais presque toujours fantaisiste. 
Résultat du fait d’avoir modifié du ‘landuse:residancial’ tous les 
‘building:yes’ sont attribués à mes modifs et donc je ne peu plus retouver les 
modifs du zélé à revoir ;-(
Quelqu’un a une solution ? je me fiche de devoir recommencer mes contributions, 
c’est juste pour virer les ambiguitées
ades et Ades222 c’est pareil ;-)




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

Re: [OSM-talk-fr] grèves Loire

[ades]

J’ai indiqué ce fil au contribuyteur qui a dessiné les grèves autour des 
Pts-de-Cé.

J’avais parlé de l’interdiction de baignade parce que ‘natural:beach’, d’après 
le wiki induit sans vraiment le dire qu’il y a baignade.
La solution ‘natural:sand’ évite cette confusion. En plus l’interdiction de 
baignade est générale, pas liée aux grèves.


> Le 4 oct. 2018 à 04:36, osm.sanspourr...@spamgourmet.com a écrit :
> 
> On ne se vautre pas, on apprend ;-).
> 
> Sinon d'accord avec GarenKreiz et Marc Marc.
> Jean-Yvon
> 
> Le 03/10/2018 à 09:54, ades - ades_...@orange.fr <mailto:ades_...@orange.fr> 
> a écrit :
>> Merci pour les infos, surtout pour le tag ‘seasonnal’ que je n’avais pas 
>> encore repéré 
>> 
>> Si les grèves peuvent être se taggée par :
>> ‘natural:beach’ ; ‘surface:sand’ et ‘seasonal:summer’ ça me semble déjà 
>> beaucoup mieux. 
>> 
>> Pour éviter la confusion avec des plages destinées ou utilisées pour la 
>> baignade, il faudrait pouvoir indiquer que la baignade est interdite, sur 
>> l’objet plage ? ou sur le tracé du lit mineur ? sur les deux ? (baignade 
>> interdite dans la Loire et ses bras, en tout cas pour tout le dpt 49, arr. 
>> préf. de 1969 suite noyade de 19 enfants). 
>> 
>> En plus, entre la Daguenière et Montsoreau, il faudrait aussi tagger 
>> l’interdiction d’accès entre avril et août et les restrictions d'usage toute 
>> l’année (arrêté de  biotope du préfet de M-&-L) çà je ne sais pas faire ;-(
>> 
>> Ne faudrait-il pas  préciser dans le wiki que ‘wetland’ ne s’applique pas à 
>> ce qui est dans le lit mineur d’un fleuve ou d’une rivière ? 
>> 
>> 
>> Et en continuant de me vautrer ;-)… 
>> 
>> je reste quand même sceptique de l'intérêt de cartographier ces objets dans 
>> la partie non navigable de la Loire (amont de la Maine). Ça bouge tous le 
>> temps, même les années où il n’y a pas de nouvelle orthophoto… 
>> Pour la partie navigable (aval de l’embouchure de la Maine) la question est 
>> différente, les grèves sont stabilisée entre les épis noyés et donc tous les 
>> ans à la même place.
>> Si l’on cartographie les grèves pour la partie non navigable, quelle emprise 
>> leur donner ? et surtout comment maintenir l’information ? qui pourra faire 
>> une trace GNS de ces grèves tous les ans ? à quelle cote, -0,5 ? 0 ? +1 ? à 
>> quel moment ? comment on fait quand la grève se découvre pendant la période 
>> d’interdiction d’accès ?
>> 
>> 
>> 
>> 
>> 
>>> Le 2 oct. 2018 à 21:47, osm.sanspourr...@spamgourmet.com 
>>> <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>>> 
>>> Tu parles de 
>>> https://www.openstreetmap.org/way/496482622#map=14/47.4216/-0.5124 
>>> <https://www.openstreetmap.org/way/496482622#map=14/47.4216/-0.5124> au 
>>> niveau d'Angers.
>>> Contrairement à ce que tu dis la description est presque exacte : il est 
>>> (mal) dit que le blanc s'érode, pas que le sable ou le gravier s'érode.
>>> Le phrasé est mauvais aussi dans cette partie puisque tu t'es vautré ;-).
>>> 
>>> Ça bouge tout le temps, oui. Je confirme je ne redessine pas les bancs de 
>>> sables par chez moi après chaque grande marrée. Non je ne suis pas à Anger 
>>> ;-).
>>> Et alors ? Une mise à jour de temps en temps ou pas, OK. Savoir qu'il y a 
>>> des blancs dans le coin, OK.
>>> 
>>> Pour moi un banc c'est au milieu de l'eau et une grève (ou plage suivant la 
>>> granulométrie) sur la rive. Mais je ne suis pas un marin d'eau douce. 
>>> Saumâtre c'est le minimum ;-).
>>> natural=sand ou shingle 
>>> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dshingle> ou beach serait 
>>> plus juste.
>>> 
>>> intermittent=yes est faux.
>>> 
>>> seasonal <>=spring/summer/autumn/winter/wet_season/dry_season   
>>> serait plus adapté.
>>> 
>>> Jean-Yvon
>>> 
>>> 
>>> Le 02/10/2018 à 18:53, ades - ades_...@orange.fr 
>>> <mailto:ades_...@orange.fr> a écrit :
>>>> Je viens de « tomber » sur ça 
>>>> :https://www.openstreetmap.org/query?lat=47.4187=-0.4896 
>>>> <https://www.openstreetmap.org/query?lat=47.4187=-0.4896>
>>>> dans le lit de la Loire figurent des zones tagguées : 
>>>> natural : wetland
>>>> Surface:sand
>>>> Wetland :tidalflat
>>>> intermittent:yes
>>>> description: Les bancs (ou grèves) de sables sont constitués d'alluvions, 
>>>> de sable

Re: [OSM-talk-fr] grèves Loire

[ades]

Merci pour les infos, surtout pour le tag ‘seasonnal’ que je n’avais pas encore 
repéré 

Si les grèves peuvent être se taggée par :
‘natural:beach’ ; ‘surface:sand’ et ‘seasonal:summer’ ça me semble déjà 
beaucoup mieux. 

Pour éviter la confusion avec des plages destinées ou utilisées pour la 
baignade, il faudrait pouvoir indiquer que la baignade est interdite, sur 
l’objet plage ? ou sur le tracé du lit mineur ? sur les deux ? (baignade 
interdite dans la Loire et ses bras, en tout cas pour tout le dpt 49, arr. 
préf. de 1969 suite noyade de 19 enfants). 

En plus, entre la Daguenière et Montsoreau, il faudrait aussi tagger 
l’interdiction d’accès entre avril et août et les restrictions d'usage toute 
l’année (arrêté de  biotope du préfet de M-&-L) çà je ne sais pas faire ;-(

Ne faudrait-il pas  préciser dans le wiki que ‘wetland’ ne s’applique pas à ce 
qui est dans le lit mineur d’un fleuve ou d’une rivière ? 


Et en continuant de me vautrer ;-)… 

je reste quand même sceptique de l'intérêt de cartographier ces objets dans la 
partie non navigable de la Loire (amont de la Maine). Ça bouge tous le temps, 
même les années où il n’y a pas de nouvelle orthophoto… 
Pour la partie navigable (aval de l’embouchure de la Maine) la question est 
différente, les grèves sont stabilisée entre les épis noyés et donc tous les 
ans à la même place.
Si l’on cartographie les grèves pour la partie non navigable, quelle emprise 
leur donner ? et surtout comment maintenir l’information ? qui pourra faire une 
trace GNS de ces grèves tous les ans ? à quelle cote, -0,5 ? 0 ? +1 ? à quel 
moment ? comment on fait quand la grève se découvre pendant la période 
d’interdiction d’accès ?





> Le 2 oct. 2018 à 21:47, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Tu parles de 
> https://www.openstreetmap.org/way/496482622#map=14/47.4216/-0.5124 
> <https://www.openstreetmap.org/way/496482622#map=14/47.4216/-0.5124> au 
> niveau d'Angers.
> Contrairement à ce que tu dis la description est presque exacte : il est 
> (mal) dit que le blanc s'érode, pas que le sable ou le gravier s'érode.
> Le phrasé est mauvais aussi dans cette partie puisque tu t'es vautré ;-).
> 
> Ça bouge tout le temps, oui. Je confirme je ne redessine pas les bancs de 
> sables par chez moi après chaque grande marrée. Non je ne suis pas à Anger 
> ;-).
> Et alors ? Une mise à jour de temps en temps ou pas, OK. Savoir qu'il y a des 
> blancs dans le coin, OK.
> 
> Pour moi un banc c'est au milieu de l'eau et une grève (ou plage suivant la 
> granulométrie) sur la rive. Mais je ne suis pas un marin d'eau douce. 
> Saumâtre c'est le minimum ;-).
> natural=sand ou shingle 
> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dshingle> ou beach serait 
> plus juste.
> 
> intermittent=yes est faux.
> 
> seasonal <>=spring/summer/autumn/winter/wet_season/dry_season serait 
> plus adapté.
> 
> Jean-Yvon
> 
> 
> Le 02/10/2018 à 18:53, ades - ades_...@orange.fr <mailto:ades_...@orange.fr> 
> a écrit :
>> Je viens de « tomber » sur ça 
>> :https://www.openstreetmap.org/query?lat=47.4187=-0.4896 
>> <https://www.openstreetmap.org/query?lat=47.4187=-0.4896>
>> dans le lit de la Loire figurent des zones tagguées : 
>> natural : wetland
>> Surface:sand
>> Wetland :tidalflat
>> intermittent:yes
>> description: Les bancs (ou grèves) de sables sont constitués d'alluvions, de 
>> sables ou de graviers déplacés par la rivière et s'érodant progressivement. 
>> Régulièrement recouvert d'eau lors des crues, la végétation n'a pas toujours 
>> le temps d'y prospérer.
>> 
>> La description est bonne, le reste me semble être n’importe quoi ;-).Enfin… 
>> pour la description,les alluvions,  sables et graviers, ça ne s’érodent pas, 
>> c’est simplement mobile. Quant au ’temps de prospérer' de la végétation 
>> c’est plus un jugement de valeur qu’autre chose, on préférerait sans doute 
>> ‘le temps de s’y s’établir’…
>> 
>> Ce n’est visible sur la BDOrtho que parce que l’IGN fait ses photos en été. 
>> Soit à une cote (aux Ponts-de-Cé) d’environ -0,50 (environ 100 m3/s) à la 
>> cote 0  (env. 300m3/s) la moitié de ces grèves ont disparue.
>> Pour un débit de 1000m3/s qui est, à ce que j’ai compris (à vérifier), le 
>> débit de détermination du domaine public fluvial (donc des ‘rivernbanks’ il 
>> y a env. 1m dessus le zones décrites, et ça peut aller jusqu’à 6m (à env. 
>> 6000m3/, crue centenale). 
>> 
>> Pour mémoire, les cotes sous l’étiages c’est pendant env. 3 mois (juillet 
>> octobre).
>> En plus, comme le chenal, ça bouge tous les ans, et bien malin, ou très 
>> malhonnête, celui qui saura dire ce qu’il y aura comme eau ou comme sable 
&

[OSM-talk-fr] grèves Loire

[ades]

Je viens de « tomber » sur ça 
:https://www.openstreetmap.org/query?lat=47.4187=-0.4896
dans le lit de la Loire figurent des zones tagguées : 
natural : wetland
Surface:sand
Wetland :tidalflat
intermittent:yes
description: Les bancs (ou grèves) de sables sont constitués d'alluvions, de 
sables ou de graviers déplacés par la rivière et s'érodant progressivement. 
Régulièrement recouvert d'eau lors des crues, la végétation n'a pas toujours le 
temps d'y prospérer.

La description est bonne, le reste me semble être n’importe quoi ;-).Enfin… 
pour la description,les alluvions,  sables et graviers, ça ne s’érodent pas, 
c’est simplement mobile. Quant au ’temps de prospérer' de la végétation c’est 
plus un jugement de valeur qu’autre chose, on préférerait sans doute ‘le temps 
de s’y s’établir’…

Ce n’est visible sur la BDOrtho que parce que l’IGN fait ses photos en été. 
Soit à une cote (aux Ponts-de-Cé) d’environ -0,50 (environ 100 m3/s) à la cote 
0  (env. 300m3/s) la moitié de ces grèves ont disparue.
Pour un débit de 1000m3/s qui est, à ce que j’ai compris (à vérifier), le débit 
de détermination du domaine public fluvial (donc des ‘rivernbanks’ il y a env. 
1m dessus le zones décrites, et ça peut aller jusqu’à 6m (à env. 6000m3/, crue 
centenale). 

Pour mémoire, les cotes sous l’étiages c’est pendant env. 3 mois (juillet 
octobre).
En plus, comme le chenal, ça bouge tous les ans, et bien malin, ou très 
malhonnête, celui qui saura dire ce qu’il y aura comme eau ou comme sable l’an 
prochain. C’est simplement impossible.

Ce ne sont pas des zones humide (wetland) au sens commun ;
et ce ne sont pas des ‘tidaflat’ au sen strict parce que les marées c’est un 
peu rare par ici !

Je pense que ces zones sont à effacer car non représentatives de la réalité.
Qu’en pensez vous ?



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

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[ades]

L’utilisation de  : https://www.insee.fr/fr/information/2115018 
  ; doc expliqué là : 
https://www.insee.fr/fr/information/2571258 
 pourrait servir à quelque chose ? ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[ades]

Au temps pour moi pour avoir cité la « mauvaise » page OSM. 

La def donnée par l’Insee parrait plus appropriée :  >2000 habitants + dist. 
entre bât < 200 m .
L’ajout de la présence de services (qui avait été ajoutée et que Jérôme a 
supprimé) me semble pourtant bien correspondre à ce qu’est une ville.

Je ne comprends pas la notion de population comprise entre 1 et 10 
habitants, ça ne correspond pas à la def de l’insee, ni à la def en anglais 
dans osm…  c‘est sans doute un autre débat mais je ne saisi pas comment un 
consensus a put être obtenu sur une base aussi étroite que la population. Je 
pense qu’adminlevel devrait au moins être pris en compte (sous préfecture ou 
ancienne sous préfecture a minima)
D’après la def. OSM actuelle en fr, Laval ne serait donc pas une ville (town) 
mais un ‘village’ ;  j’ai quand même un gros doute.

ps je vient de vérifier osm, laval est une ville (town) depuis 2007 avec un 
passage à city d’une dizaine de jours (modif de Djack et corrigé par le même), 
ouf…

> Le 17 sept. 2018 à 09:22, Jérôme Seigneuret  a 
> écrit :
> 
> J'annulé tous simplement les modifications. On ne remet pas en cause la 
> totalité des choses ayant été mis en place. 
> 
> Bref comme le dis @Philippe Verdy   il y a une 
> page de discussion. Ce genre d'édition massive à valu à certains des blocages 
> de compte et des reverts.
> 
> @dark des modification qui remettent en cause le travail ne peuvent être 
> faite sur le wiki sans avoir été discuté. Des modifications changeant le sens 
> de ce qui est réalisé ne sont pas permisent sans discussion. Certe, ce 
> processus est plus long mais ça fait partie des bonnes pratiques.
> 
> Corriger grammaire et orthographe c'est pas un problème. Même les critères 
> servant à ajouter des limites ou des précisions doivent être discuter 
> (exemple des classes de tailles). C'est aussi l'une des raisons pour laquelle 
> nous sommes une communauté de contributeurs et que l'on retrouve en base de 
> page des cartes © Contributeurs de OpenStreetMap
> 
> Il y a plein de projets en cours sans devoir remettre en cause le travail 
> établi. Et dans tous les cas si il y a remise en cause on en discutera pour 
> valider ou non.
> 
> Bonne journée

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

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[ades]

@ Stéphane Péneau attention d’après  la définition de l’Insee 
(https://www.insee.fr/fr/metadonnees/definition/c1501) ou celle du wiki osm 
(https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dtown) Ancenis devrait être 
taggé ville, ‘town’. Mais ce n’est surtout pas un ‘village’ et encore moins une 
‘city’, bien sur.
Faudrait peut-être remplacer ‘bourg’ par ‘agglomération’ dans la def. OSM 
remplacer le ‘bourg’ de la def. par ‘aglomération’.
Mais j

> Le 16 sept. 2018 à 20:58, Philippe Verdy  a écrit :
> 
> La granularité est suffisante pour ces clés. Ce n'est pas le seul critère 
> retenu de toute façon pour les rendus, et on a déjà indiqué en plus la 
> population (données pas trop anciennes, mais ça évolue pas si vite que ça : 
> les grandes villes pour la plupart continuent de croitre, les plus petites 
> continuent de baisser, l'ordre relatif bouge assez peu, c'est revu 
> régulièrement en cas de fusion/Scission de communes).
> 
> Le dim. 16 sept. 2018 à 20:43, djakk djakk  > a écrit :
> Oui effectivement ! Je me suis rendu compte que la clé place manque de 
> granuralité, du coup je suis revenu en arrière, en ajoutant tout de même 
> l’info capital:INSEE=“zone d’emploi”. 
> 
> Ca serait bien de passer à une granularité plus forte, passer de village - 
> town - city à village - small_town - large_town - small_city - medium_city - 
> large_city - metropolis. 
> Ancenis serait pas mal en large_town ou en small_city ? Angers serait une 
> medium_city, Nantes une large_, Paris une metropolis. 
> 
> Seulement ces valeurs qui étaient parfois rendues par la feuille de style 
> “officielle” ont été supprimées : en pratique on ne va pas utiliser une 
> valeur qui efface la ville de la carte ...
> 
> Du coup je compte demander à gravitystorm/openstreetmap-carto de reprendre en 
> compte ces valeurs, avant de changer les valeurs de place ... on risque de me 
> répondre qu’il faut d’abord utiliser la valeur avant de la prendre en compte 
> :-]
> 
> 
> djakk
> 
> 
> Le dim. 16 sept. 2018 à 20:23, Stéphane Péneau  > a écrit :
> Je disais ça en rigolant, mais lorsque je vois par exemple le "bourg" 
> d'Ancenis, commune de 7800 habitants, qui passe de place=village à 
> place=city, je rigole un peu moins.
> Ensuite, lorsque je vois que tu as modifié la page wiki du tag "place" pour 
> que ça convienne à ta volonté, je commence à trouver ça pas drôle du tout.
> 
> Que tu sois bourré d'énergie pour faire bouger les choses, super, mais que tu 
> le fasses sans tenir compte de ce qui fait la force d'Osm, c'est à dire sa 
> communauté, alors là je suis moins d'accord.
> 
> Franchement, Ancenis, au même niveau que Nantes, dans les 10 plus importantes 
> villes de france, faut pas déconner
> 
> Stf
> 
> 
> Le 16/09/2018 à 18:39, djakk djakk a écrit :
>> Ahah :)
>> 
>> 
>> Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau > > a écrit :
>> Wow wow !! Dis-nous un peu ce que tu as modifié.
>> Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24 depuis 
>> quelque temps !
>> 
>> Stf
>> 
>> 
>> Le 16/09/2018 à 15:50, djakk djakk a écrit :
>>> Yo, 
>>> 
>>> bon après avoir modifié les villes du grand ouest, je me rend compte qu’il 
>>> manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin de : 
>>> village (les “village”) - gros village (les “Town”) - petite ville (exemple 
>>> : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?) - grosse 
>>> ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)
>>> 
>>> 
>>> djakk
>>> 
>>> Le mar. 11 sept. 2018 à 15:04, Philippe Verdy >> > a écrit :
>>> on a déjà les capital=yes (pour les capitales nationales) et 
>>> capital= pour les niveaux inférieurs
>>> 
>>> Attributs un peu redondant avec les "admin_centre" des relations précisant 
>>> ces niveaux, mais il y a des utilisations de ces attributs pour ne pas 
>>> avoir à consulter la liste de toutes les relations qui pourraient 
>>> référencer un noeud place=*, et ensuite les télécharger toutes pour voir si 
>>> cette référence a un rôle admin_centre (qui plus est n'est pas toujours 
>>> unique par relation, par exemple dans des pays où peuvent coexister 
>>> plusieurs "capitales" selon l'usage:  administratif, législatif, 
>>> présidentiel/royale, exécutif, judiciaire, diplomatique, de facto parfois 
>>> aussi...)
>>> 
>>> Le mar. 11 sept. 2018 à 14:55, djakk djakk >> > a écrit :
>>> C’est vrai, mais pour le coup on est obligé d’etre relatif, par exemple je 
>>> verrai Figeac comme une “city” car le seul grand ensemble urbain alentours, 
>>> d’ailleurs capitale de sa zone d’emploi, par contre Figeac serait collée à 
>>> Rennes ça serait “Town” seulement et collée à Paris ça serait même 
>>> “village”. 
>>> 
>>> Comme pour les “highway” une rue tertiary de Paris à dans doute autant de 
>>> circulation qu’une “primary” de 

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[ades]

Je dis effectivement que TOUS les tags sont mauvais mais je dis aussi que tous 
son modifiables mais pas n’importe comment et surtout pas chacun dans son coin… 
> Le 16 sept. 2018 à 18:38, djakk djakk  a écrit :
> 
> Oui bon j’ai mes marottes :P
> 
> Tu trouves les tags mauvais proposes donc des améliorations au lieu de 
> suggérer de ne rien faire :O
> 
> Le dim. 16 sept. 2018 à 18:33, ades  <mailto:ades_...@orange.fr>> a écrit :
> Et bien bon courage, place est renseigné 5 091 400 fois par 59 683 
> contributeurs, ‘city’ est utilisé 19446 fois, town 109 939 fois , village 1 
> 229 929 fois; ça te fait du pain sur la planche ;-) à moins qu’un grand 
> manitou US te licencie avant que tu finisse cette modeste tâche  ;-)
> 
> Plus sérieusement peu importe la pertinence ou pas de tes remarques ou 
> modifications,  les tags sont tous mauvais, ils constituent juste une partie 
> d'une règle du jeu et si tu joues, tu accepte la règle… Tu peux proposer de 
> la modifier mais faut poser la question avant et en discuter. 
> 
> Maintenant quand tu auras fini les ‘place’ je te recommande de te pencher sur 
> ‘landuse’  et ‘nature’ par exemple tu aurais du grain à moudre ;-)
> 
> > Le 16 sept. 2018 à 15:50, djakk djakk  > <mailto:djakk.dj...@gmail.com>> a écrit :
> > 
> > Yo, 
> > 
> > bon après avoir modifié les villes du grand ouest, je me rend compte qu’il 
> > manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin de : 
> > village (les “village”) - gros village (les “Town”) - petite ville (exemple 
> > : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?) - grosse 
> > ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)
> > 
> > 
> > djakk
> > 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>
> ___
> 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