数字で始まる名前は悪いデータ命名規則ですか？

17

私の会社はArcGISを使用しており、プロジェクトとデータファイルの命名基準があり、（ほとんどの場合）従われています。8桁-常に彼はネーミング基準について私を気にしている何かが、それはプロジェクト番号を持つすべてのプロジェクトおよびデータ・ファイル名の開始が義務付けられていることである数を。私はいつも、数字で始まるGISファイルの命名は悪いことであり、ファイル名のために（特にGRIDSで）プロセスが失敗するという信念を持っていました。

プロジェクト番号の要件を廃止するために企業標準を修正したいと考えていますが、ファイル名の「最初の文字としての数字」が悪いのはなぜなのか、ドキュメントの方法で見つけることができません。

この議論をサポートするリソースに関して、誰かが私を正しい方向に向けることができますか？

arcgis-desktop shapefile standards

— ギル
ソース

ドキュメントの掘り下げを行いますが、通常、dbテーブル名とフォルダー構造の最初の文字としての数字は、完全に違法（無効）でない場合は悪い考えです。多くのツールもそれに準拠しています。これは先ほどからです。gis.stackexchange.com/questions/3571/...

— ブラッドNesom

2

@サイトへようこそ！あなたは質問をうまく組み立てたので、読者がすぐにあなたの質問に入ることができるように、私は最初の段落を削除する自由を取りました。

— whuber

1

ファイル名に数字の問題ではありませんが、あなたが数字でフィーチャクラス名を開始することはできません。 gis.stackexchange.com/questions/6686/...

— デレクSwingley

10

この慣習は悪いコマンドインタープリターからバグを出すことをただ懇願しています。（最初の数字と数字を混同するのは非常に簡単です。）

このようなバグを回避するという今日のソフトウェアの成功は、それらが将来のリリースに登場しないという保証ではありません。これは、ESRIのGISソフトウェアで何十年にもわたって何度も起こりました。この動作は広く報告され、十分に文書化されています。10年前に遡るESRI独自のユーザーフォーラムを探す必要があります。（古いリストサーバーアーカイブをより深く検索すると、さらに早く、1995年頃に戻ります。）

「GRDエラー」site：forums.esri.com

ファイル名8.3 site：forums.esri.com

これらを合わせると、このようなファイル名が原因で、また潜在的に再び引き起こす可能性のある問題の実際の例が約100個提供されます。

— ウーバー
ソース

1

悪いコマンドインタープリターとはどういう意味ですか？

— ナタヌス

2

@Nathanus ArcGIS 8.xおよび9.x用にこれまでにリリースされたすべての「ラスター計算機」インターフェイス。別の例：数年前までの四半世紀の間、すべてのESRIソフトウェアのすべてのラスター解析の中核であったGRIDエンジンの内部インタープリター。また、ArcView 2.xおよび3.xのAvenueインタープリターも（わずかですが）使用されます。これらはすべて、入力言語を正しく解析するためのいくつかの重要な場所で失敗します。

— whuber

@whuber ..ありがとう。Mapperz JETの参考資料と併せて、これは標準の変更を実現するための素晴らしいビルディングブロック/例になりました。

— hgil

ああ。あなたは命名規則ではなく、現在の慣行を指す規則を意味しました。私はそこに少し混乱しました。

— ナタヌス

9

可能な場合は番号を避けてください-

Earth Sciencesには良い例があります http://library.oceanteacher.org/OTMediawiki/index.php/General_File-Naming_Convention_for_Earth_Science_Datasets#Filename_Sections_in_the_Order_They_Should_Appear

スペースが必要な場合があります-スペースが関係する場合、ファイルを移動するための古いDOSベースのコマンドが壊れます-"_"（アンダースコア）を使用するのが賢明です-これはArcInfoワークステーションに由来します-8.3（8文字とファイル形式）。最近では、さらに多くのものを手に入れることができますが、人間が読めるように配信してください。日付を避ける（ほとんどのファイルにはタイムスタンプが付けられます）

