【发布时间】:2012-01-09 07:29:03
【问题描述】:
我想从这个帖子继续讨论:GPX Schema validation problems。直截了当,我想问一下人们是如何在他们的软件中解析和使用 GPX 文件的,或者给我一些关于应该如何做的建议。
虽然有人可能会说,只要解析 trkpt 元素并在您的软件中使用它们,对我来说事情并不是那么简单。首先,正如上面引用的帖子中所讨论的,许多 gpx 生产设备(软件、gps-handheld-devices 等)产生不符合官方 GPX 架构的 gpx 文件(元素布局在顺序错误、值类型改变、元素名称改变等)。在开始解析 gpx 文件时,我最初的教导是首先检查它们是否针对 GPX 模式进行验证。其中有很多包含实际的 GPS 数据(纬度/经度/高程值的序列),但它的呈现格式(尽管 GPX 后缀很好地隐藏了)可以无论如何设计。因此该文件将包含所需的数据,但不符合 GPX 模式。如何克服这个问题?有什么方法可以让软件接受通用 GPX 文件作为输入?
其次,我想指出我对您可能提出的各种建议不感兴趣(例如,首先预处理 GPX 文件,然后解析它,更改您的架构等)关于如何解决问题。如果有人知道在实践中是如何完成的,我会更感兴趣。因此,如果有人在(可能)商业环境中处理 GPX 文件方面有或曾经有过任何经验,请分享您的想法。
我希望我的观点清楚。
谢谢,
佩塔
【问题讨论】:
-
我不认为它是重复的。在验证问题线程中,我正在讨论为什么 gpx 文件不符合 gpx 架构。在这里,我正在讨论如何与他们合作。谢谢