は、私はそれが別のソフトウェアにロードされた後、私の3Dデータを2Dデータとなる理由を知りたい

Question

https://drive.google.com/open?id=0BzmZiSDoM7l3U2poYWNTbUhBWVU

問題は、私はGeomodellerとして知られているソフトウェアからこのデータを持っているし、それをロードすることですマイファイル> REDBACKとして知られる別のソフトウェア。

gemododellerでは3Dキューブを作成し、データ（このデータにはケーキのようなレイヤーがあります）をロードし、何らかの形でREDBACKに表示されたデータは2Dのレイヤーの交点に過ぎません。

私はポストPython base64 data decode

を読み、https://stackoverflow.com/users/194586/nick-t でコードを実装し、私が持っている：

dtgt=base64.b64decode(target) 
format=">ff" 
for i in range(100): 
print struct.unpack_from(format,dtgt,8*i) 

（2.350988701644575e-38、1.1754943508222875e-38） （1.7826336565709476e + 29 、6.64613997892458e + 35） トレースバック（最新の最後の呼び出し）： ファイル ""、行2、 のエラー：unpack_fromには少なくとも8バイトのバッファが必要です

この問題について助けてもらえますか？

私の上司は、問題が追加されたデータにあると考えているため、追加されたデータのすべてを最初に取得し、さらに問題を分析する必要があります。

Answer 1

ファイル内のAppendedDataは有効なBase64データではありません。末尾には等号がないはずです。そのようなコード化されたデータの複数の個々のチャンクで実際に構成されることになっている場合、データのセクション全体が処理されるまで、連続したチャンクでデコーダを呼び出し続ける必要があります。 （あなたのデコーダが最初であきらめたので、あなただけのファイルに「==」2つのデータポイントを取得している。）

ファイルヘッダ内コンプレッサー=「vtkZLibDataCompressor」に基づいて、データがであってもよく、圧縮された形式（これは、あなたが抽出することができた2つのデータポイントが、そんなに粗く/小さな値を持っていた理由を説明するかもしれません）。うまくいけば、Pythonのzlibモジュールはこの圧縮と互換性があります。