<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent posts to news</title><link>https://sourceforge.net/p/scidavis/news/</link><description>Recent posts to news</description><atom:link href="https://sourceforge.net/p/scidavis/news/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sat, 15 Feb 2014 03:20:03 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/scidavis/news/feed.rss" rel="self" type="application/rss+xml"/><item><title>SciDAVis 1.D1-4 has problems with saving template files</title><link>https://sourceforge.net/p/scidavis/news/2014/02/scidavis-1d1-4-has-problems-with-saving-template-files/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When the SciDAVis 1.Dx series was first released, a critical bug was discovered in the way SciDAVis project files have their version numbers parsed. The reader expected the version number to be in the old form of a number triple x.y.z. This meant that project files and template files created by the new SciDAVis were no longer readable.&lt;/p&gt;
&lt;p&gt;This bug was fixed for project file in 1.D4, but still remains for template files. The SciDAVis 1.D5 release fixes that critical bug, as well a number of more minor issues and improvements to translations.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Sat, 15 Feb 2014 03:20:03 -0000</pubDate><guid>https://sourceforge.net11de9970bfa6ba9dd31ed240db1247aa616e3be2</guid></item><item><title>Experimental OPJ import filter (pure Python)</title><link>https://sourceforge.net/p/scidavis/news/2010/04/experimental-opj-import-filter-pure-python/</link><description>Several people have been asking about support for importing OPJ files in SciDAVis 0.2.x. While the changes and testing necessary to integrate liborigin\[1\] or liborigin2\[2\] properly and reliably with our current code base have so far prevented us from resurrecting &amp;quot;native&amp;quot; support for OPJ files, 
there's now a second option available.

Miquel Garriga has kindly provided us with an OPJ-import Python module and script, which are currently able to partially \(i.e. only tables and notes for now\) convert Origin to SciDAVis projects. Apart from better handling of files created by different Origin versions, this solution has the advantage that it's written completely in Python and requires neither 
knowledge of C++ nor SciDAVis internals for fixing issues or adding support for missing bits. The bulk of the code \(i.e. the opjparse module\) is independent of SciDAVis and may be of interest also if you want to extract data from OPJ files into other formats.

If you're interested,

svn checkout http://scidavis.svn.sourceforge.net/svnroot/scidavis/branches/current\_stable/importOPJ

and have a look at the README. If you'd like to share improvements you make, you can post patches here:

http://sourceforge.net/tracker/?group\_id=199120&amp;amp;atid=968216

\[1\] http://www.sourceforge.net/projects/labplot
\[2\] http://soft.proindependent.com/liborigin2/
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Wed, 14 Apr 2010 14:22:49 -0000</pubDate><guid>https://sourceforge.netfde2a0dd78e6c011718b959f8ce0384afd5f593e</guid></item><item><title>SciDAVis 0.2.4 released</title><link>https://sourceforge.net/p/scidavis/news/2010/03/scidavis-024-released/</link><description>This release adds two Czech translations \(see below\), improves the API exposed to Python scripts \(documentation is still under construction, sorry\) and fixes many bugs and performance problems. In particular:

