文件结构共识

[乔94]

大家好，

作为一个周末嗜好者，他只是在我的花园里拍摄主要是野生动物的照片&然后是偶尔的假期或假期，我想知道关于最佳图像/原始文件结构的普遍共识是什么，然后将其引用到pp软件中的目录中。

A）默认的“年份”> ‘month’ >原始文件的“日期”归档结构，然后使用关键字/集合来过滤照片类型，例如园鸟或物种或节日名称等...

或者

B）一种文件夹结构，其中有主文件夹说“ year”>然后是“花园鸟”或“法国九月假期”等子文件夹...

我有兴趣看看人们使用什么或其他结构吗？

干杯

 

[约翰·马格兹]

我从未见过将日期用作文件夹或文件名的意义，因为这已经存在于exif数据中并且可以搜索。对于数码照片，我将它们放在两个文件夹之一中-Lumix或EOS，具体取决于我使用的相机。我还为这些图片添加了关键字，以使其易于查找，并将它们放入Lightroom收藏集中。

对于电影摄影，我使用的文件夹是照相机名称和电影类型的子文件夹-我有50台半定期使用的电影摄影机，此信息对我很重要。

 

[乔94]

我从未见过将日期用作文件夹或文件名的意义，因为这已经存在于exif数据中并且可以搜索。对于数码照片，我将它们放在两个文件夹之一中-Lumix或EOS，具体取决于我使用的相机。我还为这些图片添加了关键字，以使其易于查找，并将它们放入Lightroom收藏集中。

对于电影摄影，我使用的文件夹是照相机名称和电影类型的子文件夹-我有50台半定期使用的电影摄影机，此信息对我很重要。

我知道了，所以如果我的理解正确的话，您甚至没有子文件夹？

您只需将所有图像放入一个名为文件夹的大型相机机身中，在Lightroom中将这两个大文件夹引用到您的目录中，然后使用集合仅在特定图像组的Lr之内创建子文件夹，例如假期或白天。和关键字来搜索单个图像？

 

[克罗斯利]

按拍摄日期归档。

然后为所有内容加上关键字，例如：

赛车，英国超级摩托车Cadwell Park。

铁路，NYMR，格罗斯蒙特，蒸汽机，60103飞行苏格兰人。

我还使用“智能收藏夹”，它将显示与所选元数据匹配的任何图像。

 

[盒子布朗尼]

第一次世界大战

我使用（b）并在子文件夹名称中包含日期，并且我使用关键字，并且在使用Lightroom时也使用星级来对文件进行“排序”。

我现在几乎不使用LR，但在使用DxO PL4作为编辑器时仍未解决DAM替换问题。

 

[安德鲁克]

我归档

年文件夹
--> yy-mm-dd <活动/拍摄说明> <HI / LO / RAW>
我总是用两张不同分辨率的卡拍摄。高分辨率和jpg或高分辨率和RAW。

不在活动中时，我当天会处理大量照片，因为下载和处理所需的时间/电池电量更少。回到基础版本时，我将还原为较大版本。我使用lightroom颜色代码和星级，并在Syncomatic中使用LR插件在包含相同文件名的两个文件夹之间同步关键字，颜色代码，星级等。

 

[乔94]

谢谢大家的榜样和支持，非常有帮助&给我很多思考

非常感谢。

 

[爆米花]

地雷不是很理想，但是我从“景观”或“野生动物”文件夹开始，然后到区域或动物类型，然后到位置或物种，最后是什么时候开始。

所以举个例子

景观-高峰区-Mam Tor-9月19日
野生动物-鸟类-苍鹭-12月20日

 

[约翰·马格兹]

我知道了，所以如果我的理解正确的话，您甚至没有子文件夹？

您只需将所有图像放入一个名为文件夹的大型相机机身中，在Lightroom中将这两个大文件夹引用到您的目录中，然后使用集合仅在特定图像组的Lr之内创建子文件夹，例如假期或白天。和关键字来搜索单个图像？

为什么子文件夹不起作用？我从不坐在那里用文件浏览器浏览图像。即使确实需要使用文件浏览器来查找照片，我仍将使用搜索工具来查找所需的照片。现在不再是1980年了。

 

[乔94]

为什么子文件夹不起作用？我从不坐在那里用文件浏览器浏览图像。即使确实需要使用文件浏览器来查找照片，我仍将使用搜索工具来查找所需的照片。现在不再是1980年了。

实际上，这是一个很好的观点。

我发生的一件事是，如果您在LrC中执行所有关键字/智能集合操作，那么如果LrC决定您将其转移到具有DAM的另一软件上，将关键字传输（嵌入）到原始文件中会发生什么，还是您必须重新输入所有关键字？

 

[戴夫·佳能]

