Проблемы с проверкой схемы GPX

Авторы схемы решили использовать <xs:sequence> вместо <xs:all>. Последовательности XSD зависят от заказа.

Имя атрибута с ошибкой будет считаться недопустимым вводом. Вы должны проверить и потерпеть неудачу изящно. Компьютеры плохо справляются с двусмысленностью.

Надеюсь, это поможет...

ОБНОВИТЬ:

Извините, тогда позвольте мне уточнить. Проблема была создана авторами схемы И авторами вывода GPX (различных программных пакетов и устройств).

По сути, если человек может посмотреть на часть данных и понять, что это значит, ответственность за создание гибкой проверки, чтобы программу можно было использовать, лежит на разработчике программного обеспечения.

Например, предположим, что у вас есть поле ввода, в которое вы должны ввести сумму в долларах, а пользователь вводит «0,05 доллара США», программное обеспечение должно быть достаточно умным, чтобы распознать это как 5 центов, и достаточно умным, чтобы распознать, что есть пространство впереди и это бесполезно.

То же самое относится и к файлам с устройства. Да, проблема создана ими. Да, нелепо рассматривать вывод с устройства как пользовательский ввод, когда для формата существует прекрасное строгое определение. Но это проблема, с которой вы сейчас столкнулись. И, в конце концов, никого не волнует, какие технические проблемы вам пришлось преодолеть, чтобы все заработало. Все, что их волнует, это «работает ли это» и «насколько это полезно для меня».

Итак, если вы видите, что поля расположены не по порядку, но в остальном присутствуют все необходимые данные, измените порядок полей, чтобы они прошли проверку. Сделайте ваш импорт гибким. Заполните пробелы в данных предупреждающим сообщением, если пробелы отсутствуют. Но заставьте это работать.

Помимо попытки массировать данные перед их проверкой по XSD, вы можете сделать еще одну вещь, если обнаружите, что ошибки проверки постоянно вызываются простым порядком полей (что является распространенным недоразумением в XSD между xs:sequence и xs:all), измените свой XSD. Переключите его с последовательности на все. Вы можете сначала попробовать официальный XSD. Если бы он прошел, вам не пришлось бы проверять более свободные версии.

Надеюсь, это поможет...

Пример почему?: geocaching.com создает файлы .gpx со специальными расширениями схемы, которые они определили.

GSAK также добавляет «ценность» файлам gpx. Боюсь, мир gpx НЕ стандартизирован, как вы думаете.

Ничто из этого не является частью схемы, которую вы используете. Другими словами, у вашей идеи строгой проверки схемы есть проблемы.

Это они, а не вы. Но вы вынуждены приспосабливаться к «их».

Итак, получается, что есть какие-то устройства GPS/системы записи GPS/и т.д. которые создают файлы .gpx без соответствия официальной схеме GPX. Этот вывод заставляет меня задать вопрос: ПОЧЕМУ? Я серьезно не понимаю идею, стоящую за этим. Кроме того, с большинством недопустимых файлов, которые я нашел, проблема заключается не в том, что можно рассматривать как дополнительную функцию, а в чем-то вроде несоблюдения правильного порядка с дочерними элементами некоторых атрибутов, что я считаю быть совсем глупым.

Единственное, что я могу придумать, это предварительная обработка ввода GPX перед проверкой (единственным требованием на этом этапе было бы правильное формирование данных GPX).

Я бы использовал XSLT, начиная с преобразования идентичности, чтобы передать все без изменений. Затем вы можете переопределить преобразование идентичности, удалив все с определенным пространством имен. Вы также можете установить порядок дочерних элементов (атрибуты не имеют дочерних элементов, поэтому я думаю, что это опечатка) и исправить имена элементов/атрибутов с ошибками.

проблема со схемами, как вы хорошо заметили, заключается в том, что не все реализации стандартизированы, а некоторые являются полностью проприетарными. в этих случаях лучше всего импортировать файл в программу и сохранить его как GPX (даже если исходным файлом был GPX).

я использую бесплатную программу под названием GPS TRACKMAKER, которая открывает и сохраняет в различных форматах, включая GPX. Он также загружает данные напрямую с различных портативных устройств GPS (garmin, magellan и т. д.). загрузить GPSTM http://www.gpstm.com/dwlpage.php

в связанной статье я загрузил базовый анализ php dom из GPX, который работает довольно хорошо (100% совместим с GPX, сгенерированным GPSTM) Шаблоны и стандарты парсинга GPX

спасибо Odilon Ferreira Junior (автор GPSTM) за предоставление такого превосходного бесплатного инструмента.

Как уже отмечал Homer6, одной из проблем является последовательность тегов в файле XML.

Прежде чем я продолжу, обратите внимание, что GPX 1.0 и GPX 1.1 очень разные. Большинство приложений производят/потребляют GPX 1.0. Например, в версии 1.0 для электронной почты есть регулярное выражение:

[\p{L}_]+(\.[\p{L}_]+)*@[\p{L}_]+(\.[\p{L}_]+)

Если какое-либо приложение имеет текстовое поле, предлагающее пользователю ввести его адрес электронной почты (который будет сохранен позже в файле GPX), оно должно быть довольно строгим. Если пользователь вводит «имя AT gmail.com», полученный файл GPX недействителен.

Схема XML-файла очень жесткая. Большинство разработчиков приложений не хотят такой же проверки правильности, когда их пользователи вводят данные, которые будут храниться в файле GPX. И именно поэтому большинство файлов не являются правильными файлами GPX. Кроме того, именно поэтому большинство приложений для синтаксического анализа игнорируют эти строгие правила.