Транслитерация названий полей с приведением к верхнему регистру
В проводнике базы данных при вводе и редактировании названия поля автоматически происходит преобразование названий полей (под ORACLE).
Для PARADOXа этого не происходит да и не требуется.
Это замечательно.
Единственное малюсенькое предложение - путь так и будет и для случаев вставки из буфера.
Сейчас при вставке из буфера, транслитерация и приведение к верхнему регистру неработает. Таким образом есть обход, казалось бы общих принципов.
Транслитерация не нужна. Все поддерживаемые СУБД допускают использование русских букв в названиях полей и таблиц.
Единственный момент - есть ограничения на размер.
В 4.6 будет учитываться ограничение на размер.
Ошибка при экспорте
Во время экспорта слоя обменным файлом выдаёт ошибку: "Ошибка удаления элемента из хэш-таблицы: указанный ключ не найден"
Отмена выполнения последней операции. 2 замечания.
1. Применил массовые операции. Ой, не то, блин - в backup - долго и нудно.
А что если применить ОТМЕНУ ПОСЛЕДНЕЙ ОПЕРАЦИИ. Так вот замечено что это помогает, но одна отмена на 50 объектов. Недокументированная особенность.
2. Пользователям создал карту (земельные участки из Росреестра). Разрешил закачивать, но запретил удалять. Если известно что ЗУ необходимо удалить, они меняют ему стиль "на удаление". Правда встречаются такие ЗУ, у которых X и Y местами перепутаны. Сразу это неизвестно, надо закачать, увидеть, удалить (или пометить) и закачать по новой, указав эту особенность.
Я это попробовал под учётной записью оператора. Применил ОТМЕНУ, а она не удалила объект, т.к. ПРАВА ВАЖНЕЕ. Всё верно, всё правильно.
Тут кроется (опять недокументированная) возможность делать ВЫБОРОЧНЫЮ ОТМЕНУ (последнее действие оставь, а предпоследнее отмени). Правда если Вы работаете с правами администратора, и Вам всё можно, то это фишка не для Вас.
Толщина линий и объектов под Win7
Получение семантических данных модуль C#
Добрый день.
Прошу помочь в следующем вопросе.
Имеется карта района города, слой с жилыми домами имеет набор семантических данных: этажность, количество проживающих в доме детей.
В своем модуле написанном на языке c# я пытаюсь получить доступ к этим данным по id объекта, но получаю ошибку в Ингео: External exception E0434352
Отрывок кода модуля C#
public class IngeoControl
{
public IIngeoApplication FApplication { get; private set; }
public IIngeoMapObjects mapObjects { get; private set; }
public IngeoControl(IIngeoApplication app)
{
FApplication = app;
mapObjects = FApplication.ActiveDb.MapObjects;
}
public List<string> GetSemData(string ObjectId) //На вход подается ID объекта с карты
{
List<string> semdata = new List<string>();
IIngeoMapObject obj = mapObjects.GetObject(ObjectId);
IIngeoSemDbTables sem = obj.SemData.GetValue("house", "child", 0); //значение параметра child из таблицы house
semdata.Add(sem.ToString());
return semdata;
}
Прошу подсказать, возможно есть другие способы получения данных из БД Paradox.
Версия ГИС Ингео 4.4
Растр
сегодня весь день бьюсь -растры стали открываться на половину(половина загружается другая белая) при выводе на макет все видно- подскажите как исправить
Таблицы не существует Файла или каталога не существует почему так пишет в гие ингео когда импортируешь
Таблицы не существует Файла или каталога не существует почему так пишет в гие ингео когда импортируешь
хочу научится готовить схемы на КПТ,межевые планы.чертежи к ППТ и ПМТ
Буду очень благодарен.Сочтемся!!
У IIngeoSemTable есть ID, а у IIngeoSemFieldInfo и IIngeoSemDbField нет ID
Т.е. если произошло небольшое изменение структуры семантической таблицы (переименование поля), то как это скажется при экспорте с наложением на существующий слой с объектами?
Пример: В таблице T поле F1 будет переименовано в F2. Формируем idf c 10-тью объектами и закачиваем в базу в которой 100 объектов. 7 объектов общие – есть и в 10м и в 100.
Вариант 1. Щадящий: В базе поле F1 не удаляется, добавляется поле F2. В базе 103 объекта, поле F1 заполнено у 100, а поле F2 – у 10 объектов. У 7 объектов заполнено оба поля. Потери семантики нет, но есть лишнее поле.
Вариант 2. Замещение. В idf нет поля F1, следовательно это поле удаляется из базы. Добавляется поле F2. Из 103 объектов, это поле заполнено только у 10. Нет лишних полей, но есть потеря семантики.
Вывод: необходимо вводить ID полей семантических таблиц, чтобы реализовать 3-ий вариант, лишённый вышеуказанных недостатков.
Ещё один довод: Сторонний разработчик настраивает работу своего модуля на определённые карты, слои, таблицы и поля. Сохраняя ID полей он не привязан к названиям полей и позволяет пользователям переименовывать поля без нарушения настроек.
Customer support service by UserEcho