Отказ из-за несоответствия xml-схемы

А что непонятно? Имя файла не соответствует требованиям.
Выложите имя файла. Посмотрим.

 

GKUZU_23aea08a-b3b0-47ae-9682-7dfbea25cb3b, название архива должно быть такое?

 

А расширение файла какое? Zip?
Внутри архива какая структура файлов? Файл XML должен лежать в корне архива. Создание новых папок и помещение туда XML не допускается.

 

При чём тут ЭЦП, там ведь указана причина: имя пакета не соответствует формату.

 

ЭЦП при том, что на одном из решении (их было 15, сдавались в одно время), вернее из рекомендации для устранения причин есть такое предложение: МП предоставить в форме электронного документа и заверить усиленной цифровой подписью КИ. Все проверила, подпись была, может КП что-то напутать?

 

Все архивы имеют разные названия?

 

Форум гадалок.
Выложите файл межевого плана, как он записывался на диск или подавался на портал.

 

пришел ХМЛ протокол с предварительной проверки....
как с "египетского" перевести вот такую "шляпу", а??

При импорте файла GKUZU_05d447f1-1680-e94d-3431-d128009e1b2b.xml возникла ошибка: Земельный участок, обозначение :ЗУ1: Возникла ошибка при записи в базу:ORA-00001: unique constraint (ZKOKS.PK$ORDINATE) violated ORA-06512: at "ZKOKS.PAC$CREATOR", line 1111 ORA-06512: at line 1

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

 

Может быть это из-за двоеточия после :ЗУ1???

 

<Package>
<FormParcels Method="5">
<NewParcel Definition=":ЗУ1">
<CadastralBlock>66:23:2001001</CadastralBlock>
<Area>
<Area>186143</Area>
<Unit>055</Unit>
<Innccuracy>151</Innccuracy>
</Area>

двоеточие ставит прога.... и оно должно быть из 412 и 32 приказа...обозначение....

 

После))))) Должно быть :ЗУ1 , а не :ЗУ1:

 

а это шо <NewParcel Definition=":ЗУ1">

где тут "а не :ЗУ1:" ?

 

ну что не понятно, ФЛК не пршол. генерируйте заново и сдавайте еще раз

 

ты так исправляешь ошибки ФЛК?

 

я в отличии от некоторых руками не формирую xml у меня на это программа делает и сразу проверяет на ошибки у меня очень редко ФЛК не проходит, а если не проходит еще раз генерирую и отправляю и все проходит

 

ага неделю уже одно и тоже генерирую..... и шо?

вот, вот это и непонятно
При импорте файла GKUZU_05d447f1-1680-e94d-3431-d128009e1b2b.xml возникла ошибка: Земельный участок, обозначение :ЗУ1: Возникла ошибка при записи в базу:ORA-00001: unique constraint (ZKOKS.PK$ORDINATE) violated ORA-06512: at "ZKOKS.PAC$CREATOR", line 1111 ORA-06512: at line 1

че это за шляпа?
линия 1111 в линии 1 ?

--- Сообщения объединены, 22 ноя 2013, Оригинальное время сообщения: 22 ноя 2013 ---

прога пишет что все ОК!
а портал "египетский папирус" в обратку кидает и все и так неделю

 

вот как раз если простым текстовым редактором ручками ХМЛ быстрее сформируешь чем прогой, где в проге одни и теже данные по 20 раз вбиваешь, даже копипастом дольше будет

--- Сообщения объединены, 22 ноя 2013, Оригинальное время сообщения: 22 ноя 2013 ---

короче разгадал эту шнягу, открыл ХМЛ файл 3 и 4 версии ЗД8 блокнотом, нашел разницу
4 версия немного по другому формирует ХМЛ файл

в 3 версии при внесении или импорте в прогу геоданных Х и У, полигон надо замыкать на 1 точку.....
а в 4 версии этого делать категорически нельзя, т.к. прога 4 версии при трансформации в ХМЛ файл, автоматом замыкает полигон
и в ХМЛ файле дублируется 1 точка с расстоянием 0.00м
это и есть ошибка которую не пропускает робот-сервак портала

вот только эта корявая ЗД8 не дает удалять-править в проге таблицу с точками, и придется сносить этот файл из базы данных и заново его вдалбливать

проще уже сформированный ХМЛ поправить ручками в блокноте, удалить лишние строки с точками

- <Spelement_Unit Type_Unit="Точка">
<NewOrdinate X="650654.06" Y="1602451.66" Num_Geopoint="12" Delta_Geopoint="0.10" Point_Pref="н" />
</Spelement_Unit>
- <Spelement_Unit Type_Unit="Точка">
<NewOrdinate X="650651.22" Y="1602463.19" Num_Geopoint="13" Delta_Geopoint="0.10" Point_Pref="н" />
</Spelement_Unit>
- <Spelement_Unit Type_Unit="Точка">
<NewOrdinate X="650676.35" Y="1602467.44" Num_Geopoint="1" Delta_Geopoint="0.10" Point_Pref="" />
</Spelement_Unit>
- <Spelement_Unit Type_Unit="Точка">
<NewOrdinate X="650676.35" Y="1602467.44" Num_Geopoint="1" Delta_Geopoint="0.10" Point_Pref="" />
</Spelement_Unit>
</Spatial_Element>
-<Borders>


и линиями
замыкаем на 1 точку, меняем Point2="18"> на Point2="1">

-<Border Spatial="1" Point1="15" Point2="16">
- <Edge>
<Length>39.67</Length>
</Edge>
</Border>
- <Border Spatial="1" Point1="16" Point2="17">
- <Edge>
<Length>11.87</Length>
</Edge>
</Border>
- <Border Spatial="1" Point1="17" Point2="18">
- <Edge>
<Length>25.49</Length>
</Edge>
</Border>
- <Border Spatial="1" Point1="18" Point2="1">
- <Edge>
<Length>0.00</Length>
</Edge>
</Border>
</Borders>
</Entity_Spatial>
</NewParcel>
</FormParcels>
</Package>

 

работать просто нужно в нормальном ПО и не плакать что денег нет на покупку

 

вы за всех-то не говорите, это смотря какая прога

 

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

что такое нормальное ПО, а?
и ненормальное ПО ?

каковы критерии нормальности ?

--- Сообщения объединены, 22 ноя 2013, Оригинальное время сообщения: 22 ноя 2013 ---

с утра видно читать лень? или тут вижу там не вижу
конкретно сказано про прогу "ЗД8"