July 2023 - Donnees - Listes du Forum GeoRezo

Données (ouvertes) des cartes géologiques du BRGM

by donnees＠georezo.net

Message posté par : SylvainMP (sylvain.monperrus(a)hotmail.com) ---------------------------------------- ----------------- Benno écrit : Salut à tous, Ci-dessous en complément les fichiers de style QGIS (*.qml) correspondant à chaque découpage (département ou groupe de département) : cen-normandie.com/docs/brgm_depXX.zip ----------------- Bonjour, Merci pour ce lien, il nous a été très utile ! Pour information, le fichier style du département 22 ne fonctionne pas du fait de deux caractères fautifs "&" et ">" à la ligne 4. J'ai pu corriger le problème à l'aide du logiciel Notepad++, qui permet de localiser la ligne et la colonne d'où viennent les deux erreurs (indiquée sous QGIS à l'ouverture du fichier style). Sylvain ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=330610#p330610 Pour y répondre : donnees(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

1 year, 11 months

1
13
0 0

[OCS GE] Occupation du sol grande échelle

by donnees＠georezo.net

Message posté par : Bruno IRATCHET (bruno(a)georezo.net) ---------------------------------------- Bonjour, A suivre donc: https://sparte.beta.gouv.fr/ Belle journée! ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=351683#p351683 Pour y répondre : donnees(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

2 years

1
1
0 0

Libre mise à disposition du fichier FANTOIR des voies et lieux-dits

by donnees＠georezo.net

Message posté par : Bruno IRATCHET (bruno(a)georezo.net) ---------------------------------------- Bonjour, Les données ont été mises à jour (juin 2020): https://www.collectivites-locales.gouv.fr/mise-a-disposition-gratuite-fichi… Bruno ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=333751#p333751 Pour y répondre : donnees(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

2 years

1
3
0 0

Carto des haies : RGP et BD TOPO

by donnees＠georezo.net

Message posté par : Yunali ---------------------------------------- Bonjour, Je cherche à réaliser une cartographie et des analyses sur le bocage de plusieurs départements français. J'ai lu sur plusieurs sites internet que les 2 jeux de données pour répertorier les haies à échelle nationale sont : - la BD TOPO de l'IGN (couche haie) - le Registre Parcellaire Graphique (RPG) Comme expliqué sur le site suivant (https://geo.data.gouv.fr/fr/datasets/c43ec51c39f95a3a7bfa78c03a9d53fbfdb14d…) et indiqué dans les sources de la carte OFB/IGN ci-joint, "l’utilisation conjointe de ces deux bases est nécessaire", car chacune présente quelques "trous". La BD TOPO ok, mais pour le RPG je ne comprends pas où se trouve la donnée haie ? Aucun code culture ne correspond aux haies, et les métadonnées ne le mentionnent pas, alors que beaucoup de sites internet semblent indiquer que la donnée haie est supposée être traitée dans le RPG. Est-ce que j'ai bien compris ? Où puis-je trouver les données haies du RPG / de la PAC ? Sinon, en dehors de la BD TOPO, existe-t-il d'autres jeux de données sur les haies à l'échelle nationale ? Idéalement je cherche également à retracer leur évolution, donc des données passées seraient super. J'ai cherché les données des anciennes BD Haies, qui avant étaient séparées de la BD TOPO, mais n'ai rien trouvé. Merci par avance ! ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=361859#p361859 Pour y répondre : donnees(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

2 years, 2 months

1
4
0 0

INAO : Publication des données géographiques des AOC viticoles (Bêta)

by donnees＠georezo.net

Message posté par : Thomas Gratier (thomas.gratier(a)gmail.com) ---------------------------------------- Bonjour, Pour information, si vous souhaitez avoir la vue d'ensemble des fichiers pour référencer les fichiers dans des applications tiers ou faire des téléchargements spécifiques j'ai fait un script pour récupérer les données sur https://gist.github.com/ThomasG77/49f2ea7ff507b08a7608e932991af98c Pour les réutilisateurs finaux, vous serez surtout intéressés par le fichier CSV issu du traitement https://gist.github.com/ThomasG77/49f2ea7ff507b08a7608e932991af98c/raw/c633… ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=361840#p361840 Pour y répondre : donnees(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

2 years, 2 months

1
0
0 0

INAO : Publication des données géographiques des AOC viticoles (Bêta)

by donnees＠georezo.net

Message posté par : Bruno IRATCHET (bruno(a)georezo.net) ---------------------------------------- Bonjour, L'INAO poursuit son travail d'ouverture des armoires à plans ;) https://www.inao.gouv.fr/Nos-actualites/portail-plans-delimitation ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=361818#p361818 Pour y répondre : donnees(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

