Імпорт

[Dorochenko_iv]

Это из-за того, что, когда Вы делали на своём компе архивирование, то не включили создание временных баз данных. Это нужно включать всегда, после обновления или если долго не пользовались этой функцией. Попробуйте ещё раз сформировать архив с переключателем "Создание временных баз данных". И опять импортируйте на другой комп - должно пройти уже без проблем. Так же рекомендую обновить оба компа до последней версии.

Можно проще, заходишь в папку gis6\tmp и все файлы удаляешь. Потом снова импортируешь архив и ошибка не возникает.

[feNICKs]

Есть проблемы с дополнением в БД ранее заархивированых данных. С одной базы записываю "результат творения", а в другую дописываю через функцию "Сервис\дополнение из БД", выбираю свой архив нажимаю "Запустить" и в ответ получаю сообщение следующего характера "Имя компонента SE_Land уже существует". Что это и с чем его есть?

Добавлю. Такая ситуация еще наблюдается, если запущено несколько копий ГИСа.

[Vaho]

Ок! Спасибо, у меня все вышло.

[Fater]

Очень часто при импорте файлов ин4, которые неизвестно кто неправильно составил по семантическим параметрам, происходит такая ситуация, когда физ.лица попадают в базу юр.лиц. Вероятно ГИС использует параметр PF - Код форми власності на землю. При этом теряется информация о паспортных данных и о коде. Может есть возможность наименьшими усилиями исправить информацию в базе? То есть переместить физ. лиц туда где они должны быть?
А при импорте лучше поставить условие на количество цифр в соответствующем коде
KF="1234567890",
KU="12345678", и таким образом распределять субъектов.

[NickS]

Очень часто при импорте файлов ин4, которые неизвестно кто неправильно составил по семантическим параметрам, происходит такая ситуация, когда физ.лица попадают в базу юр.лиц. Вероятно ГИС использует параметр PF - Код форми власності на землю. При этом теряется информация о паспортных данных и о коде. Может есть возможность наименьшими усилиями исправить информацию в базе? То есть переместить физ. лиц туда где они должны быть?
А при импорте лучше поставить условие на количество цифр в соответствующем коде
KF="1234567890",
KU="12345678", и таким образом распределять субъектов.

Ин4 надо правильно составлять без ошибок, чтобы не было проблем.

[Vaho]

Підкажіть будь-ласка, скільки записів можливо створити в БД ГІС6 (використовую SQL2008)? В мене більш 500 000 (пів мільйона) ЗД які хотілося б зібрати в одній БД. Наскільки це можливо?

[NickS]

Підкажіть будь-ласка, скільки записів можливо створити в БД ГІС6 (використовую SQL2008)? В мене більш 500 000 (пів мільйона) ЗД які хотілося б зібрати в одній БД. Наскільки це можливо?

В sql-сервері є обмеження, але не на кількість записів, а на розмір бази. Наприклад, для 2000 це 2 Гб, для 2005-2008 Express - 4 Гб. Якщо Ваша база дійде до розміру 4 Гб, тоді треба Вам уже задуматись над переходом від Express до повноцінної версії, але вона не безкоштовна і за придбанням звертайтесь до Microsoft. На нашому диску лише безкоштовні Express-версії.

До речі, є декілька відділів, в яких в базі близько мільйона записів.

[acpekttov]

При импорте ин4 из Digitals XE очень часто возникают проблемы с конфигурацией, особено со створными точками.Проблеба в Digitals XE?

[Denver]

Проблеба в Digitals XE?

угу

[NickS]

При импорте ин4 из Digitals XE очень часто возникают проблемы с конфигурацией, особено со створными точками.Проблеба в Digitals XE?

В обменном фале забиты координаты, они не выдумываются программой, а то что забито, то и имеем. Потому, если в конфигурации не правильно нарисованы точки, то так их ГИС6 и отобразит. И баланс подсчитывается с той точностью, с которой указали в установках, потому, если в Диджитале точность до 2-х знаков, а координаты всё равно до 3-х и в ГИС6 точность до 3-х, то будет не совпадать баланс, хоть в Диджитале всё было нормально. Плюс, не забываем, что ВСЕГДА, если два контура соединяются на границе третьего, то на этой границе должна быть точка.