iv3d-users

Text archives Help


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


Chronological Thread 
  • From: Jens Krueger <jens@sci.utah.edu>
  • To: "Steve kaye" <stevekaye@talktalk.net>
  • Cc: <iv3d-users@sci.utah.edu>
  • Subject: [IV3D-USERS] Re: Re: Re: Re: Re: Re: Re: Display assigned colour in Tifs
  • Date: Sun, 5 Dec 2010 14:41:47 +0100
Hi Steve,

can you send us one or some of your files? That way we can try to reproduce 
your problem here and trace the issue with our debugginh tools. Most likely 
it will be an easy fix then. If you have multiple tiffs then the load from 
directory is definately what you want to do, if your entire volume is stored 
in a single tiff file then load from file should be the right option.

The log snipped 1 you send below looks ok (it is exepcted that the DICOM 
importer reports no usable objects since TIFFs aren't DICOMs :-) ) then it 
seems that the image parser is looking into the TIFF file which also seems 
ok. I guess whatever is in the debug log after that would be interesting.

The crash you observe in snipped 2 looks like a bug in imagevis (hence the 
request for your data files above), that is one of the reasons why ImageVis3d 
2.0 has noot been released yet since we are looking into those issues with 
the new features. So by sending your data you can actually speed up the 
release process :-).

Cheers
 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 05.12.2010 um 14:14 schrieb Steve kaye:

> 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