2 years, 2 months

1
0
0 0

Base de données BAN PLUS - Lien Parcelle Adresse

by donnees＠georezo.net

Message posté par : ElectroPlankton (jason.bocquet(a)gmail.com) ---------------------------------------- Bonjour à tous ! J'essaye en ce moment de trouver une bonne méthode qui me permettrait de lier des adresses à des parcelles. J'ai essayé plusieurs méthodes avant de tomber sur les données de l'IGN sur la base BAN PLUS. D'un premier coup d'oeil ça a l'air super, il y a une couche "Adresse" qui renseigne des adresses BAN et y a une couche linéaire "Lien_Adresse-Parcelle" qui lie les adresses BAN aux parcelles cadastrales. Mais in fact, il y a des écueils qui sont à mon sens très importantes. Déjà il y a un élément qui, de mon point de vue, n'est pas logique entre la doc fournie par l'IGN sur les données en question et les données présents dans la table. Lien de la doc : https://geoservices.ign.fr/sites/default/files/2023-02/DC_BAN-PLUS_1-0.pdf Pour la couche "Adresse", il est mentionné qu'il y a un attribut "ID" codé sur 24 caractères qui correspond à l'identifiant BDUni du ponctuel adresse, puis un attribut "ID_ADR" qui correspond à l'identifiant BAN, codé sur 80 caractères. Sur la couche "Lien_Adresse-Parcelle", il est mentionné qu'il y a un attribut "ID_ADR" codé sur 24 caractères qui correspond à l'identifiant BAN. Donc là en théorie, l'identifiant qui permet de faire le lien entre les deux couches c'est les deux ID_ADR. Mais ils ne sont pas codés sur le même nombre de caractère. Et en effet, si on regarde dans la table attributaire, pour la couche adresse, l'attribut "ID" est bien l'identifiant BDUni qui se constitut comme ceci : "ADR_BAN_XXXXXXXXXXXXXXX" et l'attribut "ID_ADR" correspond bien à l'ID BAN qu'on connait "92064_1400_00013" par exemple. Théoriquement, on devrait dans la couche 'Lien_Adresse-Parcelle" retrouvé pour l'attribut "ID_ADR" un code du type "92064_1400_00013", sauf qu'on retrouve l'identifiant BDUni "ADR_BAN_XXXXXXXXXXXXXXX". Donc déjà premier point, il y a une erreur entre la doc et les données réelles. Je sais pas si quelqu'un ici a déjà eu l'occasion de travailler sur la BAN PLUS. Est-ce que c'est bien une erreur ou moi qui interprète mal la doc ? Et du coup second point, je me suis dit qu'au pire c'est pas grave, j'utilise l'identifiant BDUni pour faire ma jointure, et je vais pouvoir joindre mes adresses à mes parcelles facilement. J'ai regardé sur QGIS ce que ça donnait cartographiquement, et en faisant un test sur une adresse que je n'arrivais pas à faire remonter avec mes méthodologies précédentes j'ai remarqué quelque chose. Si je cherche l'ID BDUni de mon point qui se trouve 85 rue Baudin à Levallois-Perret j'ai l'ID "ADR_BAN_0000002319784498" qui apparait. Logiquement, je cherche cet ID là du côté du fichier "Lien_Adresse-Parcelle" pour trouver tout les liens de cette adresse afin de connaitre les parcelles afférentes à cette adresse... et là c'est le drame. https://zupimages.net/up/23/26/q4qn.png Le point jaune c'est mon point du 85 rue Baudin, et les lignes en jaune, c'est les liens qui "logiquement" lient le point jaune aux surfaces. Sauf que si on regarde l'image, les liens ne sont pas logiques. Quelqu'un a déjà eu l'occasion de travailler sur cette base et a peut être une meilleure idée pour joindre les informations de parcelle à l'adresse ? Car là avec les deux points que j'ai soumis, j'ai l'impression que c'est inexploitable. Merci de m'avoir lu, j'attends vos retour avec impatience ! Bonne journée. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=361369#p361369 Pour y répondre : donnees(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

2 years, 2 months

1
8
0 0

Probl avec fichier NetCDF (Donnees climatiques)

by donnees＠georezo.net

