Вышла новая версия пакета для статистической обработки данных R-2.6.0

> 2Evgueni какие впечатления от "программной речи"?

Ни слова про документацию и удобный интерактив. Зато внимание уделено GUI, которого IMHO вообще быть не должно. Что Брун подразумевает под плагинами не понял, так не понял в чём преимущество от плагинов.

Ощущение что ROOT превратился в огромного монстра. Не "unix way" однозначно.

> Ощущение что ROOT превратился в огромного монстра

.. прочитайте все внимательно еще раз ...

>> Ощущение что ROOT превратился в огромного монстра

> .. прочитайте все внимательно еще раз ...

Вы про разбиение библиотек и плагины? Монстроидальность ROOT от этого никуда не исчезает, только теперь добавились ещё несколько ненужных сущностей, например, "GUI для управления плагинами".

Я имел монстра в том смысле, что ROOT пытается научиться делать абсолютно всё, что очевидно нереально и не очень осмысленно - NIH синдром прямо какой-то в тяжёлой форме.

Да, хотел бы добавить, что в Программной речи Бруна я увидел "доклад информатика для информатиков". Физика куда-то подевалась. IMHO, а она всегда должна быть в _такого_ рода инструментах.

> Ну и нафига это?

приведу 2 примера. Первый, надеюсь, #1 будет интересен Вам
и статистикам.

В ROOTe все есть обьект:
данные - обьект, матрица - обьект, формула - обьект,
скрипт - тоже обьект, текст - обьект ... и все они могут read/write
в file. Заметим, что кроме самих данны пишется и мета-информация
об обьекте.

1.
Представьте себе электронную публикацию "следующего поколения"
в виде одного файла содержащего в себе текст публикации (в виде LaTex),
результаты/данные в виде ntuple,
скрипт, который получает из этих данных необходимые картинки,
используемую probability density function, выходную
ковариационную матрицу. Кликаете по файлу, исполняется скрипт,
voi la ->
получите статью в виде PostScripta со всеми потрахами
(pdf, cov. matrix, ntuple, canvases).

2. a la Flash graphics. Имеетеся удаленный сервер с данными,
Вы логинетесь на этот сервер и исполняете скрипт -
скрипт обрабатывает данные и порождает графические обьекты
(в ROOTe - это TCanvas) ->
для рисования TCanvas X11 protocol не использует,
вместо этого canvas сериализуется в buffer и
отсылается клиенту (a la flash).
Полученная клиентом canvas отрисовывается со всем содержимым
локально. canvas - это контейнер, который может содержать другие обьекты: histograms, 3D GL и пр. .. т.е. удаленные обьекты стали
доступны локально.

Пример 2 уже реализован в ROOTe.

>Я имел монстра в том смысле, что ROOT пытается научиться делать >абсолютно всё, что очевидно нереально и не очень осмысленно -

правильно, в идеале ROOT/CINT должен "научиться" "подключать к
интерпретатору" любую DLL, будь-то Rшная или Qtшная.

Программная речь как раз и говорит о том, что из ROOTa
"необходимо выбросить все" и оставить только маленький компактный
модуль.

А пример 1 реализован в R. Вот пример (в правом нижнем углу):
http://www.linux.org.ru/jump-message.jsp?msgid=1294331

>>правильно, в идеале ROOT/CINT должен "научиться" "подключать к
интерпретатору" любую DLL, будь-то Rшная или Qtшная.

Я вам уже предлагал выше не изобретать велосипеды и подключить к root интерпретатор R. Пойти по тому же пути, по которому давно идёт сам R:

http://www.omegahat.org/RSPython/index.html
http://www.omegahat.org/RSPerl/index.html
http://www.omegahat.org/RMatlab/

> Пойти по тому же пути, по которому давно идёт сам R:

Вы не поняли, я имел имел в виду не bindings,
а возможность автоматической генерации мета-информации необходимой
для интерпретатора на основе либо file headers (как это делается
сейчас, с достаточно большими ограничениями)
либо from debugging info содержащейся в DLL (a la gdb).

> А пример 1 реализован в R. Вот пример (в правом нижнем углу):

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

PDF - Probability Density Function

Идею я понял, но в реальности ничего такого не выходит. Если это статья, то картинки подгоняются под неё (их мало), а не герятся на автомате. Если это on-line монитор, то как выясняется проще разобраться с gnuplot и написат скрипт который каждые n минут генерит нужный набор картинок.

