Message posté par : Sylther ---------------------------------------- Bonsoir, Pour l'import du CSV, il faut très vraisemblablement créer un fichier *.csvt du même nom que le fichier csv avec un n'importe quel éditeur texte. Dans ce fichier, il faut préciser de quel 'type' au sens informatique sont les information présente dans les différentes colonnes du csv. Plus d'info ici (english): https://anitagraser.com/2011/03/07/how-to-specify-data-types-of-csv-columns… Quelle mine le site d'Anita ! Et là : https://loicbcn.github.io/csvtgenerator/ Cela explique sans doute pourquoi le seul champ numérique dispo pour ta légende, au delà du fait que je ne pense pas que tu utilises le bon csv par rapport à ce qui t'intéresse. Concernant la jointure, le codgeo semble bien être le code insee (attention pour le csvt, celui ci-est de type 'string' (chaîne de caractère), du fait des 2A 2B qui le compose dans le cas de certaines communes insulaires). il te perrmet de faire une jointure attributaire avec ta couche spatiale ('code Insee_com' de Admin express de l'IGN (https://geoservices.ign.fr/adminexpress). A noter que dans ton cas, il semble important de prendre la version COG (cf. la doc sur cette même page, et les téléchargements en bas de page) de 2022 pour être sur d'associer les stats à la bonne unité spatiale. Mais le fichier info-complements-data.gouv-2022-geographie2023-produit-le2023-07-17.xlsx (sic, on était bien parti pourtant avec des données dans un format open et directement lisible, ie le format csv ) ne contient pas d'info sur la criminalité en elle-même. Le fichier donnee-dep-data.gouv-2022-geographie2023-produit-le2023-07-17.csv est agrégé à l'échelle du département. Il n'ya pas de fichier de métadonnées associées directement au csv. Heureusement le docx (re sic) de documentation est assez clair. Remarque aussi : Darmanin ne s'est pas fatigué à encoder la valeur sur 4 chiffres d'ailleurs, il a sans doute d'autres occupations :/ Concernant donnee-data.gouv-2022-geographie2023-produit-le2023-07-17.csv, effectivement, la donnée est bien à l'échelle communale. On peut regretter la faible granularité temporelle (une valeur par an par type de délit par commune). Comment, j'ai envie de troller de soir, pardon de râler, je trouve assez concernant que les données Admin Express soit encore en shapefile en 2023 :/. Au delà du fait que c'est un format structurellement piégeux en terme informatique (trop de fichier pour une même couche, du fait de trop de rustines au fil des années d'existence). Ceci n'est pas plus de l'IGN bashing que de l'ESRI bashing : d'une part j'imagine bien que l'on ne change pas 'comme ça' de format de sortie d'une chaine de traitement (quoi que là ce serait pas non plus la révolution), et par ailleurs le shapefile à clairement fait le job au fil de ses évolutions. Mais là quand même le format geopackage (*.gpkg) a bientôt 10 ans et correspond aux paradigmes de l'information géographique et de bases de donnés contemporains. Ici deux liens pour étayer, en anglais, désolé : http://switchfromshapefile.org/ (pas en https, dommage et https://www.gis-blog.com/geopackage-vs-shapefile/ Bon courage pour le traitement des données. Remarque / suggestion pour la jointure. Il peut être souvent pas mal de ne pas joindre tous les champs, et par ailleurs, il peut être aussi utile de forcer le prefixe défini pour le nom des champs joints, quitte parfois à le laisser vide, là aussi pour plus de lisibilté, surtout si la couche ainsi créée a vocation à être exporter pour le transfert 'en dur' des champs dans une nouvelle couche. S. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=362528#p362528 Pour y répondre : qgis_fr(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net