Здравствуйте.
В одном участковом лесничестве карточки таксации заполнялись локально на 2-х разных компьютерах. (Ну... так получилось) Есть возможность объединить?
Объединение базы данных
Страница: 1
Сообщений 1 страница 31 из 31
Поделиться125.09.2017 09:29:24
Поделиться225.09.2017 10:37:20
Смотрите видео в этой теме
реорганизация
Поделиться325.09.2017 10:54:59
Спасибо.
А если в квартале есть выделы 1-8, и надо из другого квартала скопировать выделы 9-30? (Графики еще нет. Только карточки таксации.)
Поделиться425.09.2017 11:17:03
e123456 написал(а):
А если в квартале есть выделы 1-8, и надо из другого квартала скопировать выделы 9-30?
Попробуйте галочки поставить на нужных выделах. Вот точно не помню "оптом" копирование по выбранным выделам работает или нет. По одному точно копировал.
Поделиться525.09.2017 13:02:55
e123456 написал(а):
А если в квартале есть выделы 1-8, и надо из другого квартала скопировать выделы 9-30?
Ну квартал набивать двумя исполнителями, все же, не стоит. Минимальная единица реорганизации сейчас - квартал. Выделами можно копировать - вставлять только описания выделов поштучно.
Надо подумать насколько это может быть востребовано.
Поделиться625.09.2017 13:09:19
Грешнов написал(а):
Ну квартал набивать двумя исполнителями, все же, не стоит
вариант по категориям защитности не стоит исключать. бред конечно, но может быть.
Поделиться702.10.2017 04:19:44
Как объединить базы внесённые на разных компьютерах по одному участковому лесничеству (объём большой набивку делали на двух компьютерах, с одинаковыми справочниками часть кварталов на одном часть на другом).
Вопрос был перенесен отсюда:
http://lesis.mybb.ru/viewtopic.php?id=159#p2685
Предупреждение о нарушении п. 2.8 правил!
Поделиться802.10.2017 08:51:07
Anastasia написал(а):
Как объединить базы внесённые на разных компьютерах по одному участковому лесничеству (объём большой набивку делали на двух компьютерах, с одинаковыми справочниками часть кварталов на одном часть на другом).
Выше Юрий дал ссылку на видеурок по этой операции. Дополню рекомендациями организационного характера:
- Заранее, централизованно создавайте объекты в дереве объектов (описано в инструкции) и раздавайте исполнителям настроенные деревья - файлы типа d:\LesIS\2011\ParametryBD.mdb.
- если нужно организовать работу нескольких исполнителей с одним объектом создавайте временные объекты уровня участкового лесничества, например, если исходный код "Ивановского уч.л-ва" - 001, сделайте:
101 - "Ивановское от Сидорова"
201 - "Ивановское от Петрова"... и т.д.
- если карта также цифруется разными исполнителями - заранее оцифруйте смежества. Это линии по которым Вы делите участки между исполнителями. Раздайте их каждому исполнителю. Это избавит Вас от топологических ошибок (дырки... нахлесты...) при слиянии.
- В конце работы сольете последовательной реорганизацией каждого из временных в конечный 001. Обратите внимание на параметры создания линий перед этой операцией. Если меняли что то - верните исходные значения. В инструкции описано.
- Сохраняйте базу после каждой реорганизации. Лучше закрывать и открывать лесничество, т.к. операция достаточно сложная и не стоит держать все в памяти...
Поделиться903.10.2017 23:45:02
Грешнов написал(а):
- Заранее, централизованно создавайте объекты в дереве объектов (описано в инструкции) и раздавайте исполнителям настроенные деревья - файлы типа d:\LesIS\2011\ParametryBD.mdb.
- если нужно организовать работу нескольких исполнителей с одним объектом создавайте временные объекты уровня участкового лесничества, например, если исходный код "Ивановского уч.л-ва" - 001, сделайте:
101 - "Ивановское от Сидорова"
201 - "Ивановское от Петрова"... и т.д.
- если карта также цифруется разными исполнителями - заранее оцифруйте смежества. Это линии по которым Вы делите участки между исполнителями. Раздайте их каждому исполнителю. Это избавит Вас от топологических ошибок (дырки... нахлесты...) при слиянии.
- В конце работы сольете последовательной реорганизацией каждого из временных в конечный 001. Обратите внимание на параметры создания линий перед этой операцией. Если меняли что то - верните исходные значения. В инструкции описано.
- Сохраняйте базу после каждой реорганизации. Лучше закрывать и открывать лесничество, т.к. операция достаточно сложная и не стоит держать все в памяти...
Это вообще надо в "технологию работ" на уровне своей организации прописывать.
Поделиться1007.10.2021 12:24:56
Здравствуйте.
Нужна помощь в решении проблемы. Созданы две одинаковые базы на разных компьютерах по одному участковому лесничеству, набивку кварталов осуществляли два человека. Можно ли объединить?
Поделиться1107.10.2021 14:16:21
Выше схема работы описана. В Вашем случае нужно на одном из ПК создать пустое лесничество с любым номером и именем. Скопировать в него выделенные кварталы и (или) выделы и перенести файлы его базы и файл дерева объектов на другой ПК и повторить процедуру в обратную сторону.
- следите, чтобы деревья объектов были одинаковыми. Делайте их централизованно.
- потренируйтесь на деморегионе.
- создайте архивы баз перед этими операциями.
Поделиться1229.03.2022 15:28:27
Грешнов написал(а):
В Вашем случае нужно на одном из ПК создать пустое лесничество с любым номером и именем. Скопировать в него выделенные кварталы и (или) выделы и перенести файлы его базы и файл дерева объектов на другой ПК
Выложена версия 864. Задача будет решаться проще - доработана система управления идентификаторами объектов в части их перенумерации и переименовывания. Например, идентификаторы одноименного лесничества на другом ПК можно изменить в интерфейсе не обращаясь к файловой системе. Перенести на другой ПК и там уже копировать данные одним шагом.
"Изменение идентификаторов участковых лесничеств" доописано тут.
В этой версии при завершении работы может быть сообщение "An exception (C0000005) occurred during DllEntryPoint or DllMain in module...". На работу не влияет, причину ищем.
Поделиться1311.07.2022 22:02:35
Грешнов написал(а):
Выложена версия 864. Задача будет решаться проще - доработана система управления идентификаторами объектов в части их перенумерации и переименовывания. Например, идентификаторы одноименного лесничества на другом ПК можно изменить в интерфейсе не обращаясь к файловой системе. Перенести на другой ПК и там уже копировать данные одним шагом.
"Изменение идентификаторов участковых лесничеств" доописано тут.
В этой версии при завершении работы может быть сообщение "An exception (C0000005) occurred during DllEntryPoint or DllMain in module...". На работу не влияет, причину ищем.
Добрый день! До версии 864, идентификаторы изменялись вручную: в параметрах субъекта изменялись - на вкладке О субъекте - "Код субъекта"; на вкладке Тематическая БД - "Идентификатор субъекта", "Базовый полигональный слой" и соответственно название блока и базы (в файловой системе ПК).
На данный момент, используя новый способ перенумерации, возникли следующие вопросы:
1) Автоматически изменяются все идентификаторы, кроме Тематическая БД - "Базовый полигональный слой"(остается со старым номером, также остается со старым номером слой линейных объектов) - возможны ли последствия того что базовый полигональный слой указан старый, не относящийся к имеющемуся блоку и базе?
2) Новый способ в 60% попыток выдает ошибки(
В этой версии при завершении работы может быть сообщение "An exception (C0000005) occurred during DllEntryPoint or DllMain in module...". На работу не влияет, причину ищем.
вот такой не было, но было несколько других. Возможно мы что то делаем не так. Не могли бы вы подробнее описать процесс изменения идентификаторов(, так как в инструкции Создание объектов не описан процесс создания нового лесничества и присвоения ему блока и базы того же лесничества, сделанного другим человеком.
Нельзя ли вернуть старый метод изменения идентификаторов ? Или сделать его настраиваемым под каждого пользователя?
Пост написан 11.07.2022 19:05:17
Поделиться1411.07.2022 23:01:57
denshatl написал(а):
Автоматически изменяются все идентификаторы, кроме Тематическая БД - "Базовый полигональный слой"(остается со старым номером, также остается со старым номером слой линейных объектов)
Только что проверил на "Первом участковом" демобазы - переименовал 1 в 8 и потом обратно - переименовались оба блока.
denshatl написал(а):
возможны ли последствия того что базовый полигональный слой указан старый, не относящийся к имеющемуся блоку и базе?
Я не понял, что Вы имели в виду. Для этой и многих других сложных процедур обе базы - и таксационная и картографическая должны быть корректными и связанными друг с другом.
denshatl написал(а):
Новый способ в 60% попыток выдает ошибки(
Чтобы понять что у Вас происходит мы должны воспроизвести ошибку у себя на демобазе. А это не получается. Попробуйте на ней. Если там ошибки - полностью переустановите программу. Если там ошибок нет то проблема с БД - ищите чем они отличаются от деморегиона. Или пришлите образец с ошибкой в объеме, описанном тут в п.4.8:
http://lesis.mybb.ru/pages/kak_zadat_vopros
Информация про "60%" ни о чем нам не говорит.
denshatl написал(а):
вот такой не было, но было несколько других
Если они по содержимому похожи на приведенную мной и отличаются наименованием библиотек, то это некритичные сообщения системы, не влияющие на работу программы. Проявлялось на некоторых машинах. Если содержание и место возникновения принципиально другие - нужно копировать эти сообщения и вставлять сюда. Копировать просто - щелкаете мышкой по заголовку окна с сообщением и жмете Cntrl-C. Здесь вставляете по Ctrl-V. Ну или скриншотите ("Пуск - Shift - S на Win 10).
denshatl написал(а):
Не могли бы вы подробнее описать процесс изменения идентификаторов
denshatl, но там же нечего описывать! Две кнопки.
denshatl написал(а):
в инструкции Создание объектов не описан процесс создания нового лесничества и присвоения ему блока и базы того же лесничества, сделанного другим человеком
В практике нынешнего лесоустройства столько вариантов решения одной и той же задачи, что нам жизни и фантазии не хватит, чтобы описать все возможные варианты. Для того и создан форум. Однако Вы, например, не описали что Вы делаете в достаточной степени, чтобы мы поняли. Одной фразы "хочу так" не достаточно, нужна цепочка того, что Вы делаете.
Конкретно по Вашему вопросу ответ прост - на обеих машинах процесс создания такого объекта должен быть идентичен. Это вытекает из самой логики исходного процесса - программа должна установить связи при создании. Тогда просто заменяете файлы на файлы от другого исполнителя. А если обе базы заполнялись двумя исполнителями одновременно, то используете "Копирование вставка кварталов" либо из разноименных объектов (программа сама учитывает идентификаторы), либо размещаете одноименные базы в разных разделах дерева. Тут можно что угодно придумать - описывайте подробно свою ситуацию и мы сможем помочь.
denshatl написал(а):
Нельзя ли вернуть старый метод изменения идентификаторов ?
Нужно найти причину Ваших ошибок. Вы пока, к сожалению, не дали информации для этого.
Поделиться1512.07.2022 15:17:32
Грешнов написал(а):
Только что проверил на "Первом участковом" демобазы - переименовал 1 в 8 и потом обратно - переименовались оба блока.
Попытаюсь объяснить цепочку действий:
А если обе базы заполнялись двумя исполнителями одновременно, то используете "Копирование вставка кварталов" либо из разноименных объектов (программа сама учитывает идентификаторы), либо размещаете одноименные базы в разных разделах дерева. Тут можно что угодно придумать - описывайте подробно свою ситуацию и мы сможем помочь.
Выполняется изменение двумя исполнителями одновременно. Инженер Иванов работает с базой блоком например F001R099L009U001. Инженер Петров работает с такими же блоками и базами но на другом компьютере. Для слития данных в одно целое используется:
Создается новое участковое лесничество например F001R099L009U015. База и блок в файловой системе ПК переименовывается( Цифра 001 меняется на 015) и далее из 15 копируется в 01. Данные Петрова становятся 15 участковым лесничеством на компьютере Иванова. Уже после этого и происходит "Копирование вставка кварталов" Раньше изменив цифры в файловой системе и поправив идентификаторы (3 шт.) в параметрах субъекта База и блок полностью становилась F001R099L009U015.
Теперь Базовый полигональный слой и слой линейных объектов не изменяются и остаются со старыми номерами.F001R099L009U001_Vyd_P7550
То что вы описали
Только что проверил на "Первом участковом" демобазы - переименовал 1 в 8 и потом обратно - переименовались оба блока.
Работает и у нас, но не изменяется как раз при создании нового участкового с новым номером. Полагаю это из за того, что алгоритм меняет 1 на 8 , если он понимает что цифра не 1 а какая то другая то он ее не меняет
В этом и был вопрос - влияет ли на что то не изменение данных идентификаторов?
Предупреждение о нарушении п.1.4 правил. Воздержитесь от оценочных суждений, тем более от имени "всех". И заполните пожалуйста все поля своего профиля.
Пост написан 12.07.2022 12:59:12
Поделиться1612.07.2022 16:16:52
denshatl написал(а):
База и блок в файловой системе ПК переименовывается( Цифра 001 меняется на 015) и далее из 15 копируется в 01.
Видимо тут Ваша проблема. Она очень похожа на проблему в 6.8, когда просто переименовывали файлы, но не меняли внутренний идентификатор. Разница лишь в том, что сейчас внутренние связи выглядят иначе.
denshatl написал(а):
Выполняется изменение двумя исполнителями одновременно. Инженер Иванов работает с базой блоком например F001R099L009U001. Инженер Петров работает с такими же блоками и базами но на другом компьютере. Для слития данных в одно целое используется:
Создается новое участковое лесничество например F001R099L009U015. База и блок в файловой системе ПК переименовывается( Цифра 001 меняется на 015) и далее из 15 копируется в 01. Данные Петрова становятся 15 участковым лесничеством на компьютере Иванова. Уже после этого и происходит "Копирование вставка кварталов" Раньше изменив цифры в файловой системе и поправив идентификаторы (3 шт.) в параметрах субъекта База и блок полностью становилась F001R099L009U015.
Я уже запутался... В данной ситуации инструмент изменения идентификаторов вообще не нужен.
1. Оба исполнителя создают у себя нужное конечное лесничество, например, F001R099L009U001 по инструкции через "Создать БД". И также создают еще одно "транзитное", например, F001R099L009U015
2. Оба работают каждый на своем ПК в F001R099L009U001. Идеально если перед началом работы они оцифруют и скопируют линию смежества.
3. В конце работы любой из них копирует свои данные из F001R099L009U001 в F001R099L009U015 через "Копировать - вставить". Переносит все, что относится к F001R099L009U015 на ПК своего коллеги перезатирая одноименные файлы.
4. Коллега аналогично копирует из F001R099L009U015 в F001R099L009U001 через "Копировать - вставить".
5. Контролирует смежество и возвращает первому все что относится к F001R099L009U001.
В данной ситуации не понимаю зачем нужно переименовывание.
Переименовывание в данной задаче может быть полезно только если не требуется иметь БД на двух ПК, например, если конечный результат в облаке, на сервере или просто на одном ПК. В этом случае F001R099L009U015 создается только на облачном (серверном) ПК, а все остальные работают в F001R099L009U001 и переименовывают его в F001R099L009U015 для передачи на сервер. Или работают сразу в F001R099L009U015 и по очереди копируют на сервер для "копирования - вставки".
Это собственно не вопрос разработки, а вопрос технологии работ. Вручную файлы переименовывать однозначно не нужно!
Инструмент создавался именно для упрощения смены идентификаторов без заморочной правки во всех местах (файлы, три места в параметрах) и при этом не нарваться на рассинхронизацию. Вот при этих операциях у слишком многих возникали ошибки. Возникли и у Вас именно из-за ручного вмешательства.
Поделиться1712.07.2022 17:26:24
Добрый день всем. Попытаюсь объяснить ситуацию. Всё довольно просто. Надо наоборот из готового блока с базой наделать просто копий с новыми именами.А удалить лишнее гораздо быстрее чем копировать и вставить. Я понимаю человек подготавливает для всех один каталог. И объединение тогда пройдет без проблем. Я то недавно этим занимаюсь (точнее сказать так не делал) и не знаю как в предыдущей версии это работало.
Пост написан 12.07.2022 17:15:06
Поделиться1812.07.2022 17:34:18
Сергей Городничев написал(а):
Надо наоборот из готового блока с базой наделать просто копий с новыми именами.А удалить лишнее гораздо быстрее чем копировать и вставить. Я понимаю человек подготавливает для всех один каталог. И объединение тогда пройдет без проблем.
Сергей, мне кажется ты сейчас о другом. Речь о задаче слияния двух баз в одно лесничество, чтобы два сотрудника могли набивать и цифровать раздельно разные наборы кварталов одного лесничества и потом слить их в одно. Без копирования и вставки кварталами или выделами тут никак не обойтись и файловые операции тут бесполезны. Если я неправильно тебя понял - поясни пожалуйста как копирование одного лесничества в несколько с разными именами позволит слить информацию, введенную двумя исполнителями в базу одного лесничества?
Поделиться1912.07.2022 18:42:45
Сперва надо раздать исполнителям эту информацию. Они правят каждый свою часть. А потом собирают в единое. Да и уже на стадии сбора в единое будет копирование кварталов.
Пост написан 12.07.2022 18:14:22
Поделиться2012.07.2022 18:55:09
Сергей Городничев написал(а):
Сперва надо раздать исполнителям эту информацию. Они правят каждый свою часть. А потом собирают в единое.
В этом плане согласен, что это идеально если заготовки делаются централизовано и раздаются для работы. Как раз об этом я и писал чуть выше:
http://lesis.mybb.ru/viewtopic.php?id=290#p2686
Но все равно придется это делать через "Создание...". Поскольку функция о которой тут пишем предполагает смену только идентификаторов.
Поделиться2112.07.2022 18:56:10
Предупреждение о нарушении п.1.4 правил. Воздержитесь от оценочных суждений, тем более от имени "всех".
Извиняюсь, совсем не хотел никого подвергать оценочным суждениям. Под "Всеми" подразумевал своих коллег с которыми мы обсуждали изменения версии 864 и пришли к общему мнению которое являлось вопросом
"Нельзя ли вернуть старый метод изменения идентификаторов ? Или сделать его настраиваемым под каждого пользователя?"
По поводу сообщения Сергея Николаевича
Надо наоборот из готового блока с базой наделать просто копий с новыми именами. А удалить лишнее гораздо быстрее чем копировать и вставить. Я понимаю человек подготавливает для всех один каталог. И объединение тогда пройдет без проблем. Я то недавно этим занимаюсь (точнее сказать так не делал) и не знаю как в предыдущей версии это работало.
Этот вид работ также касается перенумерации лесничеств:
Есть лесничество F001R099L009U001. Его нужно разбить на несколько участков по арендаторам. Раньше мы брали Блок и базу F001R099L009U001 и превращали ее в F001R099L009U031(31,32,33,34 и т.д. - разные арендные участки) Далее удаляли в ней ненужное оставляя только требуемый арендный участок. Из одной БД и блока можно было получить неограниченное число БД и блоков на арендные участки. На данный момент мы можем только перенумеровать лесничество F001R099L009U001 в F001R099L009U031, чтобы создать F001R099L009U032 необходимо копировать линии, полигоны и БД. В пределах субъекта, когда создаётся несколько десятков арендаторов, постоянной копирование из одной БД и блока в другую занимает очень много времени.
Пост написан 12.07.2022 18:44:26
Поделиться2212.07.2022 19:01:45
denshatl написал(а):
Раньше мы брали Блок и базу F001R099L009U001 и превращали ее в F001R099L009U031(31,32,33,34 и т.д. - разные арендные участки) Далее удаляли в ней ненужное оставляя только требуемый арендный участок. Из одной БД и блока можно было получить неограниченное число БД и блоков на арендные участки. На данный момент мы можем только перенумеровать лесничество F001R099L009U001 в F001R099L009U031, чтобы создать F001R099L009U032 необходимо копировать линии, полигоны и БД. В пределах субъекта, когда создаётся несколько десятков арендаторов, постоянной копирование из одной БД и блока в другую занимает очень много времени.
Но это совсем другая задача чем та, которую Вы заявили выше! )) Причем диаметрально - там синтез, тут анализ.
Поэтому я и написал Вам, что нужно описать что именно Вы делаете. Мы подумаем как упростить эту задачу.
Поделиться2312.07.2022 19:16:11
denshatl написал(а):
Раньше мы брали Блок и базу F001R099L009U001 и превращали ее в F001R099L009U031(31,32,33,34 и т.д. - разные арендные участки) Далее удаляли в ней ненужное оставляя только требуемый арендный участок.
Сергей Городничев написал(а):
Надо наоборот из готового блока с базой наделать просто копий с новыми именами.А удалить лишнее гораздо быстрее чем копировать и вставить.
Вот только не уверен в этом... Давайте обсудим. Смотрите:
1. Скопировали Вы 20 экземпляров лесничеств. И теперь в каждом из 20 Вам нужно:
- Выделить арендатора кварталами - выделами.
- "Отразить выборку таксации в карту".
- Инвертировать выборку в БД и в карте.
- Удалить выбранные полигоны.
- Удалить оставшиеся линии после удаления полигонов (ну можно наверное наоборот - удалить линии под полигонами, потом сами полигоны)
2. Теперь альтернатива:
- Создали (скопировали в идеале - над этим надо подумать) пустые БД арендаторов.
- В основной БД выделили арендатора кварталами - выделами. "Отражать" уже не требуется, программа сама копирует.
- Скопировали.
- Открыли БД аредатора - Вставили.
Ничего удалять - чистить не надо. Аккуратно вставилось только то, что нужно.
Чем второй вариант дольше?
Поделиться2412.07.2022 19:28:58
Грешнов написал(а):
- Выделить арендатора кварталами - выделами.
- "Отразить выборку таксации в карту".
- Инвертировать выборку в БД и в карте.
- Удалить выбранные полигоны.
- Удалить оставшиеся линии после удаления полигонов (ну можно наверное наоборот - удалить линии под полигонами, потом сами полигоны)
Ну да. Там конечно проще удаление... но все равно линии остаются и их удалять приходится.
Поделиться2512.07.2022 21:16:46
Грешнов написал(а):
Вот только не уверен в этом... Давайте обсудим. Смотрите:
1. Скопировали Вы 20 экземпляров лесничеств. И теперь в каждом из 20 Вам нужно:
- Выделить арендатора кварталами - выделами.
- "Отразить выборку таксации в карту".
- Инвертировать выборку в БД и в карте.
- Удалить выбранные полигоны.
- Удалить оставшиеся линии после удаления полигонов (ну можно наверное наоборот - удалить линии под полигонами, потом сами полигоны)
2. Теперь альтернатива:
- Создали (скопировали в идеале - над этим надо подумать) пустые БД арендаторов.
- В основной БД выделили арендатора кварталами - выделами. "Отражать" уже не требуется, программа сама копирует.
- Скопировали.
- Открыли БД аредатора - Вставили.
Ничего удалять - чистить не надо. Аккуратно вставилось только то, что нужно.
Чем второй вариант дольше?
По длительности оба варианта одинаковы. Если честно, привыкли к первому и второй как то позабыли и перестали использовать.
Копирование в пустой блок не вызывает проблем, но вот при слитии одного лесничества, инструмент копирование приводит к задвоению линий, поэтому мы используем копирование полигонов через точки( Выделяем точки из полигонов им присваиваем атрибуты и уже из них копируем создавая полигоны по точкам) Но такой способ требует много времени. Возможно привыкли к такому копированию и другие методы уже не рассматриваем.
Грешнов написал(а):
Ну да. Там конечно проще удаление... но все равно линии остаются и их удалять приходится.
Это очень быстро,используя инструмент( Топологический выбор линий-Линия - не граница полигона)
Пост написан 12.07.2022 20:20:12
Поделиться2612.07.2022 21:23:06
denshatl написал(а):
инструмент копирование приводит к задвоению линий
Потому и написал:
Грешнов написал(а):
Идеально если перед началом работы они оцифруют и скопируют линию смежества.
В этом случае при правильных настройках параметров создания линий эти линии схлопнутся при копировании.
denshatl написал(а):
второй как то позабыли и перестали использовать
Ну что же, дело хозяйское. Думаю, что рано или поздно вернетесь.
Над возможностью копирования объектов под разными ID и именами подумаем.
Поделиться2713.07.2022 00:04:11
Грешнов написал(а):
Над возможностью копирования объектов под разными ID и именами подумаем.
Дмитрий Александрович не дал "подумать" - сказал, что все уже есть:
1. Создаете в дереве нужное Вам количество объектов, например, как выше описано:
Грешнов написал(а):
101 - "Ивановское от Сидорова"
201 - "Ивановское от Петрова"... и т.д.
На каждый объект уходит кол-во секунд нужное для написания наименования объекта.
2. В дереве объектов по правой кнопке на исходном лесничестве "Копируете".
3. По правой кнопке прямо на пустом вновь заведенном объекте делаете "Вставить" не используя перед этим "Создать БД". Создается копия лесничества под другим именем.
4. Повторяем последние два действия для остальных "20"-ти арендаторов. На каждую пару в демолесничестве уходит 6 секунд. На 20-ть - пару минут.
И никаких файловых переименовываний.
В ближайшее время постараемся добавить эти функции в какой-нибудь раздел инструкции.
Поделиться2813.07.2022 10:18:37
Спасибо за подсказку. Мог бы и вспомнить. Как раз занимаюсь реорганизацией. Немного не то очень близко.
Пост написан 13.07.2022 09:18:37
Поделиться2913.07.2022 10:52:58
Сергей Городничев написал(а):
Мог бы и вспомнить.
Я и сам забыл хотя Д.А. несколько раз упоминал про вставку лесничеством. Но такой задачи не было. В основном наоборот - соединял базы в одну.
Сергей Городничев написал(а):
Немного не то очень близко.
Ну так описывайте задачи цепочкой, возможно и "то" найдется. У нас тоже есть интересы и пожелания в формате "хочу так то, а зачем - мое дело" сразу летят в мусорную корзину. )) Описывайте схемы работы, технологии и если они вписываются в идеологию продукта (расширяемости, открытости, отчуждаемости и т.п. решений) постараемся помочь если это в наших силах.
Поделиться3013.07.2022 17:33:25
Грешнов написал(а):
Ну так описывайте задачи цепочкой, возможно и "то" найдется.
Я как раз то что надо и делаю. Сливаю базу в одно участковое. Из нескольких хозяйств. Тут всё придумано и работает отлично.
А проблема тут одна. Плохо сводят границы. Отсюда и вопрос который Денис задавал. Надо перед полевыми раздать готовую покварталку с буферными зонами на лесничество. И спокойно собрать потом копированием. Как делали наши предки и как мы должны и делали раньше. Если брать старшее поколение, то они делали покварталку и несли на утверждение в земельные комитеты. Мы начинали в 6 ке с создания блоков Okr и OkrKv.
Пост написан 13.07.2022 16:58:19
Поделиться3113.07.2022 17:34:04
Сергей Городничев написал(а):
Я как раз то что надо и делаю.
Да, все что ты перечислил делать нужно обязательно.
Страница: 1