*基本的には、このステートメントの例に従ってください：

ArcMapなどのWindowsアプリケーションがさまざまなテーブル形式を読み取れるようにするMicrosoft JETエンジンの指示による命名規則には、次のものが含まれます。

名前は数字ではなく文字で始まる必要があります。
名前にスペースを含めることはできません。
許可される唯一の特殊文字はアンダースコアです。

ArcMap

ここに画像の説明を入力してください

— マッパーズ
ソース

4

「開く」または「選択」ファイルダイアログは、ファイルが文字を使用して名前が付けられていると仮定してソートを行います。そのため、プロジェクトファイルごとに8桁（！）の一意の番号を使用している場合、並べ替えはすぐに非論理的になります。例えば

1
10
2
20
3 etc.

さらに、MS DOS 8.3ファイル名形式に準拠したファイルを想定しているGISツールがたくさんあります。

ファイル名自体をプロジェクトのキーとして使用することは、せいぜい面倒な要件のようです。関連するプロジェクトリポジトリの何らかのバージョン管理ですべてのファイルを保存することをお勧めします。

— ジオグラフィカ
ソース

同意する。これが、私が既存の標準を変更しようとしている理由の1つです。面倒なだけでなく、ファイルパス全体の別の部分にプロジェクト番号が含まれているため、この場合も冗長です。

— hgil

+1並べ替えについての良い点と、代替案の良い提案。（ただし、この規則により初期ゼロが強制的に表示される可能性があるため、ソートが機能する可能性があります...）。

— whuber

2

NPS規約の場合を除き、規約としての最初の文字の数字には制限がないようです。

ファイルおよび属性テーブル名
A. GIS最終製品–カバレッジ、シェープファイル、およびその他の形式は、10.3ファイル命名構造（つまり、cxxxxxxxxx.ext、「c」はアルファベット、「x」は英数字）に準拠する必要があります。合計13文字と、ファイル名と拡張子を区切る1つのピリオド）。ファイル名を生成するには、次の規則を使用する必要があります。ccccccc99c.exti
。パークコードの4文字のプレフィックス（表1を参照）。
ii。NCCNプロジェクト追跡データベースに示されている5文字のプロジェクトコード。NCCN Tracking Project Information（NCCN 2005b、開発中）を参照してください。
iii。同じプロジェクト内のGISレイヤーを区別する単一の文字。この単一の文字はGISプロジェクト製品コードと呼ばれ、NCCNプロジェクト追跡データベースで維持されます。これは、プロジェクト用に追加のGISレイヤーが作成されるか、プロジェクトに追加されるにつれて、順番に選択される（つまり、a、b、cなどで始まる）アルファ文字でなければなりません。たとえば、このプロジェクトの他の2つのGISレイヤーが既に存在すると仮定すると、NOCA Landbird Inventoryプロジェクトのトランセクト開始点のESRI Arc / Infoエクスポートファイルのファイル名は「nocabda02c.e00」になります
。拡張機能。ESRIシェープファイルは、同じ名前で、拡張子が.shp、.shx、.dbf、.shp、shp.xml、および.prjの5つ以上のファイルで構成されます。<<

上記の段落でごめんなさい。
私の経験では
、準拠の難しさのために人々がそれを破るという標準以下の命名規則があるときです。
2.他の標準の命名規則を順守するために、人々はそれを破ります。

実際には、数値の最初の文字のファイル名とフィールド名を許可しないツールがあり、RDBMSの命名はほとんど常にこれらの同じ規則に従います。

Indianaのドキュメント
 Oregonのドキュメント
 Jason Birchのドキュメント
 Nat Park Servのドキュメント
 Public Safety Multi-Agencyのドキュメント
 River Reachコードはベストプラクティスを無視しているようです
 San Antonioのドキュメント
 その他のNPSのドキュメント

— ブラッド・ネソム
ソース