<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/microview/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/microview/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 28 Mar 2006 13:12:31 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/microview/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Can't import 2D images</title><link>https://sourceforge.net/p/microview/bugs/23/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When I try to import a set of 2D images numbered&lt;br /&gt;
image021.tif to image177.tif, Microview doesn't import&lt;br /&gt;
them, then gives a crash message when it is closed.&lt;br /&gt;
This is the same for bmp and png files, and for 24 bit&lt;br /&gt;
colour and 256 shades of grey.&lt;/p&gt;
&lt;p&gt;The Microview.exe.log says:&lt;/p&gt;
&lt;p&gt;LookupError Exception in Tk callback&lt;br /&gt;
Function: &amp;lt;function &amp;lt;lambda&amp;gt; at 0x05F40B30&amp;gt; (type:&lt;br /&gt;
&amp;lt;type 'function'&amp;gt;)&lt;br /&gt;
Args: ()&lt;br /&gt;
Traceback (innermost last):&lt;br /&gt;
File "Pmw.pyo", line 1784, in __call__&lt;br /&gt;
None&lt;br /&gt;
File "Pmw.pyo", line 2126, in &amp;lt;lambda&amp;gt;&lt;br /&gt;
None&lt;br /&gt;
File "Pmw.pyo", line 2105, in _doCommand&lt;br /&gt;
None&lt;br /&gt;
File "MicroViewIO.pyo", line 388, in ImageImport&lt;br /&gt;
None&lt;br /&gt;
LookupError: unknown encoding: cp1252&lt;/p&gt;
&lt;p&gt;Steven Hammer&lt;br /&gt;
steven.hammer@ed.ac.uk&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 28 Mar 2006 13:12:31 -0000</pubDate><guid>https://sourceforge.net5333301dc1e454bc280eddf2ef0b94d6c0d5fe1e</guid></item><item><title>importing raw data</title><link>https://sourceforge.net/p/microview/bugs/22/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Cannot import raw data using .ngo and .img files as &lt;br /&gt;
described in your HOWTO MicroView import/export raw &lt;br /&gt;
data document.  After selecting .ngo file from the &lt;br /&gt;
File/Open dialog box nothing happens.  I installed version &lt;br /&gt;
1.15.&lt;/p&gt;
&lt;p&gt;t_clarin@hotmail.com&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 18 Jan 2005 19:11:56 -0000</pubDate><guid>https://sourceforge.net342f2a6284e539cd19b28b0b58b15b5aa59e4f9b</guid></item><item><title>Volume Render Plugin does not display everything</title><link>https://sourceforge.net/p/microview/bugs/21/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Linux version 1.1beta1:&lt;/p&gt;
&lt;p&gt;All but the image at the top of the 'Render Image...'&lt;br /&gt;
plugin&lt;br /&gt;
show up when called.  No error messages.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andrew Wheatley</dc:creator><pubDate>Thu, 25 Sep 2003 15:40:40 -0000</pubDate><guid>https://sourceforge.net13077d250d1bb99582f1cdfe3875f5dc60774c36</guid></item><item><title>vff image shifted</title><link>https://sourceforge.net/p/microview/bugs/20/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The slice of a 3d vff image on the z and y axes appear&lt;br /&gt;
to be shifted along the x-axis by about 40% of the&lt;br /&gt;
image width.  The x axis is fine.&lt;br /&gt;
I've tested the appearance of the z axis with my own&lt;br /&gt;
software.&lt;/p&gt;
&lt;p&gt;I checked out the software on Sept 22.  I'd attach the&lt;br /&gt;
file but its&lt;br /&gt;
64 Megs.&lt;br /&gt;
&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andrew Wheatley</dc:creator><pubDate>Tue, 23 Sep 2003 15:19:52 -0000</pubDate><guid>https://sourceforge.net93794462402b57219240d28c7fed87e984c4d40d</guid></item><item><title>VFF files not saved correctly</title><link>https://sourceforge.net/p/microview/bugs/19/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When using &amp;amp;quot;Image Import...&amp;amp;quot; on the file menu to create&lt;br /&gt;
a volume, if the Z spacing is set to, say, 29mm, the&lt;br /&gt;
volume displays correctly. However, once saved as a&lt;br /&gt;
*.vff file, the volume is the wrong size (compressed to&lt;br /&gt;
Z=1mm I think).&lt;/p&gt;
&lt;p&gt;Workaround is to save everything as a *.vtk file.&lt;br /&gt;
Volume isn't compressed then.&lt;/p&gt;
&lt;p&gt;I would use vffheader to check how it is being saved,&lt;br /&gt;
but vffheader doesn't run, coming up with a 'The&lt;br /&gt;
instruction at &amp;amp;quot;0x77fc911e&amp;amp;quot; referenced memory at&lt;br /&gt;
&amp;amp;quot;0x0145259d&amp;amp;quot;. The memory could not be &amp;amp;quot;read&amp;amp;quot;.' error.&lt;/p&gt;
&lt;p&gt;Steven Hammer&lt;br /&gt;
steven.hammer@ed.ac.uk&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Thu, 14 Aug 2003 13:17:42 -0000</pubDate><guid>https://sourceforge.net1dbd908243c15ee01a61c0bc85da25ba5856641e</guid></item><item><title>raw file import not fuctional on 1.15 b2</title><link>https://sourceforge.net/p/microview/bugs/18/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In testing 1.15 b2 as part of background research&lt;br /&gt;
on this GEMS product we find that Microview &lt;br /&gt;
cannot import 2D or 3D files using the described&lt;br /&gt;
.nfo methodology.   While we find that the Analyze&lt;br /&gt;
format does work it performs a byte reversal on&lt;br /&gt;
the code.  We have not tested the earlier implementation&lt;br /&gt;
to see if this functionality was broken during an&lt;br /&gt;
upgrade.&lt;/p&gt;
&lt;p&gt;The platform is a Dual P4 Xeon platform with 2Gb &lt;br /&gt;
of memory and running Windows NT SP4.&lt;/p&gt;
&lt;p&gt;Doug Morris, NIH&lt;br /&gt;
dmorris@nih.gov&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 11 Jun 2003 13:26:53 -0000</pubDate><guid>https://sourceforge.net01f700e1ec50513845e281e89e89cf8dd4d940f5</guid></item><item><title>Isosurface remains in memory after close?</title><link>https://sourceforge.net/p/microview/bugs/17/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;After displaying an isosurface, then closing MicroView, &lt;br /&gt;
it looks like the volume or surface information is kept as &lt;br /&gt;
an active task in WindowsXP and the process must be &lt;br /&gt;
closed manually through the task manager.&lt;br /&gt;
&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ken Kozloff</dc:creator><pubDate>Wed, 19 Mar 2003 18:24:31 -0000</pubDate><guid>https://sourceforge.netd161b7ebf34c1b5c5e88a5d419529cce7a65c521</guid></item><item><title>File reading problem -&amp;gt; Isosurface messed up</title><link>https://sourceforge.net/p/microview/bugs/16/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Step to reproduce bug:&lt;/p&gt;
&lt;p&gt;1. Start MicroView (without filename)&lt;br /&gt;
2. Open a VTK StructuredPoints image&lt;br /&gt;
3. Go To plugins/Isosurface&lt;/p&gt;
&lt;p&gt;The isosurface will be calculated on the last image.&lt;/p&gt;
&lt;p&gt;Another way to see the bug is through the command line:&lt;/p&gt;
&lt;p&gt;$ MicroView filename.vtk&lt;br /&gt;
Traceback (most recent call last):&lt;br /&gt;
File&lt;br /&gt;
&amp;amp;quot;/usr/lib/python2.2/site-packages/MicroView/MicroView.py&amp;amp;quot;,&lt;br /&gt;
line 1867, in ?&lt;br /&gt;
MView = MicroView()&lt;br /&gt;
File&lt;br /&gt;
&amp;amp;quot;/usr/lib/python2.2/site-packages/MicroView/MicroView.py&amp;amp;quot;,&lt;br /&gt;
line 668, in __init__&lt;br /&gt;
self.OnFileOpen(tmpFileName)&lt;br /&gt;
File&lt;br /&gt;
&amp;amp;quot;/usr/lib/python2.2/site-packages/MicroView/MicroView.py&amp;amp;quot;,&lt;br /&gt;
line 1305, in OnFileOpen&lt;br /&gt;
self.ProcessImage()&lt;br /&gt;
File&lt;br /&gt;
&amp;amp;quot;/usr/lib/python2.2/site-packages/MicroView/MicroView.py&amp;amp;quot;,&lt;br /&gt;
line 1444, in ProcessImage&lt;br /&gt;
if self.reader.DoesElementSizeExist() == 1:&lt;br /&gt;
File&lt;br /&gt;
&amp;amp;quot;/usr/lib/python2.2/site-packages/vtkEVS/EVSImageReader.py&amp;amp;quot;,&lt;br /&gt;
line 137, in DoesElementSizeExist&lt;br /&gt;
spacing = self.GetDataSpacing()&lt;br /&gt;
File&lt;br /&gt;
&amp;amp;quot;/usr/lib/python2.2/site-packages/vtkMultiIO/vtkMultiImageReader.py&amp;amp;quot;,&lt;br /&gt;
line 153, in __getattr__&lt;br /&gt;
return getattr(self._reader, attr)&lt;br /&gt;
AttributeError: GetDataSpacing&lt;/p&gt;
&lt;p&gt;This only happen with VTK structured points images.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mathieu Malaterre</dc:creator><pubDate>Mon, 17 Mar 2003 19:11:43 -0000</pubDate><guid>https://sourceforge.net17a896ef18e851d81ddc71283c51f266c8820833</guid></item><item><title>Save As feature is generating incorrect header information</title><link>https://sourceforge.net/p/microview/bugs/15/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When saving a file as vff using the File | Save As &lt;br /&gt;
feature, the origin in the new file is incorrect if the &lt;br /&gt;
origin in the original file is something other than &lt;br /&gt;
(0, 0, 0) and the spacing is something other than &lt;br /&gt;
(1, 1, 1).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Faruq Ladak</dc:creator><pubDate>Fri, 14 Mar 2003 22:35:22 -0000</pubDate><guid>https://sourceforge.net30b7f174e8ddaaf25d307482e92d830b109cab39</guid></item><item><title>MV crashes when loading images that have been reoriented</title><link>https://sourceforge.net/p/microview/bugs/14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;MicroView crashes when loading images that have &lt;br /&gt;
been reoriented using the Reorient Image plugin.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Faruq Ladak</dc:creator><pubDate>Thu, 06 Mar 2003 17:24:18 -0000</pubDate><guid>https://sourceforge.net11a1b919e0d1c8e7e1c88d1b7d4ad917a93fc49a</guid></item></channel></rss>