Оновіть Ged.exe, “загубилась” функція @Map.Object[N].OverlayList, тому і не працював шаблон.
Неясен формат записи номера кадастровой зоны (с двоеточием или без него). Неясно какой классификатор целевых назначений использовать, последнюю редакцию или ту что в ПМКУ №1051, они отличаются немного. Неясен формат записи новых кодов угодий. Неясен переход со старых кодов угодий на новые, однозначен ли он?
В ближайшее время выйдет версия программы, которая будет претендовать на “правильность” согласно ПМКУ №1051. В дальнейшем возможны коррективы, естественно.
Ну я думаю стоит ориентироваться на действующие постановления которые вступили в силу т.е.пкму№1051 так как еще не известно когда примут что то новое нужно работать в том что есть 
Из текста ПМКУ №1051 неясны эти моменты.
ну наверное стоит выпустить версию по пкму 1051 хотя бы пробную чтоб получив ошибки их исправить… 
Спасибо за ответ, таки есть неясные моменты, будем ждать …
Постійно стикаюся з такою проблемою:конвертую in4 в xml,відкриваю і заповнюю угіддя(наприклад у мене 7 угідь) і обмеження. Зберігаю,закриваю. Відкриваю знову і більшість угідь, чи обмеження - не має.Підтягую угіддя до ділянки з мінімальною точністю(0,0000). Всі точки за допомогою функції совместить с соседними, я не можу, бо при винесенні в натуру збільшується кількість точок(це додаткові витрати для землевласника). Зберігаю, відкриваю і все ПОВТОРЮЄТЬСЯ! Що ви можете мені порадити?
При виносі земельної ділянки в натуру не враховуйте точки в створі, а тільки поворотні. Суміщення точок на стику угідь - вимога для обмінного файлу, яка неявно успадкована від ін4.
СаdPlanА3 - получається, а локейшин схема в Digitals видає, а в репортсі орто нем має!?
В цих шаблонах один скрипт, мають працювати обидва, або не працювати жодний, за умови використання тієї самої ділянки, та тих самих орто.
довляется ли слой территориальная зона в формат нового обменного файла?? 
Этот слой и раньше был 
Я вам відправила на help@vingeo.com КадпланА3 і лок.схема. В них зовсім інші скрипти, бо в кад.плані є експлікація.
слой то был но его не использовали!!!
а если кто использовал то не могли бы прислать пример обменника чтоб посмотреть как заполнять)) 
Я не уверен что хоть кто-нибудь хотя бы один раз использовал этот слой, потому примеров не дождетесь. Это самый стабильный слой, он не менялся ни разу за все время существования XMLNormal.dmf
Вообще его использование предусмотрено, если надо обменяться следующими типами объектов:
Код Назви територіальних зон (груп об’єктів)
001 Межі адміністративно-територіальних утворень
002 Зони розподілу земель за їх основним цільовим призначенням
003 Економіко-планувальні зони
004 Зони агровиробничих груп ґрунтів
005 Зони дії земельних сервітутів
006 Зони дії обмежень використання земель
007 Зони регулювання забудови (функціональні зони)
008 Зони санітарної охорони
009 Охоронні зони
010 Зони особливого режиму використання земель
011 Водоохоронні зони
012 Прибережні захисні смуги
013 Природно-сільськогосподарські зони
014 Еколого-економічні зони
015 Зони протиерозійного районування (зонування)
016 Ключові території екомережі
017 Сполучні території екомережі
018 Буферні зони екомережі
019 Відновлювані території екомережі
020 Земельні угіддя
021 Інші територіальні зони
ну как я понимаю в новом формате обменного файла этот слой прийдется использовать…
ИМХО, если и надо будет использовать, то не скоро.
В мене все працює, єдине що підправив у варіанті, що я надіслав, це прибрав умовний знак для шару “XML: Межові знаки, закріплені точки” на усіх схемах. Якщо проблеми лишаються, можливо проблема з ортогональністью растра(ів).
А мені здається тут тільки причина в скрипті Локейшин схеми(репортсі), бо в Digitals растр грузиться і його видно. Але ж я його скачала на форумі.
Можливо ви закриваєте карту(и), які сгенеровані з дмт-шаблонів, перед тим як натискаєте “Продолжить”? Тоді дійсно карта не зберігається в метафайл і не підгружаеться в генератор звітів.
P.S. Коли я казав про “той самий скрипт”, я мав на увазі скрипт обробки подій шару “XML: Ділянка” в LocationSchema.dmt.