增加了16个字符的身体
链接
user2821
  • 5.9 k
  • 2
  • 27
  • 53

SEGY的优点也是它的主要问题;它已经存在了很长时间。我一直在努力开放十年word文档正确,有时候仍然可以访问一个SEGY从70年或80年。还有一个优势,所有程序包,不知何故,导入和导出文件。

我同意大卫头不需要在同一个文件的数据。我宁愿跟踪头可读的ASCII文件可以是二进制的数据,但至少比标准化或定义的头。ASCII跟踪头也很容易导入GIS应用,SQL或电子表格。

rsf从SEPlib格式(发达),可能是我在寻找什么,但跟踪头不写头文件,而是放置在单独的文件中。对处理工作流这不是坏事,但它很难导出文件。

完美的解决方案,从我有限的经验,类似的rsf文件,文件头和跟踪头.rsf相同。我一直在暗示一些马达加斯加的用户,并在大型项目的反对观点是头文件会非常大(太)。然而,我不认为这是一个问题,而另一种观点在一个简单的搜索和跟踪头据我所知没有ascii文件大小的限制。

SEGY的优点也是它的主要问题;它已经存在了很长时间。我一直在努力开放十年word文档正确,有时候仍然可以访问一个SEGY从70年或80年。还有一个优势,所有程序包,不知何故,导入和导出文件。

我同意大卫头不需要在同一个文件的数据。我宁愿跟踪头可读的ASCII文件可以是二进制的数据,但至少比标准化或定义的头。ASCII跟踪头也很容易导入GIS应用,SQL或电子表格。

rsf从SEPlib格式(发达),可能是我在寻找什么,但跟踪头不写头文件,而是放置在单独的文件中。对处理工作流这不是坏事,但它很难导出文件。

完美的解决方案,从我有限的经验,将是一个无国界记者文件,文件头和跟踪头.rsf相同。我一直在暗示一些马达加斯加的用户,并在大型项目的反对观点是头文件会非常大(太)。然而,我不认为这是一个问题,而另一种观点在一个简单的搜索和跟踪头据我所知没有ascii文件大小的限制。

SEGY的优点也是它的主要问题;它已经存在了很长时间。我一直在努力开放十年word文档正确,有时候仍然可以访问一个SEGY从70年或80年。还有一个优势,所有程序包,不知何故,导入和导出文件。

我同意大卫头不需要在同一个文件的数据。我宁愿跟踪头可读的ASCII文件可以是二进制的数据,但至少比标准化或定义的头。ASCII跟踪头也很容易导入GIS应用,SQL或电子表格。

rsf从SEPlib格式(发达),可能是我在寻找什么,但跟踪头不写头文件,而是放置在单独的文件中。对处理工作流这不是坏事,但它很难导出文件。

完美的解决方案,从我有限的经验,类似的rsf文件,文件头和跟踪头.rsf相同。我一直在暗示一些马达加斯加的用户,并在大型项目的反对观点是头文件会非常大(太)。然而,我不认为这是一个问题,而另一种观点在一个简单的搜索和跟踪头据我所知没有ascii文件大小的限制。

删除1字符的身体
链接
user2821
  • 5.9 k
  • 2
  • 27
  • 53

SEGY的优点也是它的主要问题;它已经存在了很长时间。我一直在努力开放十年word文档正确,有时候仍然可以访问一个SEGY从70年或80年。还有一个优势,所有程序包,不知何故,导入和导出文件。

我同意大卫,这头不需要在同一个文件的数据。我宁愿跟踪头可读的ASCII文件可以是二进制的数据,但至少比标准化或定义的头。ASCII跟踪头也很容易导入GIS应用,SQL或电子表格。

rsf从SEPlib格式(发达),可能是我在寻找什么,但跟踪头不写头文件,而是放置在单独的文件中。对处理工作流这不是坏事,但它很难导出文件。

完美的解决方案,从我有限的经验,将是一个无国界记者文件,文件头和跟踪头是一样的。rsf@rsf。我一直在暗示一些马达加斯加的用户,并在大型项目的反对观点是头文件会非常大(太)。然而,我不认为这是一个问题,而另一种观点在一个简单的搜索和跟踪头据我所知没有ascii文件大小的限制。

SEGY的优点也是它的主要问题;它已经存在了很长时间。我一直在努力开放十年word文档正确,有时候仍然可以访问一个SEGY从70年或80年。还有一个优势,所有程序包,不知何故,导入和导出文件。

我同意大卫,这头不需要在同一个文件的数据。我宁愿跟踪头可读的ASCII文件可以是二进制的数据,但至少比标准化或定义的头。ASCII跟踪头也很容易导入GIS应用,SQL或电子表格。

rsf从SEPlib格式(发达),可能是我在寻找什么,但跟踪头不写头文件,而是放置在单独的文件中。对处理工作流这不是坏事,但它很难导出文件。

完美的解决方案,从我有限的经验,将是一个无国界记者文件,文件头和跟踪头是一样的。rsf@。我一直在暗示一些马达加斯加的用户,并在大型项目的反对观点是头文件会非常大(太)。然而,我不认为这是一个问题,而另一种观点在一个简单的搜索和跟踪头据我所知没有ascii文件大小的限制。

SEGY的优点也是它的主要问题;它已经存在了很长时间。我一直在努力开放十年word文档正确,有时候仍然可以访问一个SEGY从70年或80年。还有一个优势,所有程序包,不知何故,导入和导出文件。

我同意大卫,这头不需要在同一个文件的数据。我宁愿跟踪头可读的ASCII文件可以是二进制的数据,但至少比标准化或定义的头。ASCII跟踪头也很容易导入GIS应用,SQL或电子表格。

rsf从SEPlib格式(发达),可能是我在寻找什么,但跟踪头不写头文件,而是放置在单独的文件中。对处理工作流这不是坏事,但它很难导出文件。

完美的解决方案,从我有限的经验,将是一个无国界记者文件,文件头和跟踪头是一样的。rsf。我一直在暗示一些马达加斯加的用户,并在大型项目的反对观点是头文件会非常大(太)。然而,我不认为这是一个问题,而另一种观点在一个简单的搜索和跟踪头据我所知没有ascii文件大小的限制。

链接
user2821
  • 5.9 k
  • 2
  • 27
  • 53

SEGY的优点也是它的主要问题;它已经存在了很长时间。我一直在努力开放十年word文档正确,有时候仍然可以访问一个SEGY从70年或80年。还有一个优势,所有程序包,不知何故,导入和导出文件。

我同意大卫,这头不需要在同一个文件的数据。我宁愿跟踪头可读的ASCII文件可以是二进制的数据,但至少比标准化或定义的头。ASCII跟踪头也很容易导入GIS应用,SQL或电子表格。

rsf从SEPlib格式(发达),可能是我在寻找什么,但跟踪头不写头文件,而是放置在单独的文件中。对处理工作流这不是坏事,但它很难导出文件。

完美的解决方案,从我有限的经验,将是一个无国界记者文件,文件头和跟踪头.rsf@相同。我一直在暗示一些马达加斯加的用户,并在大型项目的反对观点是头文件会非常大(太)。然而,我不认为这是一个问题,而另一种观点在一个简单的搜索和跟踪头据我所知没有ascii文件大小的限制。

Baidu
map