  | 
				www.integro.ru ЦСИ ИНТЕГРО   
				 | 
			 
		 
		 
	
		| Предыдущая тема :: Следующая тема   | 
	 
	
	
		| Автор | 
		Сообщение | 
	 
	
		Радченко Андрей
 
 
  Зарегистрирован: 01.09.2005 Сообщения: 7 Откуда: г.Курган
  | 
		
			
				 Добавлено: Вт 27 Дек 2005 08:22    Заголовок сообщения: Ошибка импорта - объект в разных слоях | 
				     | 
			 
			
				
  | 
			 
			
				При импорте векторной карты выдается ошибка:
 
"Принимаемый и существующий пространственные объекты находятся в разных слоях". Далее указан слой импортируемой карты и слой существующей. 
 
Тем не менее, данные из этой карты очень нужны.    
 
Подскажите, пожалуйста, как это побороть сейчас и избежать подобного в дальнейшем.
 
Буду рад любым подсказкам. | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Сергей Попов
 
 
  Зарегистрирован: 05.03.2005 Сообщения: 299 Откуда: г. Тольятти - Самара - Копейск
  | 
		
			
				 Добавлено: Вт 27 Дек 2005 15:16    Заголовок сообщения: Re: Ошибка импорта - объект в разных слоях | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Радченко Андрей писал(а): | 	 		  
 
"Принимаемый и существующий пространственные объекты находятся в разных слоях" | 	  
 
Вероятно у Вас 2 Базы, возможно на разных копьютерах, но одна из них - основная, а вторая - дубликат первой. Вами в Дубликате создано нечто, что необходимо вернуть в Основную базу.
 
Я буду исходить из того, что данное предположени верно.
 
1. В Дублирующей базе СРАЗУ не было выполнено действие: сменить генератор. На будущее - это единственное действие, которое необходимо сделать и СРАЗУ.
 
2. В таблице INGEO_IDMAPER ДУБЛИРУЮЩЕЙ базы необходимо изменить значение поля GLOBALID во всех строчках. Генерировать эти значения можно в Delphi с помощью комбинации Ctrl-Shift-G. После этого опять формуруется обменный файл и повторно пытаетесь его импортировать в основную базу.
 
3. Ещё мне рекомендовали изменить поле DBID в таблице INGEO_DBINFO, но вроде это лишнее.
 
Внимание: Данные действия влекут изменение глобальных идентификаторов всех объектов, карт, слоёв и т.д, но это не критично если с вашим ИнГео не взаимодействуют корпоративные базы использующие глобальные идентификаторы. По этому, изменение идентификаторов предлагаю делать в ДУБЛИРУЮЩЕЙ базе, а не в ОСНОВНОЙ. _________________ г. Тольятти, г. Самара, ОАО "КУЗНЕЦОВ" | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Радченко Андрей
 
 
  Зарегистрирован: 01.09.2005 Сообщения: 7 Откуда: г.Курган
  | 
		
			
				 Добавлено: Чт 29 Дек 2005 08:09    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Цитата: | 	 		  Вами в Дубликате создано нечто, что
 
необходимо вернуть в Основную базу.
 
Я буду исходить из того, что данное предположени верно. | 	  
 
Да, это верно.
 
 	  | Цитата: | 	 		  1. В Дублирующей базе СРАЗУ не было выполнено действие: сменить генератор. На
 
будущее - это единственное действие, которое необходимо сделать и СРАЗУ. | 	  
 
Подскажите, пожалуйста, нужно ли это делать сейчас и, главное, КАК это сделать?    Или это действия из п.2? | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Сергей Попов
 
 
  Зарегистрирован: 05.03.2005 Сообщения: 299 Откуда: г. Тольятти - Самара - Копейск
  | 
		
			
				 Добавлено: Чт 29 Дек 2005 09:34    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Цитата: | 	 		  1. В Дублирующей базе СРАЗУ не было выполнено действие: сменить генератор. На
 
