メインコンテンツにスキップ

高度な命名規則

対応者:Sjaak Velthoven

※この記事は全文機械翻訳されています。

 

この記事は、以下の記事に基づいています:最も単純な命名規則および中程度の命名規則これらの記事を読まなくても、この記事は理解できますが、この記事に記載されていない規則に関する情報が含まれている可能性があるため、確認することをお勧めします。

この記事では、規則を使用するすべての方法について学習します。

 

 

1. YYMMDD_ファイル名_V.pdf

この規則を設定することで、命名規則について知っておく必要があるすべてを学習し、自分の規則に使用するブロックを選択できます。

3D modelおよび建設図面をローカルで整理しているとします。

  • ファイル名にダッシュ_( - )があるため、異なるブロックを区切るには、アンダースコア( _ )_をセパレータとして使用する必要があります。

  • これらのファイルは、ファイルが作成された日付で始まります。

    ファイルが通常、異なる場所に配置されていても、作成日付でアルファベット順に整理されているため、これはファイルにとってより視覚的に有用です。

  • その後、任意の長さのファイル名があります。

  • ファイル名の最後に、ファイルのバージョンを示すステータスが表示されます。

    この部分は、ローカルでファイルを区別するために使用するテキストであり、Catenda Hubドキュメント名に表示したくない部分です。ローカルでのみ有用であり、プロジェクトの他の人とは関係ありません。

  • 最後に、このフォルダーに特定のファイルタイプのみを保存することを決定しました。

    ファイルタイプをIFC、PDF、DWG、SMC、PLおよびRVTに制限します

 

このセクションでは次のトピックについて説明します:

 

 

1.1 初期設定

この記事で使用されるドキュメントの以下のファイル名があります。

これらを事前に準備することも、記事のその部分に到達したときに作成することもできます:

 

ローカルファイル: 230219_Elevation_Draft.PDF 230219_Elevation_Final.PDF aaaaaa__Elevation_Draft.PDF 230219_Elevation_Draft.pdf

 

_ファイルステータスの第ブロック_ファイルの日付は、中程度の命名規則記事の例のコードに少し似ています。

ドキュメント名を含むブロックも、その記事のファイル名ブロックと同じである必要があります。

上記の例とは異なる追加する必要がある唯一のブロックは、ファイル名のステータス部分のブロックです。

 

規則の設定

この例では、以下の画像に示されている命名規則を出発点として使用します。

 

 

1.2 規則のカスタムフィールド

規則で役立つカスタムフィールドは、整数テキストドロップダウンの異なるタイプがあります。

カスタムフィールドは、規則ブロックのソースとして使用できます。

 

上記の画像では、最初のブロックのソースはテキストに設定されています。

最初のファイル230219_Elevation_Draft.PDFをアップロードしようとすると、問題なくアップロードされます。

ただし、数字の代わりに6文字のアルファベットをアップロードすることもできます(aaaaaa__Elevation_Draft.PDFなど)でも問題ありません。

これを数字のみに制限するには、NC_Dateという名前の新しい整数カスタムフィールドを作成します。

これは、カスタムフィールドリストで整理するために、そのように命名されています。

次に、このカスタムフィールドを最初のブロックソースとして設定します。

現在テキストと表示されているドロップダウンリストをクリックし、作成したカスタムフィールドを選択します。

aaaaaa__Elevation_Draft.PDFが受け入れられなくなり、230219_Elevation_Draft.PDFは受け入れられるようになったことに気付きます。

 

番目のブロックの場合、ここではすべてのテキストが受け入れられるため、ソースをテキストのままにすることができます。

将来の互換性のためにNC_Filenameという名前のテキストカスタムフィールドを使用することをお勧めします。

 

ステータスも任意の長さのどんな単語でも可能なので、NC_Statusという名前のテキストカスタムフィールドを作成し、番目のブロックソースとして設定します。

 

これらのブロックについては、アップロードプロセスに違いは見られません。

異なる場所のプレビューカスタムフィールドの名前を反映するようになったことを確認できます。

 

 

 

 

コードと同じ名前拡張を含む最後のブロックの場合、特定のフレーズセットのみが受け入れられます。

これを行うには、NC_Extensionという名前のドロップダウンカスタムフィールドを作成します。

このカスタムフィールドで、ドロップダウンオプションをIFC、PDF、DWG、SMC、PLおよびRVTに設定します。

名前とコードを同じにします。

コードを指定する必要があるため、1つずつ追加する必要があることに注意してください。

ここで230219_Elevation_Draft.pdfをアップロードしてみると、受け入れられないことがわかります。

このカスタムフレーズは大文字と小文字が区別されます。

小文字の拡張子も受け入れたい場合は、それらをドロップダウンカスタムフィールドにも追加する必要があります。

 

異なる名前とコード

ドロップダウンカスタムフィールドでできることのもう一つの良い例は、異なる名前とコードを持つことです。

機械、構造、および電気エンジニアからのそれぞれのブロックを持つ図面があるとします。

Catenda Hubでは、これらのドキュメントをすべて単に「Engineering」と呼びたいと考えています。

ドロップダウンカスタムフィールド複数のオプションを作成して、名前がEngineeringで、ファイル名に表示されるエンジニアリングのタイプのコードを持つようにすることができます。

ファイルをアップロードすると、ファイル名に機械的、構造的、または電気的なものが含まれていても、ドキュメント名は常にEngineeringと表示されることに気付きます。

 

1.3 ドキュメント識別子

この記事の冒頭で、ファイル名のステータス部分がCatenda Hubドキュメント名として表示されないことが重要であることが述べられていました。

それがドキュメント識別子が行うことです。

このオプションをオフにすると、ファイル名のこの部分はCatenda Hubでドキュメント名を作成するために使用されなくなります。

230219_Elevation_Draft.PDFをアップロードしてから230219_Elevation_Final.PDFをアップロードしてみてください。

ファイル名は異なりますが、ドキュメント名は同じになることに注意してください。

これは、ドキュメント名が同じ場合、命名規則が自動的に番目のファイルが最初のファイルのリビジョンであることを認識するため、便利です。

 

最後に、カスタムフィールドおよびドキュメント識別子を備えた命名規則は次のようになります:

 

 

こちらの回答で解決しましたか?