使用readOGR在R中加载大型空间文件

使用readOGR在R中加载大型空间文件,r,split,large-data,R,Split,Large Data,对于R中的进程,我希望读取20G的文件。我把它放在一个XML文件类型中 在R中,我不能用readOGR加载它,因为它太大了。它给我的错误是无法分配向量99.8 mb 因为我的文件太大了,所以在我看来,合乎逻辑的下一步就是拆分文件。但由于我无法在R和任何其他GIS软件包中打开它,因此在加载之前我无法拆分文件。我已经在使用最好的电脑了 有解决办法吗 由于评论而更新 如果我用头,我的线看起来像下面。不幸的是,它不起作用 如果是XML文件,它是人类可读的。因此,我想说,使用Unix命令行工具head、t

对于R中的进程,我希望读取20G的文件。我把它放在一个XML文件类型中

在R中,我不能用readOGR加载它,因为它太大了。它给我的错误是无法分配向量99.8 mb

因为我的文件太大了,所以在我看来,合乎逻辑的下一步就是拆分文件。但由于我无法在R和任何其他GIS软件包中打开它,因此在加载之前我无法拆分文件。我已经在使用最好的电脑了

有解决办法吗

由于评论而更新

如果我用头,我的线看起来像下面。不幸的是,它不起作用


如果是XML文件,它是人类可读的。因此,我想说,使用Unix命令行工具head、tail、vim可以剪切XML文件的一半,并在剪切的底部添加原始文件的最后几行,重建一个适当的有效XML树。这应该可以完成任务…请尝试readLinesfile,10,了解它实际上是什么。GML?20Gb对于XML来说太疯狂了,你确定吗?你在哪里,为什么,怎么弄到的?QGIS或GDAL可能可以直接处理这个问题,但这太离谱了。是的,我确信文件名以.XML结尾。为什么会这样?我不是一个文件类型专家,但我很好奇为什么在大型空间文件中使用XML太过分了。扩展名不能保证内容,而XML是文本。冗长的文字,如此无耻的低效。谢谢你和我一起思考。我一直在谷歌上搜索,很明显,这归结为使用不同的地理信息系统软件包,或者寻找更好的计算机。所以我想这是我的选择。我会把这个问题留给不同意的人,我很乐意找到另一个选择,在R工作。