Pages: 1
- Sujet précédent - CORINE Land Cover & couches haute résolution : mise en ligne - Sujet suivant
#1 Wed 02 September 2015 21:05
- CLC_FR
- Participant occasionnel
- Date d'inscription: 1 Apr 2009
- Messages: 17
CORINE Land Cover & couches haute résolution : mise en ligne
Bonjour,
Les données d'occupation des sols CORINE Land Cover 2012 sont désormais accessibles à tous depuis le site du Service de l'Observation et des Statistiques (SOeS) du Commissariat Général au Développement Durable (CGDD).
Réalisés dans le cadre du service Territoire du programme européen d'observation de la Terre Copernicus, deux produits sont proposés :
- CORINE Land Cover
CORINE Land Cover est un inventaire biophysique de l’occupation des sols et de son évolution selon une nomenclature en 44 postes. Cet inventaire est produit par interprétation visuelle d'images satellite. L'échelle de production est le 1/100 000. CLC permet de cartographier des unités homogènes d’occupation des sols d’une surface minimale de 25 hectares.
Cette base de données a été initiée en 1985. Les millésimes 1990, 2000, 2006 et 2012 ont été réalisés.
- Couches haute résolution
Les couches haute résolution fournissent des informations sur des caractéristiques spécifiques de l’occupation des sols et sont complémentaires à CORINE Land Cover. Ces données sont produites automatiquement à partir d’images satellite de 20 mètres de résolution. Elles décrivent cinq types d’occupation des sols suivant un maillage régulier de 20 mètres de côté :
- le taux d’imperméabilisation des sols (en 2006 et en 2012) ;
- le type de forêts (feuillus/résineux) et le taux de couvert arboré (en 2012);
- les prairies permanentes (en 2012) ;
- les zones humides (en 2012) ;
- les surfaces en eau permanentes (en 2012).
Les données sont disponibles depuis le site du SOeS : http://www.statistiques.developpement-d … res-1.html
L'équipe CORINE Land Cover France
MEDDE / CGDD / SOeS
Dernière modification par CLC_FR (Wed 02 September 2015 21:13)
Hors ligne
#2 Wed 09 September 2015 00:29
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Merci de partager cette information ici.
Cela infuse:
https://www.geopicardie.fr/portail/actu … land-cover
Bruno
Hors ligne
#3 Fri 11 September 2015 15:37
- petitunk
- Participant actif
- Lieu: coulon
- Date d'inscription: 5 Sep 2005
- Messages: 65
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Bonjour,
Est-ce que quelqu'un a réussi à télécharger et à décompresser ces fichiers? J'ai toujours une erreur "fichier zip non valide"...
Hors ligne
#4 Fri 11 September 2015 15:45
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Bonjour,
Est-ce que quelqu'un a réussi à télécharger et à décompresser ces fichiers? J'ai toujours une erreur "fichier zip non valide"...
-> Oui sans aucun soucis pour ma part (téléchargé via Chrome / dézippé avec 7zip)
Martin
Dernière modification par nitram (Fri 11 September 2015 15:46)
Hors ligne
#5 Fri 11 September 2015 15:49
- jacques féraud
- Participant actif
- Date d'inscription: 13 Sep 2011
- Messages: 76
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Bonjour,
j'ai téléchargé sans problème le 3 septembre les fichiers Languedoc-Roussillon avec firefox et dézippé sans problème avec 7zip.
cordialement,
Jacques
Hors ligne
#6 Fri 11 September 2015 18:23
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Bonsoir,
Apparemment, pour certains usages, il est préférable d'avoir un BAC +12:
http://www.neogeo-online.net/blog/archives/2304/
Bruno
Hors ligne
#7 Fri 25 September 2015 13:11
- CLC_FR
- Participant occasionnel
- Date d'inscription: 1 Apr 2009
- Messages: 17
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Bonjour,
Le SOeS a apporté quelques améliorations sur la diffusion des données CORINE Land Cover 2012.
- tri et regroupement des couches dans des containers
- modification des titres et des résumés des couches
- modification des métadonnées liées aux couches :
- changement du type-mime en text/html pour les liens vers les pages html du GéoCatalogue
- ajout d'un lien métadonnées avec un type-mime en text/xml pour les liens vers les descriptifs xml du GéoCatalogue
D'autres améliorations seront réalisées dans les prochaines semaines.
N'hésitez pas à nous signaler vos propositions d'amélioration à partir du formulaire de contact du site : http://www.statistiques.developpement-d … acter.html.
L'équipe CORINE Land Cover France
MEDDE / CGDD / SOeS
Hors ligne
#8 Fri 25 September 2015 13:53
- neogeo
- Juste Inscrit !
- Date d'inscription: 11 Feb 2014
- Messages: 6
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Bonjour,
Les noms des groupes sont désormais plus explicites en effet (même s'ils contiennent toujours des accents), mais vous vous méprenez néanmoins sur leur usage. Vous les utilisez en tant que système de rangement pratique des données selon leur territoire et leur type (raster - vecteur). Mais en WMS, les couches d'un même groupe ont vocation à être co-visualisées. C'est à ça que sert le groupe, proposer un raccourci rapide pour l'affichage d'un certain nombre de couches pré-organisées hiérarchiquement. Dans votre implémentation les groupes contiennent des séries de données non-superposables, ce qui les dénature.
Vous partez de principe que les groupes n'ont donc pas vocation à être affichés directement, qu'il faut plutôt les ouvrir et choisir une couche dedans. Mais le serveur WMS, et le client côté utilisateur, permettent de sélectionner le groupe. Donc, l'usage supplantant toujours le design, l'utilisateur va le faire ! Et comme dans vos noms de groupes il y a des accents et que beaucoup de clients WMS (et notamment QGIS) n'ont pas prévu ça, on a une erreur plutôt qu'une belle carte pourtant disponible sur votre serveur.
Je comprends votre souci de nomenclature, mais à mon avis vous auriez dû structurer les flux différemment, avec soit 1 service par territoire ou par année, et de simples couches (sans groupes donc) au sein de ceux-ci, soit le tout dans un seul service. Ce serait certes moins lisible de prime abord, mais l'utilisateur comprendrait cependant qu'il lui faut bien choisir la couche qui l'intéresse, ce qui est moins évident quand il n'a que les intitulés de groupes sous les yeux (affichage par défaut de plusieurs clients WMS).
Salutations
Guillaume Sueur
Hors ligne
#9 Tue 29 September 2015 09:28
- mmpingui
- Juste Inscrit !
- Date d'inscription: 14 Jun 2007
- Messages: 3
Re: CORINE Land Cover & couches haute résolution : mise en ligne
bonjour,
pour info, les flux wms donnés ici :
http://www.statistiques.developpement-d … ?tx_ttnews[tt_news]=24272&cHash=f13387facfa861b064b0771ca50e3bfa
ne fonctionnent plus...
merci
Hors ligne
#10 Tue 29 September 2015 14:55
- mmpingui
- Juste Inscrit !
- Date d'inscription: 14 Jun 2007
- Messages: 3
Re: CORINE Land Cover & couches haute résolution : mise en ligne
c'est opérationnel de nouveau
Hors ligne
#11 Wed 30 September 2015 09:44
- cb_georezo
- Juste Inscrit !
- Date d'inscription: 30 Sep 2015
- Messages: 1
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Bonjour,
Les noms des groupes sont désormais plus explicites en effet (même s'ils contiennent toujours des accents), mais vous vous méprenez néanmoins sur leur usage. Vous les utilisez en tant que système de rangement pratique des données selon leur territoire et leur type (raster - vecteur). Mais en WMS, les couches d'un même groupe ont vocation à être co-visualisées. C'est à ça que sert le groupe, proposer un raccourci rapide pour l'affichage d'un certain nombre de couches pré-organisées hiérarchiquement. Dans votre implémentation les groupes contiennent des séries de données non-superposables, ce qui les dénature.
Vous partez de principe que les groupes n'ont donc pas vocation à être affichés directement, qu'il faut plutôt les ouvrir et choisir une couche dedans. Mais le serveur WMS, et le client côté utilisateur, permettent de sélectionner le groupe. Donc, l'usage supplantant toujours le design, l'utilisateur va le faire ! Et comme dans vos noms de groupes il y a des accents et que beaucoup de clients WMS (et notamment QGIS) n'ont pas prévu ça, on a une erreur plutôt qu'une belle carte pourtant disponible sur votre serveur.
Je comprends votre souci de nomenclature, mais à mon avis vous auriez dû structurer les flux différemment, avec soit 1 service par territoire ou par année, et de simples couches (sans groupes donc) au sein de ceux-ci, soit le tout dans un seul service. Ce serait certes moins lisible de prime abord, mais l'utilisateur comprendrait cependant qu'il lui faut bien choisir la couche qui l'intéresse, ce qui est moins évident quand il n'a que les intitulés de groupes sous les yeux (affichage par défaut de plusieurs clients WMS).
Salutations
Guillaume Sueur
Bonjour,
Ce n'est pas aussi évident que ça.
Le spécifications wms autorisent bien cette idée de rangement dans des groupes sans co-visualisation des couches contenues.
En fait si on lit exactement les spécifications, il est précisé que une opération getMap doit être faite sur un layer si et seulement si ce layer possède un attribut Name. Dans le cas présent les regroupements ont bien un attribut Title mais pas d'attribut Name. Les regroupements ne devraient donc être que des regroupement sans covisualisation possible ce qui d'ailleurs est le cas.
Le problème vient surtout du fait que les logiciels wms client ne respectent pas cette spécification et ne devrait pas permettre de faire un getMap sur un regroupement à partir de son attribut Title (au passage aucun problème pour avoir des accents dans l'attribut Title, c'est même plutôt une bonne chose).
Voici le lien vers les spécifications wms 1.3 (http://portal.opengeospatial.org/files/ … t_id=14416). On peut lire dans le paragraphe 7.2.4.6.3:
Code:
If, and only if, a layer has a , then it is a map layer that can be requested by using that Name in the LAYERS parameter of a GetMap request. A Layer that contains a element is referred to as a “named layer” in this International Standard. If the layer has a Title but no Name, then that layer is only a category title for all the layers nested within. A server that advertises a Layer containing a Name element shall be able to accept that Name as the value of LAYERS argument in a GetMap request and return the corresponding map. A client shall not attempt to request a layer that has a Title but no Name. A server shall throw a service exception (code="LayerNotDefined") if an invalid layer is requested.
De plus, je trouve que ce rangement par catégories est plutôt une bonne chose car cela permet de regrouper des couches selon leur thématique ou le territoire concerné sans avoir une liste de couches à plat à rallonge.
Enfin avoir un wms différent par thématique ou territoire, oblige finalement l'internaute à avoir une multitude de lien wms à bookmarker et à classer lui-même. Autant en avoir un seul qui gère ce classement, non ?
Le problème est à mon sens plutôt du côté des clients wms qui ne respectent pas les spécifications, non ?
Christophe
Hors ligne
#12 Thu 01 October 2015 15:42
- neogeo
- Juste Inscrit !
- Date d'inscription: 11 Feb 2014
- Messages: 6
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Mais exactement ! C'est précisément ce que j'ai voulu exprimer dans mon blog. Loin que votre service soit intrinsèquement défaillant, mais certains choix provoquent des dysfonctionnements. Ils sont pourtant parfaitement légitimes vis-à-vis de la norme. Mais moins face aux usages. La question est donc que cherche-t-on à atteindre en inter-opérabilité ? Avoir raison seul ou fonctionner à plusieurs ?
Cordialement
Guillaume
Hors ligne
#13 Fri 02 October 2015 12:35
- Marc Leobet
- Participant assidu
- Lieu: Nowhere
- Date d'inscription: 19 Sep 2005
- Messages: 1103
- Site web
Re: CORINE Land Cover & couches haute résolution : mise en ligne
Voilà au moins une question qui a une réponse claire : seule compte la satisfaction du besoin utilisateur. Les normes, standards (règlements européens) sont tellement vagues et soumis à interprétation que leur respect est une première étape obligatoire mais n'a en pratique que des résultats limités.
Or, pourquoi investir des fortunes dans des dispositifs qui ne peuvent pas être utilisés 1/ par les outils du marché et 2/ par Monsieur Michu?
C'est pourquoi je conseille aux services producteurs de consommer leurs propres services, c'est-à-dire de se placer en utilisateur externe. Lorsque je le pratique (sur les services des autres, je suis conseilleur et non payeur, vous le savez) , c'est malheureusement TOUJOURS décevant (à ce jour).
Cordialement
Marc Leobet
@MarcLeobet sur Twitter
Hors ligne
Pages: 1
- Sujet précédent - CORINE Land Cover & couches haute résolution : mise en ligne - Sujet suivant