При расчете выбивает ошибку! Как исправить?
Расчетные показатели
Страница: 1
Сообщений 1 страница 30 из 30
Поделиться111.04.2018 11:57:44
Поделиться211.04.2018 19:14:08
EVK написал(а):
При расчете выбивает ошибку! Как исправить?
Недостаточно информации для ответа. Читайте тут:
Как задать вопрос?
Поделиться312.04.2018 06:10:27
Здравствуйте! При сохранении уже рассчитанных показателей выбивает такую ошибку. Картинка приведена выше.
Предупреждение о нарушении п.2.2 Правил!
Поделиться412.04.2018 08:31:04
EVK написал(а):
Картинка приведена выше.
Картинка говорит лишь о том, что у Вас где то несоответствие формата данных и не дает ни малейшей информации о том где это случилось и по какой причине. На этот вопрос можете ответить лишь Вы если все же внимательно прочитаете текст по моей ссылке и проанализируете в подобном ключе свои действия.
Вспоминайте как создавалась база и НСИ... насколько высока вероятность изменения структуры каких-либо данных... или применения разных версий базы и НСИ и т.п. и т.д. Проверяйте на деморегионе. Пробуйте локализовать ошибку как описано тут - http://lesis.mybb.ru/viewtopic.php?id=18
Если Вы будете просто дублировать ссылку на свою картинку то никогда не решите своей проблемы. Мы не ясновидящие.
Поделиться512.04.2018 08:59:28
Может мне базу кинуть Вам посмотреть?
Поделиться612.04.2018 09:10:43
EVK написал(а):
Может мне базу кинуть Вам посмотреть?
Нет. Мы этим занимаемся только если после ПОДРОБНОГО описания пользователем ситуации есть подозрение, что ошибка в программе. Разбор ошибок пользователей в базах бесплатной техпомощью не предусмотрен. Вы же не даете никакой информации, о чем Вас предупредили. Продолжение упорного повторения одного и того же вопроса без детализации и ответов на наши или размещенные по ссылке вопросы приведет к бану.
Грешнов написал(а):
На этот вопрос можете ответить лишь Вы если все же внимательно прочитаете текст по моей ссылке и проанализируете в подобном ключе свои действия.
Вспоминайте как создавалась база и НСИ... насколько высока вероятность изменения структуры каких-либо данных... или применения разных версий базы и НСИ и т.п. и т.д. Проверяйте на деморегионе. Пробуйте локализовать ошибку как описано тут - FAQ. Часто встречающиеся вопросы по базам ТО.
Вспоминайте что и как делали. Анализируйте. Ищите.
Поделиться713.08.2018 16:04:22
Добрый день!
Очень интересно чем все это закончилось, у меня та-же ошибка выскакивает
Что это такое, и с чем это едят?
Отредактировано LaptevaV (13.08.2018 16:05:52)
Поделиться813.08.2018 16:41:04
LaptevaV написал(а):
Что это такое, и с чем это едят?
При записи в поле типа Double (действительное) происходит ошибка - текстовое представление не удаётся преобразовать в действительное число. Наиболее вероятная причина - вместо десятичной точки на этом компьютере стоит разделителем дробной части числа запятая. В такой ситуации возможны не только проблемы преобразования чисел, но проблемы с обработкой запросов SQL, где точка отделяет имя поля от имени таблицы, а запятая - разделитель в списках полей и значений.
Поделиться914.08.2018 04:33:39
Дмитрий Александрович написал(а):
Наиболее вероятная причина - вместо десятичной точки на этом компьютере стоит разделителем дробной части числа запятая.
Не в этом проблема в данном случае - та же проблема возникла с переходом на последнюю версию. В моём случае проблема возникает именно при расчёте неэксплуатационного яруса. Во всех базах. Давайте-ка разберёмся вместе.
Отредактировано Александр Архипов (14.08.2018 04:34:41)
Поделиться1014.08.2018 05:29:40
Итак, вот то, что показывает ошибку в базе на 500 выделов.
Сохраняем - ошибка.
Как видим, проблема связана с породой 100500 - кедр.
Со справочником всё нормально. Порода есть.
Отредактировано Александр Архипов (14.08.2018 05:42:32)
Поделиться1114.08.2018 06:04:56
Отжимаем в КТ галочку ИГП напротив яруса 2 в кв 62 выд 4.
Отжимаем галочки в расчетных показателях кв 55 и 66.
Расчёт сохраняется.
Анализ визуальный базы ничего не выявил подозрительного. Есть ярусы 2, 6, 9 где параметры меньше справочных. Не понимаю пока.
Поделиться1214.08.2018 07:14:39
Дмитрий Александрович написал(а):
При записи в поле типа Double (действительное) происходит ошибка - текстовое представление не удаётся преобразовать в действительное число. Наиболее вероятная причина - вместо десятичной точки на этом компьютере стоит разделителем дробной части числа запятая. В такой ситуации возможны не только проблемы преобразования чисел, но проблемы с обработкой запросов SQL, где точка отделяет имя поля от имени таблицы, а запятая - разделитель в списках полей и значений.
Проверил, стоит десятичная точка.
Поделиться1314.08.2018 09:18:09
Александр Архипов написал(а):
В моём случае проблема возникает именно при расчёте неэксплуатационного яруса. Во всех базах.......
Как видим, проблема связана с породой 100500 - кедр.
Проблема описана понятно. Проверим.
Поделиться1417.08.2018 11:33:57
Выложена версия 10.0.20.768. Проверьте.
Поделиться1513.10.2018 20:15:51
Добрый вечер.
Возникли сложности при расчете класса пожарной опасности в Топол 10 (10.0.20.768)
В версии 6.8 расчет производится корректно, на 100 % выделах. Однако, там нет площадей в выделе, расчет до конца провести невозможно.
В версии Топол 10, справочник класс пожарной опасности импортировался корректно. Однако, в расчетных показателях создается ведомость только 144 строчки. Почему Топол 10 в расчетных показателях не выводит 100 % выделов, пусть будут они «пустыми», как например в хозсекции или бонитете? Не удается отследить, в каких выделах подсчитан класс пожарной опасности, а в каких нет.
НО мне кажется проблема не в справочнике, так как создал справочник по I кл. пож. с одной строчкой, заполненной "*". В итоге получил ведомость в 144 строчки с I кл. пож. Выделов на объекте около 1000 штук. На форуме аналогичных ошибок не нашел. Самостоятельно пытался устранить проблему, выявил следующую закономерность. 144 строчки это не лесные и не покрытые лесом земли. То есть в расчет не попадают насаждения (в том числе лесные культуры). Как решить проблему?
В дополнении, в расчетных показателях, класс пожарной опасности, в ведомость не плохо было бы добавить колонку «код справочника», что бы понимать по какой строчке из справочника был произведен расчет.
Поделиться1614.10.2018 19:28:24
Vladimir написал(а):
НО мне кажется проблема не в справочнике, так как создал справочник по I кл. пож. с одной строчкой, заполненной "*".
1. Откройте деморегион, выделите в 1 уч. л-ве 1-й выдел 1-го квартала, включите "По выбранным", поставьте курсор на 1- квартал и запустите "Режимы - Расчет производных - КПО". Вы увидите, что это насаждение и расчет на месте.
2. Если расчета нет - у Вас некорректная установка программы. Переустановите.
3. Если расчет в порядке, значит дело не в программе, а в справочнике или в базе.
4. Откройте "Данные - НСИ - Справочник КПО" по деморегиону и по своему. Сравните синтаксис и полноту заполнения полей у себя и в деморегионе.
Наверняка найдете разницу.
После 6-й версии модуль расчета производных дорабатывался и не один раз. Могли произойти какие то изменения, не полностью учитываемые при конвертации справочников, поскольку 6-ю версию мы ни в каком виде не поддерживаем, даже в части импорта. Поэтому допускаем, что какие то отклонения в синтаксисе или структуре придется поправлять руками.
Поделиться1714.10.2018 19:31:22
Vladimir написал(а):
В дополнении, в расчетных показателях, класс пожарной опасности, в ведомость не плохо было бы добавить колонку «код справочника», что бы понимать по какой строчке из справочника был произведен расчет.
Мысль хорошая. Перенесем в пожелания, посмотрим насколько это сложно и подумаем.
Поделиться1819.11.2019 16:04:11
Добрый день! При прохождении расчетных показателей, осредненный класс пожарный опасности не рассчитывает, а выдает ошибку
Отредактировано LaptevaV (19.11.2019 16:04:34)
Поделиться1919.11.2019 18:53:22
А в чем вопрос? Текст ошибки на русском языке, написано всё понятно.
Поделиться2020.11.2019 08:59:56
Алексей Курагин написал(а):
Текст ошибки на русском языке, написано всё понятно.
Кому? разработчикам - да, а мне как пользователю нет. Какая то служба "тормознула" в процессе работы. И что делать непонятно. Вот пользователь и пишет на форуме.
Программа ж не пишет: "не заполнен справочник по определению КПО" или "нет справочника КПО"
Отредактировано Юрий (20.11.2019 09:01:57)
Поделиться2120.11.2019 22:33:35
Юрий написал(а):
разработчикам - да
Не думаю, что программистам объем имеющейся информации позволит что то понять. Пользователю скорее всего нужен опытный специалист-обработчик, с навыками поиска проблем и их внятного описания или моделирования ситуации для программиста если она не связана с БД.
Юрий написал(а):
пользователь и пишет на форуме.
Пользователь практически ничего не написал на форуме. Нет даже следов какой-либо аналитической работы.
Банальный поиск текста "Поставщик данных или другая служба вернули состояние E_FAIL" (коллеги, когда Вы уже научитесь пользоваться Ctrl-C вместо PrnScrn на активном окне с ошибкой?) говорит о массе возможных ситуаций:
- сбой машины БД в ОС компа (анализ с какими базами или компами работает, в чем разница...);
- изменение структуры БД с уже существующими данными (анализ истории создания и использования БД...);
- каким то образом не заполненные поля там где ожидается некое значение, хотя бы не Null (Поиск гарантированной ошибки по методике "половинок", описан в FAQ);
- некорректный импорт каким то конвертером, который не знает существующую структуру БД (анализ истории создания и использования БД...);
- отключение электричества на компе с открытой базой (восстановление БД из архива...);
............
Юрий написал(а):
Программа ж не пишет: "не заполнен справочник по определению КПО" или "нет справочника КПО"
Если необработанная ситуация возникла на системном уровне то прикладная программа о ней может ничего не знать.
Поделиться2213.02.2020 12:17:15
Здравствуйте, возник вопрос, когда прогоняем расчетные показатели, то показатель Исключение категорий защитности, предлагает значение в базе данных 888, заменить на 0, на деморегионе попробовала, ввела значение ОЗУ 888, расчетный предлагает 888. В таблице KlsOzu, есть значение с кодом 888, подскажите пожалуйста, что можно сделать, что б расчетный показатель предлагал 888.
Поделиться2316.02.2020 11:32:33
УМПР написал(а):
показатель Исключение категорий защитности, предлагает значение в базе данных 888, заменить на 0
Значит в справочнике KlsKatZasch для выделов с данной категорией защитных в поле IGP стоит значение False (в поле нет галочки). Если данная категория защитных должна быть исключена, то нужно поменять это значение на True (поставить галочку в поле).
УМПР написал(а):
на деморегионе попробовала, ввела значение ОЗУ 888, расчетный предлагает 888
Тут я ничего не понял, куда Вы ввели.
УМПР написал(а):
В таблице KlsOzu, есть значение с кодом 888
Это всего лишь классификатор, который содержит код исключения и его расшифровку. Файл настройки проставления 888 - KlsKatZasch, поле IGP. Описано тут:
http://www.lesis.ru/infot/teh_proizvod.html
См. таблицу "Сводная таблица показателей", строка "Исключенные категории защитности".
Ну и вообще - всю эту страницу досконально проштудируйте.
Поделиться2412.10.2020 10:01:59
Здравствуйте. Во всех выделах по одной породе не считает хозсекцию и возраст рубки. Выделы
по пихте. Пробовал вручную ставить во всех и Пх и Е (проверить). Всё одно и то же выдает в расчётах -999. И по возрасту рубки то же самое. Подскажите пожалуйста в чём ошибка. 
Поделиться2512.10.2020 10:34:24
Кос написал(а):
Подскажите пожалуйста в чём ошибка.
Ошибка -999 описана тут:
http://www.lesis.ru/infot/teh_proizvod.html
Если какой то выдел не попал в условия справочника поле "Р" заполняется значением "-999", специально, чтобы пользователь заметил эту ситуацию и обработал через справочник. То есть, для данного выдела нужно подобрать или создать новую строку в справочнике, определяющем данный показатель и заполнить ее так, что данный выдел (и другие аналогичные ему) получил корректное значение в поле "Р". Постепенно корректируя справочник нужно добиться, чтобы значений "-999" в поле "Р" не осталось.
ВНИМАНИЕ!!! После корректировки справочника до исчезновения "-999" если данные постепенно сохранялись в базу, необходимо перезапустить расчет! Так как из-за "-999", с учетом порядка обработки строк, расчет мог быть некорректным. Правильный расчет возможен только после полного устранения некорректных сочетаний.
Проверьте наличие корректных строк для пихты в справочнике LogHozSek. Убедитесь, что используете корректный код пихты (поле Kl в справочнике KlsPoroda), проверьте, чтобы и в базе и в справочниках стоял один и тот же код.
Проверьте в справочнике остальные заполненные поля на корректность используемых кодов и их соответствие тому, что в базе.
Поделиться2612.10.2020 11:38:56
Всё получилось. Спасибо.
Поделиться2726.05.2022 09:51:30
Добрый день, проблема с расчетом бонитета . Топол в расчетных показателях при расчете бонитета выдает в расчетах "-". Возраст насаждений всех в основном за 200 лет ( это заповедник) Возможно, из-за справочника LogBonitet, но как и что там править и высчитывать высоту,
не знаю. А может из-за пород, которых не хватает в справочнике?
В чем причина?
Пост написан 26.05.2022 00:05:13
Поделиться2826.05.2022 10:24:15
dima555 написал(а):
Возраст насаждений всех в основном за 200 лет ( это заповедник) Возможно, из-за справочника LogBonitet, но как и что там править и высчитывать высоту, не знаю.
Программа интерполирует значения, попадающие между значениями и теоретически для возраста >200 она должна взять крайнее в таблице значение.
dima555 написал(а):
А может из-за пород, которых не хватает в справочнике?
Этот справочник работает не по породам, а группам пород (хозяйствам и (или) происхождению).
У Вас пустая графа "Номер бонитировочной таблицы". Проверьте справочник "Породы древесные" - у Вас явно не заполнено поле "Бон. таблица" для всех или части пород (по их классификационному коду из базы).
А заодно проверьте заполнены ли у Вас поля "Таблицы .... запасов... товаризации... и соотношения высоты/диаметра... чтобы не споткнуться на этом же в других расчетах.
Поделиться2901.06.2022 14:46:40
Спасибо, бонитет рассчитать получилось. Но при расчете хозяйственной секции появилась ошибка. Как поправить справочники Хоз .секции и какие не знаю? что и куда добавлять? Подскажите? Статью выше читал!))
Пост написан 01.06.2022 09:27:45
Поделиться3001.06.2022 15:21:57
dima555 написал(а):
Как поправить справочники Хоз .секции и какие не знаю?
Логический справочник - "Хозсекции, коды возрастов рубок определение" (LogHozSek). Расшифровка полей и принципы заполнения есть тут:
http://www.lesis.ru/infot/teh_nsi.html
1. В этом справочнике находите строки, имеющие значения как в "Расчетных показателях" и проверяете все поля, в том числе возможны поля не присутствующие в "Расчетных показателях". Если у Вас -999, значит Вы не найдете этих строк - хотя бы одно поле из LogHozSek будет не совпадать с данными выдела.
2. Проверяете корректность синтаксиса условий в полях, описанного по ссылке выше.
3. Убедитесь, что не нужные Вам поля не заполнены чем то лишним. Обратите внимание на поле "Лесохоз.зона". Это поле должно быть одинаковым в БД и НСИ. Бонитеты - 99... 98... 100... 200... а не 1а, 1б, 1, 2...
4. Кроме того, нужно проверить наличие имеющихся в базе кодов классификаторам для тех полей, которые используются в этом справочнике.
Чтобы ускорить поиск воспользуйтесь советом по ссылке выше и работайте "По выбранным" выделяя по очереди по одному выделу на ошибку - обработка одного выдела молниеносна. Например, кв.1, выд.1 и проверяете - меняете справочник пока ошибка не уйдет. Потом следующую...
Страница: 1
