dot, ну как так

Ноды добавляются новые? Если только связи меняются, то рисуешь один (базовый). Потом обрабатываешь dot -Tdot. На выхлопе будут ноды с позициями. Это будет твой новый базовый граф. Дальше рулишь своими связями как хочешь.

Ноды добавляются новые?

Да. Причем много

http://www.graphviz.org/Documentation/dotguide.pdf

Страницы 14-15

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

Кстати размеры самого графа тоже показал:

graph test {
...
        graph [bb="0,0,54,180"];
        A [pos="27,162", width="0.75", height="0.5"];
}

Попробовать-попробую, но результат заранее предугадываю: видишь ли уже между 10й и 150й итерацией размер изображения уже различается в 10раз. А элементы там нелинейно растут, так что дальше размер изображения будет только расти. таким способом я лишь добьюсь, что соседние изображения будут отличаться незначительно,, что сделает изменение размера не таким резким, но в конечном итоге изменения размера все равно будет ( причем огромным). Надо как-то заставить dot уже первое изображение экспортировать в больших размерах, не обрезая по размеру графа.

Отрендерь картинку с максимальным кол-вом нод. И влепи её bb во все. Я ж специально показа, что у графа тоже есть размер!

Не bb, а size=в дюймах и восклицательный знак. Параметр -n не даст пересчитывать координаты.

Была подобная задача. Рисовал сразу весь финальный граф, просто часть ребер и вершин делал невидимыми. При этом раскладка графа не меняется, а только появляются новые части.

Хм, получилось что-среднее: само полотно увеличилось, но что бы размер нодов остался неизменным, пришлось использовать ratio=«fill», что привело к растяжке нодов по всей поверхности полотна. При большом код-вке элементов выглядит еще нормально, но при малом как-то странно. ЧЯДНТ?

У меня граф строится интерактивно, т.е. на момент создания первого изображения, еще даже не известно сколько их всего будет

Выше советуют скрывать ноды. Попробуй так.

Не могу скрывать ноды, ибо нет их еще в графе, на момент создания

вот идея такая примерно http://www.youtube.com/watch?feature=player_embedded&v=vDHFF4wjWYU , только структура адаптивная и данные валятся из потока.

viewport=«720,216,1,360,108»

Цифры поставь свои. Это лучше чем size.

Спасибо, это уже ближе, но все равно: тут каждый .dot придется подгонять. Придется велосипедить на каком-нибудь OpenGL.

Зачем подгонять? Задай его очень большим, а потом обрежешь у всех изображений сразу.

Поищи gource на ютубе. К нему можно кастомный протокол прикрутить.

Не могу скрывать ноды, ибо нет их еще в графе, на момент создания

Как же тогда рисовать граф фиксированного размера, если при создании первого кадра неизвестно, сколько будет нод?

Или речь только о том, чтобы PNG имели строго один и тот же размер рисунка? Так это можно каким-нибудь ImageMagick сделать белую кайму вокруг.

Ну не по центру получается...

Или речь только о том, чтобы PNG имели строго один и тот же размер рисунка?

Да, речь именно об этом. Но что бы еще все было ровненько и все ноды были одинакового размера.

Так это можно каким-нибудь ImageMagick сделать белую кайму вокруг.

Хмм.. подробнее...Я не очень силен в обработке графики, и IM знаю на уровне convert :)

А вообще , как то сложно получается: у меня основная программа, занимающаяся вычислениями на Java, конфигурирует 100500 исходников дота, которые в свою очередь баш-скриптом конвертируются дотом в png, а потом еще изменяют в im. Как-то все плачебно.

а почему перемещение нод запрещено? (переход за несколько кадров к новому графу)

переход за несколько кадров к новому графу

Если я тебя правильно понял: потому что лишние движения структуры не нужны, движение одних нодов и то сложноуловимо, а уж если сама структура прыгать будет...

Хмм.. подробнее...Я не очень силен в обработке графики, и IM знаю на уровне convert :)

Я, на самом деле, тоже не специалист по IM, но там cookbook на многие случаи жизни.

Вот тут написано, как сделать рамку: http://www.imagemagick.org/Usage/crop/#border

А вот тут про то, как прямо задать размер изображения, чтобы рамка подогналась сама: http://www.imagemagick.org/Usage/crop/#extent

Проблема только в том, что если ты хочешь все png одинакового размера, то тебе, получается, надо иметь размер наибольшего рисунка, а он может быть еще не сгенерирован. Как это решить, я не знаю. Хотя раз тебе потом их надо будет объединять в gif, то ведь все равно у тебя в какой-то момент до выдачи пользователю будут все рисунки, так?

Кстати, чем делается объединение в gif? Если IM, то, может быть, не делать padding для каждого по отдельности, а сразу при сведении?

А вообще , как то сложно получается: у меня основная программа, занимающаяся вычислениями на Java, конфигурирует 100500 исходников дота, которые в свою очередь баш-скриптом конвертируются дотом в png, а потом еще изменяют в im. Как-то все плачебно.

UNIX way...

иначе будет получаться скопление нод на малом пространстве

http://www.imagemagick.org/Usage/crop/#extent

Спасибо, конечно костыль, но к желанному результат привел

Хотя раз тебе потом их надо будет объединять в gif, то ведь все равно у тебя в какой-то момент до выдачи пользователю будут все рисунки, так?

Так. Объединение , да и вообще работа с изображениями не в ходит в функционал программы, и делается, в соседней вкладке терминала ручками, как правило, после выполнения основной программы. Хотя возможность работать у же полученными изображениями имеется.

Если IM, то, может быть

Им

не делать padding для каждого по отдельности, а сразу при сведении?

не делать что, простите? Это как? я делаю так:

convert *.png  -delay 105 -loop 0 exmpl.gif

иначе будет получаться скопление нод на малом пространстве

нет, те движения, которые делает GraphViz лаконичны, понятны и ненавязчивы. Я думал про явное изменение положения нодов.

convert *.png -delay 105 -loop 0 exmpl.gif

Можно попробовать так:

convert *.png  -background <цвет> -gravity <north/south/center/куда надо> -extent <1000x1000/или сколько надо> -delay 105 -loop 0 exmpl.gif