Message posté par : abeugnon (mimic.beu(a)gmail.com) ---------------------------------------- Bonjour, Je travail sur des données climatiques au format NetCDF et rencontre un probleme lors de l'export de la couche précipitation (ACRR) au format TIFF. En effet, elle ne s'affiche pas bien sur QGIS. Pour l'export, j'ai utilisé cette fonction: $ gdal_translate -a_srs "+proj=merc +lat_0=0 +lon_0=0 +lat_ts=15.501 +ellps=WGS84 +datum=WGS84 +units=m +x_0=7081535.135380009 +y_0=-2176795.748351136" -a_ullr -61.3458 16.3161 -61.0175 14.5014 -a_nodata -9999 cumul_antilles_1024-1km-5min_201601010000.nc test_georefbis.tif Voici des infos du fichier (En bas de page, elles sont plus détaillées) : Driver: netCDF/Network Common Data Format Files: cumul_antilles_1024-1km-5min_201601010000.nc Size is 512, 512 Metadata: NC_GLOBAL#contact=radarsmf(a)sedoo.fr NC_GLOBAL#Conventions=CF-1.7 NC_GLOBAL#crs_proj4_string=+proj=merc +lat_0=0 +lon_0=0 +lat_ts=15.501 +ellps=WGS84 +datum=WGS84 +units=m +x_0=7081535.135380009 +y_0=-2176795.748351136 NC_GLOBAL#institution=Meteo-France NC_GLOBAL#name=Antilles Mosaic of accumulated precipitation during 5min in 1km resolution NC_GLOBAL#nw_corner_latitude=20 NC_GLOBAL#nw_corner_longitude=-66 NC_GLOBAL#version=CF-1.7 NC_GLOBAL#x_pixels_number=1024 NC_GLOBAL#x_resolution_in_m=1000 NC_GLOBAL#y_pixels_number=1024 NC_GLOBAL#y_resolution_in_m=1000 Subdatasets: SUBDATASET_1_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":radar_image_time SUBDATASET_1_DESC=[1x50] time (64-bit integer) SUBDATASET_2_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":data_mf_products SUBDATASET_2_DESC=[1x50] data_mf_products (8-bit character) SUBDATASET_3_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":radar_image_latitude SUBDATASET_3_DESC=[1x50] latitude (32-bit floating-point) SUBDATASET_4_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":radar_image_longitude SUBDATASET_4_DESC=[1x50] longitude (32-bit floating-point) SUBDATASET_5_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":radar_image_wmoid SUBDATASET_5_DESC=[1x50] radar_image_wmoid (32-bit integer) SUBDATASET_6_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":radar_image_name SUBDATASET_6_DESC=[1x50x50] radar_image_name (8-bit character) SUBDATASET_7_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":ACRR SUBDATASET_7_DESC=[1x1024x1024] ACRR (32-bit integer) SUBDATASET_8_NAME=NETCDF:"cumul_antilles_1024-1km-5min_201601010000.nc":QUALITY SUBDATASET_8_DESC=[1x1024x1024] QUALITY (32-bit integer) Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 512.0) Upper Right ( 512.0, 0.0) Lower Right ( 512.0, 512.0) Center ( 256.0, 256.0) Les variables radar_image_latitude et radar_image_longitude sont des matrice de 1*50 avec seulement les deux premiere observations de remplie le reste c'est des NA's Il y a un grid_map en coordonnées cartésiènnes aussi. Le fichier s'affiche bien sur panoply, il n'est donc pas corompue. Comment puis-je faire ? (Pour info je code en R, python et un peux sur linux avec CDO, GDAL ...) MERCI ! netcdf cumul_antilles_1024-1km-5min_201601010000 { dimensions: time = 1 ; radar_image = 50 ; X = 1024 ; Y = 1024 ; string_length = 50 ; variables: int64 radar_image_time(time, radar_image) ; radar_image_time:long_name = "Time of local image included in mosaic" ; radar_image_time:missing_value = -999 ; radar_image_time:standard_name = "time" ; radar_image_time:units = "seconds since 1970-01-01T00:00:00Z" ; int64 time(time) ; time:calendar = "gregorian" ; time:standard_name = "time" ; time:units = "seconds since 1970-01-01T00:00:00Z" ; int64 time_coverage_end(time) ; time_coverage_end:long_name = "Data period end in UTC time" ; time_coverage_end:standard_name = "time" ; time_coverage_end:units = "seconds since 1970-01-01T00:00:00Z" ; int64 time_coverage_start(time) ; time_coverage_start:long_name = "Data period start in UTC time" ; time_coverage_start:standard_name = "time" ; time_coverage_start:units = "seconds since 1970-01-01T00:00:00Z" ; int grid_mapping ; grid_mapping:grid_mapping_name = "mercator" ; grid_mapping:units = "m" ; grid_mapping:longitude_of_projection_origin = 0. ; grid_mapping:latitude_of_projection_origin = 0. ; grid_mapping:standard_parallel = 15.501 ; grid_mapping:false_easting = 7081535.13538001 ; grid_mapping:false_northing = -2176795.74835114 ; int X(X) ; X:long_name = "X coordinate of cartesian grid" ; X:units = "m" ; X:standard_name = "projection_x_coordinate" ; int Y(Y) ; Y:long_name = "Y coordinate of cartesian grid" ; Y:units = "m" ; Y:standard_name = "projection_y_coordinate" ; char data_mf_products(time, string_length) ; data_mf_products:long_name = "Meteo-France products used to get parameters data. Empty or null if product is not already added" ; float radar_image_latitude(time, radar_image) ; radar_image_latitude:long_name = "Radar latitude of local image included in mosaic" ; radar_image_latitude:units = "degrees_north" ; radar_image_latitude:standard_name = "latitude" ; radar_image_latitude:missing_value = -999.f ; float radar_image_longitude(time, radar_image) ; radar_image_longitude:long_name = "Radar longitude of local image included in mosaic" ; radar_image_longitude:units = "degrees_east" ; radar_image_longitude:standard_name = "longitude" ; radar_image_longitude:missing_value = -999.f ; int radar_image_wmoid(time, radar_image) ; radar_image_wmoid:long_name = "Radar WMO id of local image included in mosaic" ; radar_image_wmoid:missing_value = -999 ; char radar_image_name(time, radar_image, string_length) ; radar_image_name:long_name = "Radar name of local image included in mosaic" ; int ACRR(time, X, Y) ; ACRR:units = "1/100 mm" ; ACRR:long_name = "Accumulated precipitation" ; ACRR:missing_value = 65535 ; ACRR:grid_mapping = "grid_mapping" ; int QUALITY(time, X, Y) ; QUALITY:units = "percents" ; QUALITY:long_name = "Data quality of mosaic pixels" ; QUALITY:missing_value = 255 ; QUALITY:grid_mapping = "grid_mapping" ; // global attributes: :contact = "radarsmf(a)sedoo.fr" ; :institution = "Meteo-France" ; :name = "Antilles Mosaic of accumulated precipitation during 5min in 1km resolution" ; :Conventions = "CF-1.7" ; :version = "CF-1.7" ; :crs_proj4_string = "+proj=merc +lat_0=0 +lon_0=0 +lat_ts=15.501 +ellps=WGS84 +datum=WGS84 +units=m +x_0=7081535.135380009 +y_0=-2176795.748351136" ; :nw_corner_latitude = 20. ; :nw_corner_longitude = -66. ; :x_pixels_number = 1024 ; :x_resolution_in_m = 1000. ; :y_pixels_number = 1024 ; :y_resolution_in_m = 1000. ; } (END) ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=361643#p361643 Pour y répondre : donnees(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

