Я бы хотел продолжить обсуждение с этого поста: Проблемы проверки схемы GPX . Чтобы перейти непосредственно к делу, я хочу спросить, как люди анализируют и работают с файлами GPX в своем программном обеспечении, или дать мне советы о том, как это следует делать.
Хотя можно сказать, что просто проанализируйте элементы trkpt и используйте их в своем программном обеспечении, для меня все не так просто. Во-первых, как обсуждалось в приведенном выше посте, многие устройства-производители gpx (программное обеспечение, gps-handheld-devices и т. Д.) Создают файлы gpx, которые НЕ соответствуют официальной схеме GPX (элементы выложены в неправильный порядок, типы значений изменены, имена элементов изменены и т. д.). Мой первоначальный урок при запуске синтаксического анализа файлов gpx - это сначала проверить, проверяют ли они соответствие схеме GPX. Многие из них содержат фактические данные GPS (последовательность значений широты / долготы / высоты), но формат, в котором они представлены (хотя они и скрыты под суффиксом GPX), может быть спроектирован в любом случае. Таким образом, файл будет содержать необходимые данные, но не будет соответствовать схеме GPX. Как эта проблема преодолена? Есть ли способ заставить программное обеспечение принимать файлы GPX общего назначения в качестве входных данных?
Во-вторых, я хотел бы отметить, что меня не интересуют различные предложения, которые могут у вас возникнуть (например, сначала предварительно обработать файл GPX, а затем проанализировать его, изменить схему и т. Д.), Как решить проблему. Мне больше интересно, если кто-то знает, как все делается на практике. Поэтому, если кто-либо имеет или имел опыт работы с файлами GPX в (возможно) коммерческой среде, пожалуйста, поделитесь своими мыслями.
Надеюсь, я ясно изложил свои мысли.
Спасибо
Петар