多层副本的组织和整理？[关闭]

上大学时，我遇到了一个“组织和整理”问题–我没有组织，将图层放在不同的文件夹中而没有不同的名称，因此每一层都有多个副本。

自从开始工作以来，我已经有了很大的进步–我保留了带有特殊子文件夹的特殊文件夹。我根据系统命名图层，这使我更加整洁，但是由于我仍然需要管理多个图层副本（由于Autocad和ArcGIS在处理非拉丁语言时有所不同，因此我必须保留一个副本根据每个程序进行调整），我想听听您的经验，也许还可以向您学习一些技巧：

1. 您如何组织图层？如何命名？按名称，日期，内容，客户？
2. 您如何组织或处理多份副本（更严重的是：如何一次更新多份副本）？

注意：我是在与分析师/ DBA POV对话，而不是与Web开发人员/ Web经理的POV对话（我在谈论的是为自己以及可能还有两个GIS工作者（而不是更多）组织这些层）。

这是一个严重的问题。我们尝试了各种系统，这些系统在一段时间内都在不同程度上起作用，并且最终变得毫无用处，随着越来越多的边缘情况变得不合适而开始崩溃。也就是说，我们使用的每个系统总比没有好，这证明了任何系统总比没有好。

以下是我们当前做法的缩略图概述：

将除栅格外的所有内容都放入文件地理数据库中，越少越好。不要将要素类嵌套在要素数据集下，除非它们以某种方式关联（例如，水>河流，水>湖泊，水>湿地等）。这导致在fgdb顶部有一个很大的长列表，但这是可以接受的。

为所有要素类创建图层文件并进行组织，从而可以根据需要使用不受支持的字符等*自由地命名，并且可以根据情况的变化进行移动和重命名。它还允许重复而没有冗余，例如，一组按名义规模分组的图层（50k，250k ...），另一层按区域分组（AK，YT ...），第三层按主题分组（驯鹿，土地使用，运输） ...），并由客户端执行第四个操作，而数据存储区本身保持不变。

对于重复项，请使用快捷方式而不是图层文件本身，否则更改时，有太多要更新的内容。配置ArcCatalog以显示快捷方式：*工具>选项>文件类型：.lnk（局限性：预览和元数据不起作用，您无法在ArcCatalog中遵循其来源的快捷方式。可以使用符号链接代替快捷方式来纠正此问题，请参阅链接外壳扩展）

* （提示：将“图层”文件夹添加为“开始菜单”工具栏，使它们始终在您的指尖。）

Z：\ Layers \
          基础\
          主题\
          参考\
          所有穿衣服的基地（250k）.lyr
          管理边界（1000k）.lyr
          ...
Z：\ Raster \
          Landsat \
          正统\
Z：\ Data \
        Foo_50k.gdb
        Foo_250k.gdb
        NoScale.gdb

本质上更具动态性和可变性的地图组成和输出（打印文件，pdf，导出等）在其他地方以不同的方式存储和组织。这对我们来说更难了。当前，我们使用一个专用驱动器，该驱动器具有根据Job＃命名的文件夹（再次执行该操作，而我将使用date代替，其名称为'2010-10-26'），以及子文件夹用于项目特定的数据和结果/可协商对象。电子表格索引列出了所有作业编号（文件夹名称），其对应的地图标题和客户。例如：

W：\ Foo_0123 \
            Foobarmap_001.mxd
            文件\
                 自述文件
            数据\
                 buffers_2000m.shp
                 gps_tracks.csv
            输出\
                   Foobarmap_001.pdf
            可交付成果

使索引保持最新是一个摩擦点，人们不喜欢这样做，避免这样做并且与命名等不一致（使用数据库而不是电子表格会有所帮助）。使用数字文件夹名称约定也使没有索引的项目X的映射非常困难，索引是另一个明显的摩擦源。理想情况下，索引应该是可点击的html页面，该页面是从db应用程序自动生成的。那是整个“另一个项目”。

关键原则：

• 将动态变化和可变的缓慢变化且经常重复使用的东西分开，并区别对待
• 不要不必要地复制，请尽可能使用图层文件和快捷方式/链接。
• 不要过于频繁地更改系统，请尝试每一次。

我非常欢迎其他结构的示例，因为我说过我们不满足于现有的结构。:)

如果其他人将访问您系统中的数据，则不能使组织架构仅对您自己有意义；您必须牢记他们对系统的使用。如果您不考虑这些问题，那么您将花费大量时间回答诸如“土地利用数据在哪里”和“为什么无法在此处找到[插入数据集]？”这样的问题。

在维护这样一个系统很多年后，我发现如果人们首先按源组织数据（例如c:\CensusBureau\Roads和），人们将找不到这些数据c:\ESRI\Countries。相反，如果您有多个来源（例如c:\Roads\CensusBureau和），我建议先按主题列出数据，然后按来源列出c:\Roads\LocalGovt。

同样，我不会将栅格和矢量分离到不同的目录中。但是，如果您有很多栅格数据不适合一个驱动器，则可能有必要将它们拆分到不同的物理或逻辑驱动器上。

我建议使用以下目录结构。Theme \ SourceYear，其中Theme是主题层，Source是数据源的缩写名称，Year是数据在地面上表示的年份。在这种情况下，来自人口普查局的TIGER道路将位于\Roads\Census00和\Roads\Census10（或将“人口普查”替换为“ TIGER”）。

请注意，ArcGIS中的某些扩展名不能使用超过13个字符的文件名。我不记得是哪个扩展名，我只是记得这是一个问题。

我们在cad文件的项目级别上进行工作，猜测这取决于您如何设置特定的工作流程，我们拥有主工作项目，然后在编辑会话结束时在导出脚本中为此准备任何其他数据存储。

datadir \ cad \
cadastre.dgn datadir \ srv \ fuel.dgn
datadir \ srv \ sewerage.dgn
datadir \ map \ base.dgn
datadir \ map \ printsets.dgn
...

那么每个文件都有以标识符
sewPipe
sewManhole
sewPit 命名的级别/层/功能
。

然后，我们将其全部导出到SQL空间，而不是读取我们的工作项目文件，然后通过Mapguide或所需的任何GIS应用程序将其显示给用户。

GIS图层按功能名称，标识符和相似的文件夹布局进行排序，以进行排序。