2 years, 3 months

1
0
0 0

Rajouter un zéro à une chaine de caractères

by donnees＠georezo.net

Message posté par : AlineC ---------------------------------------- Bonjour, J'ai un code en 3 chiffres ou en 4. Je veux le formater de manière uniforme en 4 caractères et donc avec un zéro devant. 376 donne 0376 1426 reste 1426 Je ne trouve plus la fonction SQL correspondante ? D'avance, merci ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=361609#p361609 Pour y répondre : donnees(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

2 years, 3 months

1
3
0 0

Contours communes, départements OpenStreetMap, plus rien en 2023 ?!

by donnees＠georezo.net

Message posté par : grunt ---------------------------------------- Bonjour, Charger un code officiel géographique, en France ? C'est la dernière chose à faire. - Les données cessent d'être fournies, on sait pas pourquoi, - changent de format n'importe quand. - Et si de nouvelles apparaissent, elles chercheront à arriver au milieu d'un fichier csv, histoire de tout casser. De 2016 à 2022, je suis allé cherché le découpage administratif des communes françaises ici, où il était présenté par des shapefiles que j'importais https://www.data.gouv.fr/fr/datasets/decoupage-administratif-communal-franc… Cette année 2023 n'est pas pourvue, sans explication (ni de datagouv, ni d'OpenStreetMap) D'autres que moi se posent la question sur le site Internet de téléchargement. La théorie pourrait vouloir qu'il n'y aurait pas eu de changements dans les contours par blocage un an avant les élections municipales, et donc pas de mises à jour pour 2023... Humm... J'y crois moyennement. Un préfet ou une ville ont toujours une fusion à faire ou défaire pour une raison administrative impérieuse inesquivable. Savez-vous pourquoi il en est ainsi ? ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=361241#p361241 Pour y répondre : donnees(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

2 years, 3 months

1
11
0 0

2025

2024

2023

2022

2021

2020

2019

Donnees July 2023