我确实使用基本年份> Month>天。我只是创建Year Year Month文件夹，而LR在Imports期间创建day子文件夹。我确实添加了各种关键字以启用将来的搜索。如果我需要一起收集一些相似的图像（例如，用于演讲或比赛），则可以使用“收藏夹”（虚拟文件夹），因为它们无论如何都可能只是临时的。对于所有照片都使用一个文件夹的想法并不奇怪，尽管马丁·埃文·丁（Martin Evening）曾经建议这样做，但据我了解他仍然使用了一些文件夹。因此，尽管我使用的是基于日期的结构，但是当搜索图像时，我通常会选择顶部文件夹"Pictures"。由于LR具有快速的数据库，因此它可以从30,000张图像中定位到我想要的图像。只要我将关键字，颜色代码，等级等应用于我的图像，搜索将基于这些和EXIF数据的组合。我的一些馆藏是智能馆藏，因此会自动创建，但它们也是虚拟馆藏，因此没有额外的存储空间。这是LR的强大功能，也是我使用它的主要原因之一。

戴夫

 

[安德鲁·弗兰尼根]

我发现，归档大量图像（目前约为40,000个）的最佳方法是每年将它们放入一个目录，并使用描述性长的文件名（例如"Abus双层车拉入三角Sidmouth A65 DSC02952"),

然后，我使用Unix命令行查找该主题在当年的所有内容。所以...

"ls | grep巴士| grep西德茅斯"
​

...将调出所有相关文件。这将适用于Apple，Linux和Windows 10（启用Linux选项）。这种方法的优势在于，您的归档系统无需任何特定程序即可运行，从而使数据完全可移植，并且不受制造商的影响。

 

[乔94]

我确实使用基本年份> Month>天。我只是创建Year Year Month文件夹，而LR在Imports期间创建day子文件夹。我确实添加了各种关键字以启用将来的搜索。如果我需要一起收集一些相似的图像（例如，用于演讲或比赛），则可以使用“收藏夹”（虚拟文件夹），因为它们无论如何都可能只是临时的。对于所有照片都使用一个文件夹的想法并不奇怪，尽管马丁·埃文·丁（Martin Evening）曾经建议这样做，但据我了解他仍然使用了一些文件夹。因此，尽管我使用的是基于日期的结构，但是当搜索图像时，我通常会选择顶部文件夹"Pictures"。由于LR具有快速的数据库，因此它可以从30,000张图像中定位到我想要的图像。只要我将关键字，颜色代码，等级等应用于我的图像，搜索将基于这些和EXIF数据的组合。我的一些馆藏是智能馆藏，因此会自动创建，但它们也是虚拟馆藏，因此没有额外的存储空间。这是LR的强大功能，也是我使用它的主要原因之一。

戴夫

谢谢戴夫，非常感谢。

我想可以肯定的是，我需要真正投资于使用关键措辞&我的主要过滤/分类的集合。决定是那时我是否将图像存储在Date结构或Broad文件夹img中，例如2020->鸟的形象，法国假日等...

我在上面查询的一件事是，在应用关键字时，它们是否附加到实际的原始文件上？因此，例如，如果LrC曾经使用过，或者一个人决定迁移到另一个DAMPP软件，那么关键字是否也会被移动，或者我是否需要重新关键字化所有内容？

非常感谢

 

[乔94]

我发现，归档大量图像（目前约为40,000个）的最佳方法是每年将它们放入一个目录，并使用描述性长的文件名（例如"Abus双层车拉入三角Sidmouth A65 DSC02952"),

然后，我使用Unix命令行查找该主题在当年的所有内容。所以...

"ls | grep巴士| grep西德茅斯"
​

...将调出所有相关文件。这将适用于Apple，Linux和Windows 10（启用Linux选项）。这种方法的优势在于，您的归档系统无需任何特定程序即可运行，从而使数据完全可移植，并且不受制造商的影响。

谢谢你，确实很有趣

 

[理查德·C27]

我按年份分组，然后按Windows中的拍摄日期分组。但是，在Lightroom中，所有内容都被归类为集合，这些集合按年份位于集合集中。因此，我可以在Lightroom中单击2019年，然后在其下单击该年我参加的每个比赛会议/活动/假期的收藏。然后将它们全部与LR Mobile同步，以便它们也出现在我的手机和iPad上，并备份到两个单独的外部硬盘驱动器上。我倾向于从LR内进行所有管理，Windows文件夹就在那里保存图像。

 

[4tea2]

达成共识？这将是一个挑战

我的个人观点是一个文件夹结构，其结构与 @andrewc

我正在使用以年份命名的结构文件夹的顶层，并在以拍摄/事件/旅行和日期命名的这些子文件夹的下面，例如

