Hi,
hopefully, we will be able to look at this issue soon.
In the meanwhile, do you explicitly want to use the diffusion imaging
component? If not, you could disable all bundles in CMake (variables
which start with MITK_BUILD_org.mitk...) which have diffusion in its
name. Then the
Hi,
is it possible that you mixed the SVN head sources with a compiled 0.14
MITK, or vice versa? If not, I will look into this issue tomorrow. In
the meanwhile, you can try to start you app by typing
yourapp.exe /BlueBerry.application=org.mitk.qt.extapplication (if you
use an up-to-date svn
it!
thank you,
sebastian
On Thu, Feb 11, 2010 at 8:52 PM, Sascha Zelzer
s.zel...@dkfz-heidelberg.de wrote:
Hi Sebastian,
sorry, for the long wait. Other things have been on my radar recently, but I
just took some time to look into the problem. It turns out that I could load
a .vtk file
Hi,
the bundle generator certainly has some limitations. I would really
like to have an advanced graphical tool which can generate code using
different templates. Unfortunately, we lack man power for this kind of
project.
I am not in my office this week, so I can not look at the code of the
Hi,
Thanks for the hint. I will have a look at why one method works and the
other does not.
- Sascha
On 03/05/2010 12:40 PM, Bryn Lloyd wrote:
Hi
I read the thread generating new MITK project:
http://www.mail-archive.com/mitk-users@lists.sourceforge.net/msg00870.html
I had the same
Hi Sven,
is only the icon missing, or the whole entry for your view in the menu?
The bundles which are included by ExtApp can be found in
your-binary-folder/bin/{ExtBundles,CoreBundles,BlueBerry}. Your bundle
should be located in the ExtBundles subdirectory (this is normally done
Hi Michael,
Yes, all ui_* files are generated by Qts uic and are located in your
binary build tree. However, all include directories should be set-up
correctly by cmake. I just tested the bundle generator myself by
generating a project and adding an include statement for
Hi Wagner,
unfortunately, MITK does not yet support make install. You have to
start the ExtApp from inside your build directory. Additionally, you may
have to type 'export
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:your-mitk-build-dir/bin/BlueBerry/org.blueberry.osgi/bin'.
This will be fixed for the
Hi Tangi,
just a quick guess: Is CamdasstEditor the right class-name (the t looks
suspicous)? Check your plugin.xml file that it contains the proper class
name for your editor.
Best,
Sascha
On 04/30/2010 03:51 PM, Tangi Meyer wrote:
Hello Michael,
Thank you for your answer.
I finally got
Hi,
if you are using Qt, another approach could be to use the native Qt
event filtering. Just install a global event filter and either record or
directly stream the event data (using for example QTcpSocket) to the
other machine. The client then creates QEvent instances and uses
Hi Luis,
MITK 0.14 is not compatible with ITK 3.18 (see the table at
http://www.mitk.org/wiki/Download). So either use the current SVN
version of MITK (it is compatible with ITK 3.18) or use ITK 3.16 with
MITK 0.14.
Best,
Sascha
On 05/28/2010 01:01 AM, Luis Augusto Perles wrote:
Hello,
I
Hi Antje,
we build and run MITK with CoreApp and ExtApp regularly on Linux.
Your environment looks fine, but you are right that the paths to VTK,
ITK and Qt will not be searched by the shared library loader. However,
the shared libraries should use the RPATH feature, meaning that the
paths to
Hi,
I see the following:
liborg_opencherry_osgi.so =
/home/antje/dev/mitk-0.14_build/bin/openCherry/org.opencherry.osgi/bin/liborg_opencherry_osgi.so
So the ExtApp executable is somehow linked against the old
org_opencherry_osgi shared library (it should link against
Hi Yashodhan,
sorry for the late answer. MITKPlugins is declared in
Documentation/Doxygen/Modules.dox
Best,
Sascha
On 06/15/2010 04:02 PM, Yashodhan Nevatia wrote:
Hi!
I am creating my own BundleGenerator, since I am working with a different
base class than QMitkFunctionality.
In
Hi Stefan,
that is a very nice problem description (especially the github link) :-)
Your meta-data looks fine in principle, but please see my comments below
to avoid future problems.
The reason why your plugin fails to load is because
mitkStandaloneDataStorage throws an exception at line
Hi,
this dependency is needed right now, because the basicimageprocessing
and deformableregistration bundles use a special mapper from the
DiffusionImaging module. I opened this bug
http://bugs.mitk.org/show_bug.cgi?id=4592 to refactor the code and
minimize the dependencies.
Best,
Sascha
Hi,
if you want to use the application framework BlueBerry (formerly named
openCherry), I strongly advise you to use a current SVN checkout. The
name change happened a couple of months ago and since then a couple of
(critical) bugs have been fixed too. I am happy to answer any questions
Hi,
what datatype are you using? Is it a VTK polydata, unstructured grid, etc.?
You could also try:
mitk::TimeSlicedGeometry::Pointer bounds =
this-GetDataStorage()-ComputeBoundingGeometry3D();
mitk::RenderingManager::GetInstance()-InitializeViews(bounds);
Best,
Sascha
On 07/22/2010 02:36
is called
org.mitk.gui.qt.segmentation in the current code base is an example of
a more complex plugin which can not be used outside of BlueBerry.
Best,
Sascha
2010/7/23 Sascha Zelzer s.zel...@dkfz-heidelberg.de
mailto:s.zel...@dkfz-heidelberg.de
Hi,
MITK-plugins usually make use
Hi,
if I remember it correctly, this reflects the state of the visible
property of the DataNode item. Just try to set the visible property to
false before adding the DataNode to the DataStorage.
Best,
Sascha
On 07/28/2010 03:23 PM, Keshav Chintamani wrote:
Hello MITK friends!
When a node
Hi,
On 08/02/2010 01:31 PM, Michael Xanadu wrote:
Hi Sascha,
I don't quite understand what you mean here. Even with the old
Functionality concept, you had to use some framework classes to
build your own application in order to manage the functionalities.
I just thought - maybe
Hi,
there is a sophisticated API for controlling the OSGi plug-in system and
the BlueBerry workbench. For controll over the workbench, see for
example the IWorkbenchPage interface:
http://docs.mitk.org/nightly-qt4/BlueBerry/reference/api/html/structberry_1_1IWorkbenchPage.html
If you can give
Hi Sandra,
i just fixed the visibility issue (rev 26506), it should show up in the
public repository soon.
Concerning scalar values, it used to work in the past but could be
broken now... I did not try it recently. Your code looks fine, however.
I opened bug
Hi Yashodhan,
include dependencies to modules or third-party libraries (everything
which is not a plugin/bundle) are not inherited. So your approach of
explicitly adding the Boost include dirs to ParadigmView is the
correct way right now.
You can add additional include dirs relative to your
Hi Michael,
I guess you are using your own application (generated with the
BundleGenerator) to start the plugins. Did you modify it? If so, could
you post the code of your main function and the .ini file of your
application (if you have one)?
Thanks,
Sascha
On 10/05/2010 01:48 PM, Michael
Hi Claudia,
here are two more possibilities (from simple to more advanced):
- Instantiate a separate mitk::DataStorage object (as Jochen suggested)
and insert your second dataset. Then you could open a second
QMitkStdMultiWidget which renders your separate mitk::DataStorage
contents by
Hi Benjamin,
there is no generic messaging component in MITK (yet). But depending on
your requirements, you have quite a few options.
If you don't want to introduce dependencies between your plugins, you
could do one of the following:
- Use QEvent objects as you suggested. You could create
Hi Simon,
please also read the thread Communication between plugins, it might be
of interest to you.
You can easily create a shared library with the following CMake code:
FIND_PACKAGE(MITK REQUIRED)
MITK_CREATE_MODULE(yourModuleName
INCLUDE_DIRS ...
DEPENDS MitkExt ...
)
You have to
, Sascha Zelzer
s.zel...@dkfz-heidelberg.de mailto:s.zel...@dkfz-heidelberg.de wrote:
Hi Benjamin,
there is no generic messaging component in MITK (yet). But
depending on
your requirements, you have quite a few options.
If you don't want to introduce dependencies between your
. At least the
directory is the correct one.
Regards,
Benjamin
On Tue, Dec 7, 2010 at 09:22, Sascha Zelzer
s.zel...@dkfz-heidelberg.de mailto:s.zel...@dkfz-heidelberg.de wrote:
Hi,
Are you developing your code inside the MITK source tree, or in an
external directory? In the latter
Hi Benjamin,
looks hard to diagnose... maybe you have mixed Qt versions? Can you post
the values of the QT_* CMake variables in your
mitk-binary-dir/CMakeCache.txt file, and what is the output of:
ldd mitk-binary-dir/bin/libQmitkExt.so ?
Best,
Sascha
On 12/22/2010 01:58 PM, Benjamin Kurz
Hi,
your CMake Cache looks fine to me...
Could you also post the output of make install instead of make
package please. You might want to change the CMAKE_INSTALL_PREFIX
variable to point to a directory where you have write access.
Best,
Sascha
On 12/23/2010 07:19 PM, Benjamin Kurz wrote:
Hi Benjamin,
looks like you are using VMTK. How are you linking to it in your CMake code?
You could try to set your LD_LIBRARY_PATH environment variable to the
directory containing the VMTK libs, before issuing a 'make package' (or
'make install').
If you are linking to those libraries and
Hi Miklos,
make install can not be used for a SDK-like install. If you want to
development with MITK, you have to keep the source- and binary-tree of
MITK. The install target is used during make package to create
deployable installation packages of MITK-based applications.
Best,
Sascha
On
not copy the MITKConfig.cmake file, but directly set
the MITK_DIR CMake variable in your project to the binary build
directory of MITK, which contains MITKConfig.cmake.
Thank you!
You are welcome.
Best,
Sascha
Miklos
On Tue, Feb 22, 2011 at 7:09 PM, Sascha Zelzer
s.zel...@dkfz-heidelberg.de
Hi Joe,
you should get the berry::IEditorInput from the berry::IEditorPart. The
IEditorInput represents the model source for the editor part. Usually,
you supply your own editor input, subclassed from IEditorInput (or for
simple cases, use the existing concrete class berry::FileEditorInput).
Hi Miki,
please always add the mitk-users list to the recipients so others can
benefit from our discussions.
I assumed you where reading the Build Instructions page from the MITK
Doxygen documentation:
http://docs.mitk.org/nightly-qt4/BuildInstructionsPage.html .
If I remember it correctly,
with errors like undefined
reference to `__stack_chk_guard'
Setting CMAKE_C_FLAGS to -fno-stack-protector fixed it. Now MITK is
built finally.
I switched off the superbuild, but probably it would not have been necessary,
Regards,
Miki
On Thu, Apr 7, 2011 at 9:09 PM, Sascha Zelzer
s.zel
Hi Thomas,
thanks for pointing out this issue. I committed a fix based on your
suggestion:
http://mbits/gitweb/?p=MITK.git;a=commit;h=98c4879aa9f6c3ea55bf71910b77097ec65f5e75
Thanks,
Sascha
On 04/07/2011 01:42 PM, Thomas Wolf wrote:
Dear all,
as my build aborted due to missing folders, i'd
Hi Wagner,
you only need to be online during the superbuild build-step. You may
even switch off superbuild and provide the locations of the pre-build
third-party libraries yourself.
If you use the superbuild feature, after the initial build, issue make
from inside the MITK-build subdirectory
Sorry, this is the correct link:
http://mitk.org/git/?p=MITK.git;a=commit;h=1cec1b9bad2c2b9729c2735fe284ddcbe1e7a30e
On 04/11/2011 04:50 PM, Sascha Zelzer wrote:
Hi Miki,
I fixed the stack protection issues and ITK/VTK thread problems here:
http://mbits/gitweb/?p=MITK.git;a=commit;h
Sorry, the correct public url is:
http://mitk.org/git/?p=MITK.git;a=commit;h=98c4879aa9f6c3ea55bf71910b77097ec65f5e75
On 04/11/2011 04:51 PM, Sascha Zelzer wrote:
Hi Thomas,
thanks for pointing out this issue. I committed a fix based on your
suggestion:
http://mbits/gitweb/?p=MITK.git
On 04/12/2011 11:09 AM, Thomas Wolf wrote:
Hi Thomas,
I see... copying the MITK sources and using the build-system does not
work if the sources are not part of a Git repository. We might
consider fixing this, but this is a rather exotic use case.
Instead, I would suggest to use the CMake
Hi Matt,
good to see you on the mitk-users list!
Thomas already was so kind to answer many questions, and you can find my
additional comments below.
On 04/28/2011 10:37 AM, Matt Clarkson wrote:
Hello there!
I'm just taking a look at MITK, and considering how I can use it
in/for my
Hi,
again, Thomas has already provided a lot of insight :-)
Please see my comments below.
On 04/28/2011 04:22 PM, Thomas Wolf wrote:
On 28.04.2011 15:44, Matt Clarkson wrote:
Thanks Thomas.
Just a few more questions, if you or anyone else have the time.
So, do you
a) compile MITK,
Hi,
Caspar is right, but it also depends on which sources of MITK you
downloaded. If you are using a recent git clone, all dependencies
(except Qt) will be build automatically. If you downloaded a source
tarball from mitk.org, you will have to compile ITK,VTK, etc. yourself.
Nokia only
Hi,
the MITK tutorials are enough to get you started, but they don't
explain how to create a GUI. Of course you can use any of the tutorials
and start playing around with the Qt GUI, but at some point you will
certainly need to read up on the basics of Qt.
Best,
Sascha
On 05/02/2011 12:59
Hi,
I answered this already in your previous question. Again, you can only
use the installer if you are using Visual Studio 2008, 32 bit. Do *not*
try to use the installer with a Visual Studio 2010 environment (even if
you use 32 bit). You will get problems later on.
Best,
Sascha
On
Hi,
please provide more information in the future, like
- exact commands you used
- versions of all your tools
- complete error output
This way we can help you much more efficiently.
- Sascha
On 05/02/2011 07:22 PM, john smith wrote:
Hello,
I have followed the instrunctioon to build Qt
Hi,
the missing files have been added by Alex in the afternoon.
Best,
Sascha
On 05/18/2011 05:06 PM, Goch, Caspar Jonas wrote:
Hi Matt,
had the same problem this morning myself, but thought it was just me.
Adding a ‘play2.png’ and a ‘stop2.png’ in
MITK/Modules/IGTUI/resources/ solved it
Hi Timm,
here is a minimal CMakeLists.txt which should work for you (I assume you
are using the latest git sources):
#
CMAKE_MINIMUM_REQUIRED(VERSION 2.8.2)
PROJECT(Step1)
set(project_policies
CMP0001 # NEW: CMAKE_BACKWARDS_COMPATIBILITY
Hi Thomas,
please have a look at the section Tracking the Current Selection in
http://www.mitk.org/wiki/Article_Using_the_Selection_Service
Note that if your view inherits from QmitkFunctionality, you can use its
protected methods GetCurrentSelection() and GetDataManagerSelection().
Best,
Hi Timm,
Do you mean with Redoing it without the superbuild that you pointed
cmake (cmake-gui) to the build directory MITK-build inside your
superbuild directory? That would be the right way to get access to all
MITK CMake variables.
Is it only the org_mitk_gui_qt_toftutorial bundle which can
Hi Miklos,
the mitk::ProgressBar is a very simple interface which provides a
centralized view of the applications work progress. Hence you are only
allowed to increment the progress with a relative value, because you
cannot know what other tasks might still be pending. As far as I know,
we do
Hi Matt,
yes, that is related.
Please have a look at
http://www.mitk.org/wiki/Fixing%20external%20projects for instructions
how to fix external projects.
Best,
Sascha
On 06/06/2011 03:25 PM, Matt Clarkson wrote:
Hi Sascha,
after the change to make MITK use the CTK plugin framework, I set
Hi Matt,
okay, that is strange. Could you please delete your $HOME/.ExtApp/ dir
again and run the ExtApp like
./ExtApp --BlueBerry.consoleLog
and send me the output (in private). Usually this problem occurs when
the framework fails to start a certain plugin.
Thanks a lot for the
Hi,
Thanks again for the debugging. We are having the same issue on one of
our Mac machines and a Ubuntu 10.04 machine and are currently working on
a solution. I hope to be able to fix it today.
Best,
Sascha
On 06/07/2011 07:17 PM, Matt Clarkson wrote:
Hi Sascha,
I removed $HOME/.ExtApp,
Hi Miklos,
there was one issue with corrupted PATH variables on Windows, due to a
bug in a CTK CMake script which we fixed recently
(https://github.com/commontk/CTK/commit/83b95e3dce3107b0bd101a34f241e7195f67eec9).
Does your problem still exist with this change?
Thanks,
Sascha
On 06/08/2011
that the instructions
are all ok.
Thanks as always.
Matt
- Sascha Zelzer s.zel...@dkfz-heidelberg.de wrote:
Hi Matt,
here comes the first bunch of comments:
On 06/02/2011 12:40 PM, Matt Clarkson wrote:
Hi there,
briefly. Please can people help me out
Hi,
this has been fixed recently. Please have a look at
http://bugs.mitk.org/show_bug.cgi?id=8481 if you are interested in the
technical details.
Best,
Sascha
On 06/10/2011 11:56 AM, Sascha Zelzer wrote:
Hi,
Thanks again for the debugging. We are having the same issue on one of
our Mac
Hi Matt,
Finally, please find my comments below.
Best,
Sascha
On 06/03/2011 03:20 PM, Matt Clarkson wrote:
So far so good. However, my requirements are
3). to have potentially many different views (orientation,
magnification, slice numbers, intensity ranges, lookup tables), of
different
Hi David,
thank you for the bug report and your investigations. We are currently
working on that problem. It actually occurs only on systems with gcc
4.5 and hence we did not catch it early enough.
Thanks,
Sascha
On 06/15/2011 10:31 PM, David Guthrie wrote:
After further investigation, the
Hi Klaus,
MITK does not officially support VS2010 yet. So you might be out of luck
with a pre-CTK checkout too. Here would be a hash value you could try:
75dfd168462786b4002411d1957afc170bf39985
Note that you need to build Qt yourself with VS2010, if you are going to
use Qt-specific code of
log.
Thanks for the quick fixes.
Matt
- Sascha Zelzers.zel...@dkfz-heidelberg.de wrote:
Hi,
this has been fixed recently. Please have a look at
http://bugs.mitk.org/show_bug.cgi?id=8481 if you are interested in the
technical details.
Best,
Sascha
On 06/10/2011 11:56 AM, Sascha
Hi Miklos,
please remove the two colons :: in your plugin.xml file. The
instructions at
http://www.mitk.org/wiki/Converting%20a%20BlueBerry%20bundle%20to%20a%20CTK%20plugin
have been updated considering this peculiarity a couple of days ago (see
section 1.4).
You should definitely convert
Hi Miklos,
I can confirm this issue. Unfortunately, MinGW is not a high priority
for us right now but I would be happy to apply any patches for it.
Thanks,
Sascha
On 06/10/2011 12:24 PM, Miklos Espak wrote:
Hi,
I get the following error when I build MITK with MinGW (win32).
I used the
Hi Miklos,
On 06/21/2011 04:12 PM, Miklos Espak wrote:
Yes, I saw this, but I thought that this is only needed if I convert
the plugin to CTK. Now I removed the colons from the plugin.xml and
the manifest.xml as well, but it did not help. The error is the same,
except the colons of course.
Hi MITK users,
This is just for your information:
We recently changed the path for application specific persistent data to
better conform with the OS defaults. In the case of the MITK ExtApp
application, the .ExtApp directory which was previously located in $HOME
will now be located under:
-
file and about unresolved
external symbols.
Do I have to make some modifications on the plugin side as well?
Thank you very much!
Miklos
On Tue, Jul 5, 2011 at 12:30 PM, Sascha Zelzer
s.zel...@dkfz-heidelberg.de mailto:s.zel...@dkfz-heidelberg.de wrote:
Hi Miklos,
this is specific
Good to hear that it works now.
Your error output indicates several potential problems:
- You maybe try to export a template class. Including header files which
define templated methods and also decorate the templated methods or
classes as being exported can lead to multiply defined symbols
Hi MITK users,
After having switched to the CTK plugin framework in our application
framework, an important piece was still missing.
We had no official support for creating MITK-based projects containing
CTK plug-ins. This changes today.
We now provide a project template at
Hi Taylor,
Did you modify the MITK sources in some way?
Are you trying to re-use an older build-tree by updating the MITK
sources and building again? If so, you might want to try with a clean
(empty) build tree again.
As you found out already, the
IF(NOT BB_PLUGIN_EXPORTS_FILE_INCLUDED AND
Hi,
The CMake GUI usually has an area containing the exact error output at
the bottom of the window. Posting this message instead of screenshots
could help diagnosing your problem.
Best,
Sascha
On 07/12/2011 02:54 AM, Miri Trope wrote:
I removed all MITK's files from my computer and did the
Hi,
On 07/11/2011 05:34 PM, Taylor Braun-Jones wrote:
I though I was doing a completely fresh build, but apparently not.
After `git clean -fd git reset --hard rm -rf ../MITK-superbuild`
and a few hours of compiling things are working.
I'd like to be able to do fresh re-builds more often
constantly failing) today as well:
2011/7/12 Sascha Zelzer s.zel...@dkfz-heidelberg.de
mailto:s.zel...@dkfz-heidelberg.de
Hi,
If I need a fresh MITK build, I usually just clean the MITK-build
directory in MITK-superbuild/ and do a make MITK -j50 in
MITK-superbuild. Rebuilding
)
CMakeExternals/CTK.cmake:17 (ExternalProject_Add)
SuperBuild.cmake:104 (INCLUDE)
CMakeLists.txt:211 (include)
Configuring incomplete, errors occurred!
On Tue, Jul 12, 2011 at 5:07 PM, Sascha Zelzer
s.zel...@dkfz-heidelberg.de mailto:s.zel...@dkfz-heidelberg.de wrote:
Dear Miri,
you should
Hi,
Miklos is right, we do not officially support VS2010 yet. Sorry.
I could find a recent changeset which would link the latest stable
CTK. Is this done already?
Anyone else encountering these compile errors as well?
This is in the current HEAD, it uses a fixed CTK revision hash when
Hi Matt,
I'd say that this is not expected behaviour :-) I opened bug
http://bugs.mitk.org/show_bug.cgi?id=8797 and I will have a look at it.
It is probably just some path-related problem, I don't think that it is
crucial (but should be fixed anyway).
Thanks for the report,
Sascha
On
Hi,
On 07/13/2011 02:06 PM, Klaus Drechsler wrote:
Hi Sascha,
Partly, this is a feature of the ExternalProject module used for
the superbuild. To avoid confusion, I just removed the
MITK_BUILD_org... options from the MITK superbuild. Hence, they will
not overwrite the values in the
Hi,
On 07/19/2011 07:54 AM, Clarkson, Matt wrote:
Hi there,
with regards to the new MITK external project template:
1. I can see how to add a plugin... but what about a Module (simple
shared library). Is there anything I should be aware of?
Just Yesterday I pushed an example module to the
- Ursprüngliche Nachricht -
Von: Klaus Drechsler
Gesendet: 19.07.11 18:00 Uhr
An: Sascha Zelzer
Betreff: Re: [mitk-users] Creating MITK-based projects
Hi Sascha,
Partly, this is a feature of the ExternalProject module used for
the superbuild. To avoid confusion, I just removed the
MITK_BUILD_org
Hi Miklos,
thanks for attatching the patch, this makes trouble shooting a lot easier.
Your perspective implementation should look like:
class QmitkAwesomePerspective: public QObject, public berry::IPerspectiveFactory
{
*Q_OBJECT
Q_INTERFACES(berry::IPerspectiveFactory)*
public:
...
};
Hi Matt,
when you call the MACRO_CREATE_MITK_CTK_PLUGIN() in your plug-in's
CMakeLists.txt file, the value of ${PROJECT_NAME} will be used as the
target name. You can use this variable to link your plug-in to other
libs outside the CTK/MITK build-system (yes, this should be documented
Hi,
thinking about your bombs is always fun ;-)
I would suggest to create an intermediate plug-in, instead of a module.
Creating your own plug-in base class, based on QmitkFunctionality is
perfectly okay.
Depending on the common functionality, I would may be think about
providing the
Hi Klaus,
sorry for the delayed reply. You are right, the DataStorage API is
synchronized, but accessing the actual data contained in the DataNode
objects is not. People sometimes have success with copying the internal
data (i.e. surface), modifying it, and swapping the BaseData pointer of
Hi,
the CMake scripts compile a utility program called DGraph.exe which is
Qt-based. Usually everything is done automatically, but it could be the
case that your QT_QMAKE_EXECUTABLE CMake variable points to another Qt
version, which was not used to build DGraph.exe.
Can you check your
\vtkOpenGLExtensionManager.cxx, line 358
vtkOpenGLExtensionManager (02D32F80): Extension GL_VERSION_1_2 could
not be loaded.
Do you know what does it mean?
Regards,
Miri
On Thu, Jul 21, 2011 at 7:14 PM, Sascha Zelzer
s.zel...@dkfz-heidelberg.de mailto:s.zel...@dkfz-heidelberg.de wrote:
Hi Miri,
I am happy
\DGraph - building the solution file in
there works fine.
Anyone else compiling the MITK superbuild with VS 2008? Which Qt
version did you succeed with?
Regards,
Ghazall
[1] http://www.commontk.org/index.php/Build_Instructions
2011/7/26 Sascha Zelzer s.zel...@dkfz
Hi,
for in-place filters there is no problem. However, if you are creating a
more complicated pipeline, with no in-place intermediate filters, it
gets more complicated.
Currently, if you access MITK images via an AccessByITK macro call, you
usually call a function/method which locally
://dementia.ion.ucl.ac.uk/
Tel: 08451 555 000 ext. 723653
Fax: 020 7676 2066
--
On 1 Aug 2011, at 10:30, Sascha Zelzer wrote:
Hi,
for in-place filters there is no problem. However, if you are creating a
more complicated pipeline, with no in-place
Hi Folks,
we had to move to CMake 2.8.4 as the minimum supported CMake version due
to some (rarely) occurring bugs during CMakge project generation.
For Mac and Windows users, you can just download the official binary
(you can also use the latest version) from
Hi,
On 08/04/2011 09:08 PM, Taylor Braun-Jones wrote:
In other words, if you are not on Windows AND using MITK as an
external project, you can just change the first line of the new
CMakeLists.txt back to
cmake_minimum_required(VERSION 2.8.3)
Yes?
Yes, you could. You will also notice
Hi Folks,
We have been listening to the requests on the mailing list about Visual
Studio 2010 support and with the latest MITK head you should be able to
use VS2010.
However, please note that this is still experimental and has only been
tested on Visual Studio 2010 Express 32bit. We still
Hi,
your suggestion would work, but we experienced some problems when
setting MITK options from the superbuild level which are actually meant
to be changed from inside (see
http://bugs.mitk.org/show_bug.cgi?id=8722 for the details).
What you can do is to write your own inital CMake cache
Hi,
well, your warnings actually sound serious. Are you aware of the fact
the Windows packaging support included only Release mode builds? Make
sure that *every* dependent library is built in Release mode (changing
the build type at the superbuild level will re-configure all
dependencies
Hi Folks,
Up until now, creating new MITK plug-ins (the CTK based ones) or
projects was a bit cumbersome.
We are pleased to announce the availability of a command line tool - the
MITK Plugin Generator - which can generate customized MITK plug-ins and
projects. The relevant documentation has
Ups, the code shoud look like this:
set(MITK_INITIAL_CACHE_FILE
${CMAKE_CURRENT_BINARY_DIR}/mitk_initial_cache.txt)
file(WRITE ${MITK_INITIAL_CACHE_FILE}
set(MITK_BUILD_org.mitk.gui.qt.segmentation ON CACHE INTERNAL \Build the
segmentation plugin\)
)
- Sascha
On 08/09/2011 09:39 AM, Sascha
Hi Matt,
Actually, none of your variations use the correct syntax. Have a look at
my example in the previous mail. The format must be a valid CMake cache
file, which is supplied when cmake is called to configure MITK (during
MITK's superbuild process), which is
cmake -C
Hi Sebastian,
Looking at TubeTK's build system, I cannot see any substantial
differences. What is it you are missing in MITK's build system and
handling of dependencies?
Thanks,
Sascha
On 08/12/2011 11:52 AM, sebastian ordas wrote:
Dear Sascha and Marco,
Just FYI: have a look to the way
...
but I still don´t know how to proceed :-(
regards,
sebastian
On Fri, Aug 12, 2011 at 8:32 AM, Sascha Zelzer
s.zel...@dkfz-heidelberg.de wrote:
Hi Sebastian,
Looking at TubeTK's build system, I cannot see any substantial differences.
What is it you are missing in MITK's build system
1 - 100 of 563 matches
Mail list logo