netCDF 파일의 간단한 바이너리 덤프를 수행 할 수 있습니까?

Question

ncdump를 통해 netCDF 출력 파일을 검사하고 Linux od 유틸리티를 통해 파일을 검사하려고합니다. 내가보고있는 것에 대해 질문이 있습니다. 예를 들어, ncdump에서, 나는 데이터 이제

-10.55448, -10.52312, -10.4916, -10.46023, -10.42887, -10.39742, -10.36587, 

의 (여러 라인 중) 한 줄을 얻을, 나는이 찾을 것으로 기대 같은 자리에서 "OD"유틸리티와 같은 파일을 검사하려고

0002017 311 c 344 301 (337 ' 301 (^260 301 ' 335 224 301 
      -28.548723  -10.4919815  -22.045975  -18.607985 
0002033 ' ] 034 301 & 334 245 301 & [ 320 301 % 332 235 301 
       -9.772742  -20.732494  -26.044506  -19.731516 

즉, 인식 플로트 번호는 모두 내가 ncdump에서 무엇을 얻을 수 없습니다 : 위의 숫자는,

od -c -Ad -tf4 -j 2017 output.nc 

와 나는 완전히 다른 무언가를 얻을.

내가 예상했던 자리에 나타나지 않을 것으로 예상되는 수치는 아니지만 od 산출물의 첫 번째 숫자 인 -28.54872와 -10.49198 (5 자리로 반올림 됨)은 어디에도 나타나지 않습니다. 전혀 ncdump 출력.

이것은 합리적입니까? netCDF는 데이터와 함께 많은 양의 메타 데이터를 혼합하여 netCDF 파일의 직접 바이너리 덤프를 수행하는 것이 불가능합니까? 또는 이상한 일이 있습니까?

Answer 1

마음에 떠오르는 즉각적인 생각은 헤더의 길이를 어떻게 알았습니까? 처음 2017 바이트를 건너 뛰고 있지만 어떻게 처리 했습니까? 데이터 자체가 아니라 실제로 메타 데이터의 일부를 구성하는 숫자를 덤핑하는 것으로 의심됩니다. 따라서 ncdump를 사용하여 숫자를 볼 수 없습니다. grep X

ncview는 매우 매우 강력합니다. 헤더를 읽고 데이터 레코드의 위치를 ​​정확히 알고 있습니다. 결과를 신뢰할 수 있습니다. 필자는 항상 파일 형식을 위해 특별히 설계된 utilities/packages를 사용하여 읽기 netcdf 파일을 조사하는 것이 좋습니다.

죄송합니다. 더 구체적인/도움이되지는 않지만 파일에 대한 액세스 권한이 없으면 조사하거나 대답하기가 어렵습니다.