Bonjour,

En effet, comme vous le faites remarquer, les bases de données Access sont limitées à une taille de 2Go. Les géodatabases personnelles héritent de cette limitation et le chargement des données sur de larges territoires peut poser des problèmes. D'un autre côté, je ne vous cache pas qu'il est rare que les données d'un département complet soient chargées en une seule fois (pour des raisons de dates de mises à jour par exemple) !

Néanmoins, l'outil de chargement ne permettant de travailler qu'avec des géodatabases personelles, nous allons regarder de plus près l'implication de votre proposition d'une évolution de l'outil pour prendre en charge d'autres types de géodatabase ... nous vous tiendrons au courant !

En attendant,  il est nécessaire de ruser pour pouvoir charger des données plus volumineuses que ces 2Go ...

Pour contourner ce problème, vous pouvez suivre la démarche suivante :

• Chargement des données MAJIC dans des géodatabases personnelles différentes afin qu'aucune d'elle ne dépasse les 2Go.
• Chargement des données EDIGEO dans des géodatabases personnelles différentes afin qu'aucune d'elle ne dépasse les 2Go.
• Création d'une géodatabase professionnel (dans un SGBD tel que SQL Serveur ou ORACLE) ou d'une géodatabase fichier et copie des données des différentes en utilisant ArcCatalog
• Copie des données des différentes géodatabases personnelles en utilisant la fonction "Charger des données" accessible par un clic droit sur les couches. Cette fonction vous permettra de sélectionner chaque couches d'entités (de parcelles EDI_PARC par exemple) une par une dans toutes les bases de données créées précedemment et d'en charger les données dans votre nouvelle géodatabase.
• Création des relations (si vous disposez d'ArcEditor ou ArcInfo)

Note : La grande volumétrie des données provient particulièrement du chargement des données littérales (MAJIC2). Dans nos tests, dans la base de données complète, la partie MAJIC représente environ 90% de la taille globale. Il est surement possible de sortir des ratios à peu près pertinent permettant d'exprimer la taille des bases de données en fonction de la population et de la superficie des territoires mais nous n'avons pas fait cet exercice.

J'espère que cette explication est complète. N'hésitez pas à compléter et/ou corriger afin d'en faire profiter tout le monde !

Cordialement,

David Laruelle

Bonjour,

Nous nous sommes également confronté à cette limitation des 2 Go.

Je travaille dans une communauté d'agglomération, et nous faisons le choix de charger toutes les données parcellaires en même temps. En générale on fait une mise à jour du PCI au début de l'année puis une mise à jour des fichiers majic en septembre/Octobre suivant la date de livraison.

Cordialement,

Sylvain

Bonjour Arnaud,

Nous avons bien noté votre remarque. En attendant une éventuelle correction/évolution de l'outil d'import, une solution de contournement est certainement l'utilisation des géotraitements et de la fonction AJOUTER (toolbox "Outils de gestion de données").

Je n'ai actuellement pas le temps de travailler sur ce géotraitement mais peut-être qu'un autre lecteur courageux pourrait s'y atteler ...

David

:-) en effet, nous travaillons en ce moment même sur des évolutions dont la possibilité de charger des données très volumineuses. Les évolutions devraient être disponibles dans les prochaines semaines.

Cdt,

D. LARUELLE

Bonjour,

Nous avons mis en ligne ce matin la nouvelle version de l'outil de chargement des données cadastrales.

En plus d'autres évolutions, celle-ci permet maintenant de charger de très gros volumes de données dans une géodatabase fichier. Cela devrait permettre de répondre à votre demande.

Cordialement,

David LARUELLE