будущее - это единственное действие, которое необходимо сделать и СРАЗУ. | 	  
 
 	  | Цитата: | 	 		  Подскажите, пожалуйста, нужно ли это делать сейчас и, главное, КАК это сделать?    Или это действия из п.2? | 	  
 
В Сервере данных есть меню: База данных -> Сменить генератор. Сейчас менять генератор в Дублирующей базе имеет смысл, только если Вы предполагаете и дальше использовать Дублирующую базу, продолжать создавать в ней объекты и переносить в Основную.
 
Но это не повлияет на решение уже сложившейся проблемы. Для этого действуйте по п. 2.
 
Желаю удачи и ВСЕМ ХОРОШЕГО ПРАЗДНИКА! _________________ г. Тольятти, г. Самара, ОАО "КУЗНЕЦОВ" | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		andreichernov
 
 
  Зарегистрирован: 14.02.2005 Сообщения: 209 Откуда: Самара
  | 
		
			
				 Добавлено: Чт 29 Дек 2005 11:18    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Радченко Андрей писал(а): | 	 		  
 
Подскажите, пожалуйста, нужно ли это делать сейчас и, главное, КАК это сделать?    Или это действия из п.2? | 	  
 
У нас у пользователей очень часто это бывает.
 
1) Надо очень четко ососзнать, что Вы сами виноваты.
 
Это не шутка. Нельзя БД переписывать прото так без смены генератора.
 
2) После осознания п 1. попросить в Интегро Интернет- ссылку 
 
на специальную утилиту, кторая поменяет Вам ИД пространственных объектов в базе без изменения ИД системных объектов (слоев, стилей).
 
Способ, указанный Сергеем Поповым, скорее всего Вам не подходит,
 
так как он сменит ИД и системных объектов, в результате после импорта у вас будут по 2 копии слоев, карт и т.д. и при большом количестве слоев Вы заколебетесь копировать объекты в 1 слой. | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Радченко Андрей
 
 
  Зарегистрирован: 01.09.2005 Сообщения: 7 Откуда: г.Курган
  | 
		
			
				 Добавлено: Чт 29 Дек 2005 16:58    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Цитата: | 	 		  1) Надо очень четко ососзнать, что Вы сами виноваты.
 
Это не шутка. Нельзя БД переписывать прото так без смены генератора. | 	  
 
Да уж какие тут шутки.     Базу переписывали еще до меня, пару лет назад, я тока пару месяцев веду ИнГЕО. Два года эти базы развивались параллельно, теперь встал вопрос о синхронизации...
 
 	  | Цитата: | 	 		  2) После осознания п 1. попросить в Интегро Интернет- ссылку
 
на специальную утилиту, кторая поменяет Вам ИД пространственных объектов в базе
 
без изменения ИД системных объектов (слоев, стилей). | 	  
 
Спасибо за наводку, обязательно спрошу.
 
 	  | Цитата: | 	 		  Способ, указанный Сергеем Поповым, скорее всего Вам не подходит,
 
так как он сменит ИД и системных объектов, в результате после импорта у вас
 
будут по 2 копии слоев, карт и т.д. и при большом количестве слоев Вы
 
заколебетесь копировать объекты в 1 слой. | 	   Т.е.  карты и слои, одинаковые для обеих карт, будут считаться разными, несмотря на одинаковое название, и при импорте будут дублироваться? 
 
Да, это нежелательно. | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Сергей Попов
 
 
  Зарегистрирован: 05.03.2005 Сообщения: 299 Откуда: г. Тольятти - Самара - Копейск
  | 
		
			
				 Добавлено: Чт 29 Дек 2005 17:03    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | andreichernov писал(а): | 	 		  ... попросить в Интегро Интернет- ссылку 
 
на специальную утилиту, кторая поменяет Вам ИД пространственных объектов в базе без изменения ИД системных объектов (слоев, стилей).
 
Способ, указанный Сергеем Поповым, скорее всего Вам не подходит,
 
так как он сменит ИД и системных объектов, в результате после импорта у вас будут по 2 копии слоев, карт и т.д. и при большом количестве слоев Вы заколебетесь копировать объекты в 1 слой. | 	  
 
