Во время набивки есть ряд неудобств
— Заканчивая набивать строку в Ярусе, составе...и тд. нажимая Enter, не создаётся новая строка, приходится дополнительно жать стрелку вниз.
— Переключения по Tab есть, а возврат по Shift+Tab нет.
— Добавить несколько выделов можно только 1 раз в начале, может имеет смысл добавить как в изменении номеров выделов меню, или что-то подобное - начальный конечный номера выделов
— Отсутствие возможности импорта/экспорта по выбранным выделам затрудняет набивку несколькими людьми
Удобства при набивке выделов УЧТЕНО
Сообщений 1 страница 29 из 29
Поделиться113.05.2021 11:32:04
Поделиться213.05.2021 21:00:56
Первые три посмотрим.
— Отсутствие возможности импорта/экспорта по выбранным выделам затрудняет набивку несколькими людьми
Не совсем понял. Обычно, набивка идет кварталами, а не выделами. Слить в одно лесничество набивку разных сотрудников можно копированием и вставкой кварталов по правой кнопке. Вы этим не пользуетесь?
Под импортом - экспортом Вы имели ввиду через xml? Это посмотрим.
Поделиться314.05.2021 09:07:00
Обычно, набивка идет кварталами, а не выделами.
Не исключаем вариант по категориям защитности.
Поделиться414.05.2021 09:22:07
Слить в одно лесничество набивку разных сотрудников можно копированием и вставкой кварталов по правой кнопке.
Здесь трудность в том что, что это одно уч.л-во с одним номером.(допустим 34.02: лесничество- уч.л-во) и из сотрудникова никто на задумывается сразу набивку вести под разными кодами.
Перед слиянием надо создать левое лесничество и при этом залесть в файл *.mdb и ручками поправить код уч.л-ва. Затем переименовать на код подменного уч.л-ва и только потом скопировать в папку Lesis.
Вообщем небольшие трудности есть.
Отредактировано Юрий (14.05.2021 09:24:09)
Поделиться514.05.2021 20:07:36
Перед слиянием надо создать левое лесничество и при этом залесть в файл *.mdb и ручками поправить код уч.л-ва. Затем переименовать на код подменного уч.л-ва и только потом скопировать в папку Lesis.
Вобщем небольшие трудности есть.
Можно проще: создаёте новое лесничество и копируете в него другое через "Копировать - Вставить" для лесничеств. Мне кажется, должно сработать, причём в последней версии 817 копирование возможно и между разными разделами БД. Это проще, чем править *.mdb .
Поделиться617.05.2021 08:12:44
Можно проще: создаёте новое лесничество и копируете в него другое через "Копировать - Вставить" для лесничеств.
Возможно, но это не отменяе создания подменного уч.л-ва.
причём в последней версии 817
Сейчас 826, или я что то путаю?
Это проще, чем править *.mdb .
Спорно.
Надо помнить, что в подменном лесничестве может быть храниться часть базы для слияния (настоящая). а так в 34,02 я точно заню что она настоящая и требует дополнения, а в 59,02 подменное участковое, через которое копирую, и называется оно "Проба".
PS. Кстати в отличии от версии 6,8. номера уч.л-в в 10 не указываются.
Поделиться717.05.2021 08:15:27
Под импортом - экспортом Вы имели ввиду через xml?
Как может выглядеть этот xml? что то похожее на вводной файл для 6,8?
Было бы действительно удобно: набил одно уч.л-во (10 т.выд) на разных машинах для ускорения процесса, сделал экспорт, перенёс на одну - всё слил.
Отредактировано Юрий (17.05.2021 08:19:50)
Поделиться817.05.2021 09:55:54
Возможно, но это не отменяе создания подменного уч.л-ва.
Его не обязательно создавать под каждый случай. Я при тестировании держал одно "лишнее" лесничество на раздел с заведомо явными номерами типа 999 и вставлял - копировал откуда угодно и куда угодно. Никакого переименовывания при этом не требуется. Единственное - делал это в пределах одной системы координат, т.е в пределах одного региона. Если несколько исполнителей - сделайте сразу 3-4 лесничества и распределите их между исполнителями. Попробуйте - это реально удобно.
Сейчас 826, или я что то путаю?
Д.А. хотел написать 827. Опечатка. Эта версия уже есть, но там изменения "под меня", не критичные, в т.ч. обмен между разделами - в данном случае это не актуально, так как для работы над объектом текущего года бегать в другой раздел для копи-паста дольше. Я в нее хочу вставить библиотеки Городничева с возможностью их установки в произвольные каталоги, но пока возникла небольшая задержка - Тополь не во всех случаях хорошо понимает такое разделение. Еще копаюсь в этом.
Надо помнить, что в подменном лесничестве может быть храниться часть базы для слияния (настоящая). а так в 34,02 я точно заню что она настоящая и требует дополнения, а в 59,02 подменное участковое, через которое копирую, и называется оно "Проба".
Ну так это элементарно делается и при копи-пасте. Держите 991 участковое "Иванов", 992 - "Петров", а 034-002 - у Вас основное. И сваливайте в него от исполнителей. Или сажайте исполнителей на уровень F - возможностей сейчас намного больше.
PS. Кстати в отличии от версии 6,8. номера уч.л-в в 10 не указываются.
Слава богу! Количество ошибок в 6.8 из-за того, что меняли файловые номера лесничеств забывая про внутренние было много, даже в FAQ это было описано.
Как может выглядеть этот xml?
Это современный формат текстового представления иерархически структурированной информации, удобный для обмена между реляционными структурами или структурами с нестандартными форматами. Вы можете его посмотреть поставив курсор на участковом и сделав "Экспорт - в Xml". Потом можно импортировать обратно. Мы писали о необходимости тестирования этой функции 2017.11.28 в версии 10.0.18.746. А вот тут обсуждение:
http://lesis.mybb.ru/viewtopic.php?id=504
В нем пока нет экспорта - импорта "по выбранным", но, думаю, что для Д.А. не будет сложным добавить.
что то похожее на вводной файл для 6,8?
Было бы действительно удобно: набил одно уч.л-во (10 т.выд) на разных машинах для ускорения процесса, сделал экспорт, перенёс на одну - всё слил.
Мы обсуждали с Д.А. целесообразность импорта - экспорта (сохранения - загрузки) через формат СОЛИ и Д.А. планировал это добавить если будет время. Хотя я бы предпочел все перевести на Xml.
Поделиться917.05.2021 10:39:47
Было бы действительно удобно: набил одно уч.л-во (10 т.выд) на разных машинах для ускорения процесса, сделал экспорт, перенёс на одну - всё слил.
1. С базами вообще я проблем не вижу. На что я не спец и то делал объединение колхозов с перенумерацией в одно участковое лесничество. Работает замечательно. Вся проблема в нас самих. Надо лишь присвоить код каждой части участкового лесничества.
2. А вот с картографией гораздо сложнее(если делается кто в лес кто по дрова). Правильная технология процесса и никаких проблем.
Поделиться1017.05.2021 10:50:55
Потом можно импортировать обратно. Мы писали о необходимости тестирования этой функции 2017.11.28 в версии 10.0.18.746. А вот тут обсуждение:
http://lesis.mybb.ru/viewtopic.php?id=504
Точно. Вспомнил.
Хотя я бы предпочел все перевести на Xml.
Посмтрел Xml. Сложно что то поправить находу.
Мысли вслух: для набивки потребуется ключ топол, что сужает возможности его прямого использования для графики и аналитики - ведь у исполнителя их может быть всего несколько. А если использовать просто текстовый файл (как для СОЛИ, помню что не обсуждается), то эти ключи просто высвободятся для нужной или срочной работы.
Я за то, чтобы использовать вводной файл - таксаторов вообще не надо будет переучивать.
Отредактировано Юрий (17.05.2021 10:53:10)
Поделиться1117.05.2021 10:55:11
1. С базами вообще я проблем не вижу. На что я не спец и то делал объединение колхозов с перенумерацией в одно участковое лесничество. Работает замечательно. Вся проблема в нас самих. Надо лишь присвоить код каждой части участкового лесничества.
Я про это -
никто на задумывается сразу набивку вести под разными кодами.
Поделиться1217.05.2021 11:06:49
никто на задумывается сразу набивку вести под разными кодами.
Простите, что вы тут все подразумеваете под набивкой?
Поделиться1317.05.2021 11:18:45
Простите, что вы тут все подразумеваете под набивкой?
Первичный ввод таксационных описаний с карточки таксации в кодах.
Поделиться1417.05.2021 11:22:47
А если использовать просто текстовый файл (как для СОЛИ, помню что не обсуждается), то эти ключи просто высвободятся для нужной или срочной работы.
Я за то, чтобы использовать вводной файл - таксаторов вообще не надо будет переучивать.
Это бесспорно. Но тут тоже есть варианты. Можно сделать конвертер СОЛИ в БД. А можно сделать конвертер между СОЛИ и Xml, импорт и экспорт которого уже отработан. Но это наши внутренние "проблемы". Можете забыть об этом. Ввод через редактор, конечно, нужен. Дмитрий Александрович думает над этим.
Поделиться1517.05.2021 11:41:49
Первичный ввод таксационных описаний с карточки таксации в кодах.
Насколько я понял, вы говорите не о Топле 10 а о текстовых файлах?
Мы обсуждали с Д.А. целесообразность импорта - экспорта (сохранения - загрузки) через формат СОЛИ и Д.А. планировал это добавить если будет время.
Обсуждали. И даже я спрашивал про такой импорт. Но вы были против. А сейчас я против но Юрий привёл серьёзные аргументы.
А если использовать просто текстовый файл (как для СОЛИ, помню что не обсуждается), то эти ключи просто высвободятся для нужной или срочной работы.
Поделиться1617.05.2021 11:53:24
Насколько я понял, вы говорите не о Топле 10 а о текстовых файлах?
Надо чтоб Топол 10 умел их читать и конвертировать в базу.
Поделиться1717.05.2021 13:05:15
Но это наши внутренние "проблемы". Можете забыть об этом. Ввод через редактор, конечно, нужен. Дмитрий Александрович думает над этим.
Главное уйти от версии 6,8.
Поделиться1817.05.2021 14:46:34
Насколько я понял, вы говорите не о Топле 10 а о текстовых файлах?
В Тополе 10 ввод данных в карточку таксации реализован максимально приближенно к вводу тех же данных в текстовом редакторе как это делалось в 90-х. Почти та же последовательность кнопок, чтобы не переучивать массу сотрудников.
Но вы были против.
Концептуально я и сейчас против. Но я реалист и понимаю, что раз отрасль выбрала тупиковый путь отказа от НЛУ и ориентации на периодическое с производством макулатуры, то придется помочь этому ремесленничеству. Лесоустройством я это уже не могу называть... Это %&^#@ полная!
Главное уйти от версии 6,8.
Все еще хуже. У нас еще есть "профессионалы", которые еще от СОЛИ не ушли...
Поделиться1917.05.2021 15:20:20
В Тополе 10 ввод данных в карточку таксации реализован максимально приближенно к вводу тех же данных в текстовом редакторе
Вот это меня беспокоит больше всего т.к. сам не могу попробовать что быстрее. Очень хотелось сравнить. И даже пусть медленнее, но лучше в 10-ке.
Практически те же люди что набивают данные имеют ключи и занимаются картографией. Получается поэтапно по любому.
Концептуально я и сейчас против.
А сейчас я против
Аналогично.
У нас еще есть "профессионалы", которые еще от СОЛИ не ушли...
Так никто от них и не ушёл. Так и будет. Только вместо шестёрки используют десятку. Поэтому и говорю, уйти хотя бы от шестерки. А если вы сделаете импорт экспорт из СОЛИ есть надежда что к следующему устройству СОЛИ уже не понадобятся. Это я так надеюсь.
Поделиться2017.05.2021 15:48:56
Практически те же люди что набивают данные имеют ключи и занимаются картографией.
Не всегда. Есть структуры, где работают как раньше - карточки набивает в редакторе группа сотрудников, не имеющих квалификации таксатора. Получается экономия на тополях. Потом таксаторы глотают это через 6-ку, потом продвинутые - в 10-ку. Если 6-ка куекнется из-за каких-нибудь новшеств от майкрософта или производителей виртуальных машин, то этим ребятам придется туго. Вот на эти ситуации и нужен прямой импорт в 10-ку. Экономия + подстраховка. Ранее это не закладывалось так как по "звону" всех Ваших предыдущих "сидельцев" создавалось впечатление, что Вы вот - вот дозреете до нормального лесоустройства, при котором набивка "с нуля" должна отмереть в пользу актуализации, внесения изменений и корректировок, стратификации и экстраполяции. Собственно, тем, чем занимались все грамотные таксаторы еще в СССР. Но "звон" оказался пустым.
Так что, ждем, что скажет Д.А. про перенос импорта СОЛИ из 6-ки.
Во время набивки есть ряд неудобств.....
Ключеров начал смотреть.
Поделиться2118.05.2021 14:02:57
Ключеров начал смотреть.
Благодарю.
Ещё пару вещей нашли, интересно, возможна ли реализация.
— Удалить строку в подлеске подросте, в основном составе это можно сделать, а в подлеске с подростом нельзя.
— Переключение на следующий и предыдущий выдел без ctrl+tab + ⇅, а условными Page Up Page Down
Поделиться2219.05.2021 08:17:46
В Тополе 10 ввод данных в карточку таксации реализован максимально приближенно к вводу тех же данных в текстовом редакторе как это делалось в 90-х.
Ребята извините я этим не занимался сам. Сейчас полагаю надо знать принцип. Видел текстовый файл в блокноте. А в 10 -ке вообще не знаю. У меня вопрос. Вы сейчас о чём говорили?
Во время набивки есть ряд неудобств
— Заканчивая набивать строку в Ярусе, составе...и тд. нажимая Enter, не создаётся новая строка, приходится дополнительно жать стрелку вниз.
Это в Тополе или в текстовом редакторе?
Поделиться2319.05.2021 11:24:00
А в 10 -ке вообще не знаю.
Тополь 10 не создает файл набивки Ивест, который ты видел в блокноте. Он вводит данные сразу в базу.
Вы сейчас о чём говорили?
Мой текст о том, что ввод в тополе по клавишам почти не отличается от такого же ввода в текстовом редакторе, т.е. переучивать сотрудников не надо. Соответственно, АВ просит учесть пожелания по этим кнопкам для Тополя при набивке в нем.
Это в Тополе или в текстовом редакторе?
В Тополе.
Поделиться2419.05.2021 22:47:54
В Тополе.
Спасибо.
Поделиться2505.06.2021 13:31:28
Во время набивки есть ряд неудобств
Учтено в версии 828 - 831. Сейчас выложена версия 833.
Изменений очень много. Просьба перед установкой внимательно читать Историю версий:
http://www.lesis.ru/info/versii_programm.html
И при наличии вопросов - обращаться на форум.
Поделиться2602.09.2021 11:15:07
Все еще хуже. У нас еще есть "профессионалы", которые еще от СОЛИ не ушли...
Выпущена 842 версия, где есть прямой импорт из повыдельной базы СОЛИ (без НСИ). Описано тут. Попробуйте для кого это еще актуально.
А если использовать просто текстовый файл (как для СОЛИ, помню что не обсуждается), то эти ключи просто высвободятся для нужной или срочной работы.
Я за то, чтобы использовать вводной файл - таксаторов вообще не надо будет переучивать.
Рассматриваем этот вопрос. Работаем над этим вопросом.
Последующие сообщения перенесены в новую тему:
Импорт из СОЛИ
Поделиться2728.06.2022 13:44:08
Добрый день! Существует необходимость изменения порядка расположения пород в 10 макете в карточке таксации( Например: 6С3Б1Е, для выполнения условия размещения пород одной хозяйственной секции состав должен быть 6С1Е3Б) необходимо поменять строки Ели и Березы местами. В данный момент найдено два варианта изменения:
1-удаление строки и набивка заново. 2-Изменение номера породы в окне повыделенной таксации. 2 вариант слегка неудобен, если таких выделов очень много в лесничестве.
Вопрос: возможно ли создать инструмент способный двигать породы местами ( например щелчок ПКМ по породе и кнопка "Выше" или "Ниже")?
Также по щелчку ПКМ по породе в 10 макете (как и в макетах дополнительных сведений) присутствет кнопка "Закрепить". Хотелось бы узнать функцию которую выполняет эта кнопка, возможно она имеет для многих пользу, но пока не удалось найти как ее применить.
Пост написан 28.06.2022 12:21:27
Поделиться2829.06.2022 14:36:11
Вопрос: возможно ли создать инструмент способный двигать породы местами
Да, существует. Перейдите из режима Карточки такс. в режим Повыд. такс. Там появится Номер породы, который вы можете изменить в режиме редактирования базы.
Этот номер породы как раз и предназначен для решения подобных проблем. Стандартная карточка таксации номера породы не предусматривала.
Там же есть и номера ярусов, которые позволяют изменить порядок их следования.
Если нужен другой инструмент упорядочения пород и ярусов, то это вопрос обсуждения.
Поделиться2929.06.2022 14:54:44
присутствет кнопка "Закрепить". Хотелось бы узнать функцию которую выполняет эта кнопка
Эта кнопка фиксирует изменения в базе данных. Фиксация происходит также при переключении между полями, но при уходе с карточки возможна ситуация, когда фиксация может не произойти, то есть изменения последнего параметра потеряются.