Standalone (AKA OnPage) dynamic graph

An idea is - to make 1 (one) js + 1 (one) graphml data, that:

• Prototype


• dynamic from-to


• Functions:
  
  
  
  • Standalone expand/collapse
  
  
  • Customed speed
  
  
  • Customed recurse level
  
  
  • Customed Layout
  
  
  
  


• Technologies:
  
  
  
  • use pure HTML (div + position)
  
  
  • Runge-Kutta lines
  
  
  
  

Pure HTML graphics

Окаааазывается!
Можно рисовать графику (по крайней мере ту, что нас интересует - графы) на чистокровном HTML!
Без svg, flash, canvas и т.д.!
Показываю (в левом верхнем углу (100x100px) должно появиться сцылко node0, текст node1 и цепочка между ними):

node0

node1

Onpage vs client-server

Речь о том, какой вариант навигатора делать, все-таки, первым - встроенный в страницу на JS, или же клиент-серверный.
Onpage имеет то преимущество, что его можно разместить где угодно - даже на Google pages в статических страничках. За это мы имеем:
1. заморочки с JS;
2. большой и тяжелый для браузера код;
3. инсекурность данных;
4. ограничение в применяемых инструментах - т.е. _все_ программы надо носить с собой.
С другой стороный, C-S вариант требует наличия этого самого S. Зато мы не ограничены в средствах, разгружаем клиента, сохраняем know-how.
Резюме - первым бум делать вариант C-S, рендер - graphviz, исходные данные - xml, формат вывода - svg, без анимации.

n-dimention

2D-сеть для отображения - это хорошо. Но - мало.
Было бы намного презентабельней - 3D вариант.
Но этого тоже бывает мало - бывает, необходимо искать/фильтровать по
8..10..X размерностям.
Здесь можно остальные измерения обозначить другими атрибутами (а не
только связями) - цвет (заливки и границы), форма узлов, текстура и т.д.
По этим атрибутам можно как минимум фильтровать. По цвету - даже близкие
цвета (с заданной глубиной).

Net vs Table

Вообще, конечно, сетевое представление данных - тоже не идеал.
Оно годится для навигации по очень разнородным данным, хитро связанным между собой.
Тогда как по однородным данным лучше, всё-таки, таблица. Тут можно быстро сравнить позиции, сортировать, фильтровать. Наглядно получается.
Пример - знаменитые краны шаровые.
Выглядеть это будет так:
1. набираем в поисковой строке "кран"
2. получаем сеть, где есть все краны - шаровые и нет, для газа и жидкости, металлические и ПЭ. Рядом - связанные понятия - среда, материал, категории (арматура) - может, человек и не кран искал, а клапан.
3. и вот теперь, когда он выберет конкретный тип крана (шаровый металлический под газ) - получает таблицу всех кранов - и ряд полей для уточнения рядом: DN, PN etc - т.е. общие атрибуты для данного типа кранов
4. Он может выбрать и 2 типа оборудования - e.g. ПЭ под газ и металл под жидкость. Тогда отображаются и те и те - с общими атрибутами.
Возможно, часть поля останется с сетью - для дальнейшей навигации и чтобы быть в курсе дела, а часть - под таблицу с выбранным оборудованием.