Благодарю за уточнение. Всё так и есть, но за частую не всё так печально.
 
А вот с сылкой на утилитку есть проблемки:
 
В оригинальной документации ГИС "ИнГео" книга 2. "Руководство администратора" в самом конце п. 4.1 указан адрес:
 
www.integro.ru/dl/ingeo/dbchangeids.rar
 
По данному адресу ничего нет.
 
А из документации нельзя сделать вывод о том, что данная утилитка настолько интелектуальная, чтобы отделять ИД системных объектов от ИД графических объектов.
 
Интегро не участвует в нашем диспуте и это толкает меня к тосту:
 
ПУСТЬ В ИНТЕГРО В 2006 ГОДУ ПОЯВИТСЯ ДОЛЖНОСТЬ "СВЯЗНОЙ С ОБЩЕСТВЕННОСТЬЮ" _________________ г. Тольятти, г. Самара, ОАО "КУЗНЕЦОВ" | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		andreichernov
 
 
  Зарегистрирован: 14.02.2005 Сообщения: 209 Откуда: Самара
  | 
		
			
				 Добавлено: Чт 29 Дек 2005 17:16    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				>>В оригинальной документации ГИС "ИнГео" книга 2. "Руководство >> администратора" в самом конце п. 4.1 указан адрес: 
 
>> www.integro.ru/dl/ingeo/dbchangeids.rar 
 
>> По данному адресу ничего нет. 
 
Ну раз указан адрес, то правильный такой: 
 
www.integro.ru/dl/ingeo/modules_and_tools/dbchangeids.rar
 
>> Т.е. карты и слои, одинаковые для обеих карт, будут считаться 
 
>> разными, несмотря на одинаковое название, и при импорте будут дублироваться? 
 
Да. | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Кузнецов Андрей
 
 
  Зарегистрирован: 22.04.2005 Сообщения: 28 Откуда: Магнитогорск
  | 
		
			
				 Добавлено: Вт 14 Мар 2006 15:37    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				Мы с такими проблемами тоже сталкивались. 
 
Когда то база была получена слиянем двух "некорректным" методом. Работала, но спустя годы полезли ошибки: "Key violation" при создании объектов, вышеуказанная ошибка, неожиданное "кочевание" обектов из слоя в слой и т.д.. 
 
Лекарство, которое помогло - это полная переидентификация всей базы с помощью утилиты "DBChangeIDs". Процедура длилась несколько часов.
 
У меня есть встречный вопрос с к "бывалым" пользователям: как эффективно организовать обмен данными со сторонними организациями? | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		nikser
 
 
  Зарегистрирован: 09.03.2005 Сообщения: 535 Откуда: г. Братск
  | 
		
			
				 Добавлено: Ср 15 Мар 2006 18:11    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				Ну самое наверное простое и надежное - это прямое подключение к базе
 
Конечно это наверное и самое дорогое решение
 
Кроме этого Интегро разработали распределенную ГИС, которая вроде должна решать задачу работы разных удаленных исполнителей.
 
Однако я пока не слышал об успешной эксплуатации этой РГИС
 
И судя по описанию ее эксплуатация - довольно сложная штука. _________________ Сергей Николаев | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Кузнецов Андрей
 
 
  Зарегистрирован: 22.04.2005 Сообщения: 28 Откуда: Магнитогорск
  | 
		
			
				 Добавлено: Чт 16 Мар 2006 08:12    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				Как я понимаю РГИС, нацелена на работу единой команды для решения общих задач, но имеющей технические трудности организовать еденую сеть для ведения единой базы в едином месте.
 
Мы имеем несколько другую картину: есть организация работающая с ИнГео, с которой мы начали сотрудничать в плане обена данными. 
 
У нее своя база своя структура, у нас своя. При импорте внедрим их слои в нашу базу (забарохляем структуру). А если таких организаций не одна....
 
Вторая сторона. К примеру дали им свою структуру, подрядчик нарисовал в ней. Импортировали и выяснилось, что есть ошибки нужно вертать все назад. Попробуй выдарни что теперь есть их, а что наше. А если еще в это время работают люди с базой.... Немаловажный момент организация проверки данных, чтобы можно было предварительно принять решение об импорте. 
 
