Лесной форум Гринпис

Здесь Вы можете обсудить "лесную" тему, задать вопрос специалистам по лесному хозяйству, лесной экологии, охране лесов.





Начать новую тему Ответить на тему   Список форумов » Лес, лесное хозяйство, лесовосстановление » Лесоустройство, планирование, лесоинвентаризация
Показать сообщения за:  Поле сортировки  
Автор Сообщение
СообщениеДобавлено: 06 фев 2018, 09:52 

Сообщения: 46
Откуда: Тюмень

Здравствуйте уважаемые форумчане!
Вопрос возник о ГЛР к соответствию лесоустроительной инструкции - в частности наименований ОЗУ используемых до настоящей инструкции, в базе данных лесов файла Mapinfow в колонке skp содержится информация о видах исключения - в том числе ОЗУ - при выгрузке информации на повыделенном уровне из данной колонки в принципе можно получить данные об объеме и видах ОЗУ. есть одно НО по мимо ОЗУ там содержится информация о видах исключений не являющихся ОЗУ - хотя при формировании выписки по средствам "мапбейсика" эта колонка как раз так формируется как ОЗУ. При разборе понятно что информация берется из файла G являющегося результатом составления электронной карточки таксации и черпается из 1го макета ячейки вид исключения.
Вопрос : Возможно ли перенести информацию из этой ячейки в другой макет, либо переименовать какую то ячейку которая будет отвечать условиям вида исключения не являющимся ОЗУ, при этом не увеличивая расчетную лесосеку, и выдавать запросы выписок из ГЛР соответственно шифрам колонок.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 фев 2018, 13:32 
Грешнов Сергей Петрович
Аватара пользователя

Сообщения: 7502
Откуда: Подольск

Kонстантин писал(а):
Ведение СУБДЛ и карточки таксации..... по мимо ОЗУ там содержится информация о видах исключений не являющихся ОЗУ
Если база формировалась по стандартам лесоустройства (СУБД-L), то там может быть только одно исключение - "исключенная категория защитных", условный шифр 888. Я не очень хорошо понимю, что туда еще можно засунуть.
Kонстантин писал(а):
при формировании выписки по средствам "мапбейсика" эта колонка как раз так формируется как ОЗУ
Очевидно, автор этой функции поставил фильтр на шифры кроме ОЗУ. Я не знаю как Вы собираетесь использщовать эту базу, но Вам, очевидно, нужно делать то же самое.
Kонстантин писал(а):
Возможно ли перенести информацию из этой ячейки в другой макет, либо переименовать какую то ячейку которая будет отвечать условиям вида исключения не являющимся ОЗУ, при этом не увеличивая расчетную лесосеку, и выдавать запросы выписок из ГЛР соответственно шифрам колонок.
Если в мапинфо реализован некий функционал получения выходных форм то таким образом Вы однозначно нарушите логику их получения. В частности, расчетная лесосека, если она также считается средствами мапбэйсика, скорее всего пострадает, так как там 100% стоит фильтр на пустое поле ОЗУ и тогда если Вы уберете исключенные категории, то они попадут в расчет. Так что, фильтруйте коды ОЗУ при запросе тех данных, которые Вам нужны.

_________________
ООО"ЛесИС", ГИС TopoL-L - непрерывное лесоустройство для лесного хозяйства
http://www.lesis.ru/prices/videotour.htm


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 фев 2018, 13:20 

Сообщения: 46
Откуда: Тюмень

Да спасибо - как раз так и приходится отрабатывать - путем запросов и фильтра - по шифрам что не является ОЗУ - танцы с бубнами конечно - но другого выхода пока нет ..
Вопрос вообще заключался на перспективу, следующую таксацию - вроде как есть в карточке макет который встает в другую колонку в мапинфо. но при этом выпадает из расчета рубки.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 фев 2018, 14:14 
Грешнов Сергей Петрович
Аватара пользователя

Сообщения: 7502
Откуда: Подольск

