Форум » ПЕТРОФИЗИЧЕСКИЙ СОФТ - PETROPHYSICAL SOFTWARE » ModERn-2008 (Petrophysical Software System) » Ответить

ModERn-2008 (Petrophysical Software System)

bne: Продолжение темы про софт ПАНГЕИ http://petrophysics.fastbb.ru/?1-3-0-00000001-000 Пока все движения в ModERn-2008 идут в сторону улучшения работы с базой знаний При этом сама база держится в файлах EXCEL Надеюсь, к маю доделать версию в которой все переведу на такую схему Жаль, мало времени на программирование жизнь и работа оставляют Зато при этом удается семь раз смысленно отмерять прежде чем начинать программировать и достигается большая унификация и более естественный интерфейс пользователя Вопросы о связи с модератором форума (автором программ) - по ссылке http://petrophysics.fastbb.ru/?1-6-0-00000026-000-0-0

Ответов - 56

bne: Смешная по наивности, но важная задача - расчет иерархического расстояния между кластерами Особенно важно когда это расстояние выводится по цветовой оси Сейчас по одному из объектов с относительно малой плотностью керна надо вести сопоставление для разнородных элементов Простейший фокус тут понятен Скажем берем новую переменную как Площадь+RHO*Скважина+RHO*RHO*Стратиграфия При этом RHO<1 Можно работать и с литотипами и с фациями EXCEL такую игру не предусматривает Но тут важен еще и порядок записи

bne: Тут есть интересная задача автоматической индексации для цветовой шкалы Можно применять разные трюки, в том числе и "хитрую" генерацию дробной разбивки для числовых данных и переупорядочивание DRAG-DROP для текстовых Запланировал сделать после более срочных дел

bne: Вынужден дописывать блоки количественной интерпретации в рамки ModERn (от литологии до оценки насыщения, без оценки качества, расчленения на однородные интервалы, определения сопротивления) Набралось уже немало и видимо назревает тема отчленения в отдельную программу


