Minor bug with Aperio Images with fractional objectives
Derek Magee
D.R.Magee at leeds.ac.uk
Wed Mar 30 03:45:13 EDT 2016
> It's not necessarily obvious what is correct here.
Agree
>The difference between aperio.AppMag and openslide.objective-power is that the latter is validated and canonicalized. There are three options for how we can handle the non-integer case:
- Decide that non-integer AppMags are invalid, and decline to expose them
through openslide.objective-power. This is what we do now.
- Expose non-integer AppMags through objective-power but round off to
integer. In this case we would be actively corrupting the data read from
the file. OpenSlide tries not to do that.
- Expose non-integer AppMags as floating-point openslide.objective-power.
Existing programs parsing that property with atoi() or strtol() will,
respectively, corrupt the value, or fail.
>If there's a commonly-used tool, or a lens, that produces files with non-integer AppMag, I'm willing to revisit the issue (by implementing the third option, probably for every slide format). However, if the vendor's software is truncating non-integer AppMags to integer, that implies that a non-integer AppMag is actually invalid: the vendor's software is probably parsing it with atoi() or equivalent.
Agree. I suspect many existing programs will use atoi() or equivalent and thus truncate to an integer. These are files from our system (http://www.medicalimagemanager.com) and are the results of image analysis /processing. There we use atof() - the theory being non-integer lenses can exist (even if they are not that popular in pathology). MIM falls back to AppMag text for Aperio formats now as a workaround, so it can read it's own files anyway and Aperio ImageScope can read them too (just truncating objective to an integer). It's not a huge issue.
D.
More information about the openslide-users
mailing list