[MINC-development] MINC and ITK

[Jason Lerch]

Hi Andrew et al.,

> We also probably shouldn't kid ourselves regarding "MINC" having a
> grand poo-bar or any formal structure...  Certainly the original ITK
> interface that Leila implemented and is now maintaining again was a
> big step forward at the time when there was no ITK reader (beyond
> mincextract/minctoraw....).

Agreed on both points - nobody can enforce what another person should or should not work on. But still, some coordination can be useful so that there is not too much unnecessary duplication of work.

> 
> My understanding of the birth of EZMINC (by Vlad) was out of his own
> frustrations of getting his own ITK code to work with MINC1 files.
> Still I take your point about it being good if we had one 'sanctioned'
> interface.  I take it you lot (by you lot, I mean the minc-ITK users
> in jason-toronto-leila land) still use the the ITK MINC:IO libraries
> on a daily basis?

That's my understanding as well - we (us Toronto folks, that is), seem to be the happiest in the MINC community to discard MINC1 compatibility, which others have never felt comfortable with. By now I'm sure there are many other design differences between EZMINC and ITK MINC:IO libs, but since I've programmed in neither (though used both in end-user tools) I can't comment on what they are. And yes, we do use the ITK MINC:IO libs in existing code and for occasional development. I have no idea if anybody else does.

> 
> I was of the impression that Vlad was volunteering to perhaps
> integrate his code or ideas into the current ITK MINC reader so that
> MINC 1 file input was possible?  or has this already been done? I
> haven't followed the ITK + MINC thing much as of late, been too busy
> working on other things. I was about to suggest to Vlad that he
> contacts Leila first to get up to speed with what the current status
> of the "real" ITK MINC IO stuff was, but you beat me to it.  (Darn
> time-zones).

My suspicion is that there's a lot of duplication between the two, so it'll likely end up more as a choice of which one is the more reasonable to go forward with. But again, I've programmed in neither, but would be keen to hear such a discussion on minv-dev!

Jason

> 
> 
> a
> 
> PS: It's freeeeezing here in Brisbane, 13deg C at 23:51, inhumane and
> here I am doing MINC email in between putting coats of paint on the
> hall cupboard.
> 
> On Sat, May 14, 2011 at 23:38, Jason Lerch <jason at phenogenomics.ca> wrote:
>> While a discussion on which itk interface to support could be a worthwhile one, I'm rather surprised that it could hinge on the fact that Leila, one of the two main developers behind MINC 2, is somehow not deemed a "core MINC developer." So let's argue on technical merit rather than the suggestion that the ITK interface could not be supported by Leila or the rest of our group in Toronto.
>> 
>> Jason
> _______________________________________________
> MINC-development mailing list
> MINC-development at bic.mni.mcgill.ca
> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development