GXL2GV,GV2GXL(1)
β¨ GXL2GV,GV2GXL β the GXL β GV converters β¨
okay bestie, listen up, this is gxl2gv and gv2gxl from the General Commands Manual section (section 1, iykyk), and they are literally your little graph-translation besties π
πΈ NAME πΈ
gxl2gv, gv2gxl β GXL-GV converters π¦
β¨ SYNOPSIS β¨
gxl2gv [ -gd? ] [ -ooutfile ] [ files ]
gv2gxl [ -gd? ] [ -ooutfile ] [ files ]
that's it. that's the whole vibe check. two binaries, same energy, opposite directions π
π DESCRIPTION π
okay so here's the tea π: gxl2gv converts between graphs represented in GXL and in the GV language. like, it's a translator. a graph bilingual. a polyglot icon π
Now, unless you specify a conversion type using a flag, gxl2gv will deduce the type of conversion from the suffix of the input file. No cap. Here's how that reads:
- a
.gvsuffix β‘οΈ causes a conversion from GV to GXL - a
.gxlsuffix β‘οΈ causes a conversion from GXL to GV
and if there's no suffix available (like, say, when the input is from a pipe, which is so valid of you), and no flags are used, then gxl2gv assumes the type of the input file from its executable name. so:
gxl2gvconverts from GXL to GVgv2gxlconverts from GV to GXL
it literally reads its own name to figure out who it is. main character energy fr fr π
GXL supports a much richer graph model than GV does, and honestly? it's giving overachiever. gxl2gv will attempt to map GXL constructs into the analogous GV construct when this is possible π«Ά. If not possible, the GXL information is stored as an attribute.
and the intention behind all of this, the dream, the goal β¨: applying gxl2gv|gv2gxl is supposed to be semantically equivalent to the identity operator. like, round trip and you're back where you started. the way that's iconic π
π OPTIONS π
the following options are supported, bestie, and you better believe every single one is here:
-gβ the command name and input file extensions are ignored; the input is taken as a GV file and a GXL file is generated π-dβ the command name and input file extensions are ignored; the input is taken as a GXL file and a GV file is generated π-?β prints usage information and exits. she said "let me explain myself" and then dipped π-ooutfile β if specified, the output will be written into the file outfile. Otherwise, output is written to standard out β
π OPERANDS π
the following operand is supported:
- files β names of files containing 1 or more graphs in GXL or GV. If no files operand is specified, the standard input will be used π§
π₯ RETURN CODES π₯
both gxl2gv and gv2gxl return 0 if there were no problems during conversion, and non-zero if any error occurred. zero means slay, non-zero means π
π BUGS π
okay, small yikes, but we have to be honest with you:
gxl2gvwill only convert in one direction even if given multiple files with varying suffixes. she picked a lane and she's staying in it π- the conversion can only handle one graph per GXL file
- there are some GXL constructs which
gxl2gvcannot handle
no cap, these are real limitations, don't come for me, come for the code π
π AUTHORS π
- Krishnam Pericherla <kp@research.att.com>
- Emden R. Gansner <erg@research.att.com>
legends, honestly. we stan π«Ά
π SEE ALSO π
dot(1), neato(1), twopi(1) β go read those too, they're the whole friend group π
and that's the page bestie!! this version is from the 20 December 2002 edition of the General Commands Manual, so yeah, she's vintage, she's an elder icon, and she still hits π β¨ bye!! π
π¦ where this page comes from
- alpine 3.22: graphviz-doc 12.2.1-r0 Β· EPL-1.0
- alpine 3.23: graphviz-doc 12.2.1-r0 Β· EPL-1.0
- alpine 3.24: graphviz-doc 12.2.1-r3 Β· EPL-1.0
- arch rolling: graphviz 16.1.0-2 Β· EPL
- fedora 43: graphviz 13.1.1-3.fc43 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- fedora 43: graphviz 13.1.1-3.fc43 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- fedora 43: graphviz 13.1.2-3.fc43 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- fedora 43: graphviz 13.1.2-3.fc43 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- fedora 44: graphviz 14.1.2-2.fc44 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- fedora 44: graphviz 14.1.2-2.fc44 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- fedora 44: graphviz 14.1.4-2.fc44 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- fedora 44: graphviz 14.1.4-2.fc44 Β· epl-1.0 AND cpl-1.0 AND bsd-3-clause AND mit AND gpl-3.0-or-later WITH bison-exception-2.2 AND apache-1.1 AND lgpl-2.0-or-later WITH libtool-exception AND smlnj AND hpnd-uc
- nixos 26.05: graphviz 12.2.1
- nixpkgs unstable: graphviz 15.1.1
- opensuse-leap 16.0: graphviz 12.2.1-160000.1.1 Β· EPL-1.0
- opensuse-leap 16.0: graphviz 12.2.1-160000.1.1 Β· EPL-1.0
- opensuse-leap 16.0: graphviz 12.2.1-160000.1.1 Β· EPL-1.0
- opensuse-leap 16.0: graphviz 12.2.1-160000.1.1 Β· EPL-1.0
- ubuntu resolute: graphviz-tools 14.1.2-1ubuntu1 Β· EPL-1.0
- ubuntu stonking: graphviz-tools 14.1.2-1ubuntu2 Β· EPL-1.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms