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