iv3d-users

Text archives Help


[IV3D-USERS] Re: Re: Re: Re: Re: Re: Display assigned colour in Tifs


Chronological Thread 
  • From: "Steve kaye" <stevekaye@talktalk.net>
  • To: <iv3d-users@sci.utah.edu>
  • Subject: [IV3D-USERS] Re: Re: Re: Re: Re: Re: Display assigned colour in Tifs
  • Date: Sun, 5 Dec 2010 13:14:32 -0000
  • Importance: Normal
Hello,
I've downloaded the devbuild (windows-latest 5-12-2010 - 64bit) but have a data load problem. I've tried the two approaches to loading:

1) Load data from directory of tifs ... IV3d scans the files and then reports 'no valid files found ......'
Debuglog looks like this:-
(05.12.2010 12:58:02) MESSAGE (DICOMParser::GetDICOMFileInfo) File 'D:/personal/Indonesia study V3.0 - UCL reposition/Gravity/west-indonesia-lineaments/Imagej/9.tif' is not a DICM file.
(05.12.2010 12:58:02) MESSAGE (DICOMParser::GetDirInfo) 0 files in candidate list.
(05.12.2010 12:58:02) MESSAGE (IOManager::ScanDirectory) found 0 DICOM stacks
(05.12.2010 12:58:02) MESSAGE (ImageParser::GetDirInfo) Looking for image data in file D:/personal/Indonesia study V3.0 - UCL reposition/Gravity/west-indonesia-lineaments/Imagej/1.tif

2) Load from file, i.e. a stack tif ........ IV3D crashes. But, IV3D devbuild will load a uvf file of the same data created within the 'released' version.
Debuglog of crash looks like this ....
(05.12.2010 12:53:50) MESSAGE (`anonymous-namespace'::identify_converters) Converter 'TIFF Volume (Image stack)' can read 'D:\personal\Indonesia study V3.0 - UCL reposition\Gravity\west-indonesia-lineaments\Imagej\stacktest.tif'!

But the above converter seems to be ignored as the software goes on to try other types before trying to load via ...
(05.12.2010 12:53:50) MESSAGE (TiffVolumeConverter::ConvertToRAW) Attempting to convert TiffVolume: D:\personal\Indonesia study V3.0 - UCL reposition\Gravity\west-indonesia-lineaments\Imagej\stacktest.tif
(05.12.2010 12:53:50) MESSAGE (TiffVolumeConverter::ConvertToRAW) TiffVolume dimensions: 1602x1314x16
(05.12.2010 12:53:50) MESSAGE (TiffVolumeConverter::ConvertToRAW) 8 bits per component.
(05.12.2010 12:53:50) MESSAGE (TiffVolumeConverter::ConvertToRAW) 3 components.
(05.12.2010 12:53:50) MESSAGE (TiffVolumeConverter::ConvertToRAW) Reading 1602x1314 TIFF slice 0 of 15

when it crashes.

I've tried both 32 and 64bit devbuild versions with the same results. Everything above works on the same datasets when using the 'released' version.

By the way, I use imageJ (actually FIJI) to create the stacks.

If there is an easy fix then I'd be pleased to hear of it but, if you would have to spend a lot of time on it then please don't just for my sake - I can wait for V2.0.

Regards, Steve Kaye

-----Original Message----- From: Steve kaye
Sent: Saturday, December 04, 2010 7:48 PM
To: iv3d-users@sci.utah.edu
Subject: [IV3D-USERS] Re: Re: Re: Re: Re: Display assigned colour in Tifs

Hello everyone,
That is wonderful news about V2.0 and the inclusion of the possibility for
loading colour images. Do you know yet when V2.0 will be released?

In the meantime I shall try to get a devbuild working.

Thanks very much for your work.

Regards, Steve Kaye


-----Original Message----- From: Tom (mobile)
Sent: Saturday, December 04, 2010 5:15 PM
To: iv3d-users@sci.utah.edu
Subject: [IV3D-USERS] Re: Re: Re: Re: Display assigned colour in Tifs

Hi Tim!

=)  Glad to hear it helps.  It was an oft-requested
feature.

Also, Jens semi-recently implemented a 2D slice-based
renderer.  That renderer should support every GPU
that's been put out in the last decade.  I think
you might also need a devbuild to use it.  You
can switch to it under the "Renderer" tab of the
settings.

Best,

-tom

----- Original message -----
On Saturday, December 04, 2010 10:35:55 am Tom (mobile) wrote:
> Jens is right, this is already implemented on our
> trunk.

This is great news. This (and to a much smaller extent, the relative
immaturity of OpenGL drivers that run on my laptop) is the main blocker
in   terms of our using IV3D. I am excited to hear about this, and look
forward to   jumping back in! Once I clear a couple more things from my
plate, that is :-).

Best, and congrats.
--Tim

>
> -tom
>
> ----- Original message -----
>
> > Hi Steve,
> >
> > just toe make sure what you need let me try to put in my own words.
> > Your have your data stored as a stack of color TIFF files and when
> > you load them they are converted to grey-scale but you would prefer
> > if we could load them as color images directly (without the need of
> > a transfer function). Is that correct? If yes I think we may have
> > already addressed your feature request and it will be included in
> > ImageVis3D 2.0 to be released soon, Tom correct me if I'm wrong here
> > about loading color images.
> >
> > Gruß
> >
> > Jens Krüger
> >
> > ------------------------------------------------------------
> >
> > Interactive Visualization and Data Analysis Group
> > http://www.ivda.uni-saarland.de
> >
> > Prof. Dr. Jens Krüger
> > Research Group Leader, MMCI
> > Senior Researcher, DFKI
> > Adjunct Professor, SCI
> > Adjunct Professor, University of Utah
> >
> > Campus     D3 4, Raum 2.32
> > 66123 Saarbrücken
> >
> > Telefon: +49 681 302-70750
> > Mobil: +49 1512 5377420
> >
> > Am 04.12.2010 um 14:49 schrieb Steve kaye:
> > > Welcome to list iv3d-users@sci.utah.eduHello,
> > > I use iv3d to display crustal gravimetric lineaments (faults, etc.)
> > > using stacks of tifs in which each tif represents a depth in the
> > > crust and is colour coded. This page shows what I mean -
> > > http://www.bandaarcgeophysics.co.uk/banda_grav_lines.htm ;.
> > >
> > > This might seem an inappropriate use of iv3d but it works rather
> > > well, covering large geographic areas and displaying very
> > > efficiently. Thank you.
> > >
> > > But, as you know the colour assigned to each tiff is not displayed
> > > which, in my case because of the thin line nature of the
> > > lineaments, limits its visual usefulness - the depth queuing is
> > > degraded.
> > >
> > > Would it be possible in a future release to capture the colour
> > > values and display these instead of using transforms? Or both?
> > >
> > > Regards, Steve kaye


Archive powered by MHonArc 2.6.16.

Top of page