#graphviz — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #graphviz, aggregated by home.social.
-
With larger graph sizes it can even look pretty!
(Thanks to #graphviz neato ✨) -
I recently more often view generated SVGs in #Emacs
- build system task dependency graph like https://codeberg.org/harald/pythonbuilder#dependency-graph-of-pythonbuilder-s-build
- class dependency graph for a TypeScript project generated from https://github.com/PSeitz/ts-dependency-graphIn both cases it would be great if clicking on a node would result in some emacs command being called.
Any ideas?
-
Silly question for the static webpage people here…
I want to put together a documentation webpage for a system that a few of us have developed. This isn't API documentation, but rather end-user documentation. Some of it will discuss deployment instructions, but there'll be a lot of diagrams and screenshots. I'll host a copy of it, but it will probably also get shipped with the application.
For source-code documentation, I quite like using Doxygen, since it can integrate well with `graphviz` and `mscgen`. `graphviz` is good for showing state transition diagrams, and `mscgen` is great for displaying how messages are passed between systems.
It's good being able to define the diagram *in the text* and have a diagram generated in its place. Makes things a lot easier to maintain.
Doxygen though doesn't work so well without source code. That's 99% of what it does, parse source code for docstrings and format them.
At work I had a similar situation, my employer had chosen to use Hugo, and I needed `graphviz`, the kludge taken there was to use client-side JavaScript to render the diagram. I'd like to avoid that here.
Is there a static website generator out there that can take a block of text in my markdown, and use `graphviz`/`mscgen` to place a diagram in its place?
-
Книга в Markdown: Автоматическая сборка статического сайта mdBook и файла DOCX с оформлением по ГОСТ
Текст книг, учебных пособий, научно-технических статей, документации, дипломных и курсовых работ часто набирается и редактируется в WYSIWYG-редакторе, таком как Microsoft Word, в том числе вследствие того, что издательства и организации требуют от авторов оформленный по ГОСТ или внутренним стандартам docx-документ. Процесс работы в Microsoft Word и аналогичных редакторах не лишён недостатков: docx-файлы трудно версионировать в git, а для объединения нескольких документов в один придётся перенумеровывать источники, рисунки, таблицы, формулы. Альтернативой docx является LaTeX. Однако работа со стилями в LaTeX простотой и минималистичным синтаксисом не отличается , причём издательства от использования формата docx отказываться не торопятся. А инструменты в духе typst отличаются нестандартным синтаксисом языка для описания документов, причём возможность генерации сайтов в typst имеет пометку «in preview». Markdown — популярный и удобный язык разметки, но это также и очень ограниченный формат. Поэтому задача написания в Markdown сложной технической документации по ГОСТ, научной статьи с автоматической настройкой оформления для заданного издательства или хорошо оформленного онлайн-учебника может показаться неосуществимой. В этой статье рассмотрим способ работы над научно-техническими статьями и книгами в формате Markdown на основе подхода Docs as Code с учётом строгих ограничений на оформление, используемый Петром Советовым @true-grue и мной при подготовке учебных материалов в РТУ МИРЭА. Способ заключается в применении утилиты pandoc для построения дерева абстрактного синтаксиса (AST) Markdown-документа с последующим переписыванием AST набором фильтров на Lua и трансляцией AST в форматы docx и pdf, соответствующие ГОСТ, а также в диалект markdown, совместимый с mdBook , для генерации онлайн-учебника в виде статического сайта. Исходный код книги , написанной с использованием описанного в статье подхода, опубликован на GitHub.
https://habr.com/ru/articles/987982/
#pandoc #markdown #lua #python #документирование #гост #docx #graphviz #mdbook #github
-
Книга в Markdown: Автоматическая сборка статического сайта mdBook и файла DOCX с оформлением по ГОСТ
Текст книг, учебных пособий, научно-технических статей, документации, дипломных и курсовых работ часто набирается и редактируется в WYSIWYG-редакторе, таком как Microsoft Word, в том числе вследствие того, что издательства и организации требуют от авторов оформленный по ГОСТ или внутренним стандартам docx-документ. Процесс работы в Microsoft Word и аналогичных редакторах не лишён недостатков: docx-файлы трудно версионировать в git, а для объединения нескольких документов в один придётся перенумеровывать источники, рисунки, таблицы, формулы. Альтернативой docx является LaTeX. Однако работа со стилями в LaTeX простотой и минималистичным синтаксисом не отличается , причём издательства от использования формата docx отказываться не торопятся. А инструменты в духе typst отличаются нестандартным синтаксисом языка для описания документов, причём возможность генерации сайтов в typst имеет пометку «in preview». Markdown — популярный и удобный язык разметки, но это также и очень ограниченный формат. Поэтому задача написания в Markdown сложной технической документации по ГОСТ, научной статьи с автоматической настройкой оформления для заданного издательства или хорошо оформленного онлайн-учебника может показаться неосуществимой. В этой статье рассмотрим способ работы над научно-техническими статьями и книгами в формате Markdown на основе подхода Docs as Code с учётом строгих ограничений на оформление, используемый Петром Советовым @true-grue и мной при подготовке учебных материалов в РТУ МИРЭА. Способ заключается в применении утилиты pandoc для построения дерева абстрактного синтаксиса (AST) Markdown-документа с последующим переписыванием AST набором фильтров на Lua и трансляцией AST в форматы docx и pdf, соответствующие ГОСТ, а также в диалект markdown, совместимый с mdBook , для генерации онлайн-учебника в виде статического сайта. Исходный код книги , написанной с использованием описанного в статье подхода, опубликован на GitHub.
https://habr.com/ru/articles/987982/
#pandoc #markdown #lua #python #документирование #гост #docx #graphviz #mdbook #github
-
Книга в Markdown: Автоматическая сборка статического сайта mdBook и файла DOCX с оформлением по ГОСТ
Текст книг, учебных пособий, научно-технических статей, документации, дипломных и курсовых работ часто набирается и редактируется в WYSIWYG-редакторе, таком как Microsoft Word, в том числе вследствие того, что издательства и организации требуют от авторов оформленный по ГОСТ или внутренним стандартам docx-документ. Процесс работы в Microsoft Word и аналогичных редакторах не лишён недостатков: docx-файлы трудно версионировать в git, а для объединения нескольких документов в один придётся перенумеровывать источники, рисунки, таблицы, формулы. Альтернативой docx является LaTeX. Однако работа со стилями в LaTeX простотой и минималистичным синтаксисом не отличается , причём издательства от использования формата docx отказываться не торопятся. А инструменты в духе typst отличаются нестандартным синтаксисом языка для описания документов, причём возможность генерации сайтов в typst имеет пометку «in preview». Markdown — популярный и удобный язык разметки, но это также и очень ограниченный формат. Поэтому задача написания в Markdown сложной технической документации по ГОСТ, научной статьи с автоматической настройкой оформления для заданного издательства или хорошо оформленного онлайн-учебника может показаться неосуществимой. В этой статье рассмотрим способ работы над научно-техническими статьями и книгами в формате Markdown на основе подхода Docs as Code с учётом строгих ограничений на оформление, используемый Петром Советовым @true-grue и мной при подготовке учебных материалов в РТУ МИРЭА. Способ заключается в применении утилиты pandoc для построения дерева абстрактного синтаксиса (AST) Markdown-документа с последующим переписыванием AST набором фильтров на Lua и трансляцией AST в форматы docx и pdf, соответствующие ГОСТ, а также в диалект markdown, совместимый с mdBook , для генерации онлайн-учебника в виде статического сайта. Исходный код книги , написанной с использованием описанного в статье подхода, опубликован на GitHub.
https://habr.com/ru/articles/987982/
#pandoc #markdown #lua #python #документирование #гост #docx #graphviz #mdbook #github
-
Книга в Markdown: Автоматическая сборка статического сайта mdBook и файла DOCX с оформлением по ГОСТ
Текст книг, учебных пособий, научно-технических статей, документации, дипломных и курсовых работ часто набирается и редактируется в WYSIWYG-редакторе, таком как Microsoft Word, в том числе вследствие того, что издательства и организации требуют от авторов оформленный по ГОСТ или внутренним стандартам docx-документ. Процесс работы в Microsoft Word и аналогичных редакторах не лишён недостатков: docx-файлы трудно версионировать в git, а для объединения нескольких документов в один придётся перенумеровывать источники, рисунки, таблицы, формулы. Альтернативой docx является LaTeX. Однако работа со стилями в LaTeX простотой и минималистичным синтаксисом не отличается , причём издательства от использования формата docx отказываться не торопятся. А инструменты в духе typst отличаются нестандартным синтаксисом языка для описания документов, причём возможность генерации сайтов в typst имеет пометку «in preview». Markdown — популярный и удобный язык разметки, но это также и очень ограниченный формат. Поэтому задача написания в Markdown сложной технической документации по ГОСТ, научной статьи с автоматической настройкой оформления для заданного издательства или хорошо оформленного онлайн-учебника может показаться неосуществимой. В этой статье рассмотрим способ работы над научно-техническими статьями и книгами в формате Markdown на основе подхода Docs as Code с учётом строгих ограничений на оформление, используемый Петром Советовым @true-grue и мной при подготовке учебных материалов в РТУ МИРЭА. Способ заключается в применении утилиты pandoc для построения дерева абстрактного синтаксиса (AST) Markdown-документа с последующим переписыванием AST набором фильтров на Lua и трансляцией AST в форматы docx и pdf, соответствующие ГОСТ, а также в диалект markdown, совместимый с mdBook , для генерации онлайн-учебника в виде статического сайта. Исходный код книги , написанной с использованием описанного в статье подхода, опубликован на GitHub.
https://habr.com/ru/articles/987982/
#pandoc #markdown #lua #python #документирование #гост #docx #graphviz #mdbook #github
-
Having the freedom to chose my work environment on the computer, I move more and more tasks to Emacs recently, like running terminal windows with https://codeberg.org/harald/terminal-frame . Another pet of mine is my python build system: https://codeberg.org/harald/pythonbuilder
The latter can produce a nice SVG graph, using #graphviz, of the dependency tree of the build setup.
And should I forget which targets the build has, it is just a C-x C-f dependencies.svg away to see that graph.😀
-
CW: AoC day 11: Reactor
On day 11, both parts were quite simple: counting paths required a DFS with cache.
On part 2, the cache was different… unless one had an epiphany to solve it using part 1 because the input graph was a Direct-Acyclic-Graph: therefore ensuring one of fft->dac or dac->fft would have no paths; the solution would be paths(svr->fft)×paths(fft->dac)×paths(dac->out).
Yet I did not think of this, and that's despite using the first minutes actually plotting the input:
-
Who needs #Graphviz when you can wrestle with #JavaScript and summon the Graphviz gods yourself? 🕷️✨ Apparently, #reinventing #wheels is the new black, because why use a perfectly good tool when you can spend eons building something that might almost work! 🙃🔧
https://spidermonkey.dev/blog/2025/10/28/iongraph-web.html #programming #humor #HackerNews #ngated -
I can never remeber, but: "subgragh names start with 'cluster_'; subgraph names start with 'cluster_'; subgraph names..."
-
#Graphviz oneliner (save the downloaded .dot locally if you use this!)
DEPTH=5 WIKI="commonswiki" PAGE="File:The_Bug_Peek.jpg" curl "https://vcat.toolforge.org/render?wiki=$WIKI&title=$PAGE&depth=$DEPTH&limit=100000&format=gv&links=wiki" | dijkstra ROOT0 | gvpr -c 'BEG_G {concentrate="true"; mclimit=100; label=""; flow="back"; Defcolor="black"; nodesep=0.04; ranksep=0.1} E {arrowhead="none"; penwidth=0.2} N {shape="point"; width=degree/10.0} N [$.name == "ROOT0"] {width=3.0} N [$.dist == 1.0] {color=sprintf("%f+0.8+1", rand())}' | dot | gvcolor | dot -Tsvg -o out.svg
-
I put the javascript code up for converting dot files into an ascii graph. I decided to name the method/algorithm "Greedy Grabber, Right Lane Backtracker"
https://codeberg.org/random-wizard/ascii-graphalizer
It is not as elegant as how standard dot, or neato graphs work. From tinkering with it, it seems to work well, visually, when the nodes have a lot of hierarchical structure with a small to moderate amount of cycles.
Also, I can not help myself, but javascript is a really inelegant programming language in my opinion. The ... shallow copy feels like a hack. const feels like it was tacked on. Lack of strong typing. The lack of immutability constructs is something that leads to... very easy to shoot yourself in the foot when writing code. The automatic semi-colon insertion logic can easily get you when you are not paying attention (or even if the code is going to get put through a minifier).
-
Working on a little documentation for ascii graphalizer. Using graphviz examples.
https://graphviz.org/Gallery/neato/process.html
That simple dot file results in pic 1. When run through ascii graphalizer, it results in pic 2.
Demo of ascii graphalizer
https://random-wizard.neocities.org/ascii-graphalizer/ -
Graphviz – kuten arvelinkin – tarjosi ratkaisun. Neato-algoritmillä graafin attribuuteiksi overlap=vpsc, overlap_scaling=0. Jokainen kansallispuisto fixedsize=true, shape=ellipse, overlap=false ja pos-attribuutti oikeaan kohtaan. Sitten kaikkien solmujen väliin jänteet laskennallisilla pituuksilla (n-1)² ja algoritmi näytti hoitavan homman. Koordinaatistomuunnos on "tyhmä" (asteet suoraan tuumiksi) mutta tällä nyt mennään ensin.
#graphviz #kansallispuistot -
Transcripción de la charla "Conectando Soluciones" de OSiUX en FLISoL CABA 2024
#Bash #Boxart #Charla #Consola #Debian #Eventol #FLISoL #Git #GraphViz #grep #ImageMagick #Journal #jq #jrnl #JSON #Linux #Markdown #RegEx #shellrun #Shellrun #Talk #Terminal #TTY #txt2md #Vim #yq
https://osiux.com/2024-04-27-flisol-caba-2024-conectando-soluciones.html
-
Holy Shit! GraphViz supports 3-D graphs!
https://graphviz.org/docs/outputs/vrml/
#graphviz #3d #vrml -
https://archives.anonradio.net/202212210000_screwtape.mp3
lispy gopher show w/screwtape
#aNONradio #archive @SDF
#emacs
#graphviz
#gopher
#orgMindMap
#orgmode
#elisp
#slime
#swank
#CommonLisp
#graphs (mathematical) -
Explore the craft of transforming text into diagrams in this insightful presentation. Master the art of compiling dot files with ease using #PowerShell, #Pintora, and #typst.
#dotdiagram #graphviz
https://youtu.be/gmlEFPsqUgw -
One of the things I'll be talking about in the stream tomorrow: Understanding that https://thi.ng/rstream constructs are essentially defining a #dataflow #graph much like you'd know from a node-graph based editor (a la Blender/Houdini etc.), only obviously with the difference of actually creating such a graph programmatically rather than manually via visual editing. Personally I find this programmatic approach much more powerful, but a visual representation makes it of course much easier to debug & analyze such graph topologies, also to explain & illustrate to others how data and state changes are flowing through the app/system and/or where to attach new features/nodes or optimize/restructure the topology...
Another massive benefit: This approach makes it much easier to build features such that only the most minimal amount of work needs to be done, helping to achieve better performance...
The attached diagram was generated with #Graphviz via https://thi.ng/rstream-dot and shows the dataflow graph for the image vectorization tool mentioned in previous toots.
Full size version:
https://demo.thi.ng/umbrella/trace-bitmap/topology.htmlThe tool itself:
https://demo.thi.ng/umbrella/trace-bitmap/The second image shows the minimal code required to generate the #visualization source file...
-
This cool trick (some would call it "dirty hack" 🙂) by @plantarum can be used for #dot/#graphviz, as well:
(defun my-babel-execute-maybe ()
(interactive)
(org-mode)
(org-babel-execute-maybe)
(org-display-inline-images)
(normal-mode))E.g. imagine this comment or doc string:
/*
#+BEGIN_SRC dot :file myfunction.svg :cmdline -Kdot -Tsvg
digraph {
a -> b;
}
#+END_SRC
*/ -
I'm still using graphviz/dot to make infrastructure diagrams. It works pretty well but I think is showing its age, doesn't seem too well maintained and has some limitations.
So what are the cool kids using for this nowadays? I really don't want to use a graphical tool though - I want to write a simple text format and put it in version control.
-
New release for GruPHst v0.16.0 a rust in-memory graph database.
Now with Graphviz export!
https://github.com/carvilsi/gruphst?tab=readme-ov-file#graphviz
#rust #GraphDatabase #inMemoryDatabase #persistence #rustLibrary #graphviz #dataViz
-
Technically, we can perform this #upgrade across all the environments in parallel, or in any order we choose. At least that’s what the #dependency #graph says. (Thank you #graphviz!)
Organizationally, it would be a terrible idea. There are well-established #reasons for keeping #production last in the list. They would not fit within the approximately one-third of a toot I have remaining.
Tune in next week for another episode of “Can versus Should.”
-
All new files my old `btrfs` filesystem creates are above 32-bit inode space:
$ touch a && stat '-c%i' a
11833717710Very occasionally I build 32-bit `i686-linux` packages. Sometimes they fail to run against file with so large inodes.
Two casualties today:
- `doxygen`: https://github.com/doxygen/doxygen/pull/11518
- `graphviz`: https://gitlab.com/graphviz/graphviz/-/merge_requests/4269 -
Seems Graphviz creates graphs in 3D. Not too readable when everything is a mess for my dead simple graph. Fortunately there's only about 6500 properties to go through one by one to check. Not too impressed.
-
-
Техникум: Как Проинициализировать Микроконтроллер [часть 2]
Программа это реализация алгоритма. А алгоритм это упорядоченная последовательность действий. Поэтому очень большое значение имеет правильный порядок исполнения программы. В этом тексте я написал как автоматически выявить правильную последовательность инициализации
https://habr.com/ru/articles/830964/
#init #graphviz #tsort #sort #компиляторы #cygwin #uniq #GNU_make #dot #cpp
-
Техникум: Как Проинициализировать Микроконтроллер [часть 2]
Программа это реализация алгоритма. А алгоритм это упорядоченная последовательность действий. Поэтому очень большое значение имеет правильный порядок исполнения программы. В этом тексте я написал как автоматически выявить правильную последовательность инициализации
https://habr.com/ru/articles/830964/
#init #graphviz #tsort #sort #компиляторы #cygwin #uniq #GNU_make #dot #cpp
-
Техникум: Как Проинициализировать Микроконтроллер [часть 2]
Программа это реализация алгоритма. А алгоритм это упорядоченная последовательность действий. Поэтому очень большое значение имеет правильный порядок исполнения программы. В этом тексте я написал как автоматически выявить правильную последовательность инициализации
https://habr.com/ru/articles/830964/
#init #graphviz #tsort #sort #компиляторы #cygwin #uniq #GNU_make #dot #cpp
-
История о том, как Graphviz и бор взломали шифр от Sony
Мою первую статью я желаю посвятить истории о том, как я решил заняться исследованием часто встречающихся в модулях PlayStation Portable непонятных байтовых строк. Никакой документации в Homebrew коммьюнити найти не удалось, так что я взялся за дело сам. Как это было
https://habr.com/ru/articles/826452/
#psp #реверсинжиниринг #бор #trie #graphviz #python #ppsspp #homebrew
-
WF2M сеть. Формализм и математика workflow
Кому нужны книжки без картинок … или хоть стишков, не понимаю! – думала Алиса Кому нужны регламенты бизнес-процессов без схемок … или хоть скриптов, не понимаю! –осенило бизнес-аналитика Алису Алгоритмы бизнес-процессов можно формализовать (построить модель процесса) по-разному: подробным текстовым регламентом (см. заставку), графически (схемами, диаграммами) в разнообразных нотациях, математически (булевой алгеброй), специальным скриптовым языком, программно. При этом важно не только обеспечить абсолютную (или требуемого уровня) однозначность и адекватность полученной модели моделируемому процессу (текстовый регламент если и воссоздаст такую абстракцию, то с трудом), но и его понятность другими заинтересованным в нем лицам. Существует широкий спектр workflow нотаций (стандартов): от классических ГОСТ 19.701-90 (ИСО 5807-85, flowchart), IDEF3, UML2-AD и XML-сериализованных BPMN\YAWL\XPDL\EPML до специфических, например, Дракон . Ведутся споры «насколько хороша» та или иная нотация: насколько интуитивно понятно передает она в графическом представлении модели (в картинке) суть процесса (упрощенная нотация, понятная рядовому бизнес-пользователю), но не встречал обсуждения их математических представлений и вообще workflow-модели с простой и прозрачной математической абстракцией: математической интерпретацией объектов модели и механики процесса (метамодели алгоритма). Ниже предложен математический формализм workflow-сетей: Модель WF2M (From workflow to mathematic), WF2M-сеть, как механизм формализации алгоритмов бизнес-процессов в части потока работ (workflow) путем задания аналитическими выражениями функций переходов между дискретными состояниями, маркировки состояний моделируемого объекта. Механизм (механика интерпретации алгоритма бизнес-процесса) заимствует от сетей Петри терминологию (маркировка сети, активация перехода, реализация перехода и т.п.) и частично концептуализм и классификацию. Предложенная WF2M сеть имеет иной механизм формализации (абстракцию) по сравнению с WF-nets .
-
New release for GruPHst v0.16.0 a rust in-memory graph database.
Now with Graphviz export!
https://github.com/carvilsi/gruphst?tab=readme-ov-file#graphviz
#rust #GraphDatabase #inMemoryDatabase #persistence #rustLibrary #graphviz #dataViz
-
New release for GruPHst v0.16.0 a rust in-memory graph database.
Now with Graphviz export!
https://github.com/carvilsi/gruphst?tab=readme-ov-file#graphviz
#rust #GraphDatabase #inMemoryDatabase #persistence #rustLibrary #graphviz #dataViz
-
Решатель Игры Set на Микроконтроллере
Существует одна остроумная настольная игра, называется Set. Это игра на внимание. В этом тексте я показал, как я сконструировал автоматический решатель, чтобы всегда выигрывать в игру Set!
https://habr.com/ru/articles/827128/
#set #дополненная_реальность #datamatrix #graphviz #set_game #игра_сет #qrкоды #микроконтроллеры #GM67 #ATStartf437
-
Create water system diagrams with GraphViz #water #engineerig #graphviz
-
Wochenrückblick, Ausgabe 24 (2024-03).
Diesmal mit WireViz (GraphViz für Verkabelungen 🤓), einem hypnotisierenden Blick auf die Bits des aktuellen Unix-Timestamps, Applite - dem macOS App Store für Homebrew Casks, noch mal llamafile (LLM für die Ausführung auf dem eigenen Rechner), dem BFG Repo-Cleaner und wie mir dieser helfen soll (BFG9000 kennt ihr auch noch?), Debugging-Tricks für die Browser Developer Tools, wieder Wildschweine im Garten und wie immer Techno.
#WireViz #GraphViz, #Timestamp #Y2K38 #Applite #llamafile #BFGRepoCleaner #BFG9000 #DevTools #Browser #WebDev #Debugging #Wildschwein #Techno
-
Xwriter V0.3.5 is out .
This version add a diagram editor ( graphviz ), import URL/Documents with pandoc and YAML metadata.Xwriter is a plain-text/rich-text editor based on markdown + some additionnal syntax to target 'rich-text' documents creation and sharing.
What is unique : you always stay on a regular text-editor but you can view/hide markdown symbols.https://codeberg.org/sudokill/Xwriter.git
#foss #linux #markdown #editor #markup #Xwriter #markdock #pandoc #graphviz
-
@sebsauvage Cela fait plaisir de voir quelqu'un qui parle de ce domaine même si le contexte n'est pas positif, au début j'utilisais Xmind car les fonctionnalités sont intéressantes mais le fait que ce soit propriétaire et en Java m'a plutôt dégoûté de la chose, donc je suis revenu sur #freemind mais au fond je préfère customiser ça avec du code python et du #graphviz.
-
Alternative graphic layout which I didn't like because GraphViz didn't respect the left-to-right ordering of the syntax trees, which makes it confusing. #Logic #Math #CondensedDetachment #Algorithm #graphviz