名前に何があるのか：in_memory と In-memory が異なる場合

JoshuaBixby

<\/HEAD>

これは、ソフトウェアアプリケーションの新機能の命名に関する課題についての4部構成シリーズの第2回目です。特に、命名が不十分な場合の影響についてです。  シリーズの第1部では、新機能の名前がその機能の動作を明確かつ簡潔に説明しているケースを見ています。  シリーズの第2部では、その同じケースで新しい機能が元の動作を変更した場合を見ています。  シリーズの第3部では、この変更された機能に対応するためにドキュメントがどのように変わったかを見ています。  最後に、シリーズの第4部では、これらすべてがエンドユーザーと開発者にとって何を意味するかを議論しています。<\/EM><\/P>

<\/P>

私がArcGIS 9.4のベータテストを始めたとき、すぐにこれはEsriにとって大きなリリースになるだろうと感じました。  結果的に、ベータ期間中にマイナーリリースからメジャーリリースへ昇格し、最終的にはArcGIS 10.0となりました。 

ArcGIS 10 の新機能は多岐にわたり、ほぼすべてのユーザー向けに何かがあります。  ArcGIS Desktop の使用範囲がどんなに狭くても見逃せない変更点は、ArcGIS 8.xおよび9.x時代を通じてほぼ一定だったユーザーインターフェイスでした。<\/P>

<\/P>

私はArcGIS 10.0の多くの変更に興味がありましたので、ここで全部挙げることはしません。  多くの変更が注目されましたが、中でもジオプロセシングの変更は特に目立ちました：バックグラウンド処理が導入され、Pythonウィンドウがコマンドラインウィンドウに代わり、ArcPyがPythonサポートを次のレベルへ引き上げるなどです。  これらすべての新機能と私のお気に入り機能の一つであるin-memory workspaceを組み合わせて、この次のバージョンがどれほど素晴らしいか試してみることに少しワクワクしました。<\/P>

<\/P>

ArcGIS 9.2ではWayback Data Centerを使わなければなりませんでしたが、ArcGIS 10.0は私の所属機関内でまだ稼働しているため、過去へ戻って新しいスクリーンショットを生成することも簡単です。<\/P>

<\/P>

一貫性と単純さのため、このシリーズ第1回目(

名前に何があるのか：in_memory = In-memoryの場合)から例を再利用してArcGIS 10.0でPythonウィンドウに慣れましょう。  in-memory workspaceでテーブルを作成した結果を見てみます：<\/P>

<\/P>

成功でしょうか？  コマンドは正常終了したようですが、tmpTableはGPInMemoryWorkspaceには存在しないようです。    もう一度コマンドを実行します。<\/P>

<\/P>

うーん。  コマンドは成功しましたが、やはりtmpTableはGPInMemoryWorkspaceにはありません。  実際にはtmpTableが2つあり、それぞれTempフォルダ内に独自の不可解なジオデータベースを持っているようです。  ArcGIS 9.2ではtmpTableが既に存在していたためコマンドは失敗しましたが、ArcGIS 10.0では別の不可解なジオデータベース内にもう一つ作成してくれるという親切（？）があります。<\/P>

<\/P>

何が起こっているかわかりません。  このテーブルを削除して混乱を片付けたほうが良さそうです。<\/P>

<\/P>

待ってください、ArcGIS 9.2で使えた同じ構文でtmpTableを削除できませんか？  テーブルが本当にin-memoryで作成されていないならば、Delete_management関数がそこから見つけられないのも納得です。  Pythonウィンドウのオートコンプリートは "in_memory." の参照なしで "tmpTable" を削除しようとしています。試してみましょう：<\/P>

<\/P>

少なくともそれは動作しましたが、オートコンプリートが指していたtmpTableがどれなのかわかりませんでした。幸いにもコマンドを再実行するともう一方のtmpTableは削除されました。<\/P>

<\/P>

in-memoryでフィーチャクラスを作成する場合も同様です。また、テーブルやフィーチャクラス作成用ツールボックス内対応ツールも同じ動作を示します。この一貫性から特定ツールや関数だけのバグとは考えづらいです。もしかするとArcGIS 10.0ではin_memoryはオンディスクを意味するかもしれません。<\/P>

<\/P>

このシリーズ第1部には実際にデータをin-memory workspaceへ移動する例があります。結論を出す前にここでも繰り返してみましょう。まず米国州境界データを再度読み込みます。<\/P>

<\/P>

またここでもin-memory workspaceへフィーチャコピーしました。  GPInMemoryWorkspace？  この結果を予想していたかどうかは言えません。  in_memory は in-memory を意味するのでしょうか、それとも on-disk を意味するのでしょうか？明らかにArcGIS 9.2と10.0間で何か変わっていますが、それは何でしょう？<\/P>

<\/P>

簡単な答えはバックグラウンド処理です。

バックグラウンド処理はArcGIS 10.0で導入されただけでなくデフォルトで有効になっています。理由は今思い出せませんが数年前にバックグラウンド処理を無効化する必要性がありました。その時点で気づいたことですが、バックグラウンド処理を無効化または有効化しないことでほぼin_memoryはArcGIS 9.2および9.3／9.3.1時代と同様の動作になります。

興味深いことに上記すべての例はArcGIS 10.2.2でも非常によく似た結果になります。私はArcGIS 10.2.2で状況はArcGIS 10.0より少し悪化していると主張します。例えばCreateTable_management関数を2回実行し、その後完全指定されたin_memoryパスでtmpTable削除しようとすると以下になります：

ArcGIS 10.0ではDelete_management関数はtmpTableが実際にはin-memoryになかったため失敗しました。それは論理的です。一方ArcGIS 10.2.2ではDelete_management関数は成功しますが何も削除しません！確かにtmpTableはいないという警告は返します。しかしその後何も削除せず成功結果だけ返します。他人について語れませんが私はオブジェクト削除関数呼び出し時、そのオブジェクトが存在しなければエラー返却期待します。

さらに良い例としてバックグラウンド処理無効化後、in-memoryでテーブル作成し完全指定されたin_memoryパスで削除試行した場合どうなるか見てみましょう：

表面上3回連続でテーブル削除成功しています。しかしそれでもテーブルは存在しています！しかも存在しているにも関わらず存在しないという警告まで出ます。

明らかにArcGIS 10.0以降in-memory workspace、とりわけ'in_memory'使用時には変化があります。その全容は不明ですがバックグラウンド処理との関連があります。そしてこの変化はArcGIS 10.x製品シリーズ全体で持続しています。この変化についてドキュメントで確認する時期だと思います。

JoshuaBixby

I have heard back from Esri Support and Esri Development.  I will restrict comments on the first three parts in the series and post final comments with part four of the series:  What's in a Name: When Known = Unknown .