bne: Разобрал кучу вариантов названия Когда-то придуманное мной PetroExpert у мкеня забрали для более глобального проекта Похоже остается PetroMaster Пока начал переводить былой LitBox (который писал еще в ЦГЭ) и появилась куча новый интерфейсных и не только идей Вообще забавна тема сквозных каркасов (как в аюрведе) и линия магистрали Надо четче понимать про наличие этих каркасов и не заигрываться в сторону дисбаланса Фокус только в том, что баланс меняется Сейчас роль интерактива и визуализации много больше чем даже 10 лет назад и надо смело осваивать эту поляну ;-) Ну и само собой важна недоооцененная в свое время линия разделения программы, данных и знаний Кстати, мной также недооцененная! ;-( Что касается существующей версии LitBox то не исключено, что на ее основе можно нарисовать и нечто для электрофаций

bne: Я обдумал варианты названий каротажной версии ModERn и впечатление, что стоит сохранить название ModErn Альтернативные варианты (перебирал несколько дней): PetroMaster, PetroOffice, PetroExtension,PetroPostExpress, PetroPostView, PetroDip, PetroConstructor,PetroScience, PetroProf, PetroAssistent, PetroAction, PetroAdvanced, PetroEssential, PetroPractics, PetroDataVision, PetroKnowHow, PetroSmart, SecondPetroView, PetroTools и прочие (лень набивать) как мне кажется по разным причинам смотрятся IMHO хуже Если же остановиться на расширениях ModErn тогда можно поставлять -ModERn StatVis (DataMine) -ModERn PetroLog -ModERn PetroCore Все они будут иметь общее ядро типа электронной таблицы и визуализации, но будут расширены путем специализации ModERn StatVis (DataMine) - анализ данных в широком смысле (многомерная визуализация, продвинутый кластерный анализ, нейронные сети) ModERn PetroLog - обработка керна (поиск выбросов, регресcии, гранулометрия, капиллярки) ModERn PetroCore - обработка каротажа (предварительное расчленение кривых, возможно БК-ИК и поправки, литология, экспресс-интерпретация, оптимизационная инверсия ) Представляется разумным при покупке двух пакетов скидка 30% от суммы, трех - 50% В таком решении есть и минусы (трудно приучать к дифференциации названий) Но сама по себе идея семейства выглядит естественной

bne: Наконец заработал оптимизационный вариант инверсии для карбонатов Все лень было и времени не хватало, но жизнь прижала и теперь удобный дизайн пересматриваю Скорость приятно удивляет - пора думать и о полуавтоматической настройке

bne: Тема уже поднималась по ссылке http://petrophysics.fastbb.ru/?1-3-0-00000013-000 Применяемый мной оптимизационный алгоритм является комбинированным На начальной стадии Розенброк с адаптивными реортогонализациями На второй - Powell с ортогонализацией по Холецскому Кроме того есть некоторые "хитрости белого человека" при задании начальных приближений и шагов Для настройки буду реализовывать метод продолжения по параметру (собственно на него я и набрел при первой реализации алгоритмов настройки)

bne: Проведена эвристическая оптимизация времени счета Это важно, поскольку результаты интерактивно выводятся на экран Поиск по Розенброку ведется из двух различных начальных точек Если после завершения поиска совпадает более 6-ти значащих цифр - поиск прекращается. Если нет - идет овражный выброс и повторяются Rosenbrock и Powell Все время идет контроль ограничений Вообще-то подозреваю, что правильнее было бы ограничиться 3-4 цифрами, или сделать это параметром алгоритма Реально же пркатически на исследуемых системах уравнений спуск дает 3-4 цифры из разных начальных точек Что еще раз подчеркиваеит мои опубликованые по ссылке оценки взглядов коллег из Твери http://petrophysics.borda.ru/?1-3-0-00000009-001

bne: Реализован и экспресс-метод оценивания для газонасыщенных пород Подробности постановки - по ссылке http://petrophysics.borda.ru/?1-2-0-00000019-000 Коэффициенты можно задавать или адаптивно настраивать Метод уже применен при подсчете запасов группы месторождений в ДДВ (около 30 скважин)

bne: Карбонаты (блок ModERn-Log) доведены до состояния когда большая часть пожеланий реализована и они отчуждаемы По программе проведен счет по конкретному проекту (несколько десятков скважин) Результаты правдоподобные и обоснованные лучше чем у вполе серьезных российских предшественников

bne: Интересные дела с настройкой Впечатление, что сочетание программиста и интерпететатора и петрофизика вм одном лице (в чем-то IMHO весьма редкое сейчас) таки дает выигрыш Фокус в том, что программист должен делать и логически стройно, но удобно интерпретатору и непротиворечиво с петрофизикой На этом пути получается множество отсекаемых вариантов (которые обычно диктует лень и неопределенности) Скажем варианты с учетом Настройки на априорную информацию о коллекторских свойствах, взаимосявязях и DYR требуют учета баланса точностей и как это упростить вопрос понимания и постановки и пользовательского интерфейса

bne: Опыт показал, что при разреженных данных полезен вывод маркеров (например, номер скважины, литотип, возраст) Уломал сам себя и дорисовал Вроде неплохо, но опыт покажет куда и как улучшать интерфейс

bne: Удобный ход реализовал - соединение линиями данных подряд идущих неизменными по одному из параметров Выводя этот параметр на цветовую ось удается получить полезные результаты Поясню Вывод в кросс-плоте сопротивления-глубина номера скважины Когда скважин многовато (в районе 20 и до 150, скажем) соединение позволяет увидеть выпадающие (повод смотреть инклинометрию) Аналогичным образом явные выбросы можно ловить и по другим параметрам

bne: Когда "ПРОСТОТА ХУЖЕ ВОРОВСТВА" ? Регулярно попадаю в ситуацию, когда мне говорят, что программа обязана быть простой. На это всегда отвечаю, что программа обязана быть простой только в случае когда ей пользуются люди имеющие заведомо низкий коэффициент интеллекта. Программа должна быть расширяемой по возможностям в зависимости от умения и желания пользователя изучить дополнительные функции Только ленивый не ругал MS Office Кто только не делал урезанный Word или EXCEL! Но прав Сполски - каждый раз какой-то из привычных функций, которая считается ненужной упрощателям не хватает! http://petrophysics.fastbb.ru/?1-0-0-00000001-004.002 Поэтому урезанный по функциям софт - для клинических дебилов! Только бездарь будет хвастаться отсутствию возможностей или их трудной доступностью Только демагог будет хвалить свое описание программы за то, что оно короткое В конце-концов, мы не пишем софт для умственно отсталых (как хочется верить) Софт должен быть удобным, не заставлять задумываться там где не надо, оберегать от ошибок, но давать эффективный инструмент для решения и сложных задач

bne: Уточненное описание возможностей ModERn на сайте ПАНГЕИ http://www.pangea.ru/docs/pdf/ModERn0.pdf

bne: Впервые сложилось загрузить в ModERn файл длиной в 12260кб и с числом строк 17*62293 Грузится не очень быстро (порядка, но менее минуты) Правда у меня Core2 Duo и 2гб оперативки Плоты строятся быстро

bne: Видимо кластеризацию надо делать при таких больших массивах (62293) хитрее (непривычно было ждать несколько минут) Или нужны параллельные алгоритмы или надо работать (чем я в свое время увлекался) с адаптивным наращиванием объема обучения Интересно посмотреть бы современные рекомендации про выбор алгоритма для таких массивов на сей счет И неплохо бы провести сравнительный хронометраж с чисто статистическими пакетами Неудачно лишь то, что экран практически молчит пока идет этот счет (а если открыты и другие программы может стать и вовсе белым) Возможно стоит для этого работать с виртуальным экраном Видимо надо нити использовать Похоже проблема проще Основное время кушает подготовка протокола по каждой строке Видимо надо иметь возможность ее отключать, а при большой длине делать это по умолчанию

bne: В кластерный анализ дополнительно введена отработка ограничений по ящичному условию Интерфейс пользователя при этом почти не изменился (можно ничего и не требовать как ограничители) Надо перенести и в остальные модули (хотя не везде есть на это место)

bne: 1) Перенумерация текстовых переменных в числовые номера идущие подряд (с сохранением таблицы перенумерации в EXCEL) 2) Улучшен сервис задания весов для кластерного анализа

