我希望能够继续讨论这篇文章:GPX Schema validation problems。直接来点,我想问问人们如何解析和处理他们的软件中的GPX文件,或者给我一些建议,告诉我应该怎样做。
虽然有人可能会说,只需解析trkpt元素并在软件中使用它们,对我来说事情并不那么简单。首先,正如上面引用的帖子中所讨论的那样,很多产生GPX文件的设备(软件,GPS手持设备等)生成的GPX文件并不符合官方GPX模式(元素排列顺序错误,值类型更改,元素名称更改等)。当我开始解析gpx文件时,我的初步想法是首先检查它们是否符合GPX模式。有很多文件包含实际的GPS数据(纬度/经度/高程值的序列),但它们呈现的格式(尽管被GPX后缀巧妙地隐藏)可能是任意设计的。因此,文件将包含所需的数据,但不符合GPX模式。如何解决这个问题?有没有办法使软件接受通用GPX文件作为输入?
其次,我想指出我不感兴趣你可能有的各种建议(例如,先预处理GPX文件,然后解析它,更改你的模式等)来解决问题。我更感兴趣的是,如果有人在(可能)商业环境中处理GPX文件方面有任何经验,请分享您的想法。
希望我的观点清楚明了。
谢谢,
Petar
虽然有人可能会说,只需解析trkpt元素并在软件中使用它们,对我来说事情并不那么简单。首先,正如上面引用的帖子中所讨论的那样,很多产生GPX文件的设备(软件,GPS手持设备等)生成的GPX文件并不符合官方GPX模式(元素排列顺序错误,值类型更改,元素名称更改等)。当我开始解析gpx文件时,我的初步想法是首先检查它们是否符合GPX模式。有很多文件包含实际的GPS数据(纬度/经度/高程值的序列),但它们呈现的格式(尽管被GPX后缀巧妙地隐藏)可能是任意设计的。因此,文件将包含所需的数据,但不符合GPX模式。如何解决这个问题?有没有办法使软件接受通用GPX文件作为输入?
其次,我想指出我不感兴趣你可能有的各种建议(例如,先预处理GPX文件,然后解析它,更改你的模式等)来解决问题。我更感兴趣的是,如果有人在(可能)商业环境中处理GPX文件方面有任何经验,请分享您的想法。
希望我的观点清楚明了。
谢谢,
Petar