\- some parts of the Python API have been marked as deprecated and generate
warnings when used. This may be a bit unusual for a bugfix release; on the
other hand, they won't be removed any time soon and inserting the
deprecation warnings now will give everyone as much time as possible for
getting accustomed to the API we're moving towards.
Most prominently,
Table.cell\(column,row\) and
Table.setCell\(column,row,value\)
are deprecated in favour of
Table.column\(column - 1\).valueAt\(row - 1\) and
Table.column\(column - 1\).setValueAt\(row - 1, value\)
\(note that the column/row INDICES DIFFER BY ONE\!\); the same goes for
Table.text\(c,r\) -&amp;gt; Table.column\(c - 1\).textAt\(r - 1\) and
Table.setText\(c,r,text\) -&amp;gt; Table.column\(c - 1\).setTextAt\(r - 1,text\).
This serves multiple purposes. It simplifies the interfaces by grouping all
functionality specific to a certain column in the Column class; it allows
column objects to be stored and passed around; and it moves from the
unconventional 1-based indexing to the more conventional 0-based indexing.
Future additions to the API will increasingly make use of the columns-as
objects paradigm.
\- lots of bugfixes, again including crashes
\- fixed compatibility issues with Qt 4.6 and SIP 4.9
\- performance improvements
\- substantially improved support for plots involving date/time data
\- added two Czech translations: a default one by Pavel Fric \(feedback
requested via http://fripohled.blogspot.com\) and an alternative one by Jan
Helebrant
\- updated Spanish translation, thanks to Mauricio Troviano; Brazilian
Portuguese translation, thanksto Fellype do Nascimento; and German
translation
\- fixed and extended many parts of the API for Python scripts, including the
new methods
Layer.pickPoint\(\)
MDIWindow.clone\(\)
Folder.save\(filename\)
newGraph\(string\)
Layer.printDialog\(\)
Graph.printDialog\(\)
Layer.setRightTitle\(string\)
Layer.setTopTitle\(string\)
Layer.grid\(\) \# =&amp;gt; returns an instance of the new class Grid
Layer.insertFunctionCurve\(formula,from=0,to=1,points=100,title=&amp;quot;&amp;quot;\)
Layer.insertPolarCurve\(radial\_formula,angular\_formula,from=0,to=2\*pi,parameter=&amp;quot;t&amp;quot;,points=100,title=&amp;quot;&amp;quot;\)
Layer.insertParametricCurve\(x\_formal,y\_formula,from=0,to=1,parameter=&amp;quot;t&amp;quot;,points=100,title=&amp;quot;&amp;quot;\)
Matrix.recalculate\(\)
the constants QwtPlot.yLeft, QwtPlot.yRight, QwtPlot.xBottom, QwtPlot.xTop
for specifying axes and the Grid class
\- multiple graphs can have active tools simultaneously
\- based on user feedback, the default behaviour when importing ASCII files has
been changed to interpret the data as numeric \(only applies to fresh
installations of SciDAVis\)
\- automatic resizing of table rows for multi-line cells intentionally dropped,
because this seems to be rarely needed and has a huge impact on performance
for large tables
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Sat, 27 Mar 2010 22:31:00 -0000</pubDate><guid>https://sourceforge.net4a2717fb037ea47b275bfbb0af526b0e7fb9054e</guid></item><item><title>SciDAVis package in Debian unstable</title><link>https://sourceforge.net/p/scidavis/news/2009/12/scidavis-package-in-debian-unstable/</link><description>SciDAVis is now officially part of Debian GNU/Linux. Yesterday the package has entered Debian unstable; migration to to testing is expected to happen within a few weeks.

For details and updates, see:
http://packages.qa.debian.org/s/scidavis.html
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Sun, 13 Dec 2009 12:56:26 -0000</pubDate><guid>https://sourceforge.net252e83cd5c0d184ba32ac5918ce1c9ff7808b6d6</guid></item><item><title>SciDAVis 0.2.3 released</title><link>https://sourceforge.net/p/scidavis/news/2009/07/scidavis-023-released/</link><description>As of now, a new bugfix release is available for download.

\- fixed many more bugs, including various crashes
\- performance improvements
\- improved pasting of cells from OpenOffice.org Calc and KSpread into tables
\- Brazilian Portuguese and German translations improved
\- Some build system fixes for building on MacOS X Tiger and detecting lupdate-qt4/lupdate
\- now also compatible with Qwt 5.2.0
\- main window remembers size from the last session instead of always displaying maximized
\- added the following methods to the Python interface:
MDIWindow.name\(\)
MDIWindow.setName\(string\) &amp;lt;- don't use, it's currently buggy\!
Note.text\(\)
Note.setText\(string\)
Note.executeAll\(\)
Note.setAutoexec\(bool\)
Note.exportASCII\(filename\)
Note.importASCII\(filename\)

Unfortunately, it was found after publishing the release that the new Python function MDIWindow.setName\(\) doesn't update the project explorer correctly. This will be fixed with the next regular release; until then, we recommend using app.renameWindow\(window, &amp;quot;name&amp;quot;\) instead.
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Sun, 12 Jul 2009 18:33:45 -0000</pubDate><guid>https://sourceforge.netf3a848350ef35c903faaea8997810eba43504cea</guid></item><item><title>SciDAVis 0.2.2 released</title><link>https://sourceforge.net/p/scidavis/news/2009/04/scidavis-022-released/</link><description>This release adds a Brazilian Portuguese translation by Fellype do Nascimento and fixes a number of bugs:

\- fixed opening of legacy files with non-numeric data
\- fixed various crashes
\- fixed importing of numeric data as new rows or overwriting the current table
\- fixed various issues with invalid/empty cells
\- implemented a more sophisticated file-saving protocol, which is supposed to
protect against data loss in the event of a system crash shortly after saving
the file; see
http://bugs.launchpad.net/ubuntu/+source/linux/+bug/317781/comments/54
\- performance improvements
\- Python function Table.importASCII\(\) reimplemented, which was missing in
SciDAVis 0.2.0 and 0.2.1.
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Mon, 20 Apr 2009 06:18:54 -0000</pubDate><guid>https://sourceforge.nete26f83dfbd22e1f95e6fbe440f4ef4a8ba98be8d</guid></item><item><title>SciDAVis 0.2.1 released</title><link>https://sourceforge.net/p/scidavis/news/2009/03/scidavis-021-released/</link><description>This is the first bugfix release in the 0.2 series. Most importantly, saving project files containing fit/function curves works again. This bug also affects version 0.1.4; but since 0.2.1 should fix the critical issues in 0.2.0, users are assumed to upgrade to this release and a bugfix release for the 0.1 branch will be made only if requested.

Other fixes and updates include:
\- fixed opening of backup copy on discovery of a corrupt project file
\- Spanish translation update by Mauricio Troviano
\- fixed several regressions introduced by the table/matrix rewrites in 0.2.0
\- added per mille and per ten thousand signs to SymbolDialog
\- compatibility problems between SIP versions triggers a warning instead of a
crash \(happens sometimes when SIP version at runtime differs from the one
used at compile time\)

There's a small update to the dialog for importing ASCII files with numeric data: The global decimal separator isn't used any more \(as it was in SciDAVis 0.1.x\); effectively, the old option &amp;quot;use custom decimal separator&amp;quot; is always set. Most applications and programming languages use &amp;quot;C&amp;quot; conventions for exporting numbers, so defaulting to &amp;quot;C&amp;quot; makes more sense than defaulting to the format chosen for display. In place of the custom decimal separator setting, a new &amp;quot;numeric data&amp;quot; option has been added. By default, this option is disabled, giving the same behaviour as in SciDAVis 0.2.0 \(which makes it possible to import files containing text or date/time data\). By enabling it, you get the same behaviour as in SciDAVis 0.1.x, which is useful if you're working with lots of numeric data \(assumed to be a common use case\).
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Thu, 12 Mar 2009 20:32:03 -0000</pubDate><guid>https://sourceforge.net5c235b276389f132fcb70cd9656921beb9d4757f</guid></item><item><title>SciDAVis 0.2.0 released</title><link>https://sourceforge.net/p/scidavis/news/2009/02/scidavis-020-released/</link><description>SciDAVis 0.2.0 is a stable release with a new minor version number. This means it comes with many new features and is found to be stable enough to replace the 0.1.x versions. Especially tables and matrices have seen a lot of improvements/changes. This release includes all fixes of the 0.1.x-line and many resolved issues found during beta testing.
SciDAVis 0.2.0 is backwards compatible as it can read all files saved by SciDAVis 0.1.x. Files created with version 0.2.0 however cannot be opened by any older versions.
During the next days, you can also expect an updated version of the manual and some updated translations.
If you have any questions or comments about the new version, don't hesitate to use the help&amp;amp;tips forum.

Most important changes \(since 0.1.4\)
\- multi-level undo/redo for all operations on
tables and matrices
\- many operations on tables and matrices now support
non-contiguous selections
\- the important options/controls for matrices
and tables are now integrated in a sidebar
of control tabs which make working with
column or matrix based data much more
convenient \(almost no more opening and closing of
dialogs necessary\)
\- tables now support different formulas
for each cell
\- numeric values are now stored independent of
their textual representation, i.e., you don't
lose data when hiding decimal digits
\- formula edit mode: tables feature a new
mode which allows the user to individually edit
the formula for each cell 
\- invalid cells: tables now mark cells without
input as invalid rather than treating them
as 0; these cells are ignored in plots
\- date/time values are now internally stored
as QDateTime objects which opens up many
new possibilities of date/time manipulation 
using PyQt/Python scripting
\- many bug fixes
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Sun, 15 Feb 2009 02:05:03 -0000</pubDate><guid>https://sourceforge.net4509d42dcefea68b9f9760e1b7a1a8276fad879c</guid></item><item><title>SciDAVis 0.1.4 released</title><link>https://sourceforge.net/p/scidavis/news/2009/02/scidavis-014-released/</link><description>This release contains a lot of bug fixes; most importantly, it fixes some problems that could lead to incorrect results of some analysis operations in previous versions. While version 0.2.0 \(with new features, like multi-level undo/redo and improved user interface for tables and matrices\) is also planned to be released shortly, 0.1.4 is for all those who need the bug fixes as soon as possible; as well as a fallback in case some users have problems with the new features.

Overview of changes since 0.1.3:

\- Weighted linear and polynomial fits required actual weights
\(1/sigma^2\) to be specified in place of standard errors, while all others
\(as well as error bar plots\) needed the standard errors themselves.
Solution:  Switched everything to using standard errors, eliminating the term
&amp;quot;weighting&amp;quot; from the GUI and most of the source code.
Rationale: Avoid confusion for users, especially given the previous
inconsistent treatment of the matter. Avoid confusion for
devs. Arbitrary weights don't work naturally with non-linear fits;
and they almost certainly lead to nonsensical error estimates of
results \(unless you \_really\_ know what you're doing, in which case
you can simply specify 1/sqrt\(weight\) as standard error\).

\- Fixed estimation of parameter errors in case of non-linear fitting with
unknown Y errors.

\- Fixed computation of R^2 in case of known Y errors.

\- Fixed handling of parameters in fit curve formulas as well as constant
fit parameters; both of which used naive string-substitution; i.e. if
you used parameter names which appeared elsewhere as substrings of other
parameter names or functions, you'd get weird errors. Unfortunately, the fix
makes non-linear fitting with user-supplied formulas a bit slower; hopefully,
we'll come up with a Really Good Solution\(tm\) for one of the next major
releases.

\- Fixed problem with FFT filters which could lead to incorrect results:
Cutoffs could fall between real and imaginary part of a Fourier component,
producing a reduced amplitude and bogus phase at this point.

\- Fixed crash when creating bargraph with errorbars.

\- New Russian translation by f0ma.

\- Ported the hack that prevents axes gaps in graph vector exports
\(eps, pdf, svg\) from QtiPlot.

\- Numerous small tweaks and bug fixes.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Tue, 10 Feb 2009 20:32:33 -0000</pubDate><guid>https://sourceforge.netd3fef47d5105d1b33ceca0702793a7ef29980c21</guid></item><item><title>SciDAVis 0.2.0-beta1 released</title><link>https://sourceforge.net/p/scidavis/news/2008/08/scidavis-020-beta1-released/</link><description>The first beta version of SciDAVis 0.2.0 has been released. Please test it and report all bugs you can find.

=== Release 0.2.0-beta1, 2008-08-10 ===
Most important changes \(since 0.1.3\)
\- multi-level undo/redo for all operations on
tables and matrices
\- many operations on tables and matrices now support
non-contiguous selections
\- the important options/controls for matrices
and tables are now integrated in a sidebar
of control tabs which make working with
column or matrix based data much more
convenient \(almost no more opening and closing of
dialogs necessary\)
\- tables now support different formulas
for each cell
\- numeric values are now stored independent of
their textual representation, i.e., you don't
lose data when hiding decimal digits
\- date/time values are now internally stored
as QDateTime objects which opens up many
new possibilities of date/time manipulation 
using PyQt/Python scripting

Known issues \(to be fixed until 0.2.0 stable\):
\- the Python bindings for the new table
features are not finished yet
\- there is currently no way to display which
formula has been assigned to which cell
in a table
\- the date/time column functionality has
not been completely integrated and may
lead to empty plots in many cases
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">High Performance Coder</dc:creator><pubDate>Sun, 10 Aug 2008 23:13:30 -0000</pubDate><guid>https://sourceforge.netf94474543f821d31e70d48c81049a891da0be724</guid></item></channel></rss>