openslide.level-count: '2'

[Mathieu Malaterre]

Benjamin,

On Sat, Sep 19, 2015 at 10:03 AM, Ivo Rakar <ivo23061987 at gmail.com> wrote:
[...]
> I tried but I got the same result. I think that the problem lays in the
> number of levels of the whole slide image. When I run this function
> openslide_get_level_count(openslide_t * osr) the result is 2 with the DOGDIR
> and the respective values are 1 for the first level and 1.9444444444444444
> for the second level. If I try to do the  same thing with another file, for
> example OS-3.ndpi from the Openslide test data I got that is has 13 levels
> with respective values [1.0, 2.0, 4.0, 8.0, 16.0, 32.0, 64.0, 128.0, 256.0,
> 512.0, 1024.0, 2048.0, 4096.0].

Since this is beyond my understanding of OpenSlide design, could you
comment on Ivo issue with my DICOM implementation. The Slide is setup
this way:

$ ./tools/openslide-show-properties HUMANDIR
openslide.level-count: '2'
openslide.level[0].downsample: '1'
openslide.level[0].height: '68096'
openslide.level[0].tile-height: '512'
openslide.level[0].tile-width: '512'
openslide.level[0].width: '69632'
openslide.level[1].downsample: '1.9444444444444444'
openslide.level[1].height: '34048'
openslide.level[1].tile-height: '512'
openslide.level[1].tile-width: '512'
openslide.level[1].width: '36864'
openslide.quickhash-1:
'6e340b9cffb37a989ca544e6bb780a2c78901d3fb33738768511a30617afa01d'
openslide.vendor: 'dicom-wsmis'


Is this an issue in my code, or just an artefact from a poorly
optimized whole slide ?