Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362012-08-06T23:27:32ZEcoinformatics Redmine
Redmine Bug #5650 (Resolved): actors LidarWorkflowExecute and load WorkflowExecute have duplicated codehttps://projects.ecoinformatics.org/ecoinfo/issues/56502012-08-06T23:27:32ZChristopher Brookscxh@eecs.berkeley.edu
<p>Duplicates detected with CPD. See</p>
<p><a class="external" href="http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4926#c1">http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4926#c1</a></p>
<p>actors/src/org/geon/LidarWorkflowExecute.java line 260<br />loader/src/org/geon/WorkflowExecute.java line 118
# lines : 387 duplicated</p> Bug #5355 (Resolved): actor documentation not included on instantiationhttps://projects.ecoinformatics.org/ecoinfo/issues/53552011-03-22T21:11:41ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>If you use Tools=>Instantiate Component for a MyActor.java, the actor documentation is not included in the generated xml.</p>
<p>This command does include it:<br /> ./kepler.sh -createActorKar actor.java</p> Bug #4873 (Resolved): Actors in repository library subtree are crammed togetherhttps://projects.ecoinformatics.org/ecoinfo/issues/48732010-03-09T23:53:44ZChad Berkleyberkley@nceas.ucsb.edu
<p>On Windows XP (maybe on other versions of windows) the actor icons are crammed tightly together when you open up Actors-2_0/CoreActors,kar or the other yellow repositories. They should be spaced similarly to the mac.</p> Bug #4193 (Resolved): ActorMetadata - clone() error when opening workflow from KARhttps://projects.ecoinformatics.org/ecoinfo/issues/41932009-06-26T23:51:26Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Error:<br />....blah blah blah....<br />Caused by: ptolemy.kernel.util.IllegalActionException: Could not find a port named 'output';<br /> in .provenance_composite.Base IFR table<br /> at ptolemy.kernel.Entity.clone(Entity.java:196)</p>
<p>Here are the steps to reproduce (with attached sample workflow):<br />1. open workflow<br />2. File->Export workflow as Archive (KAR)<br />3. Close workflow<br />4. File->Open Archive (KAR)</p>
<p>This is a snippet pulled from an actual TPC - so it's very important that it work.</p> Bug #4174 (Resolved): Actor library not building correctlyhttps://projects.ecoinformatics.org/ecoinfo/issues/41742009-06-19T04:19:15ZAaron Aaronaschultz@nceas.ucsb.edu
<p>Many of the actors are not appearing in the actor library when using the WRP suite. No visible errors are given...</p> Bug #3231 (New): 3-way table output (multiway cross tabulation actor?)https://projects.ecoinformatics.org/ecoinfo/issues/32312008-04-16T23:48:32ZKevin Drurydrury@nceas.ucsb.edu
<p>3-way tables are a useful extension of 2-way tables, which are a basic tool for exploring relationships in data. R has devised a simple way of displaying 3-way tables in the console. I don't know what the Multiway Cross Tabulation (MCT) actor is supposed to do (it is under development?), but it falls under the Statistics category of Kepler components and the name got me thinking it is intended for this purpose. I dunno. But, if something like ftable() in R is the intention of that actor, it would definitely be a useful addition to statistical analyses in Kepler. If that is not the intention of the MCT actor, may I suggest an actor that does this. Specifically, from the R Help:</p>
<p>Displaying a contingency table in this flat matrix form (via print.ftable, the print method for objects of class "ftable") is often preferable to showing it as a higher-dimensional array.</p>
<p>Thanks!</p> Bug #3089 (Resolved): Actor port properties lost after saving to libraryhttps://projects.ecoinformatics.org/ecoinfo/issues/30892008-01-23T00:12:52ZShawn Bowersbowers@gonzaga.edu
<p>If I select an actor (e.g., Garp Prediction), add a semantic type to one of its input ports, and save it back to the library (e.g., as My Garp Prediction), when I drag the actor back onto the canvas, the semantic type property is no longer available (it somehow was "lost in translation"). This happens with the latest version/update of Kepler and PTII (02/22/08).</p> Bug #3066 (New): actor sdkhttps://projects.ecoinformatics.org/ecoinfo/issues/30662008-01-16T00:41:43ZChad Berkleyberkley@nceas.ucsb.edu
<p>We need an SDK for building actors so that it is easier for people writing new java actors. the SDK would include a build file that only compiles the actor then puts the actor and any required jars into a kar file.</p> Bug #2830 (Resolved): Actor names to change/actors to remove from applicationhttps://projects.ecoinformatics.org/ecoinfo/issues/28302007-04-23T17:58:33ZKirsten Menger-Andersonkma500@hotmail.com
<p>I'm opening a bug to keep track of notes about some actors that have come up as I've gone through the actor docs.</p>
<p>Names to change:<br />GetPoint should be named GetMineralCompositionPoint <br />Get2DPoint should be named GetMineralComposition2DPoint</p>
<p>Actors to remove:<br />Interpolate: (per efrat) I think we can omit the Interpolate actor. It's not used in any used workflow and it's not fully implemented (only inverse distance is available) and very complex to use with all the parameters. I'm using other interpolation algorithms in workflows using web services. We can leave the actor in the distribution but probably omit it from the search.</p>
<p>InvokeService: (per efrat) The InvokeService actor can definitely be omitted, it's a wrapping of WorkflowExecute to use within a workflow, but Ptolemy also provides an actor to execute a whole workflow.</p>
<p>PortLineReader: this actor, util.LineReader, is being removed<br />FTPClient: This actor may not currently work. Unclear what plan for it is.</p> Bug #2828 (In Progress): Actor names inconsistenthttps://projects.ecoinformatics.org/ecoinfo/issues/28282007-04-18T18:33:41ZKirsten Menger-Andersonkma500@hotmail.com
<p>Actor names and parameter names are currently inconsistently formatted. They should all be camel cap/no space (e.g., DirectoryListing) With an initial cap for Actor names, and an initial lowercase for parameter names.</p> Bug #2493 (Resolved): actor repository tracking bughttps://projects.ecoinformatics.org/ecoinfo/issues/24932006-07-18T21:42:18ZDan Higginshiggins@nceas.ucsb.edu
<p>The Kepler repository at <a class="external" href="http://library.kepler-project.org/">http://library.kepler-project.org/</a> currently has 52 components in it, but (nearly?) all are just copies of actors already built into Kepler. If downloaded and imported (using the menu item 'File/Import Archive (KAR)', one gets an error because the LSID is already in use (because the actor is already in Kepler). We need to remove any actors that are just duplicates.</p>
<p>Also, all files (KARs) downloaded from the repository seemed to be named just 'data' on download (at least on a Windows box). Download name should be more meaningful and should end with '.kar' since that is the file extention that Kepler is looking for to import the file.</p> Bug #2441 (Resolved): Actor port positions not maintained following kar library buildhttps://projects.ecoinformatics.org/ecoinfo/issues/24412006-05-18T21:03:40ZJosh Madinmadin@nceas.ucsb.edu
<p>When an actor has a port "_cardinal" set as SOUTH, it appears on "WEST" following a kar library build. When building the library, it appears that kepler only pays attention to "input" and "output", and positions the ports as "EAST" and "WEST" accordingly and ignores the "_cardinal" property.</p> Bug #2438 (Resolved): Actors to be Renamedhttps://projects.ecoinformatics.org/ecoinfo/issues/24382006-05-17T00:39:24ZMatthew Brookebrooke@nceas.ucsb.edu
<p>During icon assignment conference calls, Matt identified these actors as ones that should be re-named to be more descriptive of their actual functionality:</p>
<p>ptolemy.actor.lib.Accumulator <br />- rename from "Accumulator" to "Summation"</p>
<p>org.kepler.objectmanager.cache.DataCacheGetActor <br />- rename from "Filesystem cache get" to "Cache Get"</p>
<p>org.kepler.objectmanager.cache.DataCachePutActor<br />- rename from "Filesystem cache Put" to "Cache Put"</p> Bug #2389 (Resolved): Actor seach problemhttps://projects.ecoinformatics.org/ecoinfo/issues/23892006-03-23T15:06:53ZDan Higginshiggins@nceas.ucsb.edu
<p>Try seaching actor tree for 'Doc' or 'DocViewer'. Tree just 'flashes' and<br />returns to a single top level node. Seache for 'Docu' works!<br />(Observed on a Windows machine be Dan Higgins)</p> Bug #2349 (New): Actors should have preconditions to test for long runshttps://projects.ecoinformatics.org/ecoinfo/issues/23492006-02-07T18:19:21ZChristopher Brookscxh@eecs.berkeley.edu
<p>It would be nice if there was an easy way to for a model to test for<br />trivial problems before getting far down a long run.</p>
<p>One idea would be to have such actors implement an interface that included a<br />method that the director would run.</p>
<p>We should think about why having actors do more testing in preinitialize()<br />will not work here. For example, if we have an FSM model, do all<br />the actors get preinitialize() called right away? What about the Case actor.</p>