bne: KB (Knowledge Base) - естественный путь сохранения предшествующих знаний Не хочется запаиваться на персонализацию м доступ (считаю, что компьютер личный) Постепенно число файлов автоматически и по зданию запоминаемых в KB у меня нарастает Наверное пора вводить смпецификацию не только по типовым именам, но и внутреннюю и продумывать более серьезно архитектуру Особенно актуально это в связи с GIS версией

bne: В той версии ПРАЙМ с которой я апересекался это было сделано неудачно Следуя идеям наиболее четко сформлулированным Галантером-Прибрамом (нечто подобное было в Evrica и ее развитии Mercury) еще под DOS надо строить скрипт плана (с примочками в стиле MS Office) Но полагаться на ActiveX опасно Баланс между тем что держишь св своих руках и что заимствуешь (без 100% гарантии поддержания) вообще очень сложен

bne: Надо добавить новый модуль - регрессия с ограничениями на выходную (прогнозируемую) переменную На IBM я такое делал и успешно Начиная с линейной регрессии можно спуститься увеличивая размер штрафа в несколько итераций Несложно сделать и тут, но нужно делать

bne: В интерфейсе к ContrNLReg модулю поставлена графика (Yэмп - Yпрог - X1) Не хватает пока только записти коэффициентов Преимущество по сравнению со стандартной регрессией зависит от частоты вываливания прогнозов за хвосты (типа пористость меньше нуля или крайне низкая проницаемость) Даже один такой выброс может потянуть немало

bne: В жизни ведь может встречаться и обратная ситуация (известна достижимость неких краев по выходной переменной), но неизвестнs точно аргументы (теоретические точки не добавить!) При оптимизационном подходе можно за счет аккуратно вводимых штрафных функций улучшить выполнение этих условий Дорисовать это в ModERn не только не сложно, но и нужно (тем более в ракурсе выполнения конкретной прикладной задачи по шеркалинской свите) Конкретную задачу можно и на коленке дорисовать А вот для полноценной реализации надо про интерфейс пользователя получше понять

bne: Реализован в ModERn модуль с тремя алгоритмами -стандартная линейная регрессия - регрессия с ограничениями по краям -регрессия выводящая на края По результатам выдается регрессия и возможность расчета на материале экзамена уравнений полученных на материале обучения (надо только колонки не перепутать, имена выписаны, но в отсутствии унификации имен и это возможно) Пока речь идет о МНК В работе версия с робастными критериями

bne: Наличие устойчивой оптимизации позволяет реализовывать класткрный алгоритм "по удалению от идеалов" Когда-то докладовал его на семинаре Миркина (жаль не напечатал) Такой алгоритм основан на построении не сильно разбегающихся (штрафная функция) идеалов каждый из которых является недостижимым центром притяжения Для оценки литологии такой алгоритм IMHO довольно естественен

