問題タブ [hdf5]

Windows7 32 ビット システムで、データ取得 C#/.Net アプリケーション (HDFDotNet ラッパーを使用) から HDF5 1.8.6 を使用しています。

次の動作の後、アプリケーションを終了すると、ランタイム エラー (AssertionFailed) ポップアップが表示されることに気付きました。

1.) USB ドライブ (またはネットワーク共有ドライブ) で HDF5 ファイルを開きます。 2.) データのサンプリングと HDF5 ファイルへの保存を開始します。3.) 私は (無礼に) USB ドライブを取り外します (またはネットワーク共有ドライブを切断します) 4.) 書き込み例外が処理されます (一見適切に... クラッシュはありません) 5.) アプリケーションを閉じます。

この時点で、File:......\src\H5F.c (Line 1737) と "Expression: f->file_id>0" に関するエラーが表示されます。

HDF5ライブラリが何かをクリーンアップしようとしていて、使用していたファイルが見つからないことに混乱していると思います...しかし、できない場合でも回復できるはずです。私は何かを逃しましたか？

ありがとう！

ジョシュ・アンダーソン

HDF5ファイルの読み取りをサポートするスプレッドシートプログラムはありますか？;

最新のHDF5DotNetラッパー（1.8.7）に更新しようとしていますが、次の警告が表示されます（VS2010からDEBUGモードで実行している場合）。

PInvokeStackImbalanceが検出されましたメッセージ：PInvoke関数'HDF5DotNet！:: H5Fopen'の呼び出しにより、スタックのバランスが崩れました。これは、マネージドPInvokeシグニチャがアンマネージドターゲットシグニチャと一致しないことが原因である可能性があります。PInvokeシグニチャの呼び出し規約とパラメータがターゲットのアンマネージドシグニチャと一致することを確認してください。

コンパイル済みのバイナリ（.NET Framework 4.0 32ビット用のHDF5DotNetアセンブリ）を使用していますが、ソースからコンパイルしたときに同じ結果が得られました。

不思議なことに、HDF5DotNetラッパーを非DEBUGモードで呼び出すアプリケーションを実行すると、問題は発生しません。1.8.6と1.8.7の間で、すべての呼び出し規約がCdeclからStdCallに切り替えられたことに気づきました。これが原因でしょうか？CallingConventionはCdeclであるべきだと言っている他のフォーラムを見たことがあります...

ありがとう！

私は現在HDF5 API を学習しており、C++ std::string のセットを HDF5 データセット (1 列) に挿入しようとしています。

vector<string>次のスニペットで、 a をループして各文字列を正しい index に挿入するにはどうすればよいですか?

固定長の文字列を使用するか、任意の長さの std::string を使用するかを HDF5 にどのように伝える必要がありますか?

h5py Python モジュールと、存在しないすべての依存関係を Debian Linux システムにインストールする必要があります。このタスクは、次の点で複雑です。

1. このシステムにはスーパーユーザー権限がありません (sudo や root パスワードなど)。
2. 私が使用している残りのコードでは、Python のバージョン 2.7 が必要です。これは、このシステムにインストールされているデフォルトのバージョンではありません (ただし、Python 2.7 は /opt/python-2.7.1 で利用できます)。

理想的な解決策は、python-h5py Debian パッケージ (wheezy リリース) の依存関係情報を使用して、h5py の不足しているすべての前提条件のインストールを調整できるようにすることです。これを行う方法はありますか？もしそうなら、どのように /opt/python-2.7.1 の下の Python のバージョンを使用するものとして指定できますか?

これを行う最善の方法についての提案をいただければ幸いです。

大規模なグリッド データセットに適したストレージ形式を探しています。アプリケーションは気象学であり、この分野で一般的な形式を希望します (他のユーザーとのデータ交換を支援するため)。特別なデータ構造を扱う必要はありません。Fortran API が必要です。現在、HDF5、GRIB2、および NetCDF4 を検討しています。

これらの形式は、データ圧縮に関してどのように比較されますか? 主な制限は何ですか? 学習曲線はどのくらい急勾配ですか? 調査する価値のある他のストレージ形式はありますか?

これらの形式の違いと長所/短所を概説する多くの資料は見つかりませんでした (関連するSO スレッドが 1 つあり、 GRIB と NetCDF を比較するプレゼンテーションがあります)。

HDF5 1.8.7 を Visual Studio 10 のソースからビルドするのにかなりの困難があります。ライブラリにスレッド セーフ機能を追加する必要があります。FAQ によると、これは v1.8.6 で追加されましたが、v1.8.6 では追加されませんでした。デフォルトで。

/windows/src フォルダーと /src フォルダーの両方の h5pubconf.h ファイルに「#define H5_HAVE_THREADSAFE 1」行を手動で追加しました (VS ソリューション自体で変更する必要がある場所がわからなかったため)。

誰にも何かお勧めがありますか？ありがとう！

CMake を使用して、HDF5 1.8.7 ソース用の Visual Studio 2010 ソリューションを生成しました。Visual Studio で HDF5.sln ファイルを開き、ALL_BUILD プロジェクトでビルドを行ったところ、リンク エラーが大量に発生しました (たとえば、「エラー LNK1181: 入力ファイル '....\bin\Release\hdf5dll.lib' を開けません」 "）

「CMake.txt」ファイルのドキュメントによると、ソリューションが cmake 生成によって作成された後、Visual Studio からビルドを実行できるはずです。何か案は？