Нашёл здесь 8547177 на форуме такой текст: "Для того, чтобы сопоставить схему и экземпляр (т.е. что этот xml-файл надо проверять этой схемой) в схеме задаётся атрибут targetNamespace который должен совпадать с неймспейсом из XML-файла (иначе процедуру валидации проходят даже кривые XML-файлы)."

Помогите, пожалуйста, найти, в каких официальных доках W3C это же самое написано?

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

_Vasilisk_, спасибо за ответ.
Я неудачно сформулировал мою проблему.
Есть схема.
В схеме есть targetNamespace=URI.
Разработчик формирует файл xml, который должен пройти проверку по схеме.
В корневом элементе файла xml есть пара атрибутов (обязательных по схеме).
XML содержит элементы в одном пространстве имён.
Атрибутов *SchemaLocation в файле нет.
Атрибутов xmlns* в файле нет.

Я хочу заставить разработчика добавить в корневой элемент файла ещё (не именованный) xmlns=URI.

Проблема заключается в том, что разработчик отказывается это сделать.

Мне нужно найти ссылку на официальный документ W3C, в котором было бы написано примерно следующее: "Если в схеме есть targetNamespace=URI, то в документе, который должен пройти проверку по этой схеме, должен быть xmlns=URI".

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

AntonariyВы так и не сказали, почему разработчик перечит прямым указаниям заказчика.Жизнь немного сложнее, чем я описал.
Я взаимодействую с представителем контрагента, от которого я буду принимать файлы и которому разработчик (его, контрагента) не хочет добавить xmlns.
То есть заказчик не я, а контрагент.

_Vasilisk_Тогда действительно этот документ не будет валидироваться схемой, т.к. в схеме описываются узлы с одним именем, а в документе используются с другим (пространство имен это часть имени).Вот за этот текст огромнейшее спасибо!