Edges connect not symmetric with spline type "ortho"
Submitted by uwausac on Sun, 02/19/2012 - 09:29
In the attached example for dot I use "splines=ortho". The highest node with the number 0001 has several edges connected. On the right side they are distributed on the whole length of the rectangular node. On the left side all edges are clumped in the lower part of the side. Other nodes (for example 0135 in the lower part) look perfectly symmetric, als I would like all nodes to be. What is the reason for this different behaviour? Is there any way to influence it?
| Attachment | Size |
|---|---|
| v_graph.txt | 23.65 KB |
Recent comments
- I like the look of the nodes,
1 day 12 hours ago - If you put the fixedsize
1 day 12 hours ago - If you put the fixedsize
1 day 12 hours ago - Are there some actual examples around?
1 day 14 hours ago - There are two features
1 day 14 hours ago - There is nothing built into
1 day 15 hours ago - I was able to resolve this
2 days 17 hours ago - x11 event bindings
4 days 10 hours ago - One could probable work
4 days 12 hours ago - Would it be possible to
4 days 12 hours ago
Edges connect not symmetric
The space is split into rectangles based on all node boundaries, including invisible nodes with no edges, like L1. Thus, all of those edges on the left of 0001 use the thinner channel. As a workaround, you can give the L* nodes the same label, hence the same height, as the nodes they are on the same rank with. Thus, L1 and V1 would have the same label, etc. Or just set the height attribute for the L* nodes large enough.
Alternatively and, to my mind, a nicer solution, position the nodes, strip out the L* nodes, and then route the edges and render:
dot -Gsplines=none v_graph.txt | gvpr -c 'N[$.name=="L*"]{delete($G,$)}' | neato -n -Tpdf -Gsplines=ortho > out.pdf
This also removes the extra white space due to the invisible scaffolding.