Re: [OSM-talk-fr] Besoin d'aide pour Validation niveaux hiérarchiques Relations type=boundary

2018-03-20 Par sujet Pierre Béland 
J'ai confondu les noms de mes intelocuteurs en copiant message. Merci à Marc et 
Vincent.
Mon premier chemins ignalé par Osmose avec près de 1000 noeuds (id=567542271) 
trace la frontière entre le Québec et le Maine aux États-Unis. Ce sont des 
frontières hyper-détaillées et le contributeur a tracé un chemin en parallèle 
pour éviter d'y toucher. Sauf que le nouveau tracé chevauchait à des centaines 
de reprise.
Exténuant, mais au moins j'ai une piste pour progresser et corriger.


 
Pierre 
 

Le mardi 20 mars 2018 17 h 42 min 47 s HAE, Pierre Béland 
 a écrit :  
 
  Le 20/03/2018, Vincent de Château-Thierry a écrit :

> Une autre manière de voir (au sens propre) l'état de la couverture, 
> c'est via "Layers" : 
> http://layers.openstreetmap.fr/?zoom=7=47.27179=-72.20242=BFF
> Au moment du tracé des limites admin françaises c'était précieux, alors 
> pourquoi pas...

Merci, 
j'avais la mauvaise sélection, je n'avais que des suggestions d'ajout wikipedia 
aux relations.  Bon la première référence, le chemin sélectionné a plein de 
chevauchements. Je vais corriger le tout et voir si cela règle l'ensemble de 
mes problèmes.
 
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin d'aide pour Validation niveaux hiérarchiques Relations type=boundary

2018-03-20 Par sujet Pierre Béland 
 Le 20/03/2018, Vincent de Château-Thierry a écrit :

> Une autre manière de voir (au sens propre) l'état de la couverture, 
> c'est via "Layers" : 
> http://layers.openstreetmap.fr/?zoom=7=47.27179=-72.20242=BFF
> Au moment du tracé des limites admin françaises c'était précieux, alors 
> pourquoi pas...

Merci, 
j'avais la mauvaise sélection, je n'avais que des suggestions d'ajout wikipedia 
aux relations.  Bon la première référence, le chemin sélectionné a plein de 
chevauchements. Je vais corriger le tout et voir si cela règle l'ensemble de 
mes problèmes.
 
Pierre 
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin d'aide pour Validation niveaux hiérarchiques Relations type=boundary

2018-03-20 Par sujet Vincent de Château-Thierry 

Bonjour,

Le 20/03/2018 à 21:37, Pierre Béland a écrit :

La validation de la hiérarchie des limites admin ne semble pas traitée 
dans Osmose (à moins que analyse 1 joue ce rôle?). Si absent, ce serait 
un ajout intéressant. À ma connaissance, il n'existe pas d'autre outil.


Une autre manière de voir (au sens propre) l'état de la couverture, 
c'est via "Layers" : 
http://layers.openstreetmap.fr/?zoom=7=47.27179=-72.20242=BFF
Au moment du tracé des limites admin françaises c'était précieux, alors 
pourquoi pas...


vincent

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

Re: [OSM-talk-fr] Besoin d'aide pour Validation niveaux hiérarchiques Relations type=boundary

2018-03-20 Par sujet marc marc 
Bonjour,

Le 20. 03. 18 à 21:37, Pierre Béland a écrit :
> J'ai quelques soucis avec la validation de l'ajout de limites 
> administratives de différents niveaux hiérarchique au Québec
Voici j'ai trouvé ceci :
https://osmose.openstreetmap.fr/fr/errors/?country=canada_quebec=1060%2C6010%2C6060

Cela fait un début de piste :)
Aucune idée par contre si ton problème est dans cette liste ou s'il 
manque des analyses supplémentaires serraient utiles.

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

[OSM-talk-fr] Besoin d'aide pour Validation niveaux hiérarchiques Relations type=boundary

2018-03-20 Par sujet Pierre Béland 
J'ai quelques soucis avec la validation de l'ajout de limites administratives 
de différents niveaux hiérarchique au Québec et l'expérience des contributeurs 
/ développeurs de OSM-France peut sûrement m'être utile. 