Kонстантин писал(а):
Вопрос вообще заключался на перспективу, следующую таксацию - вроде как есть в карточке макет который встает в другую колонку в мапинфо. но при этом выпадает из расчета рубки.
Самодеятельность в части изменения структуры базы данных от стандартной приведет к тому, что Ваши базы будут потом несовместимы с базами исходного формата. Это плохая практика.

_________________
ООО"ЛесИС", ГИС TopoL-L - непрерывное лесоустройство для лесного хозяйства
http://www.lesis.ru/prices/videotour.htm


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 фев 2018, 08:14 

Сообщения: 46
Откуда: Тюмень

Ну такая практика применима для личного пользования, без дальнейшего применения такого электронного вида, почему вопрос и поднялся - можно ли все это правильно структурировать, избежав конфликтов, учесть все данные по назначению и исключению и при этом определить отдельный "(макет, столбец)" для ОЗУ - а то и нескольких ОЗУ (в свете последних тем про ОЗУ).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 фев 2018, 09:23 
Грешнов Сергей Петрович
Аватара пользователя

Сообщения: 7502
Откуда: Подольск

Kонстантин писал(а):
определить отдельный "(макет, столбец)" для ОЗУ - а то и нескольких ОЗУ (в свете последних тем про ОЗУ).
Вы вдумайтесь в то, что Вы пишите! Для Вас мелкая операция - фильтрация данных одного поля, является "проблемой"... А такую неоднозначную задачу как изменение структуры базы данных Вы готовы "решать". Это примерно как если бы врач, не способный вырезать аппендицит, согласился бы делать операцию на сердце. ))
Kонстантин писал(а):
Ну такая практика применима для личного пользования, без дальнейшего применения такого электронного вида
У меня почтовый ящик уже забит вопросами от клиентов, которым достались такие вот "базы для личного использования" - что теперь делать с такой хренью. Кстати, данные в упомянутом Вами продукте, как раз в наибольшей степени отличаются отсутствием стандартов - каждый проект уникален и трудозатраты по его вторичному использованию резко возрастают. А желание использовать свои "личные" данные для обмена с другими участниками отношений возникают очень часто! Поэтому лучше придерживаться общепринятых стандартов, чтобы не ограничивать себя на будущее.
Kонстантин писал(а):
можно ли все это правильно структурировать, избежав конфликтов, учесть все данные по назначению и исключению
Просто отфильтруйте! Не можете - учитесь! А то получается как в анекдоте - Петька: "Василий Иванович как пишется - собрание в чЕтверг или в чИтверг? Василий Иванович: "Пиши - в среду!" ))) Шучу.

_________________
ООО"ЛесИС", ГИС TopoL-L - непрерывное лесоустройство для лесного хозяйства
http://www.lesis.ru/prices/videotour.htm


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2018, 07:09 

Сообщения: 46
Откуда: Тюмень

Как раз таки через фильтрацию и запросы колонок и работаем. - обратил внимание на образец карточки таксации в действующей лесоустроительной инструкции и понял что вопрос уже решен ))))) просто дело осталось - дождаться ближайшего лесоустройства )))


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2018, 08:13 
Грешнов Сергей Петрович
Аватара пользователя

Сообщения: 7502
Откуда: Подольск

Kонстантин писал(а):
обратил внимание на образец карточки таксации в действующей лесоустроительной инструкции и понял что вопрос уже решен
Каким образом? Там это поле всегда так называлось - ОЗУЛ. Но признак исключения категории туда писался и пишется до сих пор всеми ЛУ комплексами.

_________________
ООО"ЛесИС", ГИС TopoL-L - непрерывное лесоустройство для лесного хозяйства
http://www.lesis.ru/prices/videotour.htm


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 фев 2018, 09:04 

Сообщения: 46
Откуда: Тюмень

Получается бейсиковская программа должна содержать фильтр отсеивающий шифры видов исключения не являющиеся ОЗУЛ - я правильно понимаю? просто неоднократно сталкивался с получением информации где "участки леса с кубатурой 70 кубов и менее" - оказывались с пометкой ОЗУ:..


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 фев 2018, 10:58 
Грешнов Сергей Петрович
Аватара пользователя