Всё это вместе (за исключением pdf) называется Sweave. Оно уже есть в R и пример показан на скриншоте.

>> А пример 1 реализован в R. Вот пример (в правом нижнем углу):

> Моя главная мысль была о возможности однвременно хранить текст статьи, данные, скрипт обрабатывающий эти данные, PDF и ковариационную матрицу в одном файле.

И? Чем это отличается от tar.bz2 и Makefile в нём? Если хочется что-то очень продвинутое, то можно запользовать любой пакетный менеджер. Это опять велосипед, хотя и колёсами другого размера.

> Sweave

Sweave - это использование R внутри LaTex -
опять это не то, что я имел ввиду

>И? Чем это отличается от tar.bz2 и Makefile в нём

Всем.
Я извиняюсь, но дискуссия перешла в пустую трату времени.

>> И? Чем это отличается от tar.bz2 и Makefile в нём

> Всем. Я извиняюсь, но дискуссия перешла в пустую трату времени.

Возможно. Оставим вопрос "чем". Хотелось бы понять: Зачем всё хранить в одном файле и чем один такой сложный файл лучше стандартного архива?

Хм... это все есть :) Это юзерспейс R сохраненный :)

Если вы хотите чтобы окружающие вас понимали, то нужно чётче излагать свои мысли. Я уже перестал различать градации в предъявляемых вами требованиях. Вы хотели текст статьи, исполняемый код и матрицы в одном файле - вот вам один файл с расширением .Rnw Терпрь же выясняется, что вы хотели чудесного, а r-project опять обманул ваши ожидания. Вообщем, и вам не болеть, и допинать таки ввод русского текста в root-е.

> Вообщем, и вам не болеть, и допинать таки ввод русского текста в root-е.

Кстати, а как с этим в R? В смысле русский текст в картинках? Как обычно делают?

rnews2006-2

non-standart fonts in ps pdf grafphics myrrell&ripley

а так "на дисплей" оно и так выводится помоему...

Нормально. Можно вводить из консоли или из GUI (Tk или Gtk). Для нормального отображения на hardcopy (ps,pdf) нужно только соответствующую кодировку (совпадающую с локальной) для фонтов указать через команду ps.options() и метрики русских шрифтов. Шрифты в ps не вставляются, но можно или ghostscript настроить, чтобы он нормально шрифты подставлял, либо вручную вставить шрифты в файл ( cat font-regular.pfa font-italic.pfa ... plot.ps > plot.ps ).

> Шрифты в ps не вставляются

Вставляются через embedFonts(). Правда, это происходит опять-таки через ghostscript.

===

А.Ш.

>>это происходит опять-таки через ghostscript.

Вот-вот, через -sDEVICE=pswrite, а он их ещё растеризует походу, что не всегда устраивает. cat в этом смысле лучше, только нужно, разумеется, брать глифы (pfa файлы) от того же самого шрифта, что и метрики (afm), задаваемые в ps.options.

Если вернуться к вопросу о руководствах и проч. к R на русском языке, то на http://www.uic.nnov.ru/~zny/ml/ есть описания лаб. работ с введением в R. Предварительная версия, но материал должен обновляться.

K-3

> на http://www.uic.nnov.ru/~zny/ml/ есть описания лаб. работ с введением в R

Спасибо!

===

А.Ш.

Вообще-то, на этой страничке удалось найти только следующие три строчки:

News

News

my home page

Или это тайное знание передаётся только посвященным?

Странно. У меня все нормально

Ага, сейчас нормально. Чудеса какие-то.
Спасибо, методичка неплохо написана.

>>> Есть трое русских, занимавшихся переводом R. И немножко материалов.

>> как подключиться к процессу?

>> есть ли то что надо перевести в wiki или другом формате

>> как подключиться к процессу?

>Можно написать мне на dactylorhiza на гмыло.

Уважаемый Сергей!

К сожалению, не могу Вам отправить письмо ни с гмыла, ни с яндекса: tut.by отвечает, что "unknown user account". Ваши же письма я получаю. Есть ли возможность связаться с Вами как-то иначе?

===

С уважением, А.Ш.

Уважаемый Сергей!

И ICQ я, к сожалению, не использую. Ничего другого нет?

===

С уважением, А.Ш.

скайп наверное не подойдет :) давайте прямо здесь, все равно больше никому неинтересно будет.

завелся на gmail и отправил письмо...