2010
2010_06_23_Anne_Wedding
2010_09_01_France
::
::
2011
2011_07_12_Carnival
2011_10_01_Sophie
::
::

然后，通过使用DigiKam管理的关键字/标签来补充此结构。

我之所以喜欢这种方法，是因为我可以通过DigiKam进行搜索，并在需要时仍可以通过标准文件系统访问图像集合。

另外，您选择的备份/离线归档过程可以轻松地应用于文件夹结构。

 

[肌无性]

我在上面查询的一件事是，在应用关键字时，它们是否附加到实际的原始文件上？

可以，但是Adobe和C1有严格的规则，不要触摸原始文件。某些DAM可以（或可以做到）例如Photo Mechanic和iMatch。 Adobe和C1确实将元数据嵌入到Tiffs和JPEG中，而Adobe和C1可能会将元数据嵌入到DNG中。
标准是将元数据保存到外部XMP Sidecar文件中，所有（据了解）照片程序都可以识别这些文件，并且在移动未加工的原始文件时，Sidecar文件将与它们一起自动移动。

 

[戴夫·佳能]

我在上面查询的一件事是，在应用关键字时，它们是否附加到实际的原始文件上？因此，例如，如果LrC曾经使用过，或者一个人决定迁移到另一个DAMPP软件，那么关键字是否也会被移动，或者我是否需要重新关键字化所有内容？

关键字等存储在LT目录中，但是我也通过保存XMP Sidecar文件（如上所述）来保护自己。它们占用的空间很小，如果您丢失了LR目录，它可以很容易地从XMP文件中的数据重建目录。 XMP文件通常与原始文件一起保存，因此在备份时，我也会同时备份XMP文件。另外，如果必须使用其他应用程序，则某些应用程序将使用XMP文件。

戴夫

 

[乔94]

可以，但是Adobe和C1有严格的规则，不要触摸原始文件。某些DAM可以（或可以做到）例如Photo Mechanic和iMatch。 Adobe和C1确实将元数据嵌入到Tiffs和JPEG中，而Adobe和C1可能会将元数据嵌入到DNG中。
标准是将元数据保存到外部XMP Sidecar文件中，所有（据了解）照片程序都可以识别这些文件，并且在移动未加工的原始文件时，Sidecar文件将与它们一起自动移动。

谢谢，我也会考虑保存separte XMP文件，以防万一

 

[乔94]

关键字等存储在LT目录中，但是我也通过保存XMP Sidecar文件（如上所述）来保护自己。它们占用的空间很小，如果您丢失了LR目录，它可以很容易地从XMP文件中的数据重建目录。 XMP文件通常与原始文件一起保存，因此在备份时，我也会同时备份XMP文件。另外，如果必须使用其他应用程序，则某些应用程序将使用XMP文件。

戴夫

谢谢戴夫，如上所述，我将在工作流程中进行设置

 

[肌无性]

谢谢，我也会考虑保存separte XMP文件，以防万一

为了完整起见，这是我的系统文件夹的排列方式（包括拼写错误！）。在Photo Mechanic中查看，这并不重要。



您会看到我在每个包含文件的文件夹的日期中添加了一些最少的单词，以了解每个文件夹中的内容。

基于日期的层次结构的最大问题是与元数据保持最新

我使用Photo Mechanic将原始数据从SD卡摄取（导入）到我的硬盘上。 Photo Mechanic允许您创建多个导入模板，并为我经常访问的地方设置了它们。然后，您在摄取时选择适当的模板。这会将位置详细信息，版权等信息和最明显的关键字以及其他一些数据添加到XMP sidea汽车文件中，因为这些文件已移至我的HD中。例如，我有一个RSPB火腿墙自然保护区的模板，该模板具有"animal"模板中内置的关键字占所有图片中99.9％的动物（不只是鸟类）

提取后，我有一个关键字下拉列表，其中只有大约10个单词。这些很简单，就像"transport" "landscape" "animal" "personal" "tests" "industrial"等等，并确保每张图片都至少包含一个关键字。

即使我可能已通过模板添加了关键字，我通常也将浏览导入的文件，并进行一些整理。例如那天我可能在火腿墙拍了几张风景型的照片，所以我会找到它们并替换掉"animal" keyword with "landscape"。或者我可能觉得鸟的照片也可以作为风景，并添加而不是替换"landscape" keyword.

它很快完成，并且仍然是很广泛的类别，但是尝试找到东西却有很大的不同

我经常搜索没有关键字的文件，然后将其添加到显示的任何文件中。

一次，我尝试为每个图像正确地设置关键字，实际上几乎没有舍入它，因此大多数图像都没有得到！

