Possible and recommended to set the main imagery files (.tif, and so on)Īs read-only. Files such as pyramids (.ovr)Īnd metadata (.aux.xml) files may be added, but mostly it is It is generally better to create subdirectories based on some It can take a long time to list the files in Catalog or Explorer. Is no specific maximum and this does not affect performance of dataĪccess, but if there are very large numbers of files in a directory, Try to keep the number of files per directory under 1,000. Keep all metadata that comes with the imagery in the same location as the imagery. Unique names can help later in linking metadata attributes. If creating new files, it is best to include key descriptors in the name, such as date and some geospatial indicator. It is recommended that you do not rename any files. The names of the files are generally defined by the data provider. Granularity makes it easier to extend later. Specific subcategory, planning in advance with sufficient A typical hierarchy couldįor example: Satellite\GeoEye\GeoEye1\Europe\2001Įven if you initially only have imagery of one The following are recommendations for data structure: Directory structuresĭefine a hierarchy that makes sense for the data, and plan ahead It is better to structure imagery based on aĭirectory naming convention and hierarchy agreed on by the organization.
Structure the files to simplify data management.
If new data isīeing acquired, recommendations may be given on how to Otherwise, existingĪpplications may have difficulty accessing the data. Terms of directories is not important, and it is often best to leaveĮxisting data in its original structure. In most cases, the structure of how the data is stored on disk in Number of mosaic datasets per geodatabase.