bne: Реализован модуль поиска ВНК в многоскважинной постановке (по моему давнему алгоритму с максимумом апостериорной вероятности) Пока это исследовательский вариант с разным видом алгоритмов задания вероятностей насыщения конкретного пласта в зависимости от показаний каротажа) Здесь надо делать целую библиотеку Далее необходимо продумывать и улучшать пользовательский интерфейс Тем не менее программа работает на реальных данных

bne: Приходится еще и аппроксимацией переходной зоны заниматься А тут понаписано много, но и путаницы немало Похоже, что размытые множества тут на свем месте (по крайней мере счет дает неплохой материал)

Andrew: Где демо-версию этой "красоты" найти? Пощупать хоть что это такое.

bne: Софт довольно насыщенный (описание под 150 страниц) и устраивали двухдневное обучение (платное, но недорогое) http://petrophysics.fastbb.ru/?1-3-0-00000001-014.001 Потом ставили на время порядка пары месяцев Примерно такая же схема и у MultiLog'а Рекламный буклет лежит по ссылке http://www.pangea.ru/docs/pdf/ModERn0.pdf А насчет посмотреть это можно в Тюмени (там большинство пользователей) или на конференциях (Геомодель, Тюмень, Ханты и др.) А заморачиваться с демо версиями может и стоило бы, но пока лень Софт продолжает развиваться и использоваться, это интересно, документация отстает, проценты отчислений автору не так велики, чтобы стоило тратить время на усердие при продвижении

Andrew: Документацию может по петрофизической и геофизической части где скачать можно? Так, в качестве ознакомления с реализацией тех или иных подходов к интерпретации.

bne: Про петрофизику полно всего Что-то есть на WWW.petrogloss.narod.ru WWW.mmell.narod.ru На NAROD есть свой поиск Есть и ПАНГЕЯ WWW.pangea.ru А можно в Google кликнуть http://www.google.com/search?q=%22%D0%95%D0%BD%D0%B8%D0%BA%D0%B5%D0%B5%D0%B2%22+%22%D0%BF%D0%B5%D1%82%D1%80%D0%BE%D1%84%D0%B8%D0%B7%D0%B8%D0%BA%D0%B0%22+filetype:pdf&num=100&hl=ru&lr=&as_qdr=all&filter=0 А откуда географически публика сюда попадвает частично видно по ссылке Карты посещений

Andrew: Не дают Демо версию Пангеевского софта. Аргументируют тем, что "заказывайте обучение и будет вам демо". С конца августа по начало сентября прибудут к нам в Питер курсы по Paradigm Geolog 6.X. Списывался недавно с ними по поводу прислать какую-нибудь документацию (естественно в цифре "pdf" или "doc" или ещё какой) по ГИС и петрофизическому модулям программы, тоже ни в какую не дают. Аргумент вкратце следующий: "вот приедем и привезём". Что за непруха, никто не хочет делиться даже. Только ГеоПоиск раздаёт документацию и ПО направо и налево! )))

bne: Я сам веду этот проект и он продолжает развиваться Делать полноценное демо можно только выпотрашивая начинку, а не вставляя заплаты (иначе легко вскроют) Обработчики и интерпретаторы у нас не более богаты чем разработчики - я понимаю их трудности (работвают на ворованном поскольку иначе сложнно пробивать деньги) Но такая работа (по созданию ДЕМО) требует времени Поддерживать непрерывно демо, документацию и проект (продолжая заниматься и интерпретационными задачами) - на это просто сил не хватает В чем-то начнется и усилится халтура А отдавать документацию по инновационной части, которая непременно попадет к потенциальным конкурентам, мне совсем не хочется Если я в начале 90-х продавал содержательные тексты тому же Жадаеву - сейчас совсем не то время И в отличии от ГЕОПОИСКА, Paradigm и ПРАЙМ и Solver у меня документация довольно детальная и по существу и петрофизической начинке

bne: Как известно гранулометрия дет один из подходов к восстановлению условий осадконакопления С 50-х годов обычно работают с кривыми в PHI единицах Однако, сотрудники Центральной Тюменской Лаборатории хотят работать и по схеме расчетов Траска (диаметр в миллиметрах) Проведено соответствующее расширение программы