Plusieurs outils permettent de vérifier si un polygone est fermé (ie. éditeur 
de relation JOSM, Analyseur http://ra.osmsurround.org/analyzeRelation et 
couches de différents niveaux admin de Osmose).
Pour moi, la difficulté principale est la validation de la hiérarchie des 
relations admin pour un territoire donné, soit dans mon cas, le Québec.
On peut vérifier si un polygone de limite administrative est fermé à partir de 
l'éditeur de relations de JOSM ou avec 
http://ra.osmsurround.org/analyzeRelation.  Il est par contre plus difficile de 
valider la hiérarchie des polygones à l'intérieur d'un pays ou région donnée.

Pour la validation de la hiérarchie, je ne peux que constater avec les pages 
Admin de Nominatim si tous les sous-ensembles sont reconnus ou non.
Osmose propose les liens Analyse 1 et Analyse 2. Cependant, je n'ai pas trouvé 
de documentation la-dessuse et Analyse 1 ne reconnait pas les relations 
administratives du Québec - Est-ce que le Québec n'est pas couvert?
exemple http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=61549
analyse 2 me retourne simplement un ok + timestamp - Cela veut-dire relation ok?
polygons.openstreetmap.fr/~osmbin/analyse-relation-open.py?61549

La validation de la hiérarchie des limites admin ne semble pas traitée dans 
Osmose (à moins que analyse 1 joue ce rôle?). Si absent, ce serait un ajout 
intéressant. À ma connaissance, il n'existe pas d'autre outil. 
Autre piste, quelqu'un a un script python qui vérifie la hiérarchie des 
relations admin ?

Au Québec, les niveaux hiérarchiques de admin_level sont4 - Province de Québec5 
- Régions administratives (14)
6 - MRC (87)
8 - Municipalités.
Les pages Admin de Nominatim fournissent la liste des limites de niveau 
inférieur. Lorsqu'un polygone n'est pas listé, il est difficile d'identifier 
quel est le problème (ie. polygone non fermé, chevauchement, et parfois un 
simple tri des membres de relation peut donner un coup de pied et replacer le 
tout).

Pour le Québec, les régions administratives (admin_level=5) sont toutes 
reconnues par Nominatim, de même que les MRC (admin_level=6). Par contre, si je 
fait le tour des pages Admin niveau 5 (régions), la liste des MRC (niveau 6) 
est incomplète pour plusieurs régions, ce après moultes validations / 
corrections. Je me suis assuré avec JOSM que les polygones étaient clos et bien 
triés. J'ai aussi fait le contour des relations de niveau 5 pour m'assurer que 
les relations de niveau 6 étaient à l'intérieur ou sur la ligne outer du niveau 
5.

Voir par exemple avec Nominatim, la page Région Côte-Nord (admin_level=5). Une 
seule relation inférieure est affichée, la Minganie, et il en manque 5 autres.
https://nominatim.openstreetmap.org/details.php?place_id=230132861
Relations de niveau 6 non listées dans Cote-Nord
- Caniapiscau https://nominatim.openstreetmap.org/details.php?place_id=219756444
- La Haute-Côte-Nord 
https://nominatim.openstreetmap.org/details.php?place_id=219650807
- Le Golfe-du-Saint-Laurent 
https://nominatim.openstreetmap.org/details.php?place_id=220071937
- Manicouagan https://nominatim.openstreetmap.org/details.php?place_id=219650797
- Sept-Rivières 
https://nominatim.openstreetmap.org/details.php?place_id=219756445


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

Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?

2018-03-20 Par sujet Christian Quest 
C'est l'objectif de ces couches transparentes... et ça évite aussi de 
l'import un peu olé olé ;)



Le 19/03/2018 à 17:18, Rpnpif a écrit :

Le 19 mars 2018, marc marc a écrit :


Le 19. 03. 18 à 10:13, Rpnpif a écrit :

Le 17 mars 2018, deuzeffe a écrit :
   

Mmmhhh ??? On peut utiliser QGis pour mettre à jour JOSM qui mettra à
jour osm ? C'est plus intéressant que JOSM seul ?

Oui puisque chez moi JOSM est trop lent et bloque avec autant de
données.

