Ceci est un mauvais problème . Nous avons essayé divers systèmes, qui ont tous fonctionné à des degrés divers pendant un certain temps, et qui se sont finalement compliqués et ont commencé à se désagréger à mesure que l'on rencontre de plus en plus de cas marginaux qui ne correspondent pas tout à fait. Cela dit, chacun des systèmes que nous avons utilisés est bien meilleur que rien, ce qui prouve la maxime que tout système est meilleur qu'aucun système.
Voici un aperçu miniature de notre pratique actuelle:
Placez tout sauf les rasters dans une géodatabase fichier, moins il y en a, mieux c'est. Ne pas imbriquer des classes d'entités dans des ensembles de données d'entités, sauf si elles sont liées d'une manière ou d'une autre (par exemple, hydro> ruisseaux, hydro> lacs, hydro> zones humides, etc.). Cela conduit à une longue longue liste en haut de la fgdb mais c'est un mal acceptable.
Créez des fichiers de couches pour toutes les classes d'entités et organisez-les à la place, ce qui donne beaucoup de liberté pour nommer selon les besoins, en utilisant des caractères non pris en charge, etc. *, et la possibilité de se déplacer et de renommer en fonction des circonstances. Il permet également la duplication sans redondance, par exemple un ensemble de couches regroupées selon l'échelle nominale (50k, 250k ...), une autre par région (AK, YT ...), une troisième par thème (caribou, utilisation des sols, transport ...), et un quatrième par client alors que le magasin de données lui-même reste inchangé.
Pour les doublons, utilisez des raccourcis au lieu des fichiers de calque eux-mêmes, sinon il y a trop de choses à mettre à jour lorsque les choses changent. Configurez ArcCatalog pour afficher les raccourcis: * Outils> Options> types de fichiers: .lnk (Limitations: l'aperçu et les métadonnées ne fonctionnent pas, vous ne pouvez pas suivre le raccourci vers sa source dans ArcCatalog. Cela peut être résolu en utilisant des liens symboliques au lieu de raccourcis , voir Link Shell Extension )
* (conseil: ajoutez le dossier Layers en tant que barre d'outils du menu Démarrer afin qu'ils soient toujours à portée de main.)
Z: \ Couches \
Base\
Thématique\
Référence\
Base toute garnie (250k) .lyr
Limites d'administration (1000k) .lyr
...
Z: \ Raster \
Landsat \
Orthos \
Z: \ Data \
Foo_50k.gdb
Foo_250k.gdb
NoScale.gdb
Les compositions cartographiques et les sorties (fichiers d'impression, pdf, exportations, etc.) qui par nature sont plus dynamiques et variables sont stockées et organisées différemment ailleurs. C'est la partie qui a été la plus difficile pour nous. Nous utilisons actuellement un lecteur dédié avec des dossiers nommés en fonction du Job # (en recommençant, j'utiliserais plutôt la date, '2010-10-26' ) et des sous-dossiers pour les données spécifiques au projet et les résultats / délibérables. Un index de feuille de calcul répertorie tous les numéros de tâche (nom du dossier), leurs titres de carte correspondants et le client. Ex:
W: \ Foo_0123 \
Foobarmap_001.mxd
Documents \
ReadMe.doc
Les données\
buffers_2000m.shp
gps_tracks.csv
Sortie\
Foobarmap_001.pdf
Livrables
La mise à jour de l'index est un point de friction, les gens n'aiment pas le faire, l'évitent et ne sont pas cohérents avec le nom, etc. (l'utilisation d'une base de données au lieu d'une feuille de calcul aiderait). L'utilisation d'une convention de nom de dossier numérique rend également très difficile la cartographie du projet X sans l'index, une autre source notable de friction. Idéalement, l'index serait une page html cliquable qui est automatiquement générée à partir d'une application db. C'est tout un autre projet cependant.
Les principes clés:
- séparer les éléments changeant lentement et souvent réutilisés des éléments dynamiques et variables et les traiter différemment
- Ne dupliquez pas inutilement, utilisez des fichiers de couches et des raccourcis / liens dans la mesure du possible.
- ne changez pas les systèmes trop fréquemment, essayez chacun de vous.
Je me réjouis vivement des exemples d'autres structures, comme je l'ai dit, nous ne sommes pas satisfaits de ce que nous avons. :)