<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.vistrails.org//api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Wendel</id>
	<title>VistrailsWiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://www.vistrails.org//api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Wendel"/>
	<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php/Special:Contributions/Wendel"/>
	<updated>2026-05-25T12:42:50Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.36.2</generator>
	<entry>
		<id>https://www.vistrails.org//index.php?title=FAQ&amp;diff=4471</id>
		<title>FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=FAQ&amp;diff=4471"/>
		<updated>2012-02-20T16:45:31Z</updated>

		<summary type="html">&lt;p&gt;Wendel: /* VisTrails server execute the workflow but generates a blank image. Show the error message cannot get access to X server */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Also check our [[known_issues|Known Issues]] page for troubleshooting.&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
== Running workflows ==&lt;br /&gt;
&lt;br /&gt;
=== How can I run a workflow using the command line? ===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') Call vistrails using the following options:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b path_to_vistrails_file:pipeline &amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
where pipeline can be a version '''tag name''' or version '''id'''&lt;br /&gt;
&lt;br /&gt;
'''NOTE:''' If you downloaded the MacOS X bundle, you can run vistrails from the command line via the following commands in the Terminal.  Change the current directory to wherever VisTrails was installed (often &amp;lt;code&amp;gt;/Applications&amp;lt;/code&amp;gt;), and then type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;Vistrails.app/Contents/MacOS/vistrails [&amp;lt;cmd_line_options&amp;gt;]&amp;lt;/code&amp;gt; [http://www.vistrails.org/usersguide/batch.html#running-a-specific-workflow-in-batch-mode Running a Specific Workflow in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
=== Using the command line, we'd like to execute a workflow multiple times, with slightly different parameters, and create a series of output files. Is this possible?===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') We can change parameters that have an alias through the command line.&lt;br /&gt;
&lt;br /&gt;
For example, offscreen pipeline in offscreen.vt always creates the file called image.png. If you want generate it with a different filename:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/offscreen.vt:offscreen -a&amp;quot;filename=other.png&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;filename&amp;lt;/code&amp;gt; in the example above is the alias name assigned to the parameter in the &amp;lt;code&amp;gt;value&amp;lt;/code&amp;gt; method inside the String module. When running a pipeline from the command line, VisTrails will try to start the spreadsheet automatically if the pipeline requires it. For example, this other execution will also start the spreadsheet (attention to how $ characters are escaped when running on bash): &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases -a&amp;quot;isovalue=30\$&amp;amp;\$diffuse_color=0.8,0.4,0.2&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can also execute more than one pipeline on the command line:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases ../examples/spx.vt:spx \&lt;br /&gt;
-a&amp;quot;isovalue=30&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Use the -a parameter only once regardless the number of pipelines. [http://www.vistrails.org/usersguide/batch.html#running-a-workflow-with-specific-parameters Running a Workflow with Specific Parameters]&lt;br /&gt;
&lt;br /&gt;
=== I can load a vistrail, and the version tree shows up fine. However, no pipelines appear when I click on a version. What gives? ===&lt;br /&gt;
&lt;br /&gt;
The most likely reason is that the vistrail uses a package that is not registered with VisTrails. You need to identify the needed package and add it to your &amp;lt;code&amp;gt;.vistrails/startup.py&amp;lt;/code&amp;gt;. A single line like the following should be enough:&lt;br /&gt;
&lt;br /&gt;
 addPackage('enter_package_name_here')&lt;br /&gt;
&lt;br /&gt;
Some packages might need more information. For example:&lt;br /&gt;
&lt;br /&gt;
 addPackage('afront', executable_path='/path/to/afront')&lt;br /&gt;
&lt;br /&gt;
Refer to the package documentation for details. The one inconvenient step is that currently there's no automated way to describe what is the missing package. We're working on this feature for future releases.&lt;br /&gt;
&lt;br /&gt;
=== I have a workflow that reads a file and then does some processing. The first time it runs, it executes correctly. But in subsequent, nothing happens. ===&lt;br /&gt;
&lt;br /&gt;
VisTrails caches by default, so after a workflow is executed, if none of its parameters change, it won't be executed again. &lt;br /&gt;
&lt;br /&gt;
If a workflow reads a file using the basic module File, VisTrails does check whether the file was modified since the last run. It does so by keeping a signature that is based on the modification time of the file. And if the file was modified, the File module and all downstream modules (the ones which depend on File) will be executed. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''Note: If you would like your input and output data to be versioned, you can use the Persistence package.''&lt;br /&gt;
&lt;br /&gt;
If you do not want VisTrails to cache executions, you can turn off caching: go to Menu Edit -&amp;gt; Preferences and in the General Configuration tab, change Cache execution results to Never. [http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
=== Can VisTrails execute workflows in parallel? ===&lt;br /&gt;
&lt;br /&gt;
The VisTrails server can only execute pipelines in parallel if there's more than one instance of VisTrails running. The command &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt; self.rpcserver = ThreadedXMLRPCServer((self.temp_xml_rpc_options.server, self.temp_xml_rpc_options.port))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
starts a multithreaded version of the XML-RPC server, so it will create a thread for each request received by the server. The problem is that Qt/PyQT doesn't allow these multiple threads create GUI objects, only in the main thread. To overcome this limitation, the multithreaded version can instantiate other single threaded versions of VisTrails and put them in a queue, so workflow executions and other GUI-related requests, such as generating workflow graphs and history trees can be forwarded to this queue, and each instance takes turns in answering the request. If the results are in the cache, the multithreaded version answers the requests directly.&lt;br /&gt;
&lt;br /&gt;
Note that this infrastructure works on Linux only. To make this work on Windows, you have to create a script similar to start_vistrails_xvfb.sh (located in the scripts folder) where you can send the number of other instances via command-line options to VisTrails. The command line options are:&lt;br /&gt;
&lt;br /&gt;
python vistrails_server.py -T &amp;lt;ADDRESS&amp;gt; -R &amp;lt;PORT&amp;gt; -O&amp;lt;NUMBER_OF_OTHER_VISTRAILS_INSTANCES&amp;gt; [-M]&amp;amp;&lt;br /&gt;
&lt;br /&gt;
If you want the main vistrails instance to be multithreaded, use the -M at the end.&lt;br /&gt;
&lt;br /&gt;
After creating this script, update function start_other_instances in vistrails/gui/application_server.py lines 1007-1023 and set the script variable to point to your script. You may also have to change the arguments sent to your script (line 1016: for example, you  don't need to set a virtual display).  You will need to change the path to the stop_vistrails_server.py script (on line 1026) according to your installation path. [http://www.vistrails.org/usersguide/batch.html#executing-workflows-in-parallel Executing Workflows in Parallel]&lt;br /&gt;
&lt;br /&gt;
=== When a workflow is executed, what do the colors mean? ===&lt;br /&gt;
&lt;br /&gt;
- lilac: module was notexecuted&lt;br /&gt;
  &lt;br /&gt;
- yellow: module is currently being executed &lt;br /&gt;
  &lt;br /&gt;
- green: module was successfully executed &lt;br /&gt;
  &lt;br /&gt;
- orange: module was cached&lt;br /&gt;
  &lt;br /&gt;
- red: the execution of the module failed&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
== Building workflows ==&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to give each widget a &amp;quot;display name&amp;quot; in addition to the module name at the center of the widget? ===&lt;br /&gt;
&lt;br /&gt;
Yes, a &amp;quot;display name&amp;quot; can be assigned to a module by selecting the triangle in its top right corner to open a popup menu and selecting the Set Module Label... menu item.  You will then be prompted to enter the &amp;quot;display name&amp;quot;.  [http://www.vistrails.org/usersguide/creating.html#changing-module-labels Changing Module Labels]&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to re-center the picture-in-picture (PiP) view? ===&lt;br /&gt;
&lt;br /&gt;
Yes.   If you click on the PIP window to bring it to focus, you can press Ctrl-R (or Command-R on Mac) to re-center the PiP window.  [http://www.vistrails.org/usersguide/getting_started.html#vistrails-interaction Vistrails Interaction]&lt;br /&gt;
&lt;br /&gt;
=== How do I search for a literal &amp;quot;?&amp;quot; (question mark) in the search box in the Property panel? ===&lt;br /&gt;
&lt;br /&gt;
Since we allow regular expressions in our search box, question marks are treated as meta-characters. Thus, searching for &amp;quot;?&amp;quot; returns everything and &amp;quot;abc?&amp;quot; will return everything containing &amp;quot;abc&amp;quot;.  You need to use &amp;quot;\?&amp;quot; instead to search for &amp;quot;?&amp;quot;. So the search for &amp;quot;??&amp;quot; would be &amp;quot;\?\?&amp;quot;.  [http://www.vistrails.org/usersguide/querying.html#textual-queries Textual Queries]&lt;br /&gt;
&lt;br /&gt;
== Using VisTrails as a server ==&lt;br /&gt;
&lt;br /&gt;
=== What is the VisTrails server-mode? ===&lt;br /&gt;
&lt;br /&gt;
Using the VisTrails server mode, it is possible to ''execute workflows and control VisTrails through another application''. For example, the CrowdLabs Web portal (http://www.crowdlabs.org) accesses a VisTrails sever to execute workflows, retrieve and display vistrail trees and workflows. [http://www.vistrails.org/usersguide/v2.0/html/batch.html#using-vistrails-as-a-server Using VisTrails as a Server]&lt;br /&gt;
&lt;br /&gt;
=== How do I execute workflows and control VisTrails through another application? ===&lt;br /&gt;
&lt;br /&gt;
The way you access the server is by doing XML-RPC calls. In the current VisTrails release, we include a set of PHP scripts that can talk to a VisTrails server instance. They are in &amp;quot;extensions/http&amp;quot; folder. The files are reasonably well documented. Also, it should be not difficult to create python scripts to access the server (just use xmlrpclib module).&lt;br /&gt;
&lt;br /&gt;
Note that  the VisTrails server requires the provenance and workflows to be in a database. More detailed instructions on how to setup the server and the database&lt;br /&gt;
are available here:&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_server_setup.html&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_database_setup.html&lt;br /&gt;
&lt;br /&gt;
If what you want is just to execute a series of workflows in batch mode, a simpler solution would be to ''use the VisTrails client in batch mode''. Chapter 12 of the user's guide contains detailed information and examples on that.  [http://www.vistrails.org/usersguide/v2.0/html/batch.html#sec-cli-batch Running VisTrails in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
=== VisTrails server execute the workflow but generates a blank image. Show the error message ''cannot get access to X server'' ===&lt;br /&gt;
&lt;br /&gt;
You will need to check if the display the server is trying to use is a valid display (by default it uses the display 0). &lt;br /&gt;
On linux, the command ''w'' will list the logged users and the display associated with them (''FROM'' column).&lt;br /&gt;
&lt;br /&gt;
Note that the VisTrails server requires the machine to be running X.&lt;br /&gt;
&lt;br /&gt;
== Control Flow ==&lt;br /&gt;
&lt;br /&gt;
=== Note: using map  ===&lt;br /&gt;
&lt;br /&gt;
When using 'map', the module (or subworkflow) used as function port in the map module MUST be a function, i.e., it can only define 1 output port.  [http://www.vistrails.org/usersguide/controlflow.html#the-map-operator The Map Operator]&lt;br /&gt;
&lt;br /&gt;
== Spreadsheet ==&lt;br /&gt;
&lt;br /&gt;
Where ''pipeline'' is a version number or a tag.&lt;br /&gt;
&lt;br /&gt;
=== How can I save an image from the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
While having the focus on a spreadsheet cell and select the camera on the toolbar to take a snapshot. The system will prompt you for the location and file name where it should be saved. The other icons can be used for saving multiple images that can be used for generating an animation on demand. A whole sheet can also be saved by selecting Export (either from the menu or from the toolbar). [http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet-image Saving a Spreadsheet Image]&lt;br /&gt;
&lt;br /&gt;
===Is it possible to save the complete state of the spreadsheet?===&lt;br /&gt;
[http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet Saving a Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== Can I view multiple sheets at the same time? ===&lt;br /&gt;
&lt;br /&gt;
Yes. Each sheet on the spreadsheet can be displayed as a dock widget separated from the main spreadsheet window by dragging its tab name out of the tab bar at the bottom of the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Then, how can I put back a separated sheet? ===&lt;br /&gt;
&lt;br /&gt;
A sheet can be docked back to the main window by dragging it back to the tab bar or double-click on its title bar.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== How can I order sheets on the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
This can be done by dragging the sheet name on the bottom top bar and drop it to the right place.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Can I control where a cell will be placed on the spreadsheet window? ===&lt;br /&gt;
&lt;br /&gt;
By default, an unoccupied cell on the active sheet will be chosen to display the result. However, you can specify exactly in the pipeline where a spreadsheet cell will be placed by using CellLocation and SheetReference. CellLocation specifies the location (row and column) of a cell when connecting to a spreadsheet cell (VTKCell, ImageViewerCell, ...). Similarly, a SheetReference module (when connecting to a CellLocation) will specify which sheet the cell will be put on given its name, minimum row size and minimum column size. There is an example of this in examples/vtk.xml (select the version below Double Renderer).  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== How do I output results to the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
By inspecting the VisTrails Spreadsheet package (in the list of packages, to the left of the pipeline builder), you&lt;br /&gt;
can see there are built-in cells for different kinds of data, e.g., RichTextCell to display HTML and plain text. op&lt;br /&gt;
You (the user) can also define new cell types to display application-specific data. For example, we have developed&lt;br /&gt;
VtkCell, MplFigureCell, and  OpenGLCell. It is possible to display pretty much anything on the Spreadsheet!  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
Examples of writing cell modules can be found in:&lt;br /&gt;
RichTextCell: packages/spreadsheet/widgets/richtext/richtext.py&lt;br /&gt;
VTK: packages/vtk/vtkcell.py&lt;br /&gt;
&lt;br /&gt;
Here is the summary of some requirements on a cell widget:&lt;br /&gt;
&lt;br /&gt;
(1) It must be a Qt widget. It should inherit from spreadsheet_cell.QCellWidget in the spreadsheet package. Although any Qt Widget would work, certain features such as animation will not be available (without rewriting it).&lt;br /&gt;
&lt;br /&gt;
(2) It must re-implement the updateContents() function to take a set of inputs (usually coming from input ports of a wrapper Module) and display on the cells. VisTrails uses this function to update/reuse cells on the spreadsheet when new data comes in.&lt;br /&gt;
&lt;br /&gt;
(3) It needs a wrapper VisTrails Module (inherited from basic_widgets.SpreadsheetCell of the spreadsheet package). Inside the compute() method of this module, it may call self.display(CellWidgetType, (inputs)) to trigger the display event on the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#advanced-cell-options Advanced Cell Options]&lt;br /&gt;
&lt;br /&gt;
=== How do I control the default number of cells in the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
You can configure the rowCount and colCount using the preferences dialog. Just go to the Module Packages tab, select spreadsheet in the &amp;quot;Enabled packages&amp;quot; and press the Configure button. Then a list of all the configuration options for the spreadsheet will show up.  [http://www.vistrails.org/usersguide/spreadsheet.html#custom-layout-options Custom Layout Options]&lt;br /&gt;
&lt;br /&gt;
=== Is it possible to launch a web browser from the vistrails spreadsheet?  We would like to output several urls from a parameter sweep and then have the option to click on each one to view the resulting page.  I can view the page within the spreadsheet, but it is really too crowded.===&lt;br /&gt;
&lt;br /&gt;
Currently, there isn't a widget that provides exactly this functionality, but I can think of a few solutions that may work for you:&lt;br /&gt;
&lt;br /&gt;
(1) You can use parameter exploration to generate multiple sheets so you might have an exploration that opens each page in a new sheet.  Use the third column/dimension in the exploration interface to have a parameter span sheets.&lt;br /&gt;
&lt;br /&gt;
(2) The spreadsheet is extensible so you can write a custom spreadsheet cell widget that has a button or label with the desired link (a QLabel with openExternalLinks set to True, for example).&lt;br /&gt;
&lt;br /&gt;
(3) You can tweak the existing RichTextCell be adding the line &amp;quot;self.browser.setOpenExternalLinks(True)&amp;quot; at line 63 of the source file &amp;quot;vistrails/packages/spreadsheet/widgets/richtext/richtext.py&amp;quot;.  Then, if your workflow creates a file with html markup text like &amp;quot;&amp;lt;a href=&amp;quot;http://www.vistrails.org&amp;quot;&amp;gt;VisTrails&amp;lt;/a&amp;gt;&amp;quot; connected to a RichTextCell, clicking on the rendered link in the cell will open it in a web browser. You need to add the aforementioned line to the source to let Qt know that you want the link opened externally; by default, it will just issue an event that isn't processed.  [http://www.vistrails.org/usersguide/spreadsheet.html#launching-a-web-browser Launching a Web Browser]&lt;br /&gt;
&lt;br /&gt;
== Integrating your software into VisTrails ==&lt;br /&gt;
&lt;br /&gt;
===How can I integrate my own program into VisTrails?===&lt;br /&gt;
&lt;br /&gt;
The easiest way is to create a package. Writing a package is often very simple, here are instructions on how to do it: [[UsersGuideVisTrailsPackages]]&lt;br /&gt;
&lt;br /&gt;
You can also dynamically generate modules. For an example see:&lt;br /&gt;
&lt;br /&gt;
http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#Packages_that_generate_modules_dynamically &lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#generating-modules-dynamically Generating Modules Dynamically]&lt;br /&gt;
&lt;br /&gt;
In particular, see the new_module call which uses python's type() function to generate new classes dynamically.&lt;br /&gt;
&lt;br /&gt;
===How do I add a port that is not visible on the module (when it appears on the design canvas)?===&lt;br /&gt;
&lt;br /&gt;
This can be accomplished via the &amp;quot;optional&amp;quot; argument.  This is the fourth argument of add_input_port (add_output_port) or can be specified as a kwarg.  In your example, this would look like:&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'), True)&lt;br /&gt;
&lt;br /&gt;
or with kwargs&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'),\&lt;br /&gt;
                    optional=True)&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
 _input_ports = [('MyPort', '(core.modules.basic_modules.String)', {&amp;quot;optional&amp;quot;: True})]&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== How do modules deal with multiple inputs in a same port? ===&lt;br /&gt;
&lt;br /&gt;
(And should that even be allowed?)&lt;br /&gt;
&lt;br /&gt;
For compatibility reasons, we do need to allow multiple connections to an input port. However, most package developers should never have to use this, and so we do our best to hide it. the default behavior for getting inputs from a port, then, is to always return a single input.&lt;br /&gt;
&lt;br /&gt;
If on your module you need multiple inputs connected to a single port, use the 'forceGetInputListFromPort' method. It will return a list of all the data items coming through the port. The spreadsheet package uses this feature, so look there for usage examples (vistrails/packages/spreadsheet/basic_widgets.py)&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== Are there mechanisms for attaching widgets to different modules/parameters? ===&lt;br /&gt;
&lt;br /&gt;
Right now, we have a mechanism for putting a specific widget for an input port. For example, if a port is SetColor(red, green, blue), we can put a color wheel widget there. Or we can also replace the SetFileName port with a File Widget. However, this is not per parameter (only per port). We are currently working on this problem.&lt;br /&gt;
&lt;br /&gt;
=== Can I organize my package so it appears hierarchical in the module palette? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the namespace keyword argument when adding the module to the registry.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='MyNamespace')&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Can I nest namespaces? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the '|' character to separate different the hierarchy.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='ParentNamespace|ChildNamespace')&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Are there shortcuts for registry initialization? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  If you define _modules as a list of classes in the __init__.py file of your package, VisTrails will attempt to load all classes specified as modules.  You can provide add_module options as keyword arguments by specifying a tuple (class, kwargs) in the list.  For example:&lt;br /&gt;
&lt;br /&gt;
 _modules = [MyModule1, (MyModule2, {'namespace': 'MyNamespace'})]&lt;br /&gt;
&lt;br /&gt;
In addition, you need to identify the ports of your modules as a field in your class by defining _input_ports and _output_ports lists.  Here, the items in each list must be tuples of the form (portName, portSignature, optional=False, sort_key=-1).  For example:&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     def compute(self):&lt;br /&gt;
        pass&lt;br /&gt;
 &lt;br /&gt;
    _input_ports = [('firstInput', String), ('secondInput', Integer, True)]&lt;br /&gt;
    _output_ports = [('firstOutput', String), ('secondOutput', String)]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#customizing-modules-and-ports Customizing Modules and Ports]&lt;br /&gt;
&lt;br /&gt;
=== Can I define ports to be of types that I do not import into my package? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  You can pass an identifier string as the portSignature instead.  The port_signature string is defined by:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;module_string&amp;gt; := &amp;lt;package_identifier&amp;gt;:[&amp;lt;namespace&amp;gt;|]&amp;lt;module_name&amp;gt;,&lt;br /&gt;
 &amp;lt;port_signature&amp;gt; := (&amp;lt;module_string&amp;gt;*)&lt;br /&gt;
&lt;br /&gt;
For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_input_port(MyModule, 'myInputPort', '(edu.utah.sci.vistrails.basic:String)')&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
  _input_ports = [('myInputPort', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Port Types]&lt;br /&gt;
&lt;br /&gt;
=== What do I need to change in my package to make it reloadable (new in v1.4.2)? ===&lt;br /&gt;
See [http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#How_to_make_you_package_reloadable UsersGuideVisTrailsPackages] for an explanation.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#creating-reloadable-packages Creating Reloadable Packages]&lt;br /&gt;
&lt;br /&gt;
=== Can I add default values or labels for parameters? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Versions 1.4 and greater support these features.  See [[UsersGuideVisTrailsPackages#Adding_default_values_and.2For_labels_for_parameters | UsersGuideVisTrailsPacakges]] for more details.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Default Values and Labels]&lt;br /&gt;
&lt;br /&gt;
=== I want to write a module to load HDF data whose output (e.g., data, string) varies according to the input I give it. Is is possible to do this in VisTrails, and if yes, how can I do that?  Ideally, I would like to avoid having to change the connection of my output every time I change the input. ===&lt;br /&gt;
&lt;br /&gt;
There are a few ways to tackle this - each has it's own benefits and pitfalls.  Firstly, module connections do respect class hierarchies as we're familiar with in object oriented languages.  For instance, A module can output a Constant of which String, Float, Integer, etc are specifications.  In this way, you can have a subclass of something like HDFData be passed out of the module and the connections will be established regardless of the sub-type.  This is a bit dangerous though.  Modules downstream of such a class may not really know how to operate on certain types derived from the super-class.  Extreme care must be taken both when creating the modules as well as connecting them to prevent things like this from happening.&lt;br /&gt;
&lt;br /&gt;
A second method that I employ in several different packages is the idea of a container class.  For instance, the NumSciPy package uses a relatively generic container &amp;quot;Numpy Array&amp;quot; to encapsulate the data.  Of course, these encapsulating objects can store dictionaries that other modules can easily access and understand how to operate on.   Although this method is slightly more work, the benefits of a stricter typing of ports is beneficial - particularly upon interfacing with other packages that may depend on strongly typed constants (for example).&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Varying Output According to the Input]&lt;br /&gt;
&lt;br /&gt;
=== I need to determine, at run-time, whether or not a &amp;quot;child&amp;quot; module is attached to the output port of a &amp;quot;parent&amp;quot; module.  (I do not specifically need to know which child; just if there is one). ===&lt;br /&gt;
&lt;br /&gt;
The outputPorts dictionary of the base Module stores this information.  Thus, you should be able to check&lt;br /&gt;
&lt;br /&gt;
 (&amp;quot;myPortName&amp;quot; in self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
on the parent module to check if there are any downstream connections from the port &amp;quot;myPortName&amp;quot;.  This might be used, for example, to only set results for output ports that will be used.  ***Note***, however, that the caching algorithm assumes that all outputs are set so adding a new connection to a previously unconnected output port will not work as desired if that module is cached.  For this reason, I would currently recommend making such a module not cacheable.  Another possibility is overriding the update() method to check the outputPorts and set the upToDate flag if they are not equal.  In a single, limited test, this seemed to work, but be warned that it is not fully tested.  Here is an example:&lt;br /&gt;
&lt;br /&gt;
 class TestModule(Module):&lt;br /&gt;
     _output_ports = [('a1', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                      ('a2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     def __init__(self):&lt;br /&gt;
         Module.__init__(self)&lt;br /&gt;
         self._cached_output_ports = set()&lt;br /&gt;
     &lt;br /&gt;
     def update(self):&lt;br /&gt;
         if len(set(self.outputPorts) - self._cached_output_ports) &amp;gt; 0:&lt;br /&gt;
             self.upToDate = False&lt;br /&gt;
         Module.update(self)&lt;br /&gt;
     &lt;br /&gt;
     def compute(self):&lt;br /&gt;
         if &amp;quot;a1&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a1&amp;quot;, &amp;quot;test&amp;quot;)&lt;br /&gt;
         if &amp;quot;a2&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a2&amp;quot;, &amp;quot;test2&amp;quot;)&lt;br /&gt;
         self._cached_output_ports = set(self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Determining Whether or Not a Module is Attached to an Output Port]&lt;br /&gt;
&lt;br /&gt;
=== How can I make a module not display in the modules list? ===&lt;br /&gt;
&lt;br /&gt;
You should set the abstract parameter to True when adding the module to the registry.  Using the original syntax, this looks like:&lt;br /&gt;
&lt;br /&gt;
 def initialize():&lt;br /&gt;
     reg = core.modules.module_registry.get_module_registry()&lt;br /&gt;
     reg.add_module(InvisibleModule, abstract=True)&lt;br /&gt;
     # ...&lt;br /&gt;
&lt;br /&gt;
With the _modules dictionary shortcut (for more details, see [http://www.vistrails.org/index.php/FAQ#Are_there_shortucts_for_registry_initialization.3F the FAQ section on this]), you include it in a kwargs dict as part of a module tuple:&lt;br /&gt;
&lt;br /&gt;
 _modules = [AnotherModule, (InvisibleModule, {'abstract': True})]&lt;br /&gt;
&lt;br /&gt;
There is also a 'hide_descriptor' parameter that prevents the module from appearing in the module palette without declaring it to be abstract.&lt;br /&gt;
&lt;br /&gt;
The technical difference between the two is that 'abstract' will not add the item to the module palette while 'hide_descriptor' does add the item but immediately hides it.  If the module should never be instantiated in a workflow, declare it abstract.  If you don't want users to be able to add the module to a pipeline, but you have code that may add it programmatically, declare it with hide_descriptor=True.&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== How do I document individual ports? ===&lt;br /&gt;
&lt;br /&gt;
To access port documentation, users can right-click on the port in the port list and choose the corresponding menu item.  To provide this documentation, you should define the &amp;lt;code&amp;gt;provide_input_port_documentation&amp;lt;/code&amp;gt; and/or the &amp;lt;code&amp;gt;provide_output_port_documentation&amp;lt;/code&amp;gt; '''class''' methods.  Note that these methods take the class and the port name as arguments.  For example,&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     _input_ports = [('test', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                     ('test2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     port_docs = {'test': 'Some documentation',&lt;br /&gt;
                  'test2': 'More documentation'}&lt;br /&gt;
     @classmethod&lt;br /&gt;
     def provide_input_port_documentation(cls, port_name):&lt;br /&gt;
         return cls.port_docs[port_name]&lt;br /&gt;
&lt;br /&gt;
== The Console ==&lt;br /&gt;
&lt;br /&gt;
=== Where should I go to find out what I can call from the console and how to import it?  ===&lt;br /&gt;
&lt;br /&gt;
We have tried to make some methods more accessible in the console via an api.  You can import the api via &amp;lt;code&amp;gt;import api&amp;lt;/code&amp;gt; in the console and see the available methods with &amp;lt;code&amp;gt;dir(api)&amp;lt;/code&amp;gt;.  To open a vistrail:&lt;br /&gt;
&lt;br /&gt;
 import api&lt;br /&gt;
 api.open_vistrail_from_file('/Applications/VisTrails/examples/terminator.vt')&lt;br /&gt;
&lt;br /&gt;
To execute a version of a workflow, you currently have to go through the controller:&lt;br /&gt;
&lt;br /&gt;
 api.select_version('Histogram')&lt;br /&gt;
 api.get_current_controller().execute_current_workflow()&lt;br /&gt;
&lt;br /&gt;
Currently, only a subset of VisTrails functionality is directly available from the api.  However, since VisTrails is written in python, you can dig down starting with the VistrailsApplication or controller object to expose most of our internal methods.  If you have suggestions for calls to be added to the api, please let us know.&lt;br /&gt;
&lt;br /&gt;
One other feature that we're working on, but is still in progress is the ability to construct workflows via the console.  For example:&lt;br /&gt;
&lt;br /&gt;
 vtk = load_package('edu.utah.sci.vistrails.vtk')&lt;br /&gt;
 vtk.vtkDataSetReader() # adds a vtkDataSetReader module to the pipeline&lt;br /&gt;
 # click on the new module&lt;br /&gt;
 a = selected_modules()[0] # get the one currently selected module&lt;br /&gt;
 a.SetFile('/vistrails/examples/data/head120.vtk') # sets the SetFile parmaeter for the data set reader&lt;br /&gt;
 b = vtk.vtkContourFilter() # adds a vtkContourFilter module to the pipeline and saves to var b&lt;br /&gt;
 b.SetInputConnection0(a.GetOutputPort0()) # connects a's GetOutputPort0 port to b's SetInputConnection0&lt;br /&gt;
[http://www.vistrails.org/usersguide/batch.html#finding-methods-via-the-command-line Finding Methods Via the Command Line]&lt;br /&gt;
&lt;br /&gt;
== Persistence Package ==&lt;br /&gt;
&lt;br /&gt;
=== How do I use the output of one workflow as the input for another using the persistence package? ===&lt;br /&gt;
&lt;br /&gt;
You need to configure the persistence modules using the module's configuration dialog.  After adding a &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt; to the workflow, click on the triangle in the upper-right corner of the &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt;, and select &amp;quot;Edit Configuration&amp;quot; from the menu that appears.  In this dialog, select &amp;quot;Create New Reference&amp;quot; and give the reference a name (and any space-delimited tags).  Upon running that workflow, the data will be written to the persistent store.  In the second workflow where you wish to use that file, add a &amp;lt;code&amp;gt;PersistentInputFile&amp;lt;/code&amp;gt; and go to its configuration dialog in the same manner as with the output file.  In that dialog, select &amp;quot;Use Existing Reference&amp;quot; and select the data that you just added in the first workflow in the list of files below.  Now, when you run that workflow, it will grab the data from the persistent store.&lt;br /&gt;
&lt;br /&gt;
Here is an example: [[Media:offscreen_persistent.vt | offscreen_persistent.vt]].  Run the &amp;quot;persistent offscreen&amp;quot; workflow first, and then run the &amp;quot;display persistent output&amp;quot; to use the output of the first workflow as the input for the second.&lt;br /&gt;
&lt;br /&gt;
== VTK ==&lt;br /&gt;
&lt;br /&gt;
=== Given a VTK visualization, how can I generate a webpage from it? ===&lt;br /&gt;
&lt;br /&gt;
Check out the html pipeline in offscreen.xml.&lt;br /&gt;
&lt;br /&gt;
=== I'm trying to use VTK, but there doesn't seem to be any output. What is wrong? ===&lt;br /&gt;
&lt;br /&gt;
To use VTK on VisTrails, you need a slightly different way of connecting the renderer modules. Instead of using the standard RenderWindow/RenderWindowInteractor infrastructure, you simply connect the renderer to a VTKCell. The examples directory in the distribution has several VTK examples that illustrate.&lt;br /&gt;
&lt;br /&gt;
=== I am trying to add a module to the workflow via Python, but how can I access vtk modules? ===&lt;br /&gt;
&lt;br /&gt;
Here's an example:&lt;br /&gt;
&lt;br /&gt;
import api&lt;br /&gt;
&lt;br /&gt;
vtvtk = 'edu.utah.sci.vistrails.vtk'&lt;br /&gt;
&lt;br /&gt;
module = api.add_module(0, 0, vtvtk, 'vtkContourFilter', '')&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The third argument in add_module is the package identifier.  You can find this in the &amp;quot;Module Packages&amp;quot; panel of the Preferences; just click on the package you're interested in and it will appear in the information on the right.&lt;br /&gt;
&lt;br /&gt;
== matplotlib ==&lt;br /&gt;
&lt;br /&gt;
=== I'm experiencing a problem with Latex labels and the matplotlib that comes with VisTrails 1.5. The script below entered to the interpreter that comes with VT is sufficient to reproduce it. ===&lt;br /&gt;
&lt;br /&gt;
   import matplotlib.pyplot as plt&lt;br /&gt;
   plt.plot([1,2,3],[1,2,3])&lt;br /&gt;
   plt.xlabel(&amp;quot;$foo$&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
Remove your ~/.matplotlib folder and re-start VisTrails&lt;br /&gt;
&lt;br /&gt;
== VisTrails Development ==&lt;br /&gt;
&lt;br /&gt;
=== I would like to build VisTrails from source. Are there instructions on how to do this? ===&lt;br /&gt;
&lt;br /&gt;
Yes! Take a look at http://www.vistrails.org/index.php/Mac_Intel_Instructions&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#installing-vistrails-from-source Installing VisTrails from source]&lt;br /&gt;
&lt;br /&gt;
== Accessing Provenance Information ==&lt;br /&gt;
&lt;br /&gt;
=== How do I access the information in the execution log? ===&lt;br /&gt;
&lt;br /&gt;
The code responsible for storing execution information is located in the &amp;quot;core/log&amp;quot; directories, and the code that generates much of that information is in &amp;quot;core/interpreter/cached.py&amp;quot;.  Modules can add execution-specific annotations to provenance via annotate() calls during execution, but much of the data (like timing and errors) is captured by the LogController and CachedInterpreter (the execution engine) objects.  To analyze the log from a vistrail (.vt) file, you might have something like the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
  import core.log.log&lt;br /&gt;
  import db.services.io&lt;br /&gt;
&lt;br /&gt;
  def run(fname):&lt;br /&gt;
   # open the .vt bundle specified by the filename &amp;quot;fname&amp;quot;&lt;br /&gt;
   bundle = db.services.io.open_vistrail_bundle_from_zip_xml(fname)[0]&lt;br /&gt;
   # get the log filename&lt;br /&gt;
   log_fname = bundle.vistrail.db_log_filename&lt;br /&gt;
   if log_fname is not None:&lt;br /&gt;
       # open the log&lt;br /&gt;
       log = db.services.io.open_log_from_xml(log_fname, True)&lt;br /&gt;
       # convert the log from a db object&lt;br /&gt;
       core.log.log.Log.convert(log)&lt;br /&gt;
       for workflow_exec in log.workflow_execs:&lt;br /&gt;
           print 'workflow version:', workflow_exec.parent_version&lt;br /&gt;
           print 'time started:', workflow_exec.ts_start&lt;br /&gt;
           print 'time ended:', workflow_exec.ts_end&lt;br /&gt;
           print 'modules executed:', [i.module_id &lt;br /&gt;
                                       for i in workflow_exec.item_execs]&lt;br /&gt;
  if __name__ == '__main__':&lt;br /&gt;
     run(&amp;quot;some_vistrail.vt&amp;quot;)&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should be able to see what information is available by looking at the &amp;quot;core/log&amp;quot; classes.  [http://www.vistrails.org/usersguide/log.html Accessing the Execution Log]&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=FAQ&amp;diff=4470</id>
		<title>FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=FAQ&amp;diff=4470"/>
		<updated>2012-02-20T16:45:07Z</updated>

		<summary type="html">&lt;p&gt;Wendel: /* VisTrails server execute the workflow but generates a blank image. It show the error message cannot get access to X server */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Also check our [[known_issues|Known Issues]] page for troubleshooting.&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
== Running workflows ==&lt;br /&gt;
&lt;br /&gt;
=== How can I run a workflow using the command line? ===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') Call vistrails using the following options:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b path_to_vistrails_file:pipeline &amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
where pipeline can be a version '''tag name''' or version '''id'''&lt;br /&gt;
&lt;br /&gt;
'''NOTE:''' If you downloaded the MacOS X bundle, you can run vistrails from the command line via the following commands in the Terminal.  Change the current directory to wherever VisTrails was installed (often &amp;lt;code&amp;gt;/Applications&amp;lt;/code&amp;gt;), and then type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;Vistrails.app/Contents/MacOS/vistrails [&amp;lt;cmd_line_options&amp;gt;]&amp;lt;/code&amp;gt; [http://www.vistrails.org/usersguide/batch.html#running-a-specific-workflow-in-batch-mode Running a Specific Workflow in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
=== Using the command line, we'd like to execute a workflow multiple times, with slightly different parameters, and create a series of output files. Is this possible?===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') We can change parameters that have an alias through the command line.&lt;br /&gt;
&lt;br /&gt;
For example, offscreen pipeline in offscreen.vt always creates the file called image.png. If you want generate it with a different filename:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/offscreen.vt:offscreen -a&amp;quot;filename=other.png&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;filename&amp;lt;/code&amp;gt; in the example above is the alias name assigned to the parameter in the &amp;lt;code&amp;gt;value&amp;lt;/code&amp;gt; method inside the String module. When running a pipeline from the command line, VisTrails will try to start the spreadsheet automatically if the pipeline requires it. For example, this other execution will also start the spreadsheet (attention to how $ characters are escaped when running on bash): &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases -a&amp;quot;isovalue=30\$&amp;amp;\$diffuse_color=0.8,0.4,0.2&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can also execute more than one pipeline on the command line:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases ../examples/spx.vt:spx \&lt;br /&gt;
-a&amp;quot;isovalue=30&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Use the -a parameter only once regardless the number of pipelines. [http://www.vistrails.org/usersguide/batch.html#running-a-workflow-with-specific-parameters Running a Workflow with Specific Parameters]&lt;br /&gt;
&lt;br /&gt;
=== I can load a vistrail, and the version tree shows up fine. However, no pipelines appear when I click on a version. What gives? ===&lt;br /&gt;
&lt;br /&gt;
The most likely reason is that the vistrail uses a package that is not registered with VisTrails. You need to identify the needed package and add it to your &amp;lt;code&amp;gt;.vistrails/startup.py&amp;lt;/code&amp;gt;. A single line like the following should be enough:&lt;br /&gt;
&lt;br /&gt;
 addPackage('enter_package_name_here')&lt;br /&gt;
&lt;br /&gt;
Some packages might need more information. For example:&lt;br /&gt;
&lt;br /&gt;
 addPackage('afront', executable_path='/path/to/afront')&lt;br /&gt;
&lt;br /&gt;
Refer to the package documentation for details. The one inconvenient step is that currently there's no automated way to describe what is the missing package. We're working on this feature for future releases.&lt;br /&gt;
&lt;br /&gt;
=== I have a workflow that reads a file and then does some processing. The first time it runs, it executes correctly. But in subsequent, nothing happens. ===&lt;br /&gt;
&lt;br /&gt;
VisTrails caches by default, so after a workflow is executed, if none of its parameters change, it won't be executed again. &lt;br /&gt;
&lt;br /&gt;
If a workflow reads a file using the basic module File, VisTrails does check whether the file was modified since the last run. It does so by keeping a signature that is based on the modification time of the file. And if the file was modified, the File module and all downstream modules (the ones which depend on File) will be executed. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''Note: If you would like your input and output data to be versioned, you can use the Persistence package.''&lt;br /&gt;
&lt;br /&gt;
If you do not want VisTrails to cache executions, you can turn off caching: go to Menu Edit -&amp;gt; Preferences and in the General Configuration tab, change Cache execution results to Never. [http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
=== Can VisTrails execute workflows in parallel? ===&lt;br /&gt;
&lt;br /&gt;
The VisTrails server can only execute pipelines in parallel if there's more than one instance of VisTrails running. The command &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt; self.rpcserver = ThreadedXMLRPCServer((self.temp_xml_rpc_options.server, self.temp_xml_rpc_options.port))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
starts a multithreaded version of the XML-RPC server, so it will create a thread for each request received by the server. The problem is that Qt/PyQT doesn't allow these multiple threads create GUI objects, only in the main thread. To overcome this limitation, the multithreaded version can instantiate other single threaded versions of VisTrails and put them in a queue, so workflow executions and other GUI-related requests, such as generating workflow graphs and history trees can be forwarded to this queue, and each instance takes turns in answering the request. If the results are in the cache, the multithreaded version answers the requests directly.&lt;br /&gt;
&lt;br /&gt;
Note that this infrastructure works on Linux only. To make this work on Windows, you have to create a script similar to start_vistrails_xvfb.sh (located in the scripts folder) where you can send the number of other instances via command-line options to VisTrails. The command line options are:&lt;br /&gt;
&lt;br /&gt;
python vistrails_server.py -T &amp;lt;ADDRESS&amp;gt; -R &amp;lt;PORT&amp;gt; -O&amp;lt;NUMBER_OF_OTHER_VISTRAILS_INSTANCES&amp;gt; [-M]&amp;amp;&lt;br /&gt;
&lt;br /&gt;
If you want the main vistrails instance to be multithreaded, use the -M at the end.&lt;br /&gt;
&lt;br /&gt;
After creating this script, update function start_other_instances in vistrails/gui/application_server.py lines 1007-1023 and set the script variable to point to your script. You may also have to change the arguments sent to your script (line 1016: for example, you  don't need to set a virtual display).  You will need to change the path to the stop_vistrails_server.py script (on line 1026) according to your installation path. [http://www.vistrails.org/usersguide/batch.html#executing-workflows-in-parallel Executing Workflows in Parallel]&lt;br /&gt;
&lt;br /&gt;
=== When a workflow is executed, what do the colors mean? ===&lt;br /&gt;
&lt;br /&gt;
- lilac: module was notexecuted&lt;br /&gt;
  &lt;br /&gt;
- yellow: module is currently being executed &lt;br /&gt;
  &lt;br /&gt;
- green: module was successfully executed &lt;br /&gt;
  &lt;br /&gt;
- orange: module was cached&lt;br /&gt;
  &lt;br /&gt;
- red: the execution of the module failed&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
== Building workflows ==&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to give each widget a &amp;quot;display name&amp;quot; in addition to the module name at the center of the widget? ===&lt;br /&gt;
&lt;br /&gt;
Yes, a &amp;quot;display name&amp;quot; can be assigned to a module by selecting the triangle in its top right corner to open a popup menu and selecting the Set Module Label... menu item.  You will then be prompted to enter the &amp;quot;display name&amp;quot;.  [http://www.vistrails.org/usersguide/creating.html#changing-module-labels Changing Module Labels]&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to re-center the picture-in-picture (PiP) view? ===&lt;br /&gt;
&lt;br /&gt;
Yes.   If you click on the PIP window to bring it to focus, you can press Ctrl-R (or Command-R on Mac) to re-center the PiP window.  [http://www.vistrails.org/usersguide/getting_started.html#vistrails-interaction Vistrails Interaction]&lt;br /&gt;
&lt;br /&gt;
=== How do I search for a literal &amp;quot;?&amp;quot; (question mark) in the search box in the Property panel? ===&lt;br /&gt;
&lt;br /&gt;
Since we allow regular expressions in our search box, question marks are treated as meta-characters. Thus, searching for &amp;quot;?&amp;quot; returns everything and &amp;quot;abc?&amp;quot; will return everything containing &amp;quot;abc&amp;quot;.  You need to use &amp;quot;\?&amp;quot; instead to search for &amp;quot;?&amp;quot;. So the search for &amp;quot;??&amp;quot; would be &amp;quot;\?\?&amp;quot;.  [http://www.vistrails.org/usersguide/querying.html#textual-queries Textual Queries]&lt;br /&gt;
&lt;br /&gt;
== Using VisTrails as a server ==&lt;br /&gt;
&lt;br /&gt;
=== What is the VisTrails server-mode? ===&lt;br /&gt;
&lt;br /&gt;
Using the VisTrails server mode, it is possible to ''execute workflows and control VisTrails through another application''. For example, the CrowdLabs Web portal (http://www.crowdlabs.org) accesses a VisTrails sever to execute workflows, retrieve and display vistrail trees and workflows. [http://www.vistrails.org/usersguide/v2.0/html/batch.html#using-vistrails-as-a-server Using VisTrails as a Server]&lt;br /&gt;
&lt;br /&gt;
=== How do I execute workflows and control VisTrails through another application? ===&lt;br /&gt;
&lt;br /&gt;
The way you access the server is by doing XML-RPC calls. In the current VisTrails release, we include a set of PHP scripts that can talk to a VisTrails server instance. They are in &amp;quot;extensions/http&amp;quot; folder. The files are reasonably well documented. Also, it should be not difficult to create python scripts to access the server (just use xmlrpclib module).&lt;br /&gt;
&lt;br /&gt;
Note that  the VisTrails server requires the provenance and workflows to be in a database. More detailed instructions on how to setup the server and the database&lt;br /&gt;
are available here:&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_server_setup.html&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_database_setup.html&lt;br /&gt;
&lt;br /&gt;
If what you want is just to execute a series of workflows in batch mode, a simpler solution would be to ''use the VisTrails client in batch mode''. Chapter 12 of the user's guide contains detailed information and examples on that.  [http://www.vistrails.org/usersguide/v2.0/html/batch.html#sec-cli-batch Running VisTrails in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
=== VisTrails server execute the workflow but generates a blank image. Show the error message ''cannot get access to X server'' ===&lt;br /&gt;
&lt;br /&gt;
You will need to check if the display the server is trying to use is a valid display (by default it uses the display 0). &lt;br /&gt;
&lt;br /&gt;
On linux, the command ''w'' will list the logged users and the display associated with them (''FROM'' column).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Note that the VisTrails server requires the machine to be running X.&lt;br /&gt;
&lt;br /&gt;
== Control Flow ==&lt;br /&gt;
&lt;br /&gt;
=== Note: using map  ===&lt;br /&gt;
&lt;br /&gt;
When using 'map', the module (or subworkflow) used as function port in the map module MUST be a function, i.e., it can only define 1 output port.  [http://www.vistrails.org/usersguide/controlflow.html#the-map-operator The Map Operator]&lt;br /&gt;
&lt;br /&gt;
== Spreadsheet ==&lt;br /&gt;
&lt;br /&gt;
Where ''pipeline'' is a version number or a tag.&lt;br /&gt;
&lt;br /&gt;
=== How can I save an image from the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
While having the focus on a spreadsheet cell and select the camera on the toolbar to take a snapshot. The system will prompt you for the location and file name where it should be saved. The other icons can be used for saving multiple images that can be used for generating an animation on demand. A whole sheet can also be saved by selecting Export (either from the menu or from the toolbar). [http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet-image Saving a Spreadsheet Image]&lt;br /&gt;
&lt;br /&gt;
===Is it possible to save the complete state of the spreadsheet?===&lt;br /&gt;
[http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet Saving a Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== Can I view multiple sheets at the same time? ===&lt;br /&gt;
&lt;br /&gt;
Yes. Each sheet on the spreadsheet can be displayed as a dock widget separated from the main spreadsheet window by dragging its tab name out of the tab bar at the bottom of the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Then, how can I put back a separated sheet? ===&lt;br /&gt;
&lt;br /&gt;
A sheet can be docked back to the main window by dragging it back to the tab bar or double-click on its title bar.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== How can I order sheets on the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
This can be done by dragging the sheet name on the bottom top bar and drop it to the right place.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Can I control where a cell will be placed on the spreadsheet window? ===&lt;br /&gt;
&lt;br /&gt;
By default, an unoccupied cell on the active sheet will be chosen to display the result. However, you can specify exactly in the pipeline where a spreadsheet cell will be placed by using CellLocation and SheetReference. CellLocation specifies the location (row and column) of a cell when connecting to a spreadsheet cell (VTKCell, ImageViewerCell, ...). Similarly, a SheetReference module (when connecting to a CellLocation) will specify which sheet the cell will be put on given its name, minimum row size and minimum column size. There is an example of this in examples/vtk.xml (select the version below Double Renderer).  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== How do I output results to the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
By inspecting the VisTrails Spreadsheet package (in the list of packages, to the left of the pipeline builder), you&lt;br /&gt;
can see there are built-in cells for different kinds of data, e.g., RichTextCell to display HTML and plain text. op&lt;br /&gt;
You (the user) can also define new cell types to display application-specific data. For example, we have developed&lt;br /&gt;
VtkCell, MplFigureCell, and  OpenGLCell. It is possible to display pretty much anything on the Spreadsheet!  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
Examples of writing cell modules can be found in:&lt;br /&gt;
RichTextCell: packages/spreadsheet/widgets/richtext/richtext.py&lt;br /&gt;
VTK: packages/vtk/vtkcell.py&lt;br /&gt;
&lt;br /&gt;
Here is the summary of some requirements on a cell widget:&lt;br /&gt;
&lt;br /&gt;
(1) It must be a Qt widget. It should inherit from spreadsheet_cell.QCellWidget in the spreadsheet package. Although any Qt Widget would work, certain features such as animation will not be available (without rewriting it).&lt;br /&gt;
&lt;br /&gt;
(2) It must re-implement the updateContents() function to take a set of inputs (usually coming from input ports of a wrapper Module) and display on the cells. VisTrails uses this function to update/reuse cells on the spreadsheet when new data comes in.&lt;br /&gt;
&lt;br /&gt;
(3) It needs a wrapper VisTrails Module (inherited from basic_widgets.SpreadsheetCell of the spreadsheet package). Inside the compute() method of this module, it may call self.display(CellWidgetType, (inputs)) to trigger the display event on the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#advanced-cell-options Advanced Cell Options]&lt;br /&gt;
&lt;br /&gt;
=== How do I control the default number of cells in the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
You can configure the rowCount and colCount using the preferences dialog. Just go to the Module Packages tab, select spreadsheet in the &amp;quot;Enabled packages&amp;quot; and press the Configure button. Then a list of all the configuration options for the spreadsheet will show up.  [http://www.vistrails.org/usersguide/spreadsheet.html#custom-layout-options Custom Layout Options]&lt;br /&gt;
&lt;br /&gt;
=== Is it possible to launch a web browser from the vistrails spreadsheet?  We would like to output several urls from a parameter sweep and then have the option to click on each one to view the resulting page.  I can view the page within the spreadsheet, but it is really too crowded.===&lt;br /&gt;
&lt;br /&gt;
Currently, there isn't a widget that provides exactly this functionality, but I can think of a few solutions that may work for you:&lt;br /&gt;
&lt;br /&gt;
(1) You can use parameter exploration to generate multiple sheets so you might have an exploration that opens each page in a new sheet.  Use the third column/dimension in the exploration interface to have a parameter span sheets.&lt;br /&gt;
&lt;br /&gt;
(2) The spreadsheet is extensible so you can write a custom spreadsheet cell widget that has a button or label with the desired link (a QLabel with openExternalLinks set to True, for example).&lt;br /&gt;
&lt;br /&gt;
(3) You can tweak the existing RichTextCell be adding the line &amp;quot;self.browser.setOpenExternalLinks(True)&amp;quot; at line 63 of the source file &amp;quot;vistrails/packages/spreadsheet/widgets/richtext/richtext.py&amp;quot;.  Then, if your workflow creates a file with html markup text like &amp;quot;&amp;lt;a href=&amp;quot;http://www.vistrails.org&amp;quot;&amp;gt;VisTrails&amp;lt;/a&amp;gt;&amp;quot; connected to a RichTextCell, clicking on the rendered link in the cell will open it in a web browser. You need to add the aforementioned line to the source to let Qt know that you want the link opened externally; by default, it will just issue an event that isn't processed.  [http://www.vistrails.org/usersguide/spreadsheet.html#launching-a-web-browser Launching a Web Browser]&lt;br /&gt;
&lt;br /&gt;
== Integrating your software into VisTrails ==&lt;br /&gt;
&lt;br /&gt;
===How can I integrate my own program into VisTrails?===&lt;br /&gt;
&lt;br /&gt;
The easiest way is to create a package. Writing a package is often very simple, here are instructions on how to do it: [[UsersGuideVisTrailsPackages]]&lt;br /&gt;
&lt;br /&gt;
You can also dynamically generate modules. For an example see:&lt;br /&gt;
&lt;br /&gt;
http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#Packages_that_generate_modules_dynamically &lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#generating-modules-dynamically Generating Modules Dynamically]&lt;br /&gt;
&lt;br /&gt;
In particular, see the new_module call which uses python's type() function to generate new classes dynamically.&lt;br /&gt;
&lt;br /&gt;
===How do I add a port that is not visible on the module (when it appears on the design canvas)?===&lt;br /&gt;
&lt;br /&gt;
This can be accomplished via the &amp;quot;optional&amp;quot; argument.  This is the fourth argument of add_input_port (add_output_port) or can be specified as a kwarg.  In your example, this would look like:&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'), True)&lt;br /&gt;
&lt;br /&gt;
or with kwargs&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'),\&lt;br /&gt;
                    optional=True)&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
 _input_ports = [('MyPort', '(core.modules.basic_modules.String)', {&amp;quot;optional&amp;quot;: True})]&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== How do modules deal with multiple inputs in a same port? ===&lt;br /&gt;
&lt;br /&gt;
(And should that even be allowed?)&lt;br /&gt;
&lt;br /&gt;
For compatibility reasons, we do need to allow multiple connections to an input port. However, most package developers should never have to use this, and so we do our best to hide it. the default behavior for getting inputs from a port, then, is to always return a single input.&lt;br /&gt;
&lt;br /&gt;
If on your module you need multiple inputs connected to a single port, use the 'forceGetInputListFromPort' method. It will return a list of all the data items coming through the port. The spreadsheet package uses this feature, so look there for usage examples (vistrails/packages/spreadsheet/basic_widgets.py)&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== Are there mechanisms for attaching widgets to different modules/parameters? ===&lt;br /&gt;
&lt;br /&gt;
Right now, we have a mechanism for putting a specific widget for an input port. For example, if a port is SetColor(red, green, blue), we can put a color wheel widget there. Or we can also replace the SetFileName port with a File Widget. However, this is not per parameter (only per port). We are currently working on this problem.&lt;br /&gt;
&lt;br /&gt;
=== Can I organize my package so it appears hierarchical in the module palette? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the namespace keyword argument when adding the module to the registry.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='MyNamespace')&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Can I nest namespaces? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the '|' character to separate different the hierarchy.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='ParentNamespace|ChildNamespace')&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Are there shortcuts for registry initialization? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  If you define _modules as a list of classes in the __init__.py file of your package, VisTrails will attempt to load all classes specified as modules.  You can provide add_module options as keyword arguments by specifying a tuple (class, kwargs) in the list.  For example:&lt;br /&gt;
&lt;br /&gt;
 _modules = [MyModule1, (MyModule2, {'namespace': 'MyNamespace'})]&lt;br /&gt;
&lt;br /&gt;
In addition, you need to identify the ports of your modules as a field in your class by defining _input_ports and _output_ports lists.  Here, the items in each list must be tuples of the form (portName, portSignature, optional=False, sort_key=-1).  For example:&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     def compute(self):&lt;br /&gt;
        pass&lt;br /&gt;
 &lt;br /&gt;
    _input_ports = [('firstInput', String), ('secondInput', Integer, True)]&lt;br /&gt;
    _output_ports = [('firstOutput', String), ('secondOutput', String)]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#customizing-modules-and-ports Customizing Modules and Ports]&lt;br /&gt;
&lt;br /&gt;
=== Can I define ports to be of types that I do not import into my package? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  You can pass an identifier string as the portSignature instead.  The port_signature string is defined by:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;module_string&amp;gt; := &amp;lt;package_identifier&amp;gt;:[&amp;lt;namespace&amp;gt;|]&amp;lt;module_name&amp;gt;,&lt;br /&gt;
 &amp;lt;port_signature&amp;gt; := (&amp;lt;module_string&amp;gt;*)&lt;br /&gt;
&lt;br /&gt;
For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_input_port(MyModule, 'myInputPort', '(edu.utah.sci.vistrails.basic:String)')&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
  _input_ports = [('myInputPort', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Port Types]&lt;br /&gt;
&lt;br /&gt;
=== What do I need to change in my package to make it reloadable (new in v1.4.2)? ===&lt;br /&gt;
See [http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#How_to_make_you_package_reloadable UsersGuideVisTrailsPackages] for an explanation.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#creating-reloadable-packages Creating Reloadable Packages]&lt;br /&gt;
&lt;br /&gt;
=== Can I add default values or labels for parameters? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Versions 1.4 and greater support these features.  See [[UsersGuideVisTrailsPackages#Adding_default_values_and.2For_labels_for_parameters | UsersGuideVisTrailsPacakges]] for more details.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Default Values and Labels]&lt;br /&gt;
&lt;br /&gt;
=== I want to write a module to load HDF data whose output (e.g., data, string) varies according to the input I give it. Is is possible to do this in VisTrails, and if yes, how can I do that?  Ideally, I would like to avoid having to change the connection of my output every time I change the input. ===&lt;br /&gt;
&lt;br /&gt;
There are a few ways to tackle this - each has it's own benefits and pitfalls.  Firstly, module connections do respect class hierarchies as we're familiar with in object oriented languages.  For instance, A module can output a Constant of which String, Float, Integer, etc are specifications.  In this way, you can have a subclass of something like HDFData be passed out of the module and the connections will be established regardless of the sub-type.  This is a bit dangerous though.  Modules downstream of such a class may not really know how to operate on certain types derived from the super-class.  Extreme care must be taken both when creating the modules as well as connecting them to prevent things like this from happening.&lt;br /&gt;
&lt;br /&gt;
A second method that I employ in several different packages is the idea of a container class.  For instance, the NumSciPy package uses a relatively generic container &amp;quot;Numpy Array&amp;quot; to encapsulate the data.  Of course, these encapsulating objects can store dictionaries that other modules can easily access and understand how to operate on.   Although this method is slightly more work, the benefits of a stricter typing of ports is beneficial - particularly upon interfacing with other packages that may depend on strongly typed constants (for example).&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Varying Output According to the Input]&lt;br /&gt;
&lt;br /&gt;
=== I need to determine, at run-time, whether or not a &amp;quot;child&amp;quot; module is attached to the output port of a &amp;quot;parent&amp;quot; module.  (I do not specifically need to know which child; just if there is one). ===&lt;br /&gt;
&lt;br /&gt;
The outputPorts dictionary of the base Module stores this information.  Thus, you should be able to check&lt;br /&gt;
&lt;br /&gt;
 (&amp;quot;myPortName&amp;quot; in self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
on the parent module to check if there are any downstream connections from the port &amp;quot;myPortName&amp;quot;.  This might be used, for example, to only set results for output ports that will be used.  ***Note***, however, that the caching algorithm assumes that all outputs are set so adding a new connection to a previously unconnected output port will not work as desired if that module is cached.  For this reason, I would currently recommend making such a module not cacheable.  Another possibility is overriding the update() method to check the outputPorts and set the upToDate flag if they are not equal.  In a single, limited test, this seemed to work, but be warned that it is not fully tested.  Here is an example:&lt;br /&gt;
&lt;br /&gt;
 class TestModule(Module):&lt;br /&gt;
     _output_ports = [('a1', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                      ('a2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     def __init__(self):&lt;br /&gt;
         Module.__init__(self)&lt;br /&gt;
         self._cached_output_ports = set()&lt;br /&gt;
     &lt;br /&gt;
     def update(self):&lt;br /&gt;
         if len(set(self.outputPorts) - self._cached_output_ports) &amp;gt; 0:&lt;br /&gt;
             self.upToDate = False&lt;br /&gt;
         Module.update(self)&lt;br /&gt;
     &lt;br /&gt;
     def compute(self):&lt;br /&gt;
         if &amp;quot;a1&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a1&amp;quot;, &amp;quot;test&amp;quot;)&lt;br /&gt;
         if &amp;quot;a2&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a2&amp;quot;, &amp;quot;test2&amp;quot;)&lt;br /&gt;
         self._cached_output_ports = set(self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Determining Whether or Not a Module is Attached to an Output Port]&lt;br /&gt;
&lt;br /&gt;
=== How can I make a module not display in the modules list? ===&lt;br /&gt;
&lt;br /&gt;
You should set the abstract parameter to True when adding the module to the registry.  Using the original syntax, this looks like:&lt;br /&gt;
&lt;br /&gt;
 def initialize():&lt;br /&gt;
     reg = core.modules.module_registry.get_module_registry()&lt;br /&gt;
     reg.add_module(InvisibleModule, abstract=True)&lt;br /&gt;
     # ...&lt;br /&gt;
&lt;br /&gt;
With the _modules dictionary shortcut (for more details, see [http://www.vistrails.org/index.php/FAQ#Are_there_shortucts_for_registry_initialization.3F the FAQ section on this]), you include it in a kwargs dict as part of a module tuple:&lt;br /&gt;
&lt;br /&gt;
 _modules = [AnotherModule, (InvisibleModule, {'abstract': True})]&lt;br /&gt;
&lt;br /&gt;
There is also a 'hide_descriptor' parameter that prevents the module from appearing in the module palette without declaring it to be abstract.&lt;br /&gt;
&lt;br /&gt;
The technical difference between the two is that 'abstract' will not add the item to the module palette while 'hide_descriptor' does add the item but immediately hides it.  If the module should never be instantiated in a workflow, declare it abstract.  If you don't want users to be able to add the module to a pipeline, but you have code that may add it programmatically, declare it with hide_descriptor=True.&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== How do I document individual ports? ===&lt;br /&gt;
&lt;br /&gt;
To access port documentation, users can right-click on the port in the port list and choose the corresponding menu item.  To provide this documentation, you should define the &amp;lt;code&amp;gt;provide_input_port_documentation&amp;lt;/code&amp;gt; and/or the &amp;lt;code&amp;gt;provide_output_port_documentation&amp;lt;/code&amp;gt; '''class''' methods.  Note that these methods take the class and the port name as arguments.  For example,&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     _input_ports = [('test', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                     ('test2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     port_docs = {'test': 'Some documentation',&lt;br /&gt;
                  'test2': 'More documentation'}&lt;br /&gt;
     @classmethod&lt;br /&gt;
     def provide_input_port_documentation(cls, port_name):&lt;br /&gt;
         return cls.port_docs[port_name]&lt;br /&gt;
&lt;br /&gt;
== The Console ==&lt;br /&gt;
&lt;br /&gt;
=== Where should I go to find out what I can call from the console and how to import it?  ===&lt;br /&gt;
&lt;br /&gt;
We have tried to make some methods more accessible in the console via an api.  You can import the api via &amp;lt;code&amp;gt;import api&amp;lt;/code&amp;gt; in the console and see the available methods with &amp;lt;code&amp;gt;dir(api)&amp;lt;/code&amp;gt;.  To open a vistrail:&lt;br /&gt;
&lt;br /&gt;
 import api&lt;br /&gt;
 api.open_vistrail_from_file('/Applications/VisTrails/examples/terminator.vt')&lt;br /&gt;
&lt;br /&gt;
To execute a version of a workflow, you currently have to go through the controller:&lt;br /&gt;
&lt;br /&gt;
 api.select_version('Histogram')&lt;br /&gt;
 api.get_current_controller().execute_current_workflow()&lt;br /&gt;
&lt;br /&gt;
Currently, only a subset of VisTrails functionality is directly available from the api.  However, since VisTrails is written in python, you can dig down starting with the VistrailsApplication or controller object to expose most of our internal methods.  If you have suggestions for calls to be added to the api, please let us know.&lt;br /&gt;
&lt;br /&gt;
One other feature that we're working on, but is still in progress is the ability to construct workflows via the console.  For example:&lt;br /&gt;
&lt;br /&gt;
 vtk = load_package('edu.utah.sci.vistrails.vtk')&lt;br /&gt;
 vtk.vtkDataSetReader() # adds a vtkDataSetReader module to the pipeline&lt;br /&gt;
 # click on the new module&lt;br /&gt;
 a = selected_modules()[0] # get the one currently selected module&lt;br /&gt;
 a.SetFile('/vistrails/examples/data/head120.vtk') # sets the SetFile parmaeter for the data set reader&lt;br /&gt;
 b = vtk.vtkContourFilter() # adds a vtkContourFilter module to the pipeline and saves to var b&lt;br /&gt;
 b.SetInputConnection0(a.GetOutputPort0()) # connects a's GetOutputPort0 port to b's SetInputConnection0&lt;br /&gt;
[http://www.vistrails.org/usersguide/batch.html#finding-methods-via-the-command-line Finding Methods Via the Command Line]&lt;br /&gt;
&lt;br /&gt;
== Persistence Package ==&lt;br /&gt;
&lt;br /&gt;
=== How do I use the output of one workflow as the input for another using the persistence package? ===&lt;br /&gt;
&lt;br /&gt;
You need to configure the persistence modules using the module's configuration dialog.  After adding a &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt; to the workflow, click on the triangle in the upper-right corner of the &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt;, and select &amp;quot;Edit Configuration&amp;quot; from the menu that appears.  In this dialog, select &amp;quot;Create New Reference&amp;quot; and give the reference a name (and any space-delimited tags).  Upon running that workflow, the data will be written to the persistent store.  In the second workflow where you wish to use that file, add a &amp;lt;code&amp;gt;PersistentInputFile&amp;lt;/code&amp;gt; and go to its configuration dialog in the same manner as with the output file.  In that dialog, select &amp;quot;Use Existing Reference&amp;quot; and select the data that you just added in the first workflow in the list of files below.  Now, when you run that workflow, it will grab the data from the persistent store.&lt;br /&gt;
&lt;br /&gt;
Here is an example: [[Media:offscreen_persistent.vt | offscreen_persistent.vt]].  Run the &amp;quot;persistent offscreen&amp;quot; workflow first, and then run the &amp;quot;display persistent output&amp;quot; to use the output of the first workflow as the input for the second.&lt;br /&gt;
&lt;br /&gt;
== VTK ==&lt;br /&gt;
&lt;br /&gt;
=== Given a VTK visualization, how can I generate a webpage from it? ===&lt;br /&gt;
&lt;br /&gt;
Check out the html pipeline in offscreen.xml.&lt;br /&gt;
&lt;br /&gt;
=== I'm trying to use VTK, but there doesn't seem to be any output. What is wrong? ===&lt;br /&gt;
&lt;br /&gt;
To use VTK on VisTrails, you need a slightly different way of connecting the renderer modules. Instead of using the standard RenderWindow/RenderWindowInteractor infrastructure, you simply connect the renderer to a VTKCell. The examples directory in the distribution has several VTK examples that illustrate.&lt;br /&gt;
&lt;br /&gt;
=== I am trying to add a module to the workflow via Python, but how can I access vtk modules? ===&lt;br /&gt;
&lt;br /&gt;
Here's an example:&lt;br /&gt;
&lt;br /&gt;
import api&lt;br /&gt;
&lt;br /&gt;
vtvtk = 'edu.utah.sci.vistrails.vtk'&lt;br /&gt;
&lt;br /&gt;
module = api.add_module(0, 0, vtvtk, 'vtkContourFilter', '')&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The third argument in add_module is the package identifier.  You can find this in the &amp;quot;Module Packages&amp;quot; panel of the Preferences; just click on the package you're interested in and it will appear in the information on the right.&lt;br /&gt;
&lt;br /&gt;
== matplotlib ==&lt;br /&gt;
&lt;br /&gt;
=== I'm experiencing a problem with Latex labels and the matplotlib that comes with VisTrails 1.5. The script below entered to the interpreter that comes with VT is sufficient to reproduce it. ===&lt;br /&gt;
&lt;br /&gt;
   import matplotlib.pyplot as plt&lt;br /&gt;
   plt.plot([1,2,3],[1,2,3])&lt;br /&gt;
   plt.xlabel(&amp;quot;$foo$&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
Remove your ~/.matplotlib folder and re-start VisTrails&lt;br /&gt;
&lt;br /&gt;
== VisTrails Development ==&lt;br /&gt;
&lt;br /&gt;
=== I would like to build VisTrails from source. Are there instructions on how to do this? ===&lt;br /&gt;
&lt;br /&gt;
Yes! Take a look at http://www.vistrails.org/index.php/Mac_Intel_Instructions&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#installing-vistrails-from-source Installing VisTrails from source]&lt;br /&gt;
&lt;br /&gt;
== Accessing Provenance Information ==&lt;br /&gt;
&lt;br /&gt;
=== How do I access the information in the execution log? ===&lt;br /&gt;
&lt;br /&gt;
The code responsible for storing execution information is located in the &amp;quot;core/log&amp;quot; directories, and the code that generates much of that information is in &amp;quot;core/interpreter/cached.py&amp;quot;.  Modules can add execution-specific annotations to provenance via annotate() calls during execution, but much of the data (like timing and errors) is captured by the LogController and CachedInterpreter (the execution engine) objects.  To analyze the log from a vistrail (.vt) file, you might have something like the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
  import core.log.log&lt;br /&gt;
  import db.services.io&lt;br /&gt;
&lt;br /&gt;
  def run(fname):&lt;br /&gt;
   # open the .vt bundle specified by the filename &amp;quot;fname&amp;quot;&lt;br /&gt;
   bundle = db.services.io.open_vistrail_bundle_from_zip_xml(fname)[0]&lt;br /&gt;
   # get the log filename&lt;br /&gt;
   log_fname = bundle.vistrail.db_log_filename&lt;br /&gt;
   if log_fname is not None:&lt;br /&gt;
       # open the log&lt;br /&gt;
       log = db.services.io.open_log_from_xml(log_fname, True)&lt;br /&gt;
       # convert the log from a db object&lt;br /&gt;
       core.log.log.Log.convert(log)&lt;br /&gt;
       for workflow_exec in log.workflow_execs:&lt;br /&gt;
           print 'workflow version:', workflow_exec.parent_version&lt;br /&gt;
           print 'time started:', workflow_exec.ts_start&lt;br /&gt;
           print 'time ended:', workflow_exec.ts_end&lt;br /&gt;
           print 'modules executed:', [i.module_id &lt;br /&gt;
                                       for i in workflow_exec.item_execs]&lt;br /&gt;
  if __name__ == '__main__':&lt;br /&gt;
     run(&amp;quot;some_vistrail.vt&amp;quot;)&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should be able to see what information is available by looking at the &amp;quot;core/log&amp;quot; classes.  [http://www.vistrails.org/usersguide/log.html Accessing the Execution Log]&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=FAQ&amp;diff=4469</id>
		<title>FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=FAQ&amp;diff=4469"/>
		<updated>2012-02-20T16:44:18Z</updated>

		<summary type="html">&lt;p&gt;Wendel: /* VisTrails server execute the workflow but generates a blank image. It show the error message cannot get access to X server */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Also check our [[known_issues|Known Issues]] page for troubleshooting.&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
== Running workflows ==&lt;br /&gt;
&lt;br /&gt;
=== How can I run a workflow using the command line? ===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') Call vistrails using the following options:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b path_to_vistrails_file:pipeline &amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
where pipeline can be a version '''tag name''' or version '''id'''&lt;br /&gt;
&lt;br /&gt;
'''NOTE:''' If you downloaded the MacOS X bundle, you can run vistrails from the command line via the following commands in the Terminal.  Change the current directory to wherever VisTrails was installed (often &amp;lt;code&amp;gt;/Applications&amp;lt;/code&amp;gt;), and then type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;Vistrails.app/Contents/MacOS/vistrails [&amp;lt;cmd_line_options&amp;gt;]&amp;lt;/code&amp;gt; [http://www.vistrails.org/usersguide/batch.html#running-a-specific-workflow-in-batch-mode Running a Specific Workflow in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
=== Using the command line, we'd like to execute a workflow multiple times, with slightly different parameters, and create a series of output files. Is this possible?===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') We can change parameters that have an alias through the command line.&lt;br /&gt;
&lt;br /&gt;
For example, offscreen pipeline in offscreen.vt always creates the file called image.png. If you want generate it with a different filename:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/offscreen.vt:offscreen -a&amp;quot;filename=other.png&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;filename&amp;lt;/code&amp;gt; in the example above is the alias name assigned to the parameter in the &amp;lt;code&amp;gt;value&amp;lt;/code&amp;gt; method inside the String module. When running a pipeline from the command line, VisTrails will try to start the spreadsheet automatically if the pipeline requires it. For example, this other execution will also start the spreadsheet (attention to how $ characters are escaped when running on bash): &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases -a&amp;quot;isovalue=30\$&amp;amp;\$diffuse_color=0.8,0.4,0.2&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can also execute more than one pipeline on the command line:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases ../examples/spx.vt:spx \&lt;br /&gt;
-a&amp;quot;isovalue=30&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Use the -a parameter only once regardless the number of pipelines. [http://www.vistrails.org/usersguide/batch.html#running-a-workflow-with-specific-parameters Running a Workflow with Specific Parameters]&lt;br /&gt;
&lt;br /&gt;
=== I can load a vistrail, and the version tree shows up fine. However, no pipelines appear when I click on a version. What gives? ===&lt;br /&gt;
&lt;br /&gt;
The most likely reason is that the vistrail uses a package that is not registered with VisTrails. You need to identify the needed package and add it to your &amp;lt;code&amp;gt;.vistrails/startup.py&amp;lt;/code&amp;gt;. A single line like the following should be enough:&lt;br /&gt;
&lt;br /&gt;
 addPackage('enter_package_name_here')&lt;br /&gt;
&lt;br /&gt;
Some packages might need more information. For example:&lt;br /&gt;
&lt;br /&gt;
 addPackage('afront', executable_path='/path/to/afront')&lt;br /&gt;
&lt;br /&gt;
Refer to the package documentation for details. The one inconvenient step is that currently there's no automated way to describe what is the missing package. We're working on this feature for future releases.&lt;br /&gt;
&lt;br /&gt;
=== I have a workflow that reads a file and then does some processing. The first time it runs, it executes correctly. But in subsequent, nothing happens. ===&lt;br /&gt;
&lt;br /&gt;
VisTrails caches by default, so after a workflow is executed, if none of its parameters change, it won't be executed again. &lt;br /&gt;
&lt;br /&gt;
If a workflow reads a file using the basic module File, VisTrails does check whether the file was modified since the last run. It does so by keeping a signature that is based on the modification time of the file. And if the file was modified, the File module and all downstream modules (the ones which depend on File) will be executed. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''Note: If you would like your input and output data to be versioned, you can use the Persistence package.''&lt;br /&gt;
&lt;br /&gt;
If you do not want VisTrails to cache executions, you can turn off caching: go to Menu Edit -&amp;gt; Preferences and in the General Configuration tab, change Cache execution results to Never. [http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
=== Can VisTrails execute workflows in parallel? ===&lt;br /&gt;
&lt;br /&gt;
The VisTrails server can only execute pipelines in parallel if there's more than one instance of VisTrails running. The command &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt; self.rpcserver = ThreadedXMLRPCServer((self.temp_xml_rpc_options.server, self.temp_xml_rpc_options.port))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
starts a multithreaded version of the XML-RPC server, so it will create a thread for each request received by the server. The problem is that Qt/PyQT doesn't allow these multiple threads create GUI objects, only in the main thread. To overcome this limitation, the multithreaded version can instantiate other single threaded versions of VisTrails and put them in a queue, so workflow executions and other GUI-related requests, such as generating workflow graphs and history trees can be forwarded to this queue, and each instance takes turns in answering the request. If the results are in the cache, the multithreaded version answers the requests directly.&lt;br /&gt;
&lt;br /&gt;
Note that this infrastructure works on Linux only. To make this work on Windows, you have to create a script similar to start_vistrails_xvfb.sh (located in the scripts folder) where you can send the number of other instances via command-line options to VisTrails. The command line options are:&lt;br /&gt;
&lt;br /&gt;
python vistrails_server.py -T &amp;lt;ADDRESS&amp;gt; -R &amp;lt;PORT&amp;gt; -O&amp;lt;NUMBER_OF_OTHER_VISTRAILS_INSTANCES&amp;gt; [-M]&amp;amp;&lt;br /&gt;
&lt;br /&gt;
If you want the main vistrails instance to be multithreaded, use the -M at the end.&lt;br /&gt;
&lt;br /&gt;
After creating this script, update function start_other_instances in vistrails/gui/application_server.py lines 1007-1023 and set the script variable to point to your script. You may also have to change the arguments sent to your script (line 1016: for example, you  don't need to set a virtual display).  You will need to change the path to the stop_vistrails_server.py script (on line 1026) according to your installation path. [http://www.vistrails.org/usersguide/batch.html#executing-workflows-in-parallel Executing Workflows in Parallel]&lt;br /&gt;
&lt;br /&gt;
=== When a workflow is executed, what do the colors mean? ===&lt;br /&gt;
&lt;br /&gt;
- lilac: module was notexecuted&lt;br /&gt;
  &lt;br /&gt;
- yellow: module is currently being executed &lt;br /&gt;
  &lt;br /&gt;
- green: module was successfully executed &lt;br /&gt;
  &lt;br /&gt;
- orange: module was cached&lt;br /&gt;
  &lt;br /&gt;
- red: the execution of the module failed&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
== Building workflows ==&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to give each widget a &amp;quot;display name&amp;quot; in addition to the module name at the center of the widget? ===&lt;br /&gt;
&lt;br /&gt;
Yes, a &amp;quot;display name&amp;quot; can be assigned to a module by selecting the triangle in its top right corner to open a popup menu and selecting the Set Module Label... menu item.  You will then be prompted to enter the &amp;quot;display name&amp;quot;.  [http://www.vistrails.org/usersguide/creating.html#changing-module-labels Changing Module Labels]&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to re-center the picture-in-picture (PiP) view? ===&lt;br /&gt;
&lt;br /&gt;
Yes.   If you click on the PIP window to bring it to focus, you can press Ctrl-R (or Command-R on Mac) to re-center the PiP window.  [http://www.vistrails.org/usersguide/getting_started.html#vistrails-interaction Vistrails Interaction]&lt;br /&gt;
&lt;br /&gt;
=== How do I search for a literal &amp;quot;?&amp;quot; (question mark) in the search box in the Property panel? ===&lt;br /&gt;
&lt;br /&gt;
Since we allow regular expressions in our search box, question marks are treated as meta-characters. Thus, searching for &amp;quot;?&amp;quot; returns everything and &amp;quot;abc?&amp;quot; will return everything containing &amp;quot;abc&amp;quot;.  You need to use &amp;quot;\?&amp;quot; instead to search for &amp;quot;?&amp;quot;. So the search for &amp;quot;??&amp;quot; would be &amp;quot;\?\?&amp;quot;.  [http://www.vistrails.org/usersguide/querying.html#textual-queries Textual Queries]&lt;br /&gt;
&lt;br /&gt;
== Using VisTrails as a server ==&lt;br /&gt;
&lt;br /&gt;
=== What is the VisTrails server-mode? ===&lt;br /&gt;
&lt;br /&gt;
Using the VisTrails server mode, it is possible to ''execute workflows and control VisTrails through another application''. For example, the CrowdLabs Web portal (http://www.crowdlabs.org) accesses a VisTrails sever to execute workflows, retrieve and display vistrail trees and workflows. [http://www.vistrails.org/usersguide/v2.0/html/batch.html#using-vistrails-as-a-server Using VisTrails as a Server]&lt;br /&gt;
&lt;br /&gt;
=== How do I execute workflows and control VisTrails through another application? ===&lt;br /&gt;
&lt;br /&gt;
The way you access the server is by doing XML-RPC calls. In the current VisTrails release, we include a set of PHP scripts that can talk to a VisTrails server instance. They are in &amp;quot;extensions/http&amp;quot; folder. The files are reasonably well documented. Also, it should be not difficult to create python scripts to access the server (just use xmlrpclib module).&lt;br /&gt;
&lt;br /&gt;
Note that  the VisTrails server requires the provenance and workflows to be in a database. More detailed instructions on how to setup the server and the database&lt;br /&gt;
are available here:&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_server_setup.html&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_database_setup.html&lt;br /&gt;
&lt;br /&gt;
If what you want is just to execute a series of workflows in batch mode, a simpler solution would be to ''use the VisTrails client in batch mode''. Chapter 12 of the user's guide contains detailed information and examples on that.  [http://www.vistrails.org/usersguide/v2.0/html/batch.html#sec-cli-batch Running VisTrails in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
=== VisTrails server execute the workflow but generates a blank image. It show the error message ''cannot get access to X server'' ===&lt;br /&gt;
&lt;br /&gt;
You will need to check if the display the server is trying to use is a valid display (by default it uses the display 0). &lt;br /&gt;
On linux, the command ''w'' will list the logged users and the display associated with them (''FROM'' column).&lt;br /&gt;
Note that the VisTrails server requires the machine to be running X.&lt;br /&gt;
&lt;br /&gt;
== Control Flow ==&lt;br /&gt;
&lt;br /&gt;
=== Note: using map  ===&lt;br /&gt;
&lt;br /&gt;
When using 'map', the module (or subworkflow) used as function port in the map module MUST be a function, i.e., it can only define 1 output port.  [http://www.vistrails.org/usersguide/controlflow.html#the-map-operator The Map Operator]&lt;br /&gt;
&lt;br /&gt;
== Spreadsheet ==&lt;br /&gt;
&lt;br /&gt;
Where ''pipeline'' is a version number or a tag.&lt;br /&gt;
&lt;br /&gt;
=== How can I save an image from the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
While having the focus on a spreadsheet cell and select the camera on the toolbar to take a snapshot. The system will prompt you for the location and file name where it should be saved. The other icons can be used for saving multiple images that can be used for generating an animation on demand. A whole sheet can also be saved by selecting Export (either from the menu or from the toolbar). [http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet-image Saving a Spreadsheet Image]&lt;br /&gt;
&lt;br /&gt;
===Is it possible to save the complete state of the spreadsheet?===&lt;br /&gt;
[http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet Saving a Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== Can I view multiple sheets at the same time? ===&lt;br /&gt;
&lt;br /&gt;
Yes. Each sheet on the spreadsheet can be displayed as a dock widget separated from the main spreadsheet window by dragging its tab name out of the tab bar at the bottom of the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Then, how can I put back a separated sheet? ===&lt;br /&gt;
&lt;br /&gt;
A sheet can be docked back to the main window by dragging it back to the tab bar or double-click on its title bar.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== How can I order sheets on the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
This can be done by dragging the sheet name on the bottom top bar and drop it to the right place.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Can I control where a cell will be placed on the spreadsheet window? ===&lt;br /&gt;
&lt;br /&gt;
By default, an unoccupied cell on the active sheet will be chosen to display the result. However, you can specify exactly in the pipeline where a spreadsheet cell will be placed by using CellLocation and SheetReference. CellLocation specifies the location (row and column) of a cell when connecting to a spreadsheet cell (VTKCell, ImageViewerCell, ...). Similarly, a SheetReference module (when connecting to a CellLocation) will specify which sheet the cell will be put on given its name, minimum row size and minimum column size. There is an example of this in examples/vtk.xml (select the version below Double Renderer).  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== How do I output results to the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
By inspecting the VisTrails Spreadsheet package (in the list of packages, to the left of the pipeline builder), you&lt;br /&gt;
can see there are built-in cells for different kinds of data, e.g., RichTextCell to display HTML and plain text. op&lt;br /&gt;
You (the user) can also define new cell types to display application-specific data. For example, we have developed&lt;br /&gt;
VtkCell, MplFigureCell, and  OpenGLCell. It is possible to display pretty much anything on the Spreadsheet!  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
Examples of writing cell modules can be found in:&lt;br /&gt;
RichTextCell: packages/spreadsheet/widgets/richtext/richtext.py&lt;br /&gt;
VTK: packages/vtk/vtkcell.py&lt;br /&gt;
&lt;br /&gt;
Here is the summary of some requirements on a cell widget:&lt;br /&gt;
&lt;br /&gt;
(1) It must be a Qt widget. It should inherit from spreadsheet_cell.QCellWidget in the spreadsheet package. Although any Qt Widget would work, certain features such as animation will not be available (without rewriting it).&lt;br /&gt;
&lt;br /&gt;
(2) It must re-implement the updateContents() function to take a set of inputs (usually coming from input ports of a wrapper Module) and display on the cells. VisTrails uses this function to update/reuse cells on the spreadsheet when new data comes in.&lt;br /&gt;
&lt;br /&gt;
(3) It needs a wrapper VisTrails Module (inherited from basic_widgets.SpreadsheetCell of the spreadsheet package). Inside the compute() method of this module, it may call self.display(CellWidgetType, (inputs)) to trigger the display event on the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#advanced-cell-options Advanced Cell Options]&lt;br /&gt;
&lt;br /&gt;
=== How do I control the default number of cells in the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
You can configure the rowCount and colCount using the preferences dialog. Just go to the Module Packages tab, select spreadsheet in the &amp;quot;Enabled packages&amp;quot; and press the Configure button. Then a list of all the configuration options for the spreadsheet will show up.  [http://www.vistrails.org/usersguide/spreadsheet.html#custom-layout-options Custom Layout Options]&lt;br /&gt;
&lt;br /&gt;
=== Is it possible to launch a web browser from the vistrails spreadsheet?  We would like to output several urls from a parameter sweep and then have the option to click on each one to view the resulting page.  I can view the page within the spreadsheet, but it is really too crowded.===&lt;br /&gt;
&lt;br /&gt;
Currently, there isn't a widget that provides exactly this functionality, but I can think of a few solutions that may work for you:&lt;br /&gt;
&lt;br /&gt;
(1) You can use parameter exploration to generate multiple sheets so you might have an exploration that opens each page in a new sheet.  Use the third column/dimension in the exploration interface to have a parameter span sheets.&lt;br /&gt;
&lt;br /&gt;
(2) The spreadsheet is extensible so you can write a custom spreadsheet cell widget that has a button or label with the desired link (a QLabel with openExternalLinks set to True, for example).&lt;br /&gt;
&lt;br /&gt;
(3) You can tweak the existing RichTextCell be adding the line &amp;quot;self.browser.setOpenExternalLinks(True)&amp;quot; at line 63 of the source file &amp;quot;vistrails/packages/spreadsheet/widgets/richtext/richtext.py&amp;quot;.  Then, if your workflow creates a file with html markup text like &amp;quot;&amp;lt;a href=&amp;quot;http://www.vistrails.org&amp;quot;&amp;gt;VisTrails&amp;lt;/a&amp;gt;&amp;quot; connected to a RichTextCell, clicking on the rendered link in the cell will open it in a web browser. You need to add the aforementioned line to the source to let Qt know that you want the link opened externally; by default, it will just issue an event that isn't processed.  [http://www.vistrails.org/usersguide/spreadsheet.html#launching-a-web-browser Launching a Web Browser]&lt;br /&gt;
&lt;br /&gt;
== Integrating your software into VisTrails ==&lt;br /&gt;
&lt;br /&gt;
===How can I integrate my own program into VisTrails?===&lt;br /&gt;
&lt;br /&gt;
The easiest way is to create a package. Writing a package is often very simple, here are instructions on how to do it: [[UsersGuideVisTrailsPackages]]&lt;br /&gt;
&lt;br /&gt;
You can also dynamically generate modules. For an example see:&lt;br /&gt;
&lt;br /&gt;
http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#Packages_that_generate_modules_dynamically &lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#generating-modules-dynamically Generating Modules Dynamically]&lt;br /&gt;
&lt;br /&gt;
In particular, see the new_module call which uses python's type() function to generate new classes dynamically.&lt;br /&gt;
&lt;br /&gt;
===How do I add a port that is not visible on the module (when it appears on the design canvas)?===&lt;br /&gt;
&lt;br /&gt;
This can be accomplished via the &amp;quot;optional&amp;quot; argument.  This is the fourth argument of add_input_port (add_output_port) or can be specified as a kwarg.  In your example, this would look like:&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'), True)&lt;br /&gt;
&lt;br /&gt;
or with kwargs&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'),\&lt;br /&gt;
                    optional=True)&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
 _input_ports = [('MyPort', '(core.modules.basic_modules.String)', {&amp;quot;optional&amp;quot;: True})]&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== How do modules deal with multiple inputs in a same port? ===&lt;br /&gt;
&lt;br /&gt;
(And should that even be allowed?)&lt;br /&gt;
&lt;br /&gt;
For compatibility reasons, we do need to allow multiple connections to an input port. However, most package developers should never have to use this, and so we do our best to hide it. the default behavior for getting inputs from a port, then, is to always return a single input.&lt;br /&gt;
&lt;br /&gt;
If on your module you need multiple inputs connected to a single port, use the 'forceGetInputListFromPort' method. It will return a list of all the data items coming through the port. The spreadsheet package uses this feature, so look there for usage examples (vistrails/packages/spreadsheet/basic_widgets.py)&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== Are there mechanisms for attaching widgets to different modules/parameters? ===&lt;br /&gt;
&lt;br /&gt;
Right now, we have a mechanism for putting a specific widget for an input port. For example, if a port is SetColor(red, green, blue), we can put a color wheel widget there. Or we can also replace the SetFileName port with a File Widget. However, this is not per parameter (only per port). We are currently working on this problem.&lt;br /&gt;
&lt;br /&gt;
=== Can I organize my package so it appears hierarchical in the module palette? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the namespace keyword argument when adding the module to the registry.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='MyNamespace')&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Can I nest namespaces? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the '|' character to separate different the hierarchy.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='ParentNamespace|ChildNamespace')&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Are there shortcuts for registry initialization? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  If you define _modules as a list of classes in the __init__.py file of your package, VisTrails will attempt to load all classes specified as modules.  You can provide add_module options as keyword arguments by specifying a tuple (class, kwargs) in the list.  For example:&lt;br /&gt;
&lt;br /&gt;
 _modules = [MyModule1, (MyModule2, {'namespace': 'MyNamespace'})]&lt;br /&gt;
&lt;br /&gt;
In addition, you need to identify the ports of your modules as a field in your class by defining _input_ports and _output_ports lists.  Here, the items in each list must be tuples of the form (portName, portSignature, optional=False, sort_key=-1).  For example:&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     def compute(self):&lt;br /&gt;
        pass&lt;br /&gt;
 &lt;br /&gt;
    _input_ports = [('firstInput', String), ('secondInput', Integer, True)]&lt;br /&gt;
    _output_ports = [('firstOutput', String), ('secondOutput', String)]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#customizing-modules-and-ports Customizing Modules and Ports]&lt;br /&gt;
&lt;br /&gt;
=== Can I define ports to be of types that I do not import into my package? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  You can pass an identifier string as the portSignature instead.  The port_signature string is defined by:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;module_string&amp;gt; := &amp;lt;package_identifier&amp;gt;:[&amp;lt;namespace&amp;gt;|]&amp;lt;module_name&amp;gt;,&lt;br /&gt;
 &amp;lt;port_signature&amp;gt; := (&amp;lt;module_string&amp;gt;*)&lt;br /&gt;
&lt;br /&gt;
For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_input_port(MyModule, 'myInputPort', '(edu.utah.sci.vistrails.basic:String)')&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
  _input_ports = [('myInputPort', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Port Types]&lt;br /&gt;
&lt;br /&gt;
=== What do I need to change in my package to make it reloadable (new in v1.4.2)? ===&lt;br /&gt;
See [http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#How_to_make_you_package_reloadable UsersGuideVisTrailsPackages] for an explanation.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#creating-reloadable-packages Creating Reloadable Packages]&lt;br /&gt;
&lt;br /&gt;
=== Can I add default values or labels for parameters? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Versions 1.4 and greater support these features.  See [[UsersGuideVisTrailsPackages#Adding_default_values_and.2For_labels_for_parameters | UsersGuideVisTrailsPacakges]] for more details.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Default Values and Labels]&lt;br /&gt;
&lt;br /&gt;
=== I want to write a module to load HDF data whose output (e.g., data, string) varies according to the input I give it. Is is possible to do this in VisTrails, and if yes, how can I do that?  Ideally, I would like to avoid having to change the connection of my output every time I change the input. ===&lt;br /&gt;
&lt;br /&gt;
There are a few ways to tackle this - each has it's own benefits and pitfalls.  Firstly, module connections do respect class hierarchies as we're familiar with in object oriented languages.  For instance, A module can output a Constant of which String, Float, Integer, etc are specifications.  In this way, you can have a subclass of something like HDFData be passed out of the module and the connections will be established regardless of the sub-type.  This is a bit dangerous though.  Modules downstream of such a class may not really know how to operate on certain types derived from the super-class.  Extreme care must be taken both when creating the modules as well as connecting them to prevent things like this from happening.&lt;br /&gt;
&lt;br /&gt;
A second method that I employ in several different packages is the idea of a container class.  For instance, the NumSciPy package uses a relatively generic container &amp;quot;Numpy Array&amp;quot; to encapsulate the data.  Of course, these encapsulating objects can store dictionaries that other modules can easily access and understand how to operate on.   Although this method is slightly more work, the benefits of a stricter typing of ports is beneficial - particularly upon interfacing with other packages that may depend on strongly typed constants (for example).&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Varying Output According to the Input]&lt;br /&gt;
&lt;br /&gt;
=== I need to determine, at run-time, whether or not a &amp;quot;child&amp;quot; module is attached to the output port of a &amp;quot;parent&amp;quot; module.  (I do not specifically need to know which child; just if there is one). ===&lt;br /&gt;
&lt;br /&gt;
The outputPorts dictionary of the base Module stores this information.  Thus, you should be able to check&lt;br /&gt;
&lt;br /&gt;
 (&amp;quot;myPortName&amp;quot; in self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
on the parent module to check if there are any downstream connections from the port &amp;quot;myPortName&amp;quot;.  This might be used, for example, to only set results for output ports that will be used.  ***Note***, however, that the caching algorithm assumes that all outputs are set so adding a new connection to a previously unconnected output port will not work as desired if that module is cached.  For this reason, I would currently recommend making such a module not cacheable.  Another possibility is overriding the update() method to check the outputPorts and set the upToDate flag if they are not equal.  In a single, limited test, this seemed to work, but be warned that it is not fully tested.  Here is an example:&lt;br /&gt;
&lt;br /&gt;
 class TestModule(Module):&lt;br /&gt;
     _output_ports = [('a1', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                      ('a2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     def __init__(self):&lt;br /&gt;
         Module.__init__(self)&lt;br /&gt;
         self._cached_output_ports = set()&lt;br /&gt;
     &lt;br /&gt;
     def update(self):&lt;br /&gt;
         if len(set(self.outputPorts) - self._cached_output_ports) &amp;gt; 0:&lt;br /&gt;
             self.upToDate = False&lt;br /&gt;
         Module.update(self)&lt;br /&gt;
     &lt;br /&gt;
     def compute(self):&lt;br /&gt;
         if &amp;quot;a1&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a1&amp;quot;, &amp;quot;test&amp;quot;)&lt;br /&gt;
         if &amp;quot;a2&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a2&amp;quot;, &amp;quot;test2&amp;quot;)&lt;br /&gt;
         self._cached_output_ports = set(self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Determining Whether or Not a Module is Attached to an Output Port]&lt;br /&gt;
&lt;br /&gt;
=== How can I make a module not display in the modules list? ===&lt;br /&gt;
&lt;br /&gt;
You should set the abstract parameter to True when adding the module to the registry.  Using the original syntax, this looks like:&lt;br /&gt;
&lt;br /&gt;
 def initialize():&lt;br /&gt;
     reg = core.modules.module_registry.get_module_registry()&lt;br /&gt;
     reg.add_module(InvisibleModule, abstract=True)&lt;br /&gt;
     # ...&lt;br /&gt;
&lt;br /&gt;
With the _modules dictionary shortcut (for more details, see [http://www.vistrails.org/index.php/FAQ#Are_there_shortucts_for_registry_initialization.3F the FAQ section on this]), you include it in a kwargs dict as part of a module tuple:&lt;br /&gt;
&lt;br /&gt;
 _modules = [AnotherModule, (InvisibleModule, {'abstract': True})]&lt;br /&gt;
&lt;br /&gt;
There is also a 'hide_descriptor' parameter that prevents the module from appearing in the module palette without declaring it to be abstract.&lt;br /&gt;
&lt;br /&gt;
The technical difference between the two is that 'abstract' will not add the item to the module palette while 'hide_descriptor' does add the item but immediately hides it.  If the module should never be instantiated in a workflow, declare it abstract.  If you don't want users to be able to add the module to a pipeline, but you have code that may add it programmatically, declare it with hide_descriptor=True.&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== How do I document individual ports? ===&lt;br /&gt;
&lt;br /&gt;
To access port documentation, users can right-click on the port in the port list and choose the corresponding menu item.  To provide this documentation, you should define the &amp;lt;code&amp;gt;provide_input_port_documentation&amp;lt;/code&amp;gt; and/or the &amp;lt;code&amp;gt;provide_output_port_documentation&amp;lt;/code&amp;gt; '''class''' methods.  Note that these methods take the class and the port name as arguments.  For example,&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     _input_ports = [('test', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                     ('test2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     port_docs = {'test': 'Some documentation',&lt;br /&gt;
                  'test2': 'More documentation'}&lt;br /&gt;
     @classmethod&lt;br /&gt;
     def provide_input_port_documentation(cls, port_name):&lt;br /&gt;
         return cls.port_docs[port_name]&lt;br /&gt;
&lt;br /&gt;
== The Console ==&lt;br /&gt;
&lt;br /&gt;
=== Where should I go to find out what I can call from the console and how to import it?  ===&lt;br /&gt;
&lt;br /&gt;
We have tried to make some methods more accessible in the console via an api.  You can import the api via &amp;lt;code&amp;gt;import api&amp;lt;/code&amp;gt; in the console and see the available methods with &amp;lt;code&amp;gt;dir(api)&amp;lt;/code&amp;gt;.  To open a vistrail:&lt;br /&gt;
&lt;br /&gt;
 import api&lt;br /&gt;
 api.open_vistrail_from_file('/Applications/VisTrails/examples/terminator.vt')&lt;br /&gt;
&lt;br /&gt;
To execute a version of a workflow, you currently have to go through the controller:&lt;br /&gt;
&lt;br /&gt;
 api.select_version('Histogram')&lt;br /&gt;
 api.get_current_controller().execute_current_workflow()&lt;br /&gt;
&lt;br /&gt;
Currently, only a subset of VisTrails functionality is directly available from the api.  However, since VisTrails is written in python, you can dig down starting with the VistrailsApplication or controller object to expose most of our internal methods.  If you have suggestions for calls to be added to the api, please let us know.&lt;br /&gt;
&lt;br /&gt;
One other feature that we're working on, but is still in progress is the ability to construct workflows via the console.  For example:&lt;br /&gt;
&lt;br /&gt;
 vtk = load_package('edu.utah.sci.vistrails.vtk')&lt;br /&gt;
 vtk.vtkDataSetReader() # adds a vtkDataSetReader module to the pipeline&lt;br /&gt;
 # click on the new module&lt;br /&gt;
 a = selected_modules()[0] # get the one currently selected module&lt;br /&gt;
 a.SetFile('/vistrails/examples/data/head120.vtk') # sets the SetFile parmaeter for the data set reader&lt;br /&gt;
 b = vtk.vtkContourFilter() # adds a vtkContourFilter module to the pipeline and saves to var b&lt;br /&gt;
 b.SetInputConnection0(a.GetOutputPort0()) # connects a's GetOutputPort0 port to b's SetInputConnection0&lt;br /&gt;
[http://www.vistrails.org/usersguide/batch.html#finding-methods-via-the-command-line Finding Methods Via the Command Line]&lt;br /&gt;
&lt;br /&gt;
== Persistence Package ==&lt;br /&gt;
&lt;br /&gt;
=== How do I use the output of one workflow as the input for another using the persistence package? ===&lt;br /&gt;
&lt;br /&gt;
You need to configure the persistence modules using the module's configuration dialog.  After adding a &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt; to the workflow, click on the triangle in the upper-right corner of the &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt;, and select &amp;quot;Edit Configuration&amp;quot; from the menu that appears.  In this dialog, select &amp;quot;Create New Reference&amp;quot; and give the reference a name (and any space-delimited tags).  Upon running that workflow, the data will be written to the persistent store.  In the second workflow where you wish to use that file, add a &amp;lt;code&amp;gt;PersistentInputFile&amp;lt;/code&amp;gt; and go to its configuration dialog in the same manner as with the output file.  In that dialog, select &amp;quot;Use Existing Reference&amp;quot; and select the data that you just added in the first workflow in the list of files below.  Now, when you run that workflow, it will grab the data from the persistent store.&lt;br /&gt;
&lt;br /&gt;
Here is an example: [[Media:offscreen_persistent.vt | offscreen_persistent.vt]].  Run the &amp;quot;persistent offscreen&amp;quot; workflow first, and then run the &amp;quot;display persistent output&amp;quot; to use the output of the first workflow as the input for the second.&lt;br /&gt;
&lt;br /&gt;
== VTK ==&lt;br /&gt;
&lt;br /&gt;
=== Given a VTK visualization, how can I generate a webpage from it? ===&lt;br /&gt;
&lt;br /&gt;
Check out the html pipeline in offscreen.xml.&lt;br /&gt;
&lt;br /&gt;
=== I'm trying to use VTK, but there doesn't seem to be any output. What is wrong? ===&lt;br /&gt;
&lt;br /&gt;
To use VTK on VisTrails, you need a slightly different way of connecting the renderer modules. Instead of using the standard RenderWindow/RenderWindowInteractor infrastructure, you simply connect the renderer to a VTKCell. The examples directory in the distribution has several VTK examples that illustrate.&lt;br /&gt;
&lt;br /&gt;
=== I am trying to add a module to the workflow via Python, but how can I access vtk modules? ===&lt;br /&gt;
&lt;br /&gt;
Here's an example:&lt;br /&gt;
&lt;br /&gt;
import api&lt;br /&gt;
&lt;br /&gt;
vtvtk = 'edu.utah.sci.vistrails.vtk'&lt;br /&gt;
&lt;br /&gt;
module = api.add_module(0, 0, vtvtk, 'vtkContourFilter', '')&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The third argument in add_module is the package identifier.  You can find this in the &amp;quot;Module Packages&amp;quot; panel of the Preferences; just click on the package you're interested in and it will appear in the information on the right.&lt;br /&gt;
&lt;br /&gt;
== matplotlib ==&lt;br /&gt;
&lt;br /&gt;
=== I'm experiencing a problem with Latex labels and the matplotlib that comes with VisTrails 1.5. The script below entered to the interpreter that comes with VT is sufficient to reproduce it. ===&lt;br /&gt;
&lt;br /&gt;
   import matplotlib.pyplot as plt&lt;br /&gt;
   plt.plot([1,2,3],[1,2,3])&lt;br /&gt;
   plt.xlabel(&amp;quot;$foo$&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
Remove your ~/.matplotlib folder and re-start VisTrails&lt;br /&gt;
&lt;br /&gt;
== VisTrails Development ==&lt;br /&gt;
&lt;br /&gt;
=== I would like to build VisTrails from source. Are there instructions on how to do this? ===&lt;br /&gt;
&lt;br /&gt;
Yes! Take a look at http://www.vistrails.org/index.php/Mac_Intel_Instructions&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#installing-vistrails-from-source Installing VisTrails from source]&lt;br /&gt;
&lt;br /&gt;
== Accessing Provenance Information ==&lt;br /&gt;
&lt;br /&gt;
=== How do I access the information in the execution log? ===&lt;br /&gt;
&lt;br /&gt;
The code responsible for storing execution information is located in the &amp;quot;core/log&amp;quot; directories, and the code that generates much of that information is in &amp;quot;core/interpreter/cached.py&amp;quot;.  Modules can add execution-specific annotations to provenance via annotate() calls during execution, but much of the data (like timing and errors) is captured by the LogController and CachedInterpreter (the execution engine) objects.  To analyze the log from a vistrail (.vt) file, you might have something like the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
  import core.log.log&lt;br /&gt;
  import db.services.io&lt;br /&gt;
&lt;br /&gt;
  def run(fname):&lt;br /&gt;
   # open the .vt bundle specified by the filename &amp;quot;fname&amp;quot;&lt;br /&gt;
   bundle = db.services.io.open_vistrail_bundle_from_zip_xml(fname)[0]&lt;br /&gt;
   # get the log filename&lt;br /&gt;
   log_fname = bundle.vistrail.db_log_filename&lt;br /&gt;
   if log_fname is not None:&lt;br /&gt;
       # open the log&lt;br /&gt;
       log = db.services.io.open_log_from_xml(log_fname, True)&lt;br /&gt;
       # convert the log from a db object&lt;br /&gt;
       core.log.log.Log.convert(log)&lt;br /&gt;
       for workflow_exec in log.workflow_execs:&lt;br /&gt;
           print 'workflow version:', workflow_exec.parent_version&lt;br /&gt;
           print 'time started:', workflow_exec.ts_start&lt;br /&gt;
           print 'time ended:', workflow_exec.ts_end&lt;br /&gt;
           print 'modules executed:', [i.module_id &lt;br /&gt;
                                       for i in workflow_exec.item_execs]&lt;br /&gt;
  if __name__ == '__main__':&lt;br /&gt;
     run(&amp;quot;some_vistrail.vt&amp;quot;)&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should be able to see what information is available by looking at the &amp;quot;core/log&amp;quot; classes.  [http://www.vistrails.org/usersguide/log.html Accessing the Execution Log]&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=FAQ&amp;diff=4468</id>
		<title>FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=FAQ&amp;diff=4468"/>
		<updated>2012-02-20T16:43:38Z</updated>

		<summary type="html">&lt;p&gt;Wendel: /* Using VisTrails as a server */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Also check our [[known_issues|Known Issues]] page for troubleshooting.&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
== Running workflows ==&lt;br /&gt;
&lt;br /&gt;
=== How can I run a workflow using the command line? ===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') Call vistrails using the following options:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b path_to_vistrails_file:pipeline &amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
where pipeline can be a version '''tag name''' or version '''id'''&lt;br /&gt;
&lt;br /&gt;
'''NOTE:''' If you downloaded the MacOS X bundle, you can run vistrails from the command line via the following commands in the Terminal.  Change the current directory to wherever VisTrails was installed (often &amp;lt;code&amp;gt;/Applications&amp;lt;/code&amp;gt;), and then type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;Vistrails.app/Contents/MacOS/vistrails [&amp;lt;cmd_line_options&amp;gt;]&amp;lt;/code&amp;gt; [http://www.vistrails.org/usersguide/batch.html#running-a-specific-workflow-in-batch-mode Running a Specific Workflow in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
=== Using the command line, we'd like to execute a workflow multiple times, with slightly different parameters, and create a series of output files. Is this possible?===&lt;br /&gt;
&lt;br /&gt;
('''Updated for version 1.2''') We can change parameters that have an alias through the command line.&lt;br /&gt;
&lt;br /&gt;
For example, offscreen pipeline in offscreen.vt always creates the file called image.png. If you want generate it with a different filename:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/offscreen.vt:offscreen -a&amp;quot;filename=other.png&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;filename&amp;lt;/code&amp;gt; in the example above is the alias name assigned to the parameter in the &amp;lt;code&amp;gt;value&amp;lt;/code&amp;gt; method inside the String module. When running a pipeline from the command line, VisTrails will try to start the spreadsheet automatically if the pipeline requires it. For example, this other execution will also start the spreadsheet (attention to how $ characters are escaped when running on bash): &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases -a&amp;quot;isovalue=30\$&amp;amp;\$diffuse_color=0.8,0.4,0.2&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can also execute more than one pipeline on the command line:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;python vistrails.py -b ../examples/head.vt:aliases ../examples/spx.vt:spx \&lt;br /&gt;
-a&amp;quot;isovalue=30&amp;quot;&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Use the -a parameter only once regardless the number of pipelines. [http://www.vistrails.org/usersguide/batch.html#running-a-workflow-with-specific-parameters Running a Workflow with Specific Parameters]&lt;br /&gt;
&lt;br /&gt;
=== I can load a vistrail, and the version tree shows up fine. However, no pipelines appear when I click on a version. What gives? ===&lt;br /&gt;
&lt;br /&gt;
The most likely reason is that the vistrail uses a package that is not registered with VisTrails. You need to identify the needed package and add it to your &amp;lt;code&amp;gt;.vistrails/startup.py&amp;lt;/code&amp;gt;. A single line like the following should be enough:&lt;br /&gt;
&lt;br /&gt;
 addPackage('enter_package_name_here')&lt;br /&gt;
&lt;br /&gt;
Some packages might need more information. For example:&lt;br /&gt;
&lt;br /&gt;
 addPackage('afront', executable_path='/path/to/afront')&lt;br /&gt;
&lt;br /&gt;
Refer to the package documentation for details. The one inconvenient step is that currently there's no automated way to describe what is the missing package. We're working on this feature for future releases.&lt;br /&gt;
&lt;br /&gt;
=== I have a workflow that reads a file and then does some processing. The first time it runs, it executes correctly. But in subsequent, nothing happens. ===&lt;br /&gt;
&lt;br /&gt;
VisTrails caches by default, so after a workflow is executed, if none of its parameters change, it won't be executed again. &lt;br /&gt;
&lt;br /&gt;
If a workflow reads a file using the basic module File, VisTrails does check whether the file was modified since the last run. It does so by keeping a signature that is based on the modification time of the file. And if the file was modified, the File module and all downstream modules (the ones which depend on File) will be executed. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''Note: If you would like your input and output data to be versioned, you can use the Persistence package.''&lt;br /&gt;
&lt;br /&gt;
If you do not want VisTrails to cache executions, you can turn off caching: go to Menu Edit -&amp;gt; Preferences and in the General Configuration tab, change Cache execution results to Never. [http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
=== Can VisTrails execute workflows in parallel? ===&lt;br /&gt;
&lt;br /&gt;
The VisTrails server can only execute pipelines in parallel if there's more than one instance of VisTrails running. The command &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt; self.rpcserver = ThreadedXMLRPCServer((self.temp_xml_rpc_options.server, self.temp_xml_rpc_options.port))&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
starts a multithreaded version of the XML-RPC server, so it will create a thread for each request received by the server. The problem is that Qt/PyQT doesn't allow these multiple threads create GUI objects, only in the main thread. To overcome this limitation, the multithreaded version can instantiate other single threaded versions of VisTrails and put them in a queue, so workflow executions and other GUI-related requests, such as generating workflow graphs and history trees can be forwarded to this queue, and each instance takes turns in answering the request. If the results are in the cache, the multithreaded version answers the requests directly.&lt;br /&gt;
&lt;br /&gt;
Note that this infrastructure works on Linux only. To make this work on Windows, you have to create a script similar to start_vistrails_xvfb.sh (located in the scripts folder) where you can send the number of other instances via command-line options to VisTrails. The command line options are:&lt;br /&gt;
&lt;br /&gt;
python vistrails_server.py -T &amp;lt;ADDRESS&amp;gt; -R &amp;lt;PORT&amp;gt; -O&amp;lt;NUMBER_OF_OTHER_VISTRAILS_INSTANCES&amp;gt; [-M]&amp;amp;&lt;br /&gt;
&lt;br /&gt;
If you want the main vistrails instance to be multithreaded, use the -M at the end.&lt;br /&gt;
&lt;br /&gt;
After creating this script, update function start_other_instances in vistrails/gui/application_server.py lines 1007-1023 and set the script variable to point to your script. You may also have to change the arguments sent to your script (line 1016: for example, you  don't need to set a virtual display).  You will need to change the path to the stop_vistrails_server.py script (on line 1026) according to your installation path. [http://www.vistrails.org/usersguide/batch.html#executing-workflows-in-parallel Executing Workflows in Parallel]&lt;br /&gt;
&lt;br /&gt;
=== When a workflow is executed, what do the colors mean? ===&lt;br /&gt;
&lt;br /&gt;
- lilac: module was notexecuted&lt;br /&gt;
  &lt;br /&gt;
- yellow: module is currently being executed &lt;br /&gt;
  &lt;br /&gt;
- green: module was successfully executed &lt;br /&gt;
  &lt;br /&gt;
- orange: module was cached&lt;br /&gt;
  &lt;br /&gt;
- red: the execution of the module failed&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#workflow-execution Workflow Execution]&lt;br /&gt;
&lt;br /&gt;
== Building workflows ==&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to give each widget a &amp;quot;display name&amp;quot; in addition to the module name at the center of the widget? ===&lt;br /&gt;
&lt;br /&gt;
Yes, a &amp;quot;display name&amp;quot; can be assigned to a module by selecting the triangle in its top right corner to open a popup menu and selecting the Set Module Label... menu item.  You will then be prompted to enter the &amp;quot;display name&amp;quot;.  [http://www.vistrails.org/usersguide/creating.html#changing-module-labels Changing Module Labels]&lt;br /&gt;
&lt;br /&gt;
=== Is there a way to re-center the picture-in-picture (PiP) view? ===&lt;br /&gt;
&lt;br /&gt;
Yes.   If you click on the PIP window to bring it to focus, you can press Ctrl-R (or Command-R on Mac) to re-center the PiP window.  [http://www.vistrails.org/usersguide/getting_started.html#vistrails-interaction Vistrails Interaction]&lt;br /&gt;
&lt;br /&gt;
=== How do I search for a literal &amp;quot;?&amp;quot; (question mark) in the search box in the Property panel? ===&lt;br /&gt;
&lt;br /&gt;
Since we allow regular expressions in our search box, question marks are treated as meta-characters. Thus, searching for &amp;quot;?&amp;quot; returns everything and &amp;quot;abc?&amp;quot; will return everything containing &amp;quot;abc&amp;quot;.  You need to use &amp;quot;\?&amp;quot; instead to search for &amp;quot;?&amp;quot;. So the search for &amp;quot;??&amp;quot; would be &amp;quot;\?\?&amp;quot;.  [http://www.vistrails.org/usersguide/querying.html#textual-queries Textual Queries]&lt;br /&gt;
&lt;br /&gt;
== Using VisTrails as a server ==&lt;br /&gt;
&lt;br /&gt;
=== What is the VisTrails server-mode? ===&lt;br /&gt;
&lt;br /&gt;
Using the VisTrails server mode, it is possible to ''execute workflows and control VisTrails through another application''. For example, the CrowdLabs Web portal (http://www.crowdlabs.org) accesses a VisTrails sever to execute workflows, retrieve and display vistrail trees and workflows. [http://www.vistrails.org/usersguide/v2.0/html/batch.html#using-vistrails-as-a-server Using VisTrails as a Server]&lt;br /&gt;
&lt;br /&gt;
=== How do I execute workflows and control VisTrails through another application? ===&lt;br /&gt;
&lt;br /&gt;
The way you access the server is by doing XML-RPC calls. In the current VisTrails release, we include a set of PHP scripts that can talk to a VisTrails server instance. They are in &amp;quot;extensions/http&amp;quot; folder. The files are reasonably well documented. Also, it should be not difficult to create python scripts to access the server (just use xmlrpclib module).&lt;br /&gt;
&lt;br /&gt;
Note that  the VisTrails server requires the provenance and workflows to be in a database. More detailed instructions on how to setup the server and the database&lt;br /&gt;
are available here:&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_server_setup.html&lt;br /&gt;
&lt;br /&gt;
http://www.crowdlabs.org/site_media/static/dev_docs/vistrails_database_setup.html&lt;br /&gt;
&lt;br /&gt;
If what you want is just to execute a series of workflows in batch mode, a simpler solution would be to ''use the VisTrails client in batch mode''. Chapter 12 of the user's guide contains detailed information and examples on that.  [http://www.vistrails.org/usersguide/v2.0/html/batch.html#sec-cli-batch Running VisTrails in Batch Mode]&lt;br /&gt;
&lt;br /&gt;
== VisTrails server execute the workflow but generates a blank image. It show the error message ''cannot get access to X server'' ==&lt;br /&gt;
&lt;br /&gt;
You will need to check if the display the server is trying to use is a valid display (by default it uses the display 0). &lt;br /&gt;
On linux, the command ''w'' will list the logged users and the display associated with them (''FROM'' column).&lt;br /&gt;
Note that the VisTrails server requires the machine to be running X.&lt;br /&gt;
&lt;br /&gt;
== Control Flow ==&lt;br /&gt;
&lt;br /&gt;
=== Note: using map  ===&lt;br /&gt;
&lt;br /&gt;
When using 'map', the module (or subworkflow) used as function port in the map module MUST be a function, i.e., it can only define 1 output port.  [http://www.vistrails.org/usersguide/controlflow.html#the-map-operator The Map Operator]&lt;br /&gt;
&lt;br /&gt;
== Spreadsheet ==&lt;br /&gt;
&lt;br /&gt;
Where ''pipeline'' is a version number or a tag.&lt;br /&gt;
&lt;br /&gt;
=== How can I save an image from the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
While having the focus on a spreadsheet cell and select the camera on the toolbar to take a snapshot. The system will prompt you for the location and file name where it should be saved. The other icons can be used for saving multiple images that can be used for generating an animation on demand. A whole sheet can also be saved by selecting Export (either from the menu or from the toolbar). [http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet-image Saving a Spreadsheet Image]&lt;br /&gt;
&lt;br /&gt;
===Is it possible to save the complete state of the spreadsheet?===&lt;br /&gt;
[http://www.vistrails.org/usersguide/spreadsheet.html#saving-a-spreadsheet Saving a Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== Can I view multiple sheets at the same time? ===&lt;br /&gt;
&lt;br /&gt;
Yes. Each sheet on the spreadsheet can be displayed as a dock widget separated from the main spreadsheet window by dragging its tab name out of the tab bar at the bottom of the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Then, how can I put back a separated sheet? ===&lt;br /&gt;
&lt;br /&gt;
A sheet can be docked back to the main window by dragging it back to the tab bar or double-click on its title bar.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== How can I order sheets on the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
This can be done by dragging the sheet name on the bottom top bar and drop it to the right place.  [http://www.vistrails.org/usersguide/spreadsheet.html#multiple-spreadsheets Multiple Spreadsheets]&lt;br /&gt;
&lt;br /&gt;
=== Can I control where a cell will be placed on the spreadsheet window? ===&lt;br /&gt;
&lt;br /&gt;
By default, an unoccupied cell on the active sheet will be chosen to display the result. However, you can specify exactly in the pipeline where a spreadsheet cell will be placed by using CellLocation and SheetReference. CellLocation specifies the location (row and column) of a cell when connecting to a spreadsheet cell (VTKCell, ImageViewerCell, ...). Similarly, a SheetReference module (when connecting to a CellLocation) will specify which sheet the cell will be put on given its name, minimum row size and minimum column size. There is an example of this in examples/vtk.xml (select the version below Double Renderer).  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
=== How do I output results to the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
By inspecting the VisTrails Spreadsheet package (in the list of packages, to the left of the pipeline builder), you&lt;br /&gt;
can see there are built-in cells for different kinds of data, e.g., RichTextCell to display HTML and plain text. op&lt;br /&gt;
You (the user) can also define new cell types to display application-specific data. For example, we have developed&lt;br /&gt;
VtkCell, MplFigureCell, and  OpenGLCell. It is possible to display pretty much anything on the Spreadsheet!  [http://www.vistrails.org/usersguide/spreadsheet.html#sending-output-to-the-spreadsheet Sending Output to the Spreadsheet]&lt;br /&gt;
&lt;br /&gt;
Examples of writing cell modules can be found in:&lt;br /&gt;
RichTextCell: packages/spreadsheet/widgets/richtext/richtext.py&lt;br /&gt;
VTK: packages/vtk/vtkcell.py&lt;br /&gt;
&lt;br /&gt;
Here is the summary of some requirements on a cell widget:&lt;br /&gt;
&lt;br /&gt;
(1) It must be a Qt widget. It should inherit from spreadsheet_cell.QCellWidget in the spreadsheet package. Although any Qt Widget would work, certain features such as animation will not be available (without rewriting it).&lt;br /&gt;
&lt;br /&gt;
(2) It must re-implement the updateContents() function to take a set of inputs (usually coming from input ports of a wrapper Module) and display on the cells. VisTrails uses this function to update/reuse cells on the spreadsheet when new data comes in.&lt;br /&gt;
&lt;br /&gt;
(3) It needs a wrapper VisTrails Module (inherited from basic_widgets.SpreadsheetCell of the spreadsheet package). Inside the compute() method of this module, it may call self.display(CellWidgetType, (inputs)) to trigger the display event on the spreadsheet.  [http://www.vistrails.org/usersguide/spreadsheet.html#advanced-cell-options Advanced Cell Options]&lt;br /&gt;
&lt;br /&gt;
=== How do I control the default number of cells in the spreadsheet? ===&lt;br /&gt;
&lt;br /&gt;
You can configure the rowCount and colCount using the preferences dialog. Just go to the Module Packages tab, select spreadsheet in the &amp;quot;Enabled packages&amp;quot; and press the Configure button. Then a list of all the configuration options for the spreadsheet will show up.  [http://www.vistrails.org/usersguide/spreadsheet.html#custom-layout-options Custom Layout Options]&lt;br /&gt;
&lt;br /&gt;
=== Is it possible to launch a web browser from the vistrails spreadsheet?  We would like to output several urls from a parameter sweep and then have the option to click on each one to view the resulting page.  I can view the page within the spreadsheet, but it is really too crowded.===&lt;br /&gt;
&lt;br /&gt;
Currently, there isn't a widget that provides exactly this functionality, but I can think of a few solutions that may work for you:&lt;br /&gt;
&lt;br /&gt;
(1) You can use parameter exploration to generate multiple sheets so you might have an exploration that opens each page in a new sheet.  Use the third column/dimension in the exploration interface to have a parameter span sheets.&lt;br /&gt;
&lt;br /&gt;
(2) The spreadsheet is extensible so you can write a custom spreadsheet cell widget that has a button or label with the desired link (a QLabel with openExternalLinks set to True, for example).&lt;br /&gt;
&lt;br /&gt;
(3) You can tweak the existing RichTextCell be adding the line &amp;quot;self.browser.setOpenExternalLinks(True)&amp;quot; at line 63 of the source file &amp;quot;vistrails/packages/spreadsheet/widgets/richtext/richtext.py&amp;quot;.  Then, if your workflow creates a file with html markup text like &amp;quot;&amp;lt;a href=&amp;quot;http://www.vistrails.org&amp;quot;&amp;gt;VisTrails&amp;lt;/a&amp;gt;&amp;quot; connected to a RichTextCell, clicking on the rendered link in the cell will open it in a web browser. You need to add the aforementioned line to the source to let Qt know that you want the link opened externally; by default, it will just issue an event that isn't processed.  [http://www.vistrails.org/usersguide/spreadsheet.html#launching-a-web-browser Launching a Web Browser]&lt;br /&gt;
&lt;br /&gt;
== Integrating your software into VisTrails ==&lt;br /&gt;
&lt;br /&gt;
===How can I integrate my own program into VisTrails?===&lt;br /&gt;
&lt;br /&gt;
The easiest way is to create a package. Writing a package is often very simple, here are instructions on how to do it: [[UsersGuideVisTrailsPackages]]&lt;br /&gt;
&lt;br /&gt;
You can also dynamically generate modules. For an example see:&lt;br /&gt;
&lt;br /&gt;
http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#Packages_that_generate_modules_dynamically &lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#generating-modules-dynamically Generating Modules Dynamically]&lt;br /&gt;
&lt;br /&gt;
In particular, see the new_module call which uses python's type() function to generate new classes dynamically.&lt;br /&gt;
&lt;br /&gt;
===How do I add a port that is not visible on the module (when it appears on the design canvas)?===&lt;br /&gt;
&lt;br /&gt;
This can be accomplished via the &amp;quot;optional&amp;quot; argument.  This is the fourth argument of add_input_port (add_output_port) or can be specified as a kwarg.  In your example, this would look like:&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'), True)&lt;br /&gt;
&lt;br /&gt;
or with kwargs&lt;br /&gt;
&lt;br /&gt;
 reg.add_input_port(MyModule, &amp;quot;MyPort&amp;quot;, (core.modules.basic_modules.String, 'MyPort Name'),\&lt;br /&gt;
                    optional=True)&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
 _input_ports = [('MyPort', '(core.modules.basic_modules.String)', {&amp;quot;optional&amp;quot;: True})]&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== How do modules deal with multiple inputs in a same port? ===&lt;br /&gt;
&lt;br /&gt;
(And should that even be allowed?)&lt;br /&gt;
&lt;br /&gt;
For compatibility reasons, we do need to allow multiple connections to an input port. However, most package developers should never have to use this, and so we do our best to hide it. the default behavior for getting inputs from a port, then, is to always return a single input.&lt;br /&gt;
&lt;br /&gt;
If on your module you need multiple inputs connected to a single port, use the 'forceGetInputListFromPort' method. It will return a list of all the data items coming through the port. The spreadsheet package uses this feature, so look there for usage examples (vistrails/packages/spreadsheet/basic_widgets.py)&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports]&lt;br /&gt;
&lt;br /&gt;
=== Are there mechanisms for attaching widgets to different modules/parameters? ===&lt;br /&gt;
&lt;br /&gt;
Right now, we have a mechanism for putting a specific widget for an input port. For example, if a port is SetColor(red, green, blue), we can put a color wheel widget there. Or we can also replace the SetFileName port with a File Widget. However, this is not per parameter (only per port). We are currently working on this problem.&lt;br /&gt;
&lt;br /&gt;
=== Can I organize my package so it appears hierarchical in the module palette? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the namespace keyword argument when adding the module to the registry.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='MyNamespace')&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Can I nest namespaces? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Use the '|' character to separate different the hierarchy.  For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_module(MyModule, namespace='ParentNamespace|ChildNamespace')&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== Are there shortcuts for registry initialization? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  If you define _modules as a list of classes in the __init__.py file of your package, VisTrails will attempt to load all classes specified as modules.  You can provide add_module options as keyword arguments by specifying a tuple (class, kwargs) in the list.  For example:&lt;br /&gt;
&lt;br /&gt;
 _modules = [MyModule1, (MyModule2, {'namespace': 'MyNamespace'})]&lt;br /&gt;
&lt;br /&gt;
In addition, you need to identify the ports of your modules as a field in your class by defining _input_ports and _output_ports lists.  Here, the items in each list must be tuples of the form (portName, portSignature, optional=False, sort_key=-1).  For example:&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     def compute(self):&lt;br /&gt;
        pass&lt;br /&gt;
 &lt;br /&gt;
    _input_ports = [('firstInput', String), ('secondInput', Integer, True)]&lt;br /&gt;
    _output_ports = [('firstOutput', String), ('secondOutput', String)]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#customizing-modules-and-ports Customizing Modules and Ports]&lt;br /&gt;
&lt;br /&gt;
=== Can I define ports to be of types that I do not import into my package? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  You can pass an identifier string as the portSignature instead.  The port_signature string is defined by:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;module_string&amp;gt; := &amp;lt;package_identifier&amp;gt;:[&amp;lt;namespace&amp;gt;|]&amp;lt;module_name&amp;gt;,&lt;br /&gt;
 &amp;lt;port_signature&amp;gt; := (&amp;lt;module_string&amp;gt;*)&lt;br /&gt;
&lt;br /&gt;
For example,&lt;br /&gt;
&lt;br /&gt;
 registry.add_input_port(MyModule, 'myInputPort', '(edu.utah.sci.vistrails.basic:String)')&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
  _input_ports = [('myInputPort', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Port Types]&lt;br /&gt;
&lt;br /&gt;
=== What do I need to change in my package to make it reloadable (new in v1.4.2)? ===&lt;br /&gt;
See [http://www.vistrails.org/index.php/UsersGuideVisTrailsPackages#How_to_make_you_package_reloadable UsersGuideVisTrailsPackages] for an explanation.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#creating-reloadable-packages Creating Reloadable Packages]&lt;br /&gt;
&lt;br /&gt;
=== Can I add default values or labels for parameters? ===&lt;br /&gt;
&lt;br /&gt;
Yes.  Versions 1.4 and greater support these features.  See [[UsersGuideVisTrailsPackages#Adding_default_values_and.2For_labels_for_parameters | UsersGuideVisTrailsPacakges]] for more details.&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Default Values and Labels]&lt;br /&gt;
&lt;br /&gt;
=== I want to write a module to load HDF data whose output (e.g., data, string) varies according to the input I give it. Is is possible to do this in VisTrails, and if yes, how can I do that?  Ideally, I would like to avoid having to change the connection of my output every time I change the input. ===&lt;br /&gt;
&lt;br /&gt;
There are a few ways to tackle this - each has it's own benefits and pitfalls.  Firstly, module connections do respect class hierarchies as we're familiar with in object oriented languages.  For instance, A module can output a Constant of which String, Float, Integer, etc are specifications.  In this way, you can have a subclass of something like HDFData be passed out of the module and the connections will be established regardless of the sub-type.  This is a bit dangerous though.  Modules downstream of such a class may not really know how to operate on certain types derived from the super-class.  Extreme care must be taken both when creating the modules as well as connecting them to prevent things like this from happening.&lt;br /&gt;
&lt;br /&gt;
A second method that I employ in several different packages is the idea of a container class.  For instance, the NumSciPy package uses a relatively generic container &amp;quot;Numpy Array&amp;quot; to encapsulate the data.  Of course, these encapsulating objects can store dictionaries that other modules can easily access and understand how to operate on.   Although this method is slightly more work, the benefits of a stricter typing of ports is beneficial - particularly upon interfacing with other packages that may depend on strongly typed constants (for example).&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Varying Output According to the Input]&lt;br /&gt;
&lt;br /&gt;
=== I need to determine, at run-time, whether or not a &amp;quot;child&amp;quot; module is attached to the output port of a &amp;quot;parent&amp;quot; module.  (I do not specifically need to know which child; just if there is one). ===&lt;br /&gt;
&lt;br /&gt;
The outputPorts dictionary of the base Module stores this information.  Thus, you should be able to check&lt;br /&gt;
&lt;br /&gt;
 (&amp;quot;myPortName&amp;quot; in self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
on the parent module to check if there are any downstream connections from the port &amp;quot;myPortName&amp;quot;.  This might be used, for example, to only set results for output ports that will be used.  ***Note***, however, that the caching algorithm assumes that all outputs are set so adding a new connection to a previously unconnected output port will not work as desired if that module is cached.  For this reason, I would currently recommend making such a module not cacheable.  Another possibility is overriding the update() method to check the outputPorts and set the upToDate flag if they are not equal.  In a single, limited test, this seemed to work, but be warned that it is not fully tested.  Here is an example:&lt;br /&gt;
&lt;br /&gt;
 class TestModule(Module):&lt;br /&gt;
     _output_ports = [('a1', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                      ('a2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     def __init__(self):&lt;br /&gt;
         Module.__init__(self)&lt;br /&gt;
         self._cached_output_ports = set()&lt;br /&gt;
     &lt;br /&gt;
     def update(self):&lt;br /&gt;
         if len(set(self.outputPorts) - self._cached_output_ports) &amp;gt; 0:&lt;br /&gt;
             self.upToDate = False&lt;br /&gt;
         Module.update(self)&lt;br /&gt;
     &lt;br /&gt;
     def compute(self):&lt;br /&gt;
         if &amp;quot;a1&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a1&amp;quot;, &amp;quot;test&amp;quot;)&lt;br /&gt;
         if &amp;quot;a2&amp;quot; in self.outputPorts:&lt;br /&gt;
             self.setResult(&amp;quot;a2&amp;quot;, &amp;quot;test2&amp;quot;)&lt;br /&gt;
         self._cached_output_ports = set(self.outputPorts)&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-ports Configuring Ports - Determining Whether or Not a Module is Attached to an Output Port]&lt;br /&gt;
&lt;br /&gt;
=== How can I make a module not display in the modules list? ===&lt;br /&gt;
&lt;br /&gt;
You should set the abstract parameter to True when adding the module to the registry.  Using the original syntax, this looks like:&lt;br /&gt;
&lt;br /&gt;
 def initialize():&lt;br /&gt;
     reg = core.modules.module_registry.get_module_registry()&lt;br /&gt;
     reg.add_module(InvisibleModule, abstract=True)&lt;br /&gt;
     # ...&lt;br /&gt;
&lt;br /&gt;
With the _modules dictionary shortcut (for more details, see [http://www.vistrails.org/index.php/FAQ#Are_there_shortucts_for_registry_initialization.3F the FAQ section on this]), you include it in a kwargs dict as part of a module tuple:&lt;br /&gt;
&lt;br /&gt;
 _modules = [AnotherModule, (InvisibleModule, {'abstract': True})]&lt;br /&gt;
&lt;br /&gt;
There is also a 'hide_descriptor' parameter that prevents the module from appearing in the module palette without declaring it to be abstract.&lt;br /&gt;
&lt;br /&gt;
The technical difference between the two is that 'abstract' will not add the item to the module palette while 'hide_descriptor' does add the item but immediately hides it.  If the module should never be instantiated in a workflow, declare it abstract.  If you don't want users to be able to add the module to a pipeline, but you have code that may add it programmatically, declare it with hide_descriptor=True.&lt;br /&gt;
&lt;br /&gt;
[http://www.vistrails.org/usersguide/packages.html#configuring-modules Configuring Modules - Hierarchy and Visibility]&lt;br /&gt;
&lt;br /&gt;
=== How do I document individual ports? ===&lt;br /&gt;
&lt;br /&gt;
To access port documentation, users can right-click on the port in the port list and choose the corresponding menu item.  To provide this documentation, you should define the &amp;lt;code&amp;gt;provide_input_port_documentation&amp;lt;/code&amp;gt; and/or the &amp;lt;code&amp;gt;provide_output_port_documentation&amp;lt;/code&amp;gt; '''class''' methods.  Note that these methods take the class and the port name as arguments.  For example,&lt;br /&gt;
&lt;br /&gt;
 class MyModule(Module):&lt;br /&gt;
     _input_ports = [('test', '(edu.utah.sci.vistrails.basic:String)'),&lt;br /&gt;
                     ('test2', '(edu.utah.sci.vistrails.basic:String)')]&lt;br /&gt;
     port_docs = {'test': 'Some documentation',&lt;br /&gt;
                  'test2': 'More documentation'}&lt;br /&gt;
     @classmethod&lt;br /&gt;
     def provide_input_port_documentation(cls, port_name):&lt;br /&gt;
         return cls.port_docs[port_name]&lt;br /&gt;
&lt;br /&gt;
== The Console ==&lt;br /&gt;
&lt;br /&gt;
=== Where should I go to find out what I can call from the console and how to import it?  ===&lt;br /&gt;
&lt;br /&gt;
We have tried to make some methods more accessible in the console via an api.  You can import the api via &amp;lt;code&amp;gt;import api&amp;lt;/code&amp;gt; in the console and see the available methods with &amp;lt;code&amp;gt;dir(api)&amp;lt;/code&amp;gt;.  To open a vistrail:&lt;br /&gt;
&lt;br /&gt;
 import api&lt;br /&gt;
 api.open_vistrail_from_file('/Applications/VisTrails/examples/terminator.vt')&lt;br /&gt;
&lt;br /&gt;
To execute a version of a workflow, you currently have to go through the controller:&lt;br /&gt;
&lt;br /&gt;
 api.select_version('Histogram')&lt;br /&gt;
 api.get_current_controller().execute_current_workflow()&lt;br /&gt;
&lt;br /&gt;
Currently, only a subset of VisTrails functionality is directly available from the api.  However, since VisTrails is written in python, you can dig down starting with the VistrailsApplication or controller object to expose most of our internal methods.  If you have suggestions for calls to be added to the api, please let us know.&lt;br /&gt;
&lt;br /&gt;
One other feature that we're working on, but is still in progress is the ability to construct workflows via the console.  For example:&lt;br /&gt;
&lt;br /&gt;
 vtk = load_package('edu.utah.sci.vistrails.vtk')&lt;br /&gt;
 vtk.vtkDataSetReader() # adds a vtkDataSetReader module to the pipeline&lt;br /&gt;
 # click on the new module&lt;br /&gt;
 a = selected_modules()[0] # get the one currently selected module&lt;br /&gt;
 a.SetFile('/vistrails/examples/data/head120.vtk') # sets the SetFile parmaeter for the data set reader&lt;br /&gt;
 b = vtk.vtkContourFilter() # adds a vtkContourFilter module to the pipeline and saves to var b&lt;br /&gt;
 b.SetInputConnection0(a.GetOutputPort0()) # connects a's GetOutputPort0 port to b's SetInputConnection0&lt;br /&gt;
[http://www.vistrails.org/usersguide/batch.html#finding-methods-via-the-command-line Finding Methods Via the Command Line]&lt;br /&gt;
&lt;br /&gt;
== Persistence Package ==&lt;br /&gt;
&lt;br /&gt;
=== How do I use the output of one workflow as the input for another using the persistence package? ===&lt;br /&gt;
&lt;br /&gt;
You need to configure the persistence modules using the module's configuration dialog.  After adding a &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt; to the workflow, click on the triangle in the upper-right corner of the &amp;lt;code&amp;gt;PersistentOutputFile&amp;lt;/code&amp;gt;, and select &amp;quot;Edit Configuration&amp;quot; from the menu that appears.  In this dialog, select &amp;quot;Create New Reference&amp;quot; and give the reference a name (and any space-delimited tags).  Upon running that workflow, the data will be written to the persistent store.  In the second workflow where you wish to use that file, add a &amp;lt;code&amp;gt;PersistentInputFile&amp;lt;/code&amp;gt; and go to its configuration dialog in the same manner as with the output file.  In that dialog, select &amp;quot;Use Existing Reference&amp;quot; and select the data that you just added in the first workflow in the list of files below.  Now, when you run that workflow, it will grab the data from the persistent store.&lt;br /&gt;
&lt;br /&gt;
Here is an example: [[Media:offscreen_persistent.vt | offscreen_persistent.vt]].  Run the &amp;quot;persistent offscreen&amp;quot; workflow first, and then run the &amp;quot;display persistent output&amp;quot; to use the output of the first workflow as the input for the second.&lt;br /&gt;
&lt;br /&gt;
== VTK ==&lt;br /&gt;
&lt;br /&gt;
=== Given a VTK visualization, how can I generate a webpage from it? ===&lt;br /&gt;
&lt;br /&gt;
Check out the html pipeline in offscreen.xml.&lt;br /&gt;
&lt;br /&gt;
=== I'm trying to use VTK, but there doesn't seem to be any output. What is wrong? ===&lt;br /&gt;
&lt;br /&gt;
To use VTK on VisTrails, you need a slightly different way of connecting the renderer modules. Instead of using the standard RenderWindow/RenderWindowInteractor infrastructure, you simply connect the renderer to a VTKCell. The examples directory in the distribution has several VTK examples that illustrate.&lt;br /&gt;
&lt;br /&gt;
=== I am trying to add a module to the workflow via Python, but how can I access vtk modules? ===&lt;br /&gt;
&lt;br /&gt;
Here's an example:&lt;br /&gt;
&lt;br /&gt;
import api&lt;br /&gt;
&lt;br /&gt;
vtvtk = 'edu.utah.sci.vistrails.vtk'&lt;br /&gt;
&lt;br /&gt;
module = api.add_module(0, 0, vtvtk, 'vtkContourFilter', '')&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The third argument in add_module is the package identifier.  You can find this in the &amp;quot;Module Packages&amp;quot; panel of the Preferences; just click on the package you're interested in and it will appear in the information on the right.&lt;br /&gt;
&lt;br /&gt;
== matplotlib ==&lt;br /&gt;
&lt;br /&gt;
=== I'm experiencing a problem with Latex labels and the matplotlib that comes with VisTrails 1.5. The script below entered to the interpreter that comes with VT is sufficient to reproduce it. ===&lt;br /&gt;
&lt;br /&gt;
   import matplotlib.pyplot as plt&lt;br /&gt;
   plt.plot([1,2,3],[1,2,3])&lt;br /&gt;
   plt.xlabel(&amp;quot;$foo$&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
Remove your ~/.matplotlib folder and re-start VisTrails&lt;br /&gt;
&lt;br /&gt;
== VisTrails Development ==&lt;br /&gt;
&lt;br /&gt;
=== I would like to build VisTrails from source. Are there instructions on how to do this? ===&lt;br /&gt;
&lt;br /&gt;
Yes! Take a look at http://www.vistrails.org/index.php/Mac_Intel_Instructions&lt;br /&gt;
[http://www.vistrails.org/usersguide/getting_started.html#installing-vistrails-from-source Installing VisTrails from source]&lt;br /&gt;
&lt;br /&gt;
== Accessing Provenance Information ==&lt;br /&gt;
&lt;br /&gt;
=== How do I access the information in the execution log? ===&lt;br /&gt;
&lt;br /&gt;
The code responsible for storing execution information is located in the &amp;quot;core/log&amp;quot; directories, and the code that generates much of that information is in &amp;quot;core/interpreter/cached.py&amp;quot;.  Modules can add execution-specific annotations to provenance via annotate() calls during execution, but much of the data (like timing and errors) is captured by the LogController and CachedInterpreter (the execution engine) objects.  To analyze the log from a vistrail (.vt) file, you might have something like the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
  import core.log.log&lt;br /&gt;
  import db.services.io&lt;br /&gt;
&lt;br /&gt;
  def run(fname):&lt;br /&gt;
   # open the .vt bundle specified by the filename &amp;quot;fname&amp;quot;&lt;br /&gt;
   bundle = db.services.io.open_vistrail_bundle_from_zip_xml(fname)[0]&lt;br /&gt;
   # get the log filename&lt;br /&gt;
   log_fname = bundle.vistrail.db_log_filename&lt;br /&gt;
   if log_fname is not None:&lt;br /&gt;
       # open the log&lt;br /&gt;
       log = db.services.io.open_log_from_xml(log_fname, True)&lt;br /&gt;
       # convert the log from a db object&lt;br /&gt;
       core.log.log.Log.convert(log)&lt;br /&gt;
       for workflow_exec in log.workflow_execs:&lt;br /&gt;
           print 'workflow version:', workflow_exec.parent_version&lt;br /&gt;
           print 'time started:', workflow_exec.ts_start&lt;br /&gt;
           print 'time ended:', workflow_exec.ts_end&lt;br /&gt;
           print 'modules executed:', [i.module_id &lt;br /&gt;
                                       for i in workflow_exec.item_execs]&lt;br /&gt;
  if __name__ == '__main__':&lt;br /&gt;
     run(&amp;quot;some_vistrail.vt&amp;quot;)&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should be able to see what information is available by looking at the &amp;quot;core/log&amp;quot; classes.  [http://www.vistrails.org/usersguide/log.html Accessing the Execution Log]&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3917</id>
		<title>DisplayWall Plugin</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3917"/>
		<updated>2011-03-10T18:59:00Z</updated>

		<summary type="html">&lt;p&gt;Wendel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The DisplayWall plugin allow the user to build his own display wall using Vistrails.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Architecture ==&lt;br /&gt;
The architecture of the DisplayWall is composed by 3 components:&lt;br /&gt;
 '''iPhone''': This component run in an iPhone/iPod Touch and its used to interact with the display wall. &lt;br /&gt;
 '''Server''': Receive all the interactions from the iPhone, interpret the commands, and send all the information the display wall machines need.&lt;br /&gt;
 '''Client''': Receive all the information it need to render the visualization.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Configuring ==&lt;br /&gt;
To configure and use the DisplayWall its necessary to have the source code responsible for each component: server package, client package and the iPhone application.&lt;br /&gt;
Both the server and the client machines run Vistrails and its an essential part of the display wall.&lt;br /&gt;
&lt;br /&gt;
The server package run along with the Vistrails in the server. This plugin control the display wall machines sending the information it need to render the visualization.&lt;br /&gt;
The client package run in each machine in the display wall. This plugin receive all the information such as the visualization pipeline and render it to the screen.&lt;br /&gt;
The iPhone application that allow the user to easily interact with the display wall.&lt;br /&gt;
&lt;br /&gt;
Before running the display wall for the first time, its necessary to configure the server and client package.&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Server ===&lt;br /&gt;
To configure the server package its necessary to create a file named '.avis_devices' in the Vistrails directory containing the information regarding the display wall.&lt;br /&gt;
Using this file the user can set 1 or more DisplayWall. The name of each display will be used as reference if there's more than 1 device set.&lt;br /&gt;
&lt;br /&gt;
Following there's an example of the file:&lt;br /&gt;
 device&lt;br /&gt;
   name Display Wall&lt;br /&gt;
   dimensions 4 6&lt;br /&gt;
 end_device&lt;br /&gt;
&lt;br /&gt;
In the example above, the name of the device is set to 'Display Wall' and its dimension to 4x6 (height x width).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Client ===&lt;br /&gt;
Each machine in the display need a Vistrails running with the client package.&lt;br /&gt;
The user can see and change the package parameters in the loading package window on Vistrails.&lt;br /&gt;
The package have 8 parameters: address; height; name; resolution_x; resolution_y; width; x; y.&lt;br /&gt;
 '''address''': Server address.&lt;br /&gt;
 '''name''': Name of the display. (Use the same name specified in the .avis_devices file)&lt;br /&gt;
 '''resolution_x, resolution_y''': Resolution of all the monitors in that machine. If we have 4 monitors with the resolution of 1920x1200, the resolution_x and y will be 3840x2400.&lt;br /&gt;
 '''height, width''': Amount of monitors controlled by the machine. If you have 1 machine controlling 4 monitors forming a square, it will be 2x2.&lt;br /&gt;
 '''x, y''': Position of the monitors in the display wall. The position start in 0,0 and the number to be specified in x,y have to be its first monitor. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
For example:&lt;br /&gt;
&lt;br /&gt;
[[File:Displaywall_layout.png]]&lt;br /&gt;
&lt;br /&gt;
In the case above, for the client controlling the selected monitors the values in 'x,y' will be '4,2' and the 'height,width' are '2,2'&lt;br /&gt;
&lt;br /&gt;
In addition, it is necessary to configure the client to open open the spreadsheet when the Vistrails is executed.&lt;br /&gt;
For that, you need to execute Vistrails with the parameter '-i' (without the ').&lt;br /&gt;
&lt;br /&gt;
Finally, to set the spreadsheet to fullscreen and remove its frame, its necessary to add 2 lines of code into the spreadsheet package source code.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
In the File spreadsheet_window.py, search for the method init:&lt;br /&gt;
&lt;br /&gt;
First file in the method init: &lt;br /&gt;
&lt;br /&gt;
''  QtGui.QMainWindow.__init__(self, parent, f)''&lt;br /&gt;
&lt;br /&gt;
For: &lt;br /&gt;
&lt;br /&gt;
''  QtGui.QMainWindow.__init__(self, parent, f | QtCore.Qt.FramelessWindowHint)''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
At the end of this method add the code:&lt;br /&gt;
&lt;br /&gt;
''  self.fullScreenActivated()''&lt;br /&gt;
&lt;br /&gt;
== Distribution ==&lt;br /&gt;
&lt;br /&gt;
Currently the DisplayWall package is only available on request.&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=Development&amp;diff=3687</id>
		<title>Development</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=Development&amp;diff=3687"/>
		<updated>2010-11-09T23:20:59Z</updated>

		<summary type="html">&lt;p&gt;Wendel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Roadmap ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Weekly Meetings ==&lt;br /&gt;
&lt;br /&gt;
=== Nov 16, 2010 ===&lt;br /&gt;
&lt;br /&gt;
* Data and workflow browser (Nivan)&lt;br /&gt;
&lt;br /&gt;
* Upgrade issues -- a wrap? (Daniel)&lt;br /&gt;
&lt;br /&gt;
* Assistant for control package (Daniel)&lt;br /&gt;
&lt;br /&gt;
* Web services on users' guide (Tommy)&lt;br /&gt;
&lt;br /&gt;
* [[Improve error handling/reporting]] (Tommy)&lt;br /&gt;
&lt;br /&gt;
* Improvements to VisTrails server communication with clients to better handle errors/crashes (Phillip)&lt;br /&gt;
&lt;br /&gt;
* Data Publishing with crowdLabs. (Phillip)  &lt;br /&gt;
** Do we want data publishing capabilities in VisTrails and crowdLabs?  '''YES!!!'''&lt;br /&gt;
** If so...&lt;br /&gt;
*** Currently limited data provenance for data. HTTPFile module lacks meta data, RepoSync module has poor usability.&lt;br /&gt;
*** Persistent Data works for experimental data. Can we use it for publishing data?&lt;br /&gt;
**** Publishing data or storing data on the server and pushing back and forth?&lt;br /&gt;
**** What is the current scheme for identifying data on the server?&lt;br /&gt;
**** Do we need to do better than the ids, versions, hashes that the peristence package provides?&lt;br /&gt;
*** Do we want to utilize data publishing software like [http://thedata.org/home The Dataverse Network] or maybe [http://www.fedora-commons.org/ Fedora Commons]?&lt;br /&gt;
** [ES] Feature request: Can RepoSync support a directory of files?&lt;br /&gt;
*** [PM] It can't, and I'm not sure how add it. I also don't really like the current RepoSync interface. It's not obvious how your data is being handled, hence me bring up data publishing, so hopefully we can come up with something more usable/robust.&lt;br /&gt;
&lt;br /&gt;
I dont know if DisplayWall package would be a topic for VisTrails meeting, but.. anyway.&lt;br /&gt;
* DisplayWall (Wendel)&lt;br /&gt;
** What examples should be in the SVN? If we decide to keep some examples in the svn, some of them use data that should be along.&lt;br /&gt;
** DisplayWall Client on the Apple Store? I dont like the idea of sharing the client source code. And putting the app without login/password will allow anyone to access our displaywall.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Nov 9, 2010 ===&lt;br /&gt;
&lt;br /&gt;
* FAQ&lt;br /&gt;
** As we reply to users queries, let's add the question and answer to the FAQ!&lt;br /&gt;
** Just a reminder&lt;br /&gt;
&lt;br /&gt;
* Caching of File module&lt;br /&gt;
** There was a message from a user who got confused because this module is cached by default (and silently). And in his application, since the file actually changed in between runs, he did not see the 'expected' result.&lt;br /&gt;
** Should we keep a hash for files and check whether they changed?&lt;br /&gt;
** Should we no cache File by default?&lt;br /&gt;
** [DK] File is supposed to have a special signature computation that detects changes in the file contents so this may be a bug instead.  It does work, it seems to be an issue with the create_file&lt;br /&gt;
** [ES] In this particular case, the file was empty. He deleted the file outside VisTrails and executed it again. As he set create_file to True, he was expecting the file to be created again.&lt;br /&gt;
** [DK] Add random salt to hash signature when the file doesn't exist and create_file is True&lt;br /&gt;
** [JF: DONE] Juliana will edit the FAQ to note that the signatures are dependent on modification times&lt;br /&gt;
&lt;br /&gt;
* Claurissa will demo different ways to visualize the version tree&lt;br /&gt;
** weighting on various criteria for displaying nodes (importance from session, user, tags, etc.)&lt;br /&gt;
** other modes for viewing the versions (lists or timelines)&lt;br /&gt;
** often see only linear trees, teaching or thinking other than tree?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Upgrade issues (Dan)&lt;br /&gt;
** Vanilla upgrades should be in today's commit&lt;br /&gt;
** Added code so when doing upgrade to check whether the latest code is upgraded&lt;br /&gt;
** Two types of upgrades: (1) User changes the subworkflow, (2) Modules are out-of-date and need to be upgraded.&lt;br /&gt;
** Add higher-level features like &amp;quot;Upgrade All&amp;quot; for (1), &amp;quot;Import Changes to My Subworkflows&amp;quot;, etc.&lt;br /&gt;
** Want a 1-1 mapping between unique subworkflow id and a subworkflow file (even if we copy the same subworkflow to different vistrails)&lt;br /&gt;
&lt;br /&gt;
* Offscreen bug  (update from Huy)&lt;br /&gt;
** Mac issue when switching to Cocoa&lt;br /&gt;
** Huy added a QWidget for each of the render windows that is created, so should be fixed.&lt;br /&gt;
&lt;br /&gt;
* Gesture support&lt;br /&gt;
** Someone on Windows check the pinch gesture support; it doesn't work for Matthias under Parallels&lt;br /&gt;
** VTKCell is working now&lt;br /&gt;
** Cell dependent, panning now maps to middle button, pinch on the base widget&lt;br /&gt;
** What are Matthias's requirements here?  Does touch gestures in the cells matter or only in the vt/wf views&lt;br /&gt;
&lt;br /&gt;
* Thumbnails: [JF: this needs to go to trac, for 2.0?]&lt;br /&gt;
** Resolution? -- [ES] problem is the size of the vistrail, but this can be configured&lt;br /&gt;
** Can we export to PDF instead of PNG? [ES] cannot display the thumbnail as a PDF in Qt?&lt;br /&gt;
** Can we have the option to save higher-res or PDF versions of the thumbnails&lt;br /&gt;
** Can we have preferences that allow users to save a higher-res or PDF version, maybe a checkbox&lt;br /&gt;
** Maybe associate a high-res version with a spreadsheet cell so that we can save a high-res version on demand&lt;br /&gt;
** high-res version associated with a version but allow user to initiate action from spreadsheet&lt;br /&gt;
** can we have thumbnails dependent on camera position [ES] doesn't like, user won't see exactly that image upon re-executing&lt;br /&gt;
** compact vistrail option by removing thumbnails&lt;br /&gt;
&lt;br /&gt;
* Tommy has rewritten the Web services module as well as updated all of the examples&lt;br /&gt;
** Server for one of the examples seems to be down&lt;br /&gt;
** Need to update the manual&lt;br /&gt;
&lt;br /&gt;
* [[Improve error handling/reporting]] (Tommy)&lt;br /&gt;
** Maybe display the intialization messages with the splash screen?&lt;br /&gt;
** Debugging levels have no way to access debug level&lt;br /&gt;
** Tommy takes first cut at trying to determine how to map print statements, notes those he is unsure of&lt;br /&gt;
** Developer guidelines for debug usage, use them instead of print statements in the futur&lt;br /&gt;
&lt;br /&gt;
* Merge functionality (Tommy) [JF: Cool!]&lt;br /&gt;
** Can now merge an existing vistrail into your own vistrail using menu item&lt;br /&gt;
&lt;br /&gt;
* Improvements to VisTrails server communication with clients to better handle errors/crashes (Phillip)&lt;br /&gt;
** [PM] I haven't had a chance to implement anything yet.&lt;br /&gt;
&lt;br /&gt;
* Data Publishing with crowdLabs. (Phillip)  &lt;br /&gt;
** Do we want data publishing capabilities in VisTrails and crowdLabs?  '''YES!!!'''&lt;br /&gt;
** If so...&lt;br /&gt;
*** Currently limited data provenance for data. HTTPFile module lacks meta data, RepoSync module has poor usability.&lt;br /&gt;
*** Persistent Data works for experimental data. Can we use it for publishing data?&lt;br /&gt;
**** Publishing data or storing data on the server and pushing back and forth?&lt;br /&gt;
**** What is the current scheme for identifying data on the server?&lt;br /&gt;
**** Do we need to do better than the ids, versions, hashes that the peristence package provides?&lt;br /&gt;
*** Do we want to utilize data publishing software like [http://thedata.org/home The Dataverse Network] or maybe [http://www.fedora-commons.org/ Fedora Commons]?&lt;br /&gt;
** [ES] Feature request: Can RepoSync support a directory of files?&lt;br /&gt;
*** [PM] It can't, and I'm not sure how add it. I also don't really like the current RepoSync interface. It's not obvious how your data is being handled, hence me bring up data publishing, so hopefully we can come up with something more usable/robust.&lt;br /&gt;
&lt;br /&gt;
=== Nov 3, 2010 ===&lt;br /&gt;
&lt;br /&gt;
* Upgrading subworkflows (Dan)&lt;br /&gt;
** add updated versions to subworkflow vistrail and push to registry&lt;br /&gt;
** fixed bug with version/descriptor redirects&lt;br /&gt;
** key remaining task is to replace the box representing the subworkflow in the top-level workflow to reflect the change to the upgraded version of the subworkflow&lt;br /&gt;
** many corner cases, but we should get the vanilla upgrade (working) to git&lt;br /&gt;
** need to ensure that each subworkflow file has its own uuid; if a subworkflow exists in two different vistrails, it should have a different uuid (namespace).&lt;br /&gt;
** otherwise, we can get crosstalk where one vt can update the subworkflow from another vt (we can propgate changes to other vts via merges, but this should be a user choice...)&lt;br /&gt;
** enhancements:&lt;br /&gt;
*** allow users to merge subworkflows from a file into their own subworkflow (to incorporate outside changes)&lt;br /&gt;
*** latest version is the most recent non-upgraded version; if that version has an upgrade, use the upgrade&lt;br /&gt;
***'''Next step: work on usability for controlflow package; explore Dave's idea of an assistant'''&lt;br /&gt;
&lt;br /&gt;
* Offscreen bug&lt;br /&gt;
** Huy is looking into this&lt;br /&gt;
&lt;br /&gt;
* Crash due to issues in loaded user packages (Tommy has fixed this)&lt;br /&gt;
&lt;br /&gt;
* Web services (Tommy)&lt;br /&gt;
** Package is completed, and all but one of our examples are working&lt;br /&gt;
** '''Tommy will test if the Web services will work when there is a proxy'''&lt;br /&gt;
&lt;br /&gt;
* Improve error handling/reporting (Tommy)&lt;br /&gt;
** we should have a single point for all error messages to pass through that is linked to both core.debug and GUI elements that display error messages. &lt;br /&gt;
** the goal is to implement a function that will be the single point for error messages, and that work without emitting GUI signals in core. As Huy suggested, we should have a GUI-wrapper which will be a no-op when the GUI is not instantiated---this will get rid of some of the pyqt dependencies (at least for the error messages).&lt;br /&gt;
&lt;br /&gt;
* Improvements to VisTrails server communication with clients to better handle errors/crashes (Phillip)&lt;br /&gt;
** Currently the VisTrails servers consists of: a single-threaded instance with GUI; multiple GUI-less threads&lt;br /&gt;
** We will extend the server API to allow clients to check the server status. The server will provide a separate socket and the client will be able to 'ping' the server; if the server is working properly, it will respond; if it does not respond, the client will have a time out&lt;br /&gt;
** The API will also support the ability to kill both the GUI-less threads and the single-threaded GUI instance. We can then restart the server components using Emanuele's new script.&lt;br /&gt;
** We should also allow users to set a per-workflow time-out; if the workflow execution takes longer than the pre-defined threshold, VisTrails will abort the execution&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Update on fixing VTK Package (Wendel)&lt;br /&gt;
&lt;br /&gt;
** It seems that the ParaView package has the same issues.&lt;br /&gt;
** '''Wendel has already checked in the new wrapper into the trunk; Emanuele will test it'''&lt;br /&gt;
&lt;br /&gt;
* Synchronizing VisTrails and ALPS releases (Emanuele)&lt;br /&gt;
** VisTrails latex package was extended so that python is no longer required. If python is not present in the system, instead of issuing a request to execute the workflow and retrieve the image from the Web, a local, previously saved image will be used.  It is now also possible to embed the images of workflows into the latex file. Documentation about these and other features are currently in the README file and examples (example.tex) provided with the latex package.&lt;br /&gt;
** Windows and Mac beta binaries already include ALPS&lt;br /&gt;
** Are we distributing ALPS as part of VisTrails then?  This seems backwards.  ALPS should VisTrails as part of their stuff, no?&lt;br /&gt;
*** '''We will have separate binary distributions: one with and one without ALPS'''&lt;br /&gt;
&lt;br /&gt;
* Is a multi-touch interface to VisTrails possible now that it's supported by Qt? (Phillip)&lt;br /&gt;
** Yes, Qt 4.6+ supports multi-tocuh --- '''Huy will look into this; the goal is to make this work both for the workflow builder/tree view and the spreadsheet'''&lt;br /&gt;
** We still need to figure out what makes sense for multi-touch, however, do we have requirements from ETH-Zurich?&lt;br /&gt;
*** We want to map the zoom, pan, click, etc to multi-touch, so that VisTrails can be intractable on a multi-touch screen without a mouse&lt;br /&gt;
&lt;br /&gt;
* What is the status of the Vismashup i{Phone|Pad|Touch} app? (Phillip)&lt;br /&gt;
** If you mean mac binary, there's an alpha version here: http://www.sci.utah.edu/~emanuele/files/vismashup &lt;br /&gt;
** Do you mean iphone app? [Phillip: yes]&lt;br /&gt;
** '''Wendel will look into this'''&lt;br /&gt;
*** One of the issues is how to effectively handle images that are larger than the memory on the iPods and iPads---we need to process these on the server or use a model that allows the image to be manipulated on the client&lt;br /&gt;
*** We also need to connect the app with the crowdlabs server, so that the app can get the list of mashups&lt;br /&gt;
*** Phillip will investigate the feasibility of working directly with JavaScript and bypass flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Oct 19, 2010 ===&lt;br /&gt;
&lt;br /&gt;
* Update on Trac and Roadmap (Emanuele and David)&lt;br /&gt;
** Trac is now linked to git repository&lt;br /&gt;
** Roadmap on Trac has been cleaned up so we can hide completed milestones&lt;br /&gt;
** Tickets are being reassigned/revisited. Many tickets (24) are not associated with a milestone yet https://vistrails.sci.utah.edu/report/3&lt;br /&gt;
* Synchronizing VisTrails and ALPS releases&lt;br /&gt;
* Web services support (Tommy)&lt;br /&gt;
** discuss the interaction between the Web Services package and upgrades&lt;br /&gt;
* Subworkflows update (Daniel)&lt;br /&gt;
* Testing of new module drawing (Erik)&lt;br /&gt;
* Aliases&lt;br /&gt;
** Currently, an alias is stored on a parameter.  We need aliases to be stored at a higher level so that changing an alias is not a change to a parameter.  The one issue is that there is a link between parmaeters and aliases in that an alias can only exist for versions that have the specified parameter.  We might also have two versions where the alias points to different parameters.  We could just store aliases as a root-level workflow element so that the set of aliases is versioned corrected.&lt;br /&gt;
** In the current implementation, the aliases parsed from the parameters are stored in a dictionary in the workflow, so storing aliases as a root-level workflows element might be the way to go --[[User:Emanuele|Emanuele]] 19:50, 15 October 2010 (MDT)&lt;br /&gt;
* Error logging&lt;br /&gt;
** Suggest that we have a single point for all error messages to pass through that is linked to both core.debug and GUI elements that display error messages.  This should improve our error handling significantly&lt;br /&gt;
* PyQt dependencies in core&lt;br /&gt;
** Can we get rid of PyQt dependencies in core (and db)?  This would probably require moving the signals/slots that we currently use to a similar Python implementation which shouldn't be too difficult.  This would also require the specification of configuration widgets not as classes but rather some text that can be used to import the GUI elements only when using the GUI code.  However, what would happen with workflows that run in command-line mode but require some graphical output?&lt;br /&gt;
* Ports&lt;br /&gt;
** One annoying part of the current VisTrails model is that users are not given any visual indication that a port value is already set by a function or vice versa by a connection.  In addition, we have no way to specify or enforce cardinality on ports at design time.  It seems like we could allow developers to specify when a port should not be connected to more than one value (via a function or a connection), and give some visual feedback when a port has already been specified in one manner.&lt;br /&gt;
&lt;br /&gt;
==== Meeting Notes ====&lt;br /&gt;
&lt;br /&gt;
* Bug regarding userpackages at initial vistrails startup causing startup to fail.&lt;br /&gt;
** Still an issue, ticket still open as a 1.6 milestone&lt;br /&gt;
* Copy-paste bug&lt;br /&gt;
** Shortcut not working on Mac.  Focus makes shortcut try to copy pipeline.&lt;br /&gt;
** Current fix appends to clipboard as users type - this is not a good fix.&lt;br /&gt;
* Synchronizing ALPS and VisTrails releases&lt;br /&gt;
** 1.6 scheduled for Dec. 1&lt;br /&gt;
* Webservices&lt;br /&gt;
** New library being used, but it's very low level.&lt;br /&gt;
** Simple types may cause problems with some web-services using complex or XML-based types.&lt;br /&gt;
** Need to make sure that this library can handle at least MOST of the web-services out there.&lt;br /&gt;
* Sub-workflows&lt;br /&gt;
** Daniel's changes seem functional and very slick.&lt;br /&gt;
** A little more work on it seems necessary.&lt;br /&gt;
** Need some easy GUI mechanism to delete a subworkflow.&lt;br /&gt;
** Is the exclamation point in the module draw the best way to handle this?  Make a tool-tip to explain it.&lt;br /&gt;
* VTK Wrapping&lt;br /&gt;
** Changes to VTK Python wrapping is causing headaches - particularly in backwards compatibility.&lt;br /&gt;
** Method typing has changed to expect things like &amp;quot;List&amp;quot; or &amp;quot;Vector&amp;quot; - makes things hard on the user when defining these inputs.&lt;br /&gt;
** Removing List and Vector types and replacing them with dynamically generated versions from Tuples.&lt;br /&gt;
* Aliases - Agenda pushed until after Vis.&lt;br /&gt;
* Error Logging - Unify some error handling to improve how exceptions are dealt with.  More on this after Vis.&lt;br /&gt;
* Refactoring out PyQt dependencies from Core/Db/etc - Need to move all the signals/slots into GUI elements.  Questions come when a workflow uses GUI elements as inputs.  - More after vis.&lt;br /&gt;
* Ports - We need a way of showing how a port is specified - function vs. input port.  Cardinality must be established in these cases.  Ordering on multiple connections should be handled in some way - whether it's just a documentation issue or a more fundamental one.&lt;br /&gt;
** Should we have a tutorial mode that bring up tooltips when someone does something new as if it were a live tutorial.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Oct 12, 2010 ===&lt;br /&gt;
&lt;br /&gt;
* Trac and Roadmap (Emanuele): Emanuele suggested we should create a development roadmap and make it a permanent item on the agenda. The idea is to go through the Trac tickets and use them to build the roadmap that would be made ''public''.&lt;br /&gt;
** go through trac and sort by priority&lt;br /&gt;
** add other suggestions to roadmap as well&lt;br /&gt;
** admins can add milestones via the admin tab&lt;br /&gt;
** ''David will assign tasks on list; those assigned need to follow up and check and fix them''&lt;br /&gt;
&lt;br /&gt;
* Update on [[PythonSource error reporting and logging]] (Tommy)&lt;br /&gt;
** ''Need to make sure that all messages are printed through debug.X, so that the debug level (verboseness in preferences) is correctly used''&lt;br /&gt;
** Can cut/copy/paste now&lt;br /&gt;
** Can we prevent the delete from happening?&lt;br /&gt;
** Phillip noted the spyder project has an interactive python console: http://packages.python.org/spyder/&lt;br /&gt;
** Can press enter to get to the end&lt;br /&gt;
** Need to check if this works or if we need to change&lt;br /&gt;
** Now have ability to see stack trace from the GUI (triangle menu)&lt;br /&gt;
** ''Suggest using a dialog to display trace when this item is selected instead of printing to console''&lt;br /&gt;
** Also saving stack trace to the execution log&lt;br /&gt;
** Also printing debug information to vistrails log&lt;br /&gt;
** ''Add trac item to fix prints to use debug''&lt;br /&gt;
** ''Try to fix core.debug to have gui.debug to eliminate Qt dependency''&lt;br /&gt;
&lt;br /&gt;
* Update on subworkflow (Daniel)&lt;br /&gt;
** Notification when subworkflow is outdated triggered&lt;br /&gt;
** new_abstraction signal from registry in addition to new_module signal so that we can check if we need subworkflows to update&lt;br /&gt;
** How to display the possible upgrades (can be upgraded, can be upgraded but may break, etc.)&lt;br /&gt;
&lt;br /&gt;
* New utility added by Carlos (currently at scripts/module_appearance) to draw fringes visually, which generates output that can be pasted directly into the add_module call. &lt;br /&gt;
** ''Erik will test this on Mac and Windows.''&lt;br /&gt;
&lt;br /&gt;
* Preparing a &amp;quot;Get Started&amp;quot; tutorial for SIGMOD repeatability &lt;br /&gt;
** Do we have instructions on how to use the latex package without crowdlabs?&lt;br /&gt;
*** links to actual workflows in latex&lt;br /&gt;
*** have README and example for latex in the source&lt;br /&gt;
** Metadata associated with VisTrails: should we have the ability to add vistrail-level metadata? e.g., who created the vistrail, its purpose, etc.&lt;br /&gt;
*** have pointers to paper to workflow and vistrails&lt;br /&gt;
*** add pointers to papers&lt;br /&gt;
*** allow access to add/edit annotations at the vistrail level&lt;br /&gt;
*** ''add GUI element to allow people to edit/add annotations''&lt;br /&gt;
&lt;br /&gt;
* Maintaining VTK package&lt;br /&gt;
** have four classes that don't wrap, have error even in python level&lt;br /&gt;
** works well with VisTrails otherwise&lt;br /&gt;
** haven't checked the new changes from the wrapping&lt;br /&gt;
** ''Wendel will check on the new version''&lt;br /&gt;
&lt;br /&gt;
* [[Web services package]] (Tommy)&lt;br /&gt;
&lt;br /&gt;
=== Oct 5, 2010 ===&lt;br /&gt;
&lt;br /&gt;
* Welcome Tommy!&lt;br /&gt;
&lt;br /&gt;
* Update on subworkflow (Daniel)&lt;br /&gt;
&lt;br /&gt;
* Issues raised by Matthias:&lt;br /&gt;
&lt;br /&gt;
- need to automatically upgrade subworkflows. Currently it is necessary to manually upgrade a subworkflow whenever the version of one of the modules inside them changes.&lt;br /&gt;
&lt;br /&gt;
- explorations do not detect an MplFigureCell embedded in a subworkflow.&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3664</id>
		<title>DisplayWall Plugin</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3664"/>
		<updated>2010-11-08T17:39:50Z</updated>

		<summary type="html">&lt;p&gt;Wendel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The DisplayWall plugin allow the user to build his own display wall using Vistrails.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Architecture ==&lt;br /&gt;
The architecture of the DisplayWall is composed by 3 components:&lt;br /&gt;
 '''iPhone''': This component run in an iPhone/iPod Touch and its used to interact with the display wall. &lt;br /&gt;
 '''Server''': Receive all the interactions from the iPhone, interpret the commands, and send all the information the display wall machines need.&lt;br /&gt;
 '''Client''': Receive all the information it need to render the visualization.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Configuring ==&lt;br /&gt;
To configure and use the DisplayWall its necessary to have the source code responsible for each component: server package, client package and the iPhone application.&lt;br /&gt;
Both the server and the client machines run Vistrails and its an essential part of the display wall.&lt;br /&gt;
&lt;br /&gt;
The server package run along with the Vistrails in the server. This plugin control the display wall machines sending the information it need to render the visualization.&lt;br /&gt;
The client package run in each machine in the display wall. This plugin receive all the information such as the visualization pipeline and render it to the screen.&lt;br /&gt;
The iPhone application that allow the user to easily interact with the display wall.&lt;br /&gt;
&lt;br /&gt;
Before running the display wall for the first time, its necessary to configure the server and client package.&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Server ===&lt;br /&gt;
To configure the server package its necessary to create a file named '.avis_devices' in the Vistrails directory containing the information regarding the display wall.&lt;br /&gt;
Using this file the user can set 1 or more DisplayWall. The name of each display will be used as reference if there's more than 1 device set.&lt;br /&gt;
&lt;br /&gt;
Following there's an example of the file:&lt;br /&gt;
 device&lt;br /&gt;
   name Display Wall&lt;br /&gt;
   dimensions 4 6&lt;br /&gt;
 end_device&lt;br /&gt;
&lt;br /&gt;
In the example above, the name of the device is set to 'Display Wall' and its dimension to 4x6 (height x width).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Client ===&lt;br /&gt;
Each machine in the display need a Vistrails running with the client package.&lt;br /&gt;
The user can see and change the package parameters in the loading package window on Vistrails.&lt;br /&gt;
The package have 8 parameters: address; height; name; resolution_x; resolution_y; width; x; y.&lt;br /&gt;
 '''address''': Server address.&lt;br /&gt;
 '''name''': Name of the display. (Use the same name specified in the .avis_devices file)&lt;br /&gt;
 '''resolution_x, resolution_y''': Resolution of all the monitors in that machine. If we have 4 monitors with the resolution of 1920x1200, the resolution_x and y will be 3840x2400.&lt;br /&gt;
 '''height, width''': Amount of monitors controlled by the machine. If you have 1 machine controlling 4 monitors forming a square, it will be 2x2.&lt;br /&gt;
 '''x, y''': Position of the monitors in the display wall. The position start in 0,0 and the number to be specified in x,y have to be its first monitor. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
For example:&lt;br /&gt;
&lt;br /&gt;
[[File:Displaywall_layout.png]]&lt;br /&gt;
&lt;br /&gt;
In the case above, for the client controlling the selected monitors the values in 'x,y' will be '4,2' and the 'height,width' are '2,2'&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Distribution ==&lt;br /&gt;
&lt;br /&gt;
Currently the DisplayWall package is only available on request.&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3663</id>
		<title>DisplayWall Plugin</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3663"/>
		<updated>2010-11-08T16:59:06Z</updated>

		<summary type="html">&lt;p&gt;Wendel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The DisplayWall plugin allow the user to build his own display wall using Vistrails.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Architecture ==&lt;br /&gt;
The architecture of the DisplayWall is composed by 3 components:&lt;br /&gt;
- iPhone: This component run in an iPhone/iPod Touch and its used to interact with the display wall. &lt;br /&gt;
- Server: Receive all the interactions from the iPhone, interpret the commands, and send all the information the display wall machines need.&lt;br /&gt;
- Client: Receive all the information it need to render the visualization.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Configuring ==&lt;br /&gt;
To configure and use the DisplayWall its necessary to have the source code responsible for each component: server package, client package and the iPhone application.&lt;br /&gt;
Both the server and the client machines run Vistrails and its an essential part of the display wall.&lt;br /&gt;
&lt;br /&gt;
The server package run along with the Vistrails in the server. This plugin control the display wall machines sending the information it need to render the visualization.&lt;br /&gt;
The client package run in each machine in the display wall. This plugin receive all the information such as the visualization pipeline and render it to the screen.&lt;br /&gt;
The iPhone application that allow the user to easily interact with the display wall.&lt;br /&gt;
&lt;br /&gt;
Before running the display wall for the first time, its necessary to configure the server and client package.&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Server ===&lt;br /&gt;
To configure the server package its necessary to create a file named '.avis_devices' in the Vistrails directory containing the information regarding the display wall.&lt;br /&gt;
Using this file the user can set 1 or more DisplayWall. The name of each display will be used as reference if there's more than 1 device set.&lt;br /&gt;
&lt;br /&gt;
Following there's an example of the file:&lt;br /&gt;
 device&lt;br /&gt;
   name Display Wall&lt;br /&gt;
   dimensions 4 6&lt;br /&gt;
 end_device&lt;br /&gt;
&lt;br /&gt;
In the example above, the name of the device is set to 'Display Wall' and its dimension to 4x6 (height x width).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Client ===&lt;br /&gt;
Each machine in the display need a Vistrails running with the client package.&lt;br /&gt;
The user can see and change the package parameters in the loading package window on Vistrails.&lt;br /&gt;
The package have 8 parameters: address; height; name; resolution_x; resolution_y; width; x; y.&lt;br /&gt;
 address: Server address.&lt;br /&gt;
 name: Name of the display. (Use the same name specified in the .avis_devices file)&lt;br /&gt;
 resolution_x, resolution_y: Resolution of all the monitors in that machine. If we have 4 monitors with the resolution of 1920x1200, the resolution_x and y will be 3840x2400.&lt;br /&gt;
 height, width: Amount of monitors controlled by the machine. If you have 1 machine controlling 4 monitors forming a square, it will be 2x2.&lt;br /&gt;
 x, y: Position of the monitors in the display wall. The position start in 0,0 and the number to be specified in x,y have to be its first monitor. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
For example:&lt;br /&gt;
&lt;br /&gt;
[[File:Displaywall_layout.png]]&lt;br /&gt;
&lt;br /&gt;
In the case above, for the client controlling the selected monitors the values in 'x,y' will be '4,2' and the 'height,width' are '2,2'&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Distribution ==&lt;br /&gt;
&lt;br /&gt;
Currently the DisplayWall package is only available on request.&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=File:Displaywall_layout.png&amp;diff=3662</id>
		<title>File:Displaywall layout.png</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=File:Displaywall_layout.png&amp;diff=3662"/>
		<updated>2010-11-08T16:57:57Z</updated>

		<summary type="html">&lt;p&gt;Wendel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3661</id>
		<title>DisplayWall Plugin</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=DisplayWall_Plugin&amp;diff=3661"/>
		<updated>2010-11-08T16:56:59Z</updated>

		<summary type="html">&lt;p&gt;Wendel: Created page with 'The DisplayWall plugin allow the user to build his own display wall using Vistrails.   == Architecture == The architecture of the DisplayWall is composed by 3 components: - iPhon…'&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The DisplayWall plugin allow the user to build his own display wall using Vistrails.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Architecture ==&lt;br /&gt;
The architecture of the DisplayWall is composed by 3 components:&lt;br /&gt;
- iPhone: This component run in an iPhone/iPod Touch and its used to interact with the display wall. &lt;br /&gt;
- Server: Receive all the interactions from the iPhone, interpret the commands, and send all the information the display wall machines need.&lt;br /&gt;
- Client: Receive all the information it need to render the visualization.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Configuring ==&lt;br /&gt;
To configure and use the DisplayWall its necessary to have the source code responsible for each component: server package, client package and the iPhone application.&lt;br /&gt;
Both the server and the client machines run Vistrails and its an essential part of the display wall.&lt;br /&gt;
&lt;br /&gt;
The server package run along with the Vistrails in the server. This plugin control the display wall machines sending the information it need to render the visualization.&lt;br /&gt;
The client package run in each machine in the display wall. This plugin receive all the information such as the visualization pipeline and render it to the screen.&lt;br /&gt;
The iPhone application that allow the user to easily interact with the display wall.&lt;br /&gt;
&lt;br /&gt;
Before running the display wall for the first time, its necessary to configure the server and client package.&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Server ===&lt;br /&gt;
To configure the server package its necessary to create a file named '.avis_devices' in the Vistrails directory containing the information regarding the display wall.&lt;br /&gt;
Using this file the user can set 1 or more DisplayWall. The name of each display will be used as reference if there's more than 1 device set.&lt;br /&gt;
&lt;br /&gt;
Following there's an example of the file:&lt;br /&gt;
 device&lt;br /&gt;
   name Display Wall&lt;br /&gt;
   dimensions 4 6&lt;br /&gt;
 end_device&lt;br /&gt;
&lt;br /&gt;
In the example above, the name of the device is set to 'Display Wall' and its dimension to 4x6 (height x width).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Configuring the Client ===&lt;br /&gt;
Each machine in the display need a Vistrails running with the client package.&lt;br /&gt;
The user can see and change the package parameters in the loading package window on Vistrails.&lt;br /&gt;
The package have 8 parameters: address; height; name; resolution_x; resolution_y; width; x; y.&lt;br /&gt;
 address: Server address.&lt;br /&gt;
 name: Name of the display. (Use the same name specified in the .avis_devices file)&lt;br /&gt;
 resolution_x, resolution_y: Resolution of all the monitors in that machine. If we have 4 monitors with the resolution of 1920x1200, the resolution_x and y will be 3840x2400.&lt;br /&gt;
 height, width: Amount of monitors controlled by the machine. If you have 1 machine controlling 4 monitors forming a square, it will be 2x2.&lt;br /&gt;
 x, y: Position of the monitors in the display wall. The position start in 0,0 and the number to be specified in x,y have to be its first monitor. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
For example:&lt;br /&gt;
&lt;br /&gt;
Insert image here.&lt;br /&gt;
&lt;br /&gt;
In the case above, for the client controlling the selected monitors the values in 'x,y' will be '4,2' and the 'height,width' are '2,2'&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Distribution ==&lt;br /&gt;
&lt;br /&gt;
Currently the DisplayWall package is only available on request.&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
	<entry>
		<id>https://www.vistrails.org//index.php?title=SCI_Open_House&amp;diff=3627</id>
		<title>SCI Open House</title>
		<link rel="alternate" type="text/html" href="https://www.vistrails.org//index.php?title=SCI_Open_House&amp;diff=3627"/>
		<updated>2010-10-22T21:10:40Z</updated>

		<summary type="html">&lt;p&gt;Wendel: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;# VisTrails &amp;amp; CrowdLabs Introduction (Nivan, Daniel?)&lt;br /&gt;
## Basics&lt;br /&gt;
## Diff, Query, Analogy&lt;br /&gt;
## CrowdLabs&lt;br /&gt;
# Wildfire Demo (Bigyan)&lt;br /&gt;
## Workflow&lt;br /&gt;
## Cluster&lt;br /&gt;
## Mashups&lt;br /&gt;
# VisTrails Plugin (Douglas, Jonathas)&lt;br /&gt;
## ParaView&lt;br /&gt;
## VisIt&lt;br /&gt;
## Maya&lt;br /&gt;
# DisplayWall (Wendel, Jorge)&lt;br /&gt;
## Architecture&lt;br /&gt;
### Client/Server&lt;br /&gt;
### Vistrails&lt;br /&gt;
### iVis Package&lt;br /&gt;
## Collaboration&lt;br /&gt;
### More than one user at the same time&lt;br /&gt;
### Multiples and Shared visualizations&lt;br /&gt;
## Provenance&lt;br /&gt;
### Annotation&lt;br /&gt;
### Screenshots&lt;/div&gt;</summary>
		<author><name>Wendel</name></author>
	</entry>
</feed>