bne: Никуда не деться! В случаях, когда более 16% попадает в крайние фракции оценки высших моментов становятся все менее устойчивыми и зависят от способа интерполяции Реально это видно на океанических глинах и крупнозернистых песках Собственно об этом и ранее писали, но теперь убедился И все же интерполяцию в ближайшее время сделаю аккуратнее В сущности проще при такой длине (максимум до 20-ти градаций) подбирать интерполяционный полином со штрафными функциями чем морочиться со сплайнами с ограничениями и монотонностью По крайней мере это в собственных руках

bne: Расширил расчеты (ввел еще и Траска) и перегруппировал интерфейс (уж брльно много вариантов получалось) "Доброе утро!!! Борис Николаевич!!! УРРРА ЗАРАБОТАЛА!!! Все окей считает прямо как по писанному !!!! Спасибо!!!"

bne: В ModERn-Log включен первый вариант программы сегментации кривых и осреднения отсчетов Предполагается, что до этого кривые увязаны У алгоритма два параметра и еще пара зашита В принципе расчленяет неплохо если параметры адекватно настроены Но еще не все резервы исчерпаны ;-)

bne: Добавлена отработка ограничения ящичного типа по одной переменной Но посколльку такую переменную можно строить как индикатор это довольно мощно.

bne: Таки ощутимо по времени считается инверсия в многоскважинном варианте (настраивать коэффициенты бегунком неуютно) Поэтому интерпретатору (в моем лице) досадно Алгоритмист (в моем же лице) припомнил старый алгоритм адаптивного изменения длины выборки Вот и ищи тут консенсус Но я то сам с собой договорюсь, а каково с этим другим алгоритмистам и интерпретаторам?

bne: Как писал покойный А.С.Кронрод: "Лучше СТОП чем ЛЯП" По идее - да, но есть и интерфейсные некорректности, устранение которых не приводит к большим ошибкам, но может предотвротить неявные проблемы После поставки в Томск я вынужден был сделать насильственную проверку имени на наличие в нем арифметических символов При таком баг после предупредительной печати программа сбрасывалась Но ДАЖЕ МЕНЯ это в итоге задолбало!!! Сегодня ввел предупредительную печать и ПРИНУДИТЕЛЬНУЮ ЗАМЕНУ арифметики на подчеркивание И каждый раз - радуюсь А ведь по существу это диктат ради того, чтобы избежэать несложный перезапуск Оденако, если имен около 100 и часты в них "-" или "+" - это разумно А загромождать интерфейс еще одноим установочным параметром? Хорошего понемножку!

bne: Очередная фирма из Тюмени заинтересовалась ModERn Но им важнее всего центрифуга Приходится доделывать дружественный интерфейс к работе с данными по центрифуге На самом деле сопоставление капилляриметрии и центрифуги - дело довольно темное Методик масса и многое зависит от однородности и проницаемости образца и режима центрифугирования Тем не менее, дружественный интерфейс необходим. В итоге даже в упрощенном (по сравнению с западными методиками) варианте пришлось добавлять еще одну кнопку к и без того разукрашенному как кабина летчика (шутка) окну капилляриметрии и новое окно для задания и корректировки параметров (f на неи также четыре выбора с Edit и TrackBar и визуализация) Порой начинаешь смотреть старый код и оторопь берет от того сколько тут наворочено (около 160 юнит примерно по 1000 -10 000 строк в каждой) С учетом того, что пытаешься выполнять и совмещать порой противоречивые тебования заказчиков порой грустные мысли возникают ;-( Одно утешает, что автору TotalCommandeк (также написанному на Delphi) не легче ;-)

