Hello Marcel,

There is no unique ID value in mitk::DataTreeNode. I would suggest that you use 
the pointer of the node the as an ID. It is as unique as it gets.  I'm not 
familiar with the PointListWidget, maybe Ingmar can give you more information 
about switching nodes when he returns from the SPIEE conference.

Regards, 
 Jochen

---
MSc. Jochen Neuhaus
DKFZ
German Cancer Research Center (Deutsches Krebsforschungszentrum) 
Member of the Helmholtz Association
Division Medical and Biological Informatics E130
Im Neuenheimer Feld 280
D-69120 Heidelberg
Phone: 49-(0)6221-42-2329
Fax: 49-(0)6221-42-2345
E-Mail: [EMAIL PROTECTED]
Web: http://www.dkfz-heidelberg.de/en/mbi/people/Jochen_Neuhaus.html

Confidentiality Note: This message is intended only for the use of the named 
recipient(s) and may obtain confidential and/or privileged information. If you 
are not the intended recipient, please contact the sender and delete the 
message. Any unauthorized use of the information contained in this message is 
prohibited.


> -----Ursprüngliche Nachricht-----
> Von: [EMAIL PROTECTED] [mailto:mitk-users-
> [EMAIL PROTECTED] Im Auftrag von Marcel Schenderlein
> Gesendet: Dienstag, 19. Februar 2008 09:53
> An: [email protected]
> Betreff: Re: [mitk-users] ID for DataTreeNodes?
> 
> Hi list,
> 
> I just found, that I had a problem with using the std::map. So the
> underlying problem is solved, but the question for IDs still remains.
> 
> Cheers, Marcel
> 
> 
> Marcel Schenderlein schrieb:
> > Hi list,
> >
> > is there anything like an unique ID for the data tree nodes? Or do I
> > have to setup a property for that?
> >
> > I wanted to write a method which switches a QmitkPointListWidget for
> > different data (one pointset for each data). So I stored everything
> > (interactor,label,color,etc. in a struct) as the value in a std::map.
> > Then I learned by hard that using pointers as keys for a std::map is
> a
> > bad bad thing. So now I am wondering which way to go. Use a std::map
> > with IDs for the nodes or use something else appropriate? Maybe even
> > MITK provides some structure for that?
> >
> > What would you suggest?
> >
> > Cheers, Marcel
> >
> >
> >
> >
> 
> --
> ---------------------------------------------
> Dipl.-Ing. Marcel Schenderlein
> Institute of Measurement, Control and Microtechnology
> Ulm University
> Albert Einstein Allee 41
> 89081 Ulm, Germany
> 
> Phone:  +49 (0) 731 50 26338
> FAX:    +49 (0) 731 50 26301
> Mobile: +49 (0) 176 217 33668
> 
> Email: [EMAIL PROTECTED]
> web:   http://www.uni-ulm.de/in/mrm
> 
> -----------------------------------------------------------------------
> --
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> mitk-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mitk-users

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users

Reply via email to