Допоможіть будь-ласка! Є дані обмірів в форматі “.gdb” підкажіть як відкрити ці файли та конвертувати їх в формат shp або якийсь інший, який підтримується Digitals?
Якщо це файл содержащий сведения о треках, путевых точках, маршрутах и т.д. в формате GDB MapSource, тоді чому не перезберегти у .gpx?
Так це файл “содержащий сведения о треках, путевых точках, маршрутах и т.д. в формате GDB MapSource”, але в якій програмі його відкрити, щоб перезберегти в іншому форматі, який прочитається в Digitals. З даним форматом файлу зустрічаюся вперше.
MapSource
Доброго дня розробникам.
Вирішую задачу: відкрити файл GPX, в якому назви атрибутів та їхні значення записані в HTML таблиці, вкладеній в блок CDATA вузлів . Відкрити так, щоб атрибути попали у параметри об’єктів. Зараз Digitals відкриває GPX як XML файл, тому параметри читаються як назви і значення вузлів.
Написав функцію DLL: розбір (парсинг) тегів HTML таблиці в блоці CDATA всіх вузлів файла GPX. Результат функції /Result:=PAnsiChar(AnsiString(StringList.Text))/ отримується скриптом по команді @DLLExec DLLPath.DLLFunction [Parameters], але:
якщо Result містить близько 264734 символів, все працює “гуд”, якщо 264736 і більше - виникає помилка звертання Digitals до пам’яті (відео - за посиланням у хмарі).
Питання: чи обмежений розмір даних, які скриптова функція @DLLExec DLLPath.DLLFunction [Parameters] може отримати від функції DLL 
Невже вирішення питання тільки через запис тимчасового текстового файла?
Таких GPX файлів у мене - сотня. Якщо ці файли “неправильні”, то я не даремно функцію DLL писав. Але якщо такі GPX не рідкісні, то може є зміст додати функціоналу Digitals на предмет читання параметрів з HTML рядків у блоці CDATA вузлів файла GPX?