Как указано здесь и здесь , ограничение XSD наличием одного целевого пространства имен на файл делает ваш «семантически эквивалентный» запрос невозможным для решения. Это верно и также типично для всех сценариев, где само пространство имен используется для определения границ (или уточнения) семантических наборов.
В течение одного рефакторинга времени или времени проектирования, когда вам не нужно программно иметь дело с такой вещью периодически или динамически, вы также можете попытаться взглянуть здесь ; Возможно, проблема в вашем случае не в том, что импорт не поддерживается (что я нахожу странным), а в том, что сложность включения / импорта делает график слишком сложным для ваших инструментов. Как показано в последнем сообщении, проблема была решена путем свертывания включений с чистым эффектом сокращения числа необходимых импортов.
В качестве альтернативы, если каким-то образом ваша «семантическая эквивалентность» не включает пространства имен (например, я видел людей, которые весьма заинтересованы в разработке реляционной модели из XSD), возможно, с помощью рефакторинга можно привести все пространства имен в один (или ни один, то есть нет целевого пространства имен), а затем передать его в свой инструмент. Единственный улов здесь, с точки зрения автоматического рефакторинга, состоит в том, чтобы убедиться, что в разных пространствах имен нет дублированных именованных XSD-компонентов; например не может иметь одинаковое имя для элемента, или типа, или атрибута, или группы и т. д. в разных пространствах имен.