- Общий
-
Bugs
Геокадастр и Ингео 4.6
Добрый день уважаемые разработчики,
решил попробовать как будет работать Ваша программа
с тестируемой в настоящий момент Ингео версии 4.6
Благодаря усилиям разработчиков ЦСИ Интегро, эта версия в настоящий момент работает более шустро и красиво, к тому же MapX всегда прилагается. Работает все замечательно (даже исчезли проблемы с доступом и запоминанием состояний к свойствам карт, слоев и стилей в win7\win8), но после закрытия программы и последующего открытия существет какая-то проблема со считыванием свойств проекта из БД, он пришет Not Null But Not Loaded..
В общем хотелось бы узнать, планируется ли работа с ingeo 4.6 и главное когда?
Answer
В будущем планируется поддержка ИнГео 4.6, но когда это будет сделано, пока ответить не можем.
Я тестировал 4.6 с Инстром Геокадастр проблем вообще не было работает на радость
Дык, я тоже пишу что работает лучше чем 4.4., но почему то при сохранении проектов и последующем открытии ingeo 4.6 пишет Not Null But Not Loaded.. , так-то это скорее проблема ингео 4.6, с отображением memo полей. В Геокадастре просто чтобы этой проблемы небыло можно тип поля с memo на string сменить
В Геокадастр с ингео 4.6 при загрузке почему-то не может корректно поля типа memo прочитать, если тип memo заменить на string вроде все работает
Это ошибка в ИнГео 4.6, будем исправлять. Вы можете точно сказать, в каком месте возникает ошибка (при вызове какого метода API)?
Ошибка в ИнГео 4.6 (релиз-кандидат) исправлена. Пробуйте: http://www.integro.ru/forum/viewtopic.php?t=1337
База создана в 4.4
Меняем всё на 4.6.0.262
Ингео нормально показывает семантику
MapX возвращает "Not Null But Not Loaded" (вместо пробелов символ 1) при вызове на текстовых полях: object val = mo.SemData.GetValue(semTableName, semFieldName, 0);
с новой версией mapX от Ингео 4.6.0.273 вылазит ошибка когда пытаешься редактировать объект из дерева, раньше вроде бы все работало
Customer support service by UserEcho
В будущем планируется поддержка ИнГео 4.6, но когда это будет сделано, пока ответить не можем.