Projects / Tulip

Tulip

Tulip is an information visualization framework dedicated to the analysis and visualization of relational data. Tulip aims to provide the developer with a complete library, supporting the design of interactive information visualization applications for relational data that can be tailored to the problems being faced. Written in C++, the framework enables the development of algorithms, visual encodings, interaction techniques, data models, and domain-specific visualizations. One of the goals of Tulip is to facilitate the reuse of components, and it allows developers to focus on programming their application. This development pipeline makes the framework efficient for research prototyping as well as the development of end-user applications. The framework also provides a complete software for visual analysis of relational data having attributes.

Tags
Licenses
Operating Systems
Implementation

Recent releases

  •  25 Mar 2014 09:21

    Release Notes: This maintenance release includes many bugfixes, especially in the Python bindings, the OpenGL rendering engine, and the GUI. Synchronization between the "Graphs" panels and the workspace active panel has been refined. Consistency of the management of the properties display using the "Properties" configuration panel of the Spreadsheet view has been improved. In the Tulip core API, some member functions of the Graph class have been conveniently overloaded.

    •  20 Nov 2013 08:18

      Release Notes: This maintenance release includes many bugfixes in the OpenGL rendering engine and the GUI, especially in the recently-added views. As the major addition of this release, the GUI provides a dedicated window to browse the fully-integrated documentation, divided into three parts, the User manual, the Developer handbook, the Tulip Python documentation. An SVG Export plugin and a LinLog Energy Model-based layout plugin have also been added.

      •  11 Jun 2013 08:36

        Release Notes: This maintenance release includes many bugfixes, especially in the GUI, the OpenGL rendering engine, and the Python Script view. Some parts of the GUI dedicated to specific views have been redesigned. The Python script documentation has been improved. A NumericProperty class, a common interface to the DoubleProperty and IntegerProperty classes, two new rendering properties (viewLabelBorderColor, viewLabelBorderWidth), and Qt5 support were added.

        •  28 Mar 2013 10:54

          Release Notes: This release contains many bugfixes, essentially in the new GUI, and integrates some missing edition features existing in the Tulip 3 version. Many plugins (especially views and metrics) which were previously downloadable are now provided and are included in the source package.

          •  12 Jun 2012 08:23

            Release Notes: This release contains a new import plugin for the GEXF file format and a new "edge weighted" version of the "Depth" metric plugin. The Python bindings and script view have been greatly improved. Two new rendering parameters have been added to enable the "billboarding" of labels and to keep the same point of view when navigating through subgraphs. Some performance improvements have been achieved in the Tulip core library. Many bugs were also fixed in the Tulip plugins and GUI.

            Recent comments

            19 Sep 2004 23:17 auber

            Re: Very powerful, but a bit rough

            > - there is no developer's mailing list


            One is available on sourceforge.

            > - you have to go through a silly

            > interface on their web site


            I need to have some feed back from people that use

            Tulip. It is not silly !
            > - there's no programmer's documentation


            Use doxygen on the source code you will have some.

            > - there's no file format documentation


            See the web page of Tulip.

            > Mind, that's almost a nit all the

            > formats, except for the native Tulip

            > format, are fairly easy to reverse

            > engineer.


            I don't think that you have open a tlp file. It is text
            using Lisp syntax and behavior.
            %Note, however, that GML does

            > *not* stand for Geographic Markup

            > Language


            Tulip is a graph visualization software not a

            Geographic map viewer.

            > Reading information garnered at that

            > site I learned that Tulip supports a

            > simple subset of GML and not the entire

            > language. Morever, as with all the

            > other file formats, the Tulip GML

            > importer uses a hand-written lexer and

            > parser and not, say, lex and yacc.


            I do not use lex and yacc because it is too slow for
            the size of graph we want to import. From my
            knowledge all the basic properties of the GML format
            are supported, others properties are specific to
            Graphlet.

            > - user interface design is ad hoc and

            > difficult to use


            Give me some idea... Version 2.0.0 uses MDI
            interface that should be more easy to use.
            > - use of void*'s is Evil


            Why does it exist ? There is not a lot of void* in Tulip

            instead when we are using typeinfo mechanism. I

            don't think that it is possible to remove them without

            building a silly and unefficient hierachy of classes.

            > - Code comments? WHAT code comments?

            > Hell, I'll even take the French over

            > nothing. Murd!


            Read XP programming... If the code is well done with

            good name function we do not need code comment.

            > - there is a LOT of member data in class

            > public and protected sections


            You are right, some refactoring is needed.

            > Still it's a potent tool, but it can be

            > infuriating to use and develop for.


            It is your point of view. A lot of people are using Tulip
            and are programming with it.

            19 Sep 2004 14:06 auber

            Tulip Forum and Bug report on sourceforge
            Management of bug reports, new features and forum is

            now available for Tulip on Sourceforge. The new 2.0.0

            version includes a lot of new features, we need your help

            to test it. Feel free to give comment on the new HCI.

            URL: sourceforge.net/projects/auber (sorry for the project's

            name but tulip was already taken on freshmeat :-( )

            Thanks for your help since the begining.

            David Auber

            05 Jun 2002 17:19 mcoletti

            Very powerful, but a bit rough
            Tulip is indeed a very powerful tool, but does suffer from a few problems.

            - there is no developer's mailing list

            - you have to go through a silly interface on their web site to get source tar balls (unless you go through freshmeat)

            - there's no programmer's documentation

            - there's no file format documentation

            Mind, that's almost a nit all the formats, except for the native Tulip format, are fairly easy to reverse engineer. Note, however, that GML does *not* stand for Geographic Markup Language as I initially thought; GML is an acronym for Graph Modelling Language. You can get more information on that file format at http://www.infosun.fmi.uni-passau.de/Graphlet/GML/.

            Reading information garnered at that site I learned that Tulip supports a simple subset of GML and not the entire language. Morever, as with all the other file formats, the Tulip GML importer uses a hand-written lexer and parser and not, say, lex and yacc. Again, this isn't egregious, but in my experience this raises a red flag.

            - user interface design is ad hoc and difficult to use

            Why have the initial dialog that has per graph functionality (and buttons X-ed out) when that makes more sense to have that functionality soley on the graph dialog?

            - use of void*'s is Evil

            - Code comments? WHAT code comments? Hell, I'll even take the French over nothing. Murd!

            - there is a LOT of member data in class public and protected sections

            Still it's a potent tool, but it can be infuriating to use and develop for.

            05 Jun 2001 08:12 Laulo19

            Really powerful and flexible
            I'm really happy to have found such a powerful tool:

            I'm working in Biocomputing and I'm used to deal with huge graphs (100000 nodes) to represent biological behaviours such as metabolical pathways.

            It's also really easy to implement ad-hoc layout/graph management plug-ins to focus on what really matters to oneself.

            The tlp format is something we've been waiting for years: as flexible as XML, but far more compact and cleverly designed.

            With the efficient memory management, it's also really easy to manipulate many graphs at once in order to compare them, like in molecular 3D structure comparison.

            31 May 2001 13:09 cixid

            Tulip: A nice program for graph visualisation.
            Hello,
            I try Tulip for watching complex systems behavoirs,
            and i'm glade to see that it's very fast.
            You can easily manipulate sub-graphs to have other views.
            The software have power tools like clustering or property management.
            I encourage other people to make other plugings to enhance the software capabilities.

            Screenshot

            Project Spotlight

            OpenStack4j

            A Fluent OpenStack client API for Java.

            Screenshot

            Project Spotlight

            TurnKey TWiki Appliance

            A TWiki appliance that is easy to use and lightweight.