Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362010-03-02T15:41:15ZEcoinformatics Redmine
Redmine Bug #4859 (In Progress): GDALTranslate does not work on Windows 7 (64bit)https://projects.ecoinformatics.org/ecoinfo/issues/48592010-03-02T15:41:15ZTom Parrisparris@isciences.com
<p>GDALJniGlue fails to intialize on Windows 64bit operating systems.</p>
<p>ptolemy.kernel.util.IllegalActionException: in .GDAL_Translate_test_oak.manager<br />Because:<br />Could not initialize class org.ecoinformatics.seek.gis.gdal.GDALJniGlue<br />at ptolemy.actor.Manager.execute(Manager.java:472)<br />at ptolemy.actor.Manager.run(Manager.java:1119)<br />at ptolemy.actor.Manager$3.run(Manager.java:1160)<br />Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.ecoinformatics.seek.gis.gdal.GDALJniGlue<br />at org.ecoinformatics.seek.gis.gdal.GDALTranslateActor.fire(GDALTranslateActor.java:207)<br />at ptolemy.actor.AtomicActor.iterate(AtomicActor.java:469)<br />at ptolemy.actor.sched.StaticSchedulingDirector.fire(StaticSchedulingDirector.java:188)<br />at ptolemy.actor.CompositeActor.fire(CompositeActor.java:458)<br />at ptolemy.actor.Manager.iterate(Manager.java:714)<br />at ptolemy.actor.Manager.execute(Manager.java:349)<br />... 2 more<br />Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.ecoinformatics.seek.gis.gdal.GDALJniGlue<br />at org.ecoinformatics.seek.gis.gdal.GDALTranslateActor.fire(GDALTranslateActor.java:207)<br />at ptolemy.actor.AtomicActor.iterate(AtomicActor.java:469)<br />at ptolemy.actor.sched.StaticSchedulingDirector.fire(StaticSchedulingDirector.java:188)<br />at ptolemy.actor.CompositeActor.fire(CompositeActor.java:458)<br />at ptolemy.actor.Manager.iterate(Manager.java:714)<br />at ptolemy.actor.Manager.execute(Manager.java:349)<br />at ptolemy.actor.Manager.run(Manager.java:1119)<br />at ptolemy.actor.Manager$3.run(Manager.java:1160)</p> Bug #4827 (New): RExpression does not handle matrix tokens correctly.https://projects.ecoinformatics.org/ecoinfo/issues/48272010-02-23T20:38:25ZTom Parrisparris@isciences.com
<p>I've attached a simple workflow that demonstrates a bug in the way the RExpression actor translates Kepler/Ptolemy matrices to R matrices. There seems to be a problem in the autmatically generated "matrix" statement in R that is likely due to confusing row and column counts.</p>
<p>A simple 2 row x 5 column constant matrix ([1, 2, 3, 4, 5; 101, 102, 103, 104, 105]) is passed to Rexpression on the min port. The R script simply displays the matrix and passes it along to the mout port.</p>
<p>There are three displays.</p>
<p>1. min displays the matrix before it enters the RExpression actor. It is fine.</p>
<p>2. mout displays the matrix after it leaves the RExpression actor. It too is fine (indicating that the translation problem inverts itself when baorcasting to the output port).</p>
<p>3. The problem is in the Routput display.</p>
<blockquote>
<p>min</p>
</blockquote>
[,1] [,2] [,3] [,4] [,5]<br />[1,] 1 3 5 102 104<br />[2,] 2 4 101 103 105
<p>Note how the matrix is scrambled. The automatically generated R script line that reads:</p>
<pre><code>`min` <- matrix(c(1, 2, 3, 4, 5, 101, 102, 103, 104, 105), nrow=2,ncol=5)</code></pre>
<p>should read</p>
<pre><code>`min` <- matrix(c(1, 101, 2, 102, 3, 103, 4, 104, 5, 105), nrow=2,ncol=5)</code></pre>