IO not exported?

[gottacatchenall]

Am I missing a new change to the API or are the files in ./src/io not exported? Is there another way to read/write from disk?

[tpoisot]

They are loaded but not exported:

SpeciesDistributionToolkit.jl/src/SpeciesDistributionToolkit.jl

Lines 32 to 35 in 572e0d5

	# Functions for IO
	include("io/geotiff.jl")
	include("io/ascii.jl")
	include("io/read_write.jl")

You can read manually with:

SpeciesDistributionToolkit.jl/src/io/geotiff.jl

Line 33 in 572e0d5

function _read_geotiff(

But you can also look at the way data from SimpleSDMDatasets are loaded, e.g.:

SpeciesDistributionToolkit.jl/src/integrations/datasets_layers.jl

Line 1 in 572e0d5

function SimpleSDMLayers.SimpleSDMPredictor(data::R; kwargs...) where {R <: RasterData}

This might need a documentation mention when I port all of the docstrings to the website.

[tpoisot]

(also the reason not to export it is: I like it when other packages don't export the IO functions because it's a less important part of the process)

[gottacatchenall]

Ah okay I found the save method call but currently am getting an error trying to write a demo CHELSA layer with

bbox = (left=1.,right=2.,bottom=1.,top=2.)
a = convert(Float32, SimpleSDMPredictor(RasterData(CHELSA2, BioClim); layer=1, bbox...)))
SpeciesDistributionToolkit.save("tmp.tif", a)

which yields ERROR: AssertionError: eltype(layer) <: Number.

In practice I can probably get around this by not using similar(example_chelsa_layer) (although its less verbose than including a boundingbox call to retain the same coords when using the SimpleSDMPredictor constructor directly) calls to allocate memory, but is there a reason to not include a method to convert from the RasterData inner type as constructed above to be a SimpleSDMPredictor{T} where T<:Number for this case?

[tpoisot]

Yup that is indeed a likely bug, let me see.

[tpoisot]

OK I have opened a PR (#146) with a fix. The eltype has changed to facilitate the Tables/iteration interface, so there's an unexported function called _inner_type that does it.