bne: Приезжали на смотрины ModERn специалисты из ГЕОХИМ (Тюмень) Особенно их интересовала обработка гранулометрии и капилляриметрии Примерно три часа показывал В ходе показа обнаружился визит-эффект (правда не в полной красе) Итоговые массивы по капилляриметрии (где в EXCEL выводятся фазовые проницаемости по насыщению) не записались Сейчас предпринял усилия и где-то за 15 минут все исправил Слишком много разнообразных массивов с данными и метками стал записывать и куча других дел и тестирую сам же А EXCEL чутко следит, чтобы одно не путали с другим Отсюда и проблема ;-( Исправить то легко, но мне урок на будущее

bne: Сделано краткое описание возможностей ModERn-керн Вроде как проспект с примерно 20 картинками Возможно доведу и организую выкладывание на сайт

bne: Похоже продажи ModErn перешагнули через 13 Сегодня обновил описание по части капилляриметрии и гранулометрии Муторно, но разъяснил все детали интерфейса на картинках

bne: Первая версия ModErn-керн отправлена в Тюмень к нашему региональному менеджеру

bne: Пришела платежка. Значит 14-я продажа ModERn-керн прошла Номер 13 пройден. Теперь придется заставить себя расширить часть описания (раз уж дал обещание)

bne: Имею привычку фиксировать все проблемы и изменения и сбрасывать при серьезных копии Анализ показал, что в среднем делаю принципиальное или значимое расширение возможностей примерно раз в две недели Попутно устраняю рашпилем и мелкие неудобства Вчера сделал принципиальную новинку в Box-плотах Улучшил саму графику и твердую копию, но что важнее ввел новые настраиваемые при работе параметры (длину по которой обрезается классифицирующая переменная и число точек для отбрасывания их как нового класса) Теперь возможности инструмента выросли, но полезно заранее понимать как их использовать (в частности стоит продумать хитрые варианты кодирования для классифицирующей переменной) Кстати, я таки от начала к концу меняю значимость, а не так как предлогают господа из Твери и литологи

bne: Вчера удалось заметно улучшить дизайн и сделать версию под Vista Почти год висела проблема разграфки нерешаемая под Vista корректно Да и саму разграфку хотелось улучшить К сожалению, в программе есть довольно большой блок написанный датским коллегой и потом мной модифицированный, но не вор всех местах Комментарии на датском и это заметно осложняет процесс, да и идентификаторы не всегда прозрачны ;-( Вчера остекляли балкон и было время В итоге за четыре часа удалось все это расковырять и скорректировать Теперь приходится переделать типовые рисунки Но это еще один сдвиг в сторону намеченного к версии 2 Думаю, что к февралю ее завершу (ин шаллах, как говорят)

bne: Сегодня по работе пришлось решать такую задачу Ксластрный анализ ее расщелкивает в полоборота Но две проблемы остаются 1) В балансе весов методов По-видимосму задавать вручную по отдельности для таких запдач неправильно Надо работать с матрицей диапазонов и весов одновременно 2) Нужно добавлять что-то типа принципа упорядоченности для неперекрытия глубин Видимо правильнее все же делать это при помощи принципа упорядоченности в более широкой постановке

bne: ModERn для прогнозирования АВПД по сейсмике Вчера пришлось решать такую задачу Составной частью явился прогноз кривой смахивающей на кривую роста Поскольку требует высокой точности и отработки ограничений пришлось работать в ModERn Еще раз порадовался тому как легко можно расширить его для построения хитрых нелинейных регрессий

bne: Планирую обновить ModERn у всех тюменских заказчиков Жаль, что у большинства свои больные места и интересы, но это стимулирует двигаться мне широким фронтом, что правильно

bne: Внес и оттестировал все изменения и улучшения сделанные в Хантах и Тюмени В том числе и заметно эксплуатирующие (для желающих) экономию в интерфейсе за счет опыта предыдущей работы (по сути это по дороге к потоковой пакетной технологии для типовых объектов) Планирую разослать новую версию пользователям в ближайшие понедельник-вторник

bne: В ЦТЛ мне объяснили, что Box-плоты - их любимая фича Поскольку мало кто в это в геофизике пока играет меня сооблазнили таким путем В итоге улучшил дизайн и пририсовал возмозжность выводить средние, бедианы и размах по каждому из выбранных классов Правда, набрел на такую необходимость при практической задаче (интерпретация по карбонатам), но пересечение двух тем и потому потребность реализовавать - классика

bne: Никогда не позиционировал себя как зануду Но когда при ежедневной работе с данными по собственной программой понимаешь как можно лучше потакать своим инстинктам лентяя, а с другой стороны сделать вывод более многообразным и информативным - становишься занудой И начинаешь понимать тех, кто способен вручную доводить свой мотоцикл или разгонять компьюиер или переставлять мебель Наверное и я со стороны столь же специфичен, но искреннюю радость получаю по мере того как все больше расширяется многообразие возможностей ;-( Хотя казалось бы ну чему тут радоваться? ;-((

bne: В Box-плот внес (как вариант) расчет перенормировки произвольного столбца по фиксированному значению в другом Вроде вполне естественно для многоскважинной работы Дурацкое дело нехитрое, но иногда удобно и даже в чем-то естественно



полная версия страницы