Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362006-01-12T20:32:13ZEcoinformatics Redmine
Redmine Bug #2330 (Resolved): Saving a workflow doesn't add .xml or .moml extendershttps://projects.ecoinformatics.org/ecoinfo/issues/23302006-01-12T20:32:13ZDan Higginshiggins@nceas.ucsb.edu
<p>When saving a workflow, if you just enter a file name without the '.xml' or<br />'.moml' extender, the file is saved as typed. But when opening such a workflow,<br />the text is displayed; i.e the moml is not parsed and displayed as a graph<br />unless the extender is in the file name!</p>
<p>This confused new users are recent training session.</p> Bug #2323 (Resolved): Remove text added with "Attribute" actor from older workflowshttps://projects.ecoinformatics.org/ecoinfo/issues/23232005-12-16T21:36:37ZMatthew Brookebrooke@nceas.ucsb.edu
<p>When using Batik rendering:</p>
<p>In existing workflows that use the ptolemy.kernel.util.Attribute for<br />annotations, the annotation text does not wrap - instead, it is all on one long<br />line.</p>
<p>I can't find a plain "Attribute" in the actor library, so maybe this is only a<br />problem with existing workflows. Should people be using the annotation actor<br />(ptolemy.vergil.kernel.attributes.TextAttribute) instead??</p> Bug #2316 (Resolved): Conflicting jars and classpath reductionhttps://projects.ecoinformatics.org/ecoinfo/issues/23162005-12-12T22:57:11ZKevin Rulandkruland@ku.edu
<p>The current collection of jars in the lib/ directory includes many jars which<br />may not be used, many duplicated jars, and probably some conflicting jars. We<br />need to perform analysis to determine the dependencies among the jars and<br />determine which jars are required by which kepler sources (actors and base code).</p> Bug #2304 (Resolved): RExpression accepts only limited input size.https://projects.ecoinformatics.org/ecoinfo/issues/23042005-11-30T23:13:50ZLareo Lareodieter.zucht@freenet.de
<p>The R expression actor accepts only a very limited size of input. For example,<br />a vector x <- 1:20000 with 20000 elements cannot be in the input.<br />It was mentioned that it is planed to implement a TCP/IP binding to the R platform.<br />Maybe this binding does not have such limitation.</p>
<p>The bug is severe for the bioinformatics/microarray community. Here, dataframes<br />and tables of very large dimensions are handled.</p> Bug #2254 (Resolved): Order of actors in list changes with every new launch of Keplerhttps://projects.ecoinformatics.org/ecoinfo/issues/22542005-11-07T18:27:09ZDan Higginshiggins@nceas.ucsb.edu
<p>The order of actors in the actor list changes every time Kepler is launched!<br />This is confusing if one actually browses the list to look for actors. (Check<br />the 4 directors.)</p>
<p>Suggest that we alphabetize the actors under each category.</p> Bug #2139 (Resolved): mollusc -> R -> plot WF for examples and documentation useshttps://projects.ecoinformatics.org/ecoinfo/issues/21392005-07-05T21:17:25ZChad Berkleyberkley@nceas.ucsb.edu
<p>We need a simple R workflow for use in examples and documentation. This may<br />already be built and simply needs to be updated for ease of use.</p> Bug #2014 (Resolved): Disallow editing of the schema for datahttps://projects.ecoinformatics.org/ecoinfo/issues/20142005-03-11T18:54:42ZDan Higginshiggins@nceas.ucsb.edu
<p>suggested by Laura Downey<br />I think this refers to the Digir and EML data source actors and the window that<br />appear when Configure is done on these actors</p> Bug #1839 (Resolved): adding new port sometimes causes canvas to resizehttps://projects.ecoinformatics.org/ecoinfo/issues/18392004-12-16T23:00:23ZChad Berkleyberkley@nceas.ucsb.edu
<p>sometimes when you add a new port with the toolbar, the port is added in the top<br />right corner of the workspace and the rest of the workflow is shrunk to<br />miniscule size. there is no way to drag the port over to where the workflow is.<br /> when the port is deleted the canvas goes back to normal size.</p> Bug #1838 (Resolved): need user level documentationhttps://projects.ecoinformatics.org/ecoinfo/issues/18382004-12-16T22:57:28ZChad Berkleyberkley@nceas.ucsb.edu
<p>we need a user level handbook for kepler with good examples of common things<br />people want to do...like loops, ifs, exception throwing/catching, monitoring<br />values, etc. This is extremely important if we want domain scientists to be<br />able use kepler and get into it the first time they see the app.</p> Bug #1836 (Resolved): data search and access problems via ecogridhttps://projects.ecoinformatics.org/ecoinfo/issues/18362004-12-16T15:45:03ZDan Higginshiggins@nceas.ucsb.edu
<p>In the recent BEAM ENM meeting, ~20 people were searching kepler/ecogrid for a<br />datafile (on metacat). It worked OK for some, but seemed to take a long time.<br />For others, nothing was returned (time out?); others got different numbers of<br />hits returned! (The difference appeared to be hits from DIGIR appeared for some<br />and didn't for others.)</p>
<p>Overall, performance was extremely varied and generally poor. (Maybe because<br />there were a lot of people hitting DIGIR and Metacat at the same time.)</p> Bug #1545 (Resolved): need SAS actorhttps://projects.ecoinformatics.org/ecoinfo/issues/15452004-04-30T17:50:07ZMatt Jonesjones@nceas.ucsb.edu
<p>Need an actor that can execute SAS jobs. Initially start by implementing this<br />locally, possibly utilizing the commandline actor. In addition, we might want<br />to build an (authenticated for licensing) web service that allows these jobs to<br />be executed on remote nodes.</p> Bug #1343 (Resolved): need full eml2 supporthttps://projects.ecoinformatics.org/ecoinfo/issues/13432004-02-10T17:00:54ZChad Berkleyberkley@nceas.ucsb.edu
<p>need to be able to read data files that are described by the complex textFormat<br />fields in EML2. right now the ingestor only uses the simpleDelimited fields for<br />parsing. See dataTable/physical/dataFormat/textFormat/complex in eml</p> Bug #1341 (Resolved): need a viewing toolboxhttps://projects.ecoinformatics.org/ecoinfo/issues/13412004-02-10T16:52:59ZChad Berkleyberkley@nceas.ucsb.edu
<p>need to create a "hand" mouse cursor tool for kepler similar to photoshop or<br />illustrator so you can move the viewing window around with the mouse cursor. <br />this would be more convenient than using the smaller viewing window in the lower<br />left to navigate a large pipeline. It would also be nice to have a zoom in and<br />zoom out mouse cursor where if you clicked zoom with the mouse, it would zoom<br />and recenter on the mouse click.</p> Bug #1339 (Resolved): add ecogrid interface to keplerhttps://projects.ecoinformatics.org/ecoinfo/issues/13392004-02-09T19:19:01ZChad Berkleyberkley@nceas.ucsb.edu
<p>we need to add an interface to kepler to deal with querying the ecogrid for data<br />and services. the interface that was discussed in january at nceas includes<br />adding a tab to the actor library with ecogrid search criteria. when a search<br />is complete, the results of the search can be dragged onto the canvas where they<br />will access the grid on runtime. jing, could you please add your notes from<br />that meeting to this bug?</p> Bug #1334 (Resolved): need installer for keplerhttps://projects.ecoinformatics.org/ecoinfo/issues/13342004-02-09T16:53:43ZChad Berkleyberkley@nceas.ucsb.edu
<p>We need a user friendly installer for Kepler. We could possibly use<br />installanywhere or a similar commercial product to produce the installer. it<br />would be nice if the creation of the installer is automated into the ant build<br />process so that it's easy to create releases. This needs to be done by the SEEK<br />meeting in EDI May 8.</p>