Сообщения: 7502
Откуда: Подольск

Kонстантин писал(а):
Получается бейсиковская программа должна содержать фильтр отсеивающий шифры видов исключения не являющиеся ОЗУЛ - я правильно понимаю?
Я не специалист по программированию на бейсике... в экселе... фотошопе... и т.п. ))) Но формулировка безотносительно языка звучит правильно. Я Вам сразу об этом написал...
Kонстантин писал(а):
просто неоднократно сталкивался с получением информации где "участки леса с кубатурой 70 кубов и менее" - оказывались с пометкой ОЗУ:..
В нормальных ЛУ программах действительно предусмотрена возможность исключения выделов или ярусов через ограничение по минимальному запасу. Но делается это, обычно, через параметр неэксплуатационного яруса. В Вашем случае либо есть региональный норматив, предусматривающий ОЗУ для таких насаждений, либо у Вас результаты работы такого же "самодельщика", не разобравшегося куда кидать признак. Ваша ведь идея "добавить поле" аналогична такому решению... ))

_________________
ООО"ЛесИС", ГИС TopoL-L - непрерывное лесоустройство для лесного хозяйства
http://www.lesis.ru/prices/videotour.htm


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 фев 2018, 11:08 

Сообщения: 46
Откуда: Тюмень

Идея была не добавить поле, а использовать другое, в другом макет,е которое влияет по тому же признаку на расчет лесосеки, но в ходе дискуссии суть стала все таки понятна, необходим фильтр закладываемый в подпрограмные продукты, при чем от лесоустроителя, который отнес свои шифры к ОЗУ и не являющиеся ОЗУ - спасибо помогли разобраться, найти решение )))) хотя оно вообще то было очевидным. Всегда нужно услышать чтобы поверить ))


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 фев 2018, 11:29 
Грешнов Сергей Петрович
Аватара пользователя

Сообщения: 7502
Откуда: Подольск

Kонстантин писал(а):
Идея была не добавить поле, а использовать другое, в другом макет,е которое влияет по тому же признаку на расчет лесосеки
Да это одно и то же в сущностной части. Ведь лесоустроитель, с Ваших слов сделал то же самое:
Kонстантин писал(а):
лесоустроителя, который отнес свои шифры к ОЗУ и не являющиеся ОЗУ
))) Что ввело в Вас в заблуждение, как и Ваши похожие действия могут ввести в заблуждение того, кому они достанутся от Вас. А такое не исключено.
Кстати, если я правильно понял ситуацию, то то, что Вам досталось (внутренняя БД мапинфо), не вполне полноценная ЛУ БД. Своего ода аппликация для пользователей на местах для окраски карт... поиска... но не для получения выходных форм. А данные ЛУ поставщики такой информации, не знаю как сейчас, но до недавних пор обрабатывали в СУБД-L и СОЛИ. Поэтому и могли отнестись столь вольно к содержательной части пользовательской БД. Так что, будьте осторожны и в других аспектах ее использования, чаще сверяйтесь с бумагой если есть.

_________________
ООО"ЛесИС", ГИС TopoL-L - непрерывное лесоустройство для лесного хозяйства
http://www.lesis.ru/prices/videotour.htm


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 фев 2018, 11:47 

Сообщения: 46
Откуда: Тюмень

Вот - вот, как раз таки разница между бумажной таксацией и электронной БД, вопрос как рз таки возник об идентичности их данных, ведь в мапиyфо подгружается файл типа G888888 получаемый при обработке карточек таксации в СОЛИ, значит при печати в НСИ СОЛИ содержится фильтр на виды исключения не являющиеся ОЗУ - а в программе обработки Мапинфо этот фильтр отсутствует, ведь по сути - таксация распечатанная виз СОЛИ и БД мапинфо это одна и та же информация.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 13 ] 

Текущее время: 14 ноя 2018, 02:02


Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot] и гости: 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Найти:
Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB
Rambler's Top100