但是，我确实浏览了所有新图像，并为动物添加了通用的科学名称。为此，我在Photo Mechanic中使用了一项功能，例如，如果键入，/ buzza / Photo Mechanic将用以下代码替换此代码"秃鹰或普通秃鹰（Buteo buteo）"。但是您可以使用任何文本替换工具（例如，类型扩展器或键入器）来执行此操作。但是，您确实需要花费数周的时间来创建PM的参考文件才能查看！我还在做植物

然后，我在"as needs" basis.

坏消息是Capture One不支持元数据导入模板（版权除外）。 Photo Mechanic可能有一个更便宜的选择，因为我认为这是任何元数据的起点。在我的基本设置下，每个文件至少都有一个日期，一个位置（国家，县，镇）和一个关键字以缩小搜索范围，而我的工作很少。

 

[乔94]

为了完整起见，这是我的系统文件夹的排列方式（包括拼写错误！）。在Photo Mechanic中查看，这并不重要。

查看附件308402

您会看到我在每个包含文件的文件夹的日期中添加了一些最少的单词，以了解每个文件夹中的内容。

基于日期的层次结构的最大问题是与元数据保持最新

我使用Photo Mechanic将原始数据从SD卡摄取（导入）到我的硬盘上。 Photo Mechanic允许您创建多个导入模板，并为我经常访问的地方设置了它们。然后，您在摄取时选择适当的模板。这会将位置详细信息，版权等信息和最明显的关键字以及其他一些数据添加到XMP sidea汽车文件中，因为这些文件已移至我的HD中。例如，我有一个RSPB火腿墙自然保护区的模板，该模板具有"animal"模板中内置的关键字占所有图片中99.9％的动物（不只是鸟类）

提取后，我有一个关键字下拉列表，其中只有大约10个单词。这些很简单，就像"transport" "landscape" "animal" "personal" "tests" "industrial"等等，并确保每张图片都至少包含一个关键字。

即使我可能已通过模板添加了关键字，我通常也将浏览导入的文件，并进行一些整理。例如那天我可能在火腿墙拍了几张风景型的照片，所以我会找到它们并替换掉"animal" keyword with "landscape"。或者我可能觉得鸟的照片也可以作为风景，并添加而不是替换"landscape" keyword.

它很快完成，并且仍然是很广泛的类别，但是尝试找到东西却有很大的不同

我经常搜索没有关键字的文件，然后将其添加到显示的任何文件中。

一次，我尝试为每个图像正确地设置关键字，实际上几乎没有舍入它，因此大多数图像都没有得到！

但是，我确实浏览了所有新图像，并为动物添加了通用的科学名称。为此，我在Photo Mechanic中使用了一项功能，例如，如果键入，/ buzza / Photo Mechanic将用以下代码替换此代码"秃鹰或普通秃鹰（Buteo buteo）"。但是您可以使用任何文本替换工具（例如，类型扩展器或键入器）来执行此操作。但是，您确实需要花费数周的时间来创建PM的参考文件才能查看！我还在做植物

然后，我在"as needs" basis.

坏消息是Capture One不支持元数据导入模板（版权除外）。 Photo Mechanic可能有一个更便宜的选择，因为我认为这是任何元数据的起点。在我的基本设置下，每个文件至少都有一个日期，一个位置（国家，县，镇）和一个关键字以缩小搜索范围，而我的工作很少。

谢谢您，这非常有意思，在决定我的结构时，给了我更多的考虑和思考的地方。确实非常有帮助

 

[肌无性]

谢谢您，这非常有意思，在决定我的结构时，给了我更多的考虑和思考的地方。确实非常有帮助

对于C1不允许您在导入时使用模板，我似乎是错的。我看不到它是如何工作的，但是有关批量编辑的视频暗示您可以使用元数据模板。

值得一提的是，它节省了很多时间。如果我想出办法，我会尽快与您联系。

编辑：当我观看此视频时，标题有点误导，我认为您在考虑工作流程时会很有用

View: //www.youtube.com/watch?v=SvAHwf9zhjA&list=PLBZS3EGK3tQ-H9ciBN9cTXGCy7V3I2LBf&index=8

再次编辑：您可以在"adjustment"工具，而不是我一直在寻找的元数据工具。因此，您可以在“元数据”选项卡中创建元数据模板（预设），然后使用调整工具在导入时应用它们。

 

[乔94]

对于C1不允许您在导入时使用模板，我似乎是错的。我看不到它是如何工作的，但是有关批量编辑的视频暗示您可以使用元数据模板。

值得一提的是，它节省了很多时间。如果我想出办法，我会尽快与您联系。

编辑：当我观看此视频时，标题有点误导，我认为您在考虑工作流程时会很有用

View: //www.youtube.com/watch?v=SvAHwf9zhjA&list=PLBZS3EGK3tQ-H9ciBN9cTXGCy7V3I2LBf&index=8

谢谢格雷厄姆，我一定会给这个手表的