[vtkusers] Problem with Data in VTK

[David E DeMarle]

On Wed, Sep 13, 2017 at 2:12 AM, Jennifer Lee <lee_jennifer_82 at yahoo.com>
wrote:

> Hello,
>    Thanks so much for the reply.
>
> Please ignore my poor knowledge. I’m really having trouble in
> understanding.
>

No worries, this confuses lots of people including me.


> I’ve data in the following directory:
>
> C:\VTK\VTKData-8.0.1\VTK-8.0.1\.ExternalData\MD5. Now, the files look
> like something below:
>
> 00b6935d399b80e4f9edc1414a4c363f
> 00ba7d9399c914edb4a6faa0b10ae7e5
> 00d2efba0581fb7d436bcc45a9acedcb
> 00d49b1746f315992fac476892c681ae
> :
> :
> :
> :
> I really don’t understand what they mean. It seems to me  these are some
> encrypted names which need to be decrypted. I don’t know how to do that.
>

These are checksums of the real data files. Cmake and git know that they
have to download a different file whenever the data file's checksum doesn't
agree with the above.


> I built with TESTING_ON, now data are available in the “Testing” directory
> too. Suppose I’d like to run the Medical examples. Now, data is available
> in the following directory:
>
>
*C:\VTK\VTK-8.0.1\Testing\Data\headsq*
>
> With VTK_DATA_ROOT set to C:\VTK\VTK-8.0.1\Testing
>
> But these are all MD5 files. So the following line of the code does not
> find the data:
>
> *v16 SetFilePrefix  "$VTK_DATA_ROOT/Data/headsq/quarter".*
>
> Please help me how to make things work. If I've missed any step, please
> let me know.
> Thanks in advance.
>
> Where is you build directory? I highly recommend always keeping your VTK
source directory and your VTK build directory separate.

Assuming you've built VTK in C:\VTK\VTK-8.0.1, try setting VTK_DATA_ROOT to
C:\VTK\VTK-8.0.1\ExternalData\Testing. This is where the data file links
are. The real data files are elsewhere in files with MD5 names, but for all
intents and purposes the data link files that refer to them work as if they
were the read data files.



> Regards,
> Jennifer
>
>
>
>
> On Tuesday, September 12, 2017 9:32 AM, David E DeMarle <
> dave.demarle at kitware.com> wrote:
>
>
> We changed the structure of regression test data in 6.1 to allow
> developers to make proposed changes to code and data concurrently and
> ensure that the continuous integration test machines do not fail when they
> run new tests on old data.
>
> The net result is that a VTK build tree has test data files that are
> actually symbolic links to the md5 files which live elsewhere. You can
> generally open and use the symbolic links exactly as you would a normal
> data file. If you turn on testing in your build, cmake will try to download
> each one of the files. Alternatively you can untar the source and data
> packages for a release in the same directory and the default build setup
> will use them and avoid downloading anything else.
>
>
>
>
> David E DeMarle
> Kitware, Inc.
> Principal Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909 <(518)%20881-4909>
>
> On Sat, Sep 9, 2017 at 7:43 PM, Jennifer Lee via vtkusers <
> vtkusers at vtk.org> wrote:
>
>   Hello,
>      I used VTK in 2013. After that, I installed VTK after more than 4
> years. I found some changes in Data in the latest version. How to make
> those MD5 files work? Please let me know. I didn't find much
> documentation. I'm really having problem with this.
>      Thanks in advance!
>
> Regards,
> Jennifer.
>
> ______________________________ _________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
> <http://www.kitware.com/opensource/opensource.html>
>
> Please keep messages on-topic and check the VTK FAQ at: http://www.vtk.org/Wiki/VTK_
> FAQ <http://www.vtk.org/Wiki/VTK_FAQ>
>
> Search the list archives at: http://markmail.org/search/?q= vtkusers
> <http://markmail.org/search/?q=vtkusers>
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/ mailman/listinfo/vtkusers
> <http://public.kitware.com/mailman/listinfo/vtkusers>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtkusers/attachments/20170913/bf278220/attachment.html>