Ваше xpath-выражение возвращает набор из нескольких узлов, то все что он (xpath) с ним сможет дальше сделать это разве что применить какие-нть базовые функции типа count. Никаких других функций для работы с nodeset-ами у него нет. Собсно это и не его задача, у xpath-а вполне определенная узкая цель - адресация узлов в xml-документах. Т.е. выбрали вы 6 текстовых узлов - он 6 вернул.
И даже если бы вы выбрали 1 узел, все равно это был бы узел (текстовый) документа, а не строковое значение. Поэтому например в Оракле есть просто extract, возвращающий XMLType - набор узлов, и extractValue, возвращающий строковое значение узла (причем он должен быть один). Здесь думается то же самое - то что вы видите как {ст,а,тья,ст,а,тья} это не строка, а строковое представление вашим инструментом постгресовского типа-аналога ораклового XMLType.
Но с текстовыми узлами есть такая особенность - при канонической сериализации соседние текстовые узлы объединяются. Т.е. вам надо каким-то образом сериализовать получившийся набор узлов. Например в Оракле я могу это сделать так:
(правда sql*plus и то и другое отображает одинаково, поскольку хоть и получает значение типа XMLType, но для отображения неявно вызывает тот же самый .getStringVal() :))

так что вам надо просто порыться в доках по постгресу поискать подобные методы сериализации ;-)

maXmo TiGНо с текстовыми узлами есть такая особенность - при канонической сериализации соседние текстовые узлы объединяются.вроде по правилам XPath при преобразовании nodeset в строку остаётся только первый узел. А вот преобразование элемента в строку – это уже конкатенация дочерних текстовых узлов, так что возможно поможет string(//ns0:Vid[1]).
а ведь ты прав, поскольку нужны вообще все дочерние текстовые узлы, то это будет именно то что нужно

PS а всего то надо было чуток абстрагироваться от первоначально предлагаемого топикстартером решения

PPS хотя нет буду считать что это у меня вчера сказался конец рабочего дня ;-)