Bien sûr, le but est de sélectionner une petite zone (communale au
plus).
Mais je vais peut-être me rabattre sur la couche rapatriée sur Id.

Il ne faut pas télécharger la France entière.
Josm rame à cause de la quantité démesurée de données.

A noter que josm permet lui aussi d'afficher BD Carthage comme une
couche limité à la zone visible de ton écran au lieu de tous le pays.
c'est dans menu imagerie, BD Carthage :)

Mais c'est 2 choses assez différente.
l'un sont les données pour intégrer un à un les rivières.
l'autre est de l'affichage pour des retouches ponctuelles

Oui et finalement, je vais me rabattre vers Id et ponctuellement vers
la sous-couche dans JOSM comme tu l'indiques.

Merci.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags

2018-03-20 Par sujet Jérôme Seigneuret 
Je ne conserve pas les infos CLC dans OSM suite aux mises à jour. Je
découpe au fur et à mesure les polygones et les relations pour faire les
mise à jours. Çà évite de faire des gros trous dans le fond.

Je redécoupe en utilisant les voiries et le parcellaire donc la CLC et ses
clés n'a gère de sens vu que l'échelle est beaucoup plus fine et la
précision également. Si la CLC utilisait la couche vecteur cadastre et les
couches routières et ferroviaires et pas seulement les images
satellitaires, on arriverait surement au résultat suivant
https://www.openstreetmap.org/#map=17/43.54825/3.74303

On garde l'information quand on peut faire une mise en correspondance. Une
fois les redécoupages et la mise à jour du type d'occupation; les données
résultantes n'ont plus aucun rapport avec la source. Donc les clés utilisés
pour identifier l'occupation...

Ce qu'il est plus intéressant c'est de se baser sur des codes EUNIS ou
Corine Biotope mais j'ai pas vu qui que ce soit qualifier l'occupation avec
ces clés.
https://inpn.mnhn.fr/docs/ref_habitats/EUNIS_Correspondances.pdf

C'est ce que font tous les BE en Environnement pour réaliser les cartes
d'habitats naturels.

Jérôme




Le 20 mars 2018 à 12:24, marc marc  a écrit :

> Pour les attributs, je pense qu'il faut faire au + simple :
> landuse est fatalement utile.
> la ref peut-être utile si quelqu'un veux faire des stats d'évolution
> du territoire, cela ne dérange pas trop de le garder.
> Pour le reste, personne n'a jamais montré la moindre utilité
> malgré des km de discussion et l'absence de maintenance rend chaque
> année moins probable la moindre possibilité de réutiliser ces reliquats.
>
> Le 20. 03. 18 à 11:10, Rpnpif a écrit :
> > Chez moi, Corine est souvent erroné
>
> Coupe à la hache ce qui doit l'être :)
> Corine est un peu la caricature des problèmes d'imports :-(
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 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

Re: [OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags

2018-03-20 Par sujet marc marc 
Pour les attributs, je pense qu'il faut faire au + simple :
landuse est fatalement utile.
la ref peut-être utile si quelqu'un veux faire des stats d'évolution
du territoire, cela ne dérange pas trop de le garder.
Pour le reste, personne n'a jamais montré la moindre utilité
malgré des km de discussion et l'absence de maintenance rend chaque 
année moins probable la moindre possibilité de réutiliser ces reliquats.

Le 20. 03. 18 à 11:10, Rpnpif a écrit :
> Chez moi, Corine est souvent erroné

Coupe à la hache ce qui doit l'être :)
Corine est un peu la caricature des problèmes d'imports :-(
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags

2018-03-20 Par sujet Rpnpif 
Le 19 mars 2018, Philippe Verdy a écrit :

> Note: un outils comme Corine serait maintenant plus intéressant dans des
> pays en développement où presque tout est à faire, notamment en Afrique
> centrale ou dans les immenses territoires ruraux de Russie, de Chine ou
> d'Australie (bien que là il doit exister des sources locales comparables:
> Corine en Europe c'est un peu comme TIGER aux USA): ça va bien pendant un
> temps et c'est très utile pour avancer et mieux que rien du tout car ça
> permet de localiser plein d'objets relativement et dresser un état du
> terrain pour ensuite se concentrer sur des zones plus petites et améliorer
> la précision; mais ensuite on doit gérer cet historique de façon plus
> incrémentale et on ne réimporte pas à nouveau ce type de source.
> Au Canada il y a eu certains imports dans l'Est mais c'est visiblement
> difficile de continuer, la progression est devenue très lente, malgré la
> relativement bonne qualité des données topographiques.

Bonjour,
Chez moi, Corine est souvent erroné en ce qui concerne l'occupation
agricole (prairie et cultures). De très nombreuses prairies ont été
malheureusement détruites depuis longtemps. Les PLU évoluant très
vite, il n'est pas toujours pertinent sur l'urbain.

Je trouve Corine plus gênant qu'utile sur une large partie de l'Ouest de
la France.

Ce n'est que mon avis.
-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Cartographie des voies d'eau sous pression

2018-03-20 Par sujet François Lacombe 
Bonjour Jérôme,

Le 20 mars 2018 à 08:17, Jérôme Seigneuret  a
écrit :

> Bonjour,
> En même temps quand on parle d'eau sous pression c'est pas
> man_made=pipeline +  pressure
> =4 + substance=water +
> location=underground
>
> Ce que tu proposes c'est pour un passage d'eau sans conduite tubé?
>

En effet, tous les conduits contenant de l'eau sous pression ne sont pas
tous des pipelines.
Typiquement quand ce n'est pas tubé, je propose d'utiliser tunnel=flooded
(pour ce genre de chose :
https://www.constructioncayola.com/e-docs/00/00/B8/8D/carac_vignette_1.jpg)

La propal prenait aussi les siphons naturels pour indiquer que
waterway=pressurised peut aussi servir en spéléo (en pratique pas toujours
aussi simple).

L'idée est de séparer le contenu du contenant, donc même avec un pipeline
ca donne :
man_made=pipeline + substance=water + waterway=pressurised +
location=underground + pressure=x


Bonne journée

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

Re: [OSM-talk-fr] Cartographie des voies d'eau sous pression

2018-03-20 Par sujet Jérôme Seigneuret 
Bonjour,
En même temps quand on parle d'eau sous pression c'est pas
man_made=pipeline +  pressure
=4 + substance=water +
location=underground

Ce que tu proposes c'est pour un passage d'eau sans conduite tubé?



Le 19 mars 2018 à 16:46, François Lacombe  a
écrit :

> Bonjour à tous,
>
> Pour info, le vote s'est terminé hier sur la proposition que j'ai lancé il
> y a quelques mois
> https://wiki.openstreetmap.org/wiki/FR:Proposed_features/
> Hydropower_water_supplies
>
> Le tagging a été approuvé à 78%.
>
> TL;DR :  Parmi les 3 types d'écoulement d'eau existant, waterway ne
> servait dans OSM que pour l'écoulement libre. On ajoute ici l'écoulement en
> charge et il restera les infiltrations qui ne rentrent pas dans les deux
> premières catégories (écoulement percolé).
>
>
> Malgré la complexité apparente de ce qui est proposé, sur le terrain c'est
> très simple :
> - Ajouter waterway=pressurised sur tous les conduits transportant de l'eau
> et pour lesquels la prise d'eau est conçue pour être sous le niveau minimal
> de l'eau captée.
>
> Sur les barrages, la centrale ne peut fonctionner qu'au dessus d'un
> certain niveau du lac ou de a rivière. C'est très facilement vérifiable et
> une info capitale pour la gestion de la ressource.
>
> - Ajouter tunnel=flooded sur tous les conduits qui ne sont pas des
> pipelines (construit avec des bouts de tubes), dont les dimensions
> permettraient à un homme de circuler mais dont la présence d'eau en
> quantité importante empêche l'accès.
> Les différences avec tunnel=culvert sont surtout les dimensions et la
> longueur (on parle ici de galeries qui font plusieurs km à travers la
> montagne)
>
> - Utiliser usage=* pour préciser la destination des ouvrages.
>
> Tout ceci sera détaillé sur le wiki prochainement.
>
> Bonne carto
>
> François
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 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