Я думаю люди опытные понимают о чем я говорю.
 
За неоднолетний опыт работы с ИнГео у меня так и не радилось какого-то более менее универсального метода.
 
Очень хотелось бы обеняться соображениями на этот счет. | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		nikser
 
 
  Зарегистрирован: 09.03.2005 Сообщения: 535 Откуда: г. Братск
  | 
		
			
				 Добавлено: Чт 16 Мар 2006 15:56    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				По первому вопросу врядли вам что-то можно посоветовать
 
Единственное - разработка жестких регламентов обмена данными
 
но лучше переходить на единую структуру базы
 
По второму вопросу: у нас параллельно с основной (рабочей) базой постоянно подключена еще одна для тренировок  )
 
причем она только на 1 день отстает от основной, т.е.ее обновление происходит ночью. Вот туда можно загружать и проверять сторонние данные, а потом импортировать в основную. 
 
Но все хорошо, пока подрядчик рисует на пустом месте, а если там уже есть данные, да причем они связаны с внешними базами типа "Имущество" или "Население" , то сшивка данных может обойтись дороже новой отрисовки _________________ Сергей Николаев | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		Кузнецов Андрей
 
 
  Зарегистрирован: 22.04.2005 Сообщения: 28 Откуда: Магнитогорск
  | 
		
			
				 Добавлено: Пт 17 Мар 2006 08:11    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				Возможно я затеял эту тему не в той ветке форума, но коль уж так повелось продолжу здесь. Если будут "сподвижники", то давайте вынесем это в отдельную тему. 
 
А вопрос вот какой напрашивается: нужен более развитый механизм обена данными. Встроенные средства ИнГео хороши, но развитеие определенное напрашивается.
 
Можно попытаться изобрести, что-то свое, но задача требует определенных усилий и времени.
 
Можно попытаться это сделать "коллективными" усилиями, можно
 
"попросить" Интегро.
 
Идеи и попытки у меня кое-какие были, сделать что-то для обмена.
 
Хотел примерно в таком ключе: обен данными из разнородных структур (имеется в виду структура базы ИнГео) на основе неких схем соответсвия. Т.е. настраиваем такую схему, где указываем (по возможности) соответсвие слоев, стилей, таблиц, полей ("их" -> "наш") и вперед. При постоянных "контактах" с какой-нибудь организаций схему можно сохранять и использовать повторно.  Немаловажно организовать протокол, чтобы по нему можно было вернуть картину в прежний вид. 
 
Но беда в том, что на серьезные законченные разработки сейчас нет времени, и наверно уже не будет. 
 
О "коллективных" разработках можно побеседовать тут: 
 
http://integro.ru/forum/viewtopic.php?t=186
 
А возможно об этом надо говорить в разделе На гребне волны | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		nikser
 
 
  Зарегистрирован: 09.03.2005 Сообщения: 535 Откуда: г. Братск
  | 
		
			
				 Добавлено: Вс 19 Мар 2006 07:18    Заголовок сообщения:  | 
				     | 
			 
			
				
  | 
			 
			
				Я за это предложение, правда от меня толку немного
 
Я не програмист. да и времени заниматься написанием модулей у меня нет, единственно могу высказать свои пожелания поскольку опыт работы с Ингео приличный.
 
Что касается обмена данными, то я считаю - нужно доработать штатный модуль импорта - экспорта Ингео, что бы в процессе импорта (экспорта) можно было выставлять соответствие слоев и карт (как опция). По аналогу импорта мапинфо. Должна быть возможность сохранения схемы, а так же обязательно протоколирование, и возможность отката. _________________ Сергей Николаев | 
			 
		  | 
	 
	
		| Вернуться к началу | 
		 | 
	 
	
		  | 
	 
	
		 | 
	 
 
  
	 
	    
	   | 
	
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах Вы не можете добавлять приложения в этом форуме Вы можете скачивать файлы в этом форуме
  | 
   
 
		 |