Support for computing feature vectors for all pixels in the original image
Support for pad_apron options when computing features
So far I just added some (I believe) useful class methods to compute:
the number of layers in the SLM
the neighborhood and stride parameters of all the operations in the SLM (in order)
the shape of the receptive field of the SLM (e.g. for L3 first, the receptive field is (121, 121))
A typical use case I would like, is very much similar to the way we instantiate an
SLM so far. The only difference should be when one calls the process method
to compute the feature map. I forsee two keywords that we could add :
if pad_apron is False, then it means that we compute the feature map "the usual way".
if pad_apron is True, then we want the feature map to have the first two dimensions
equal to the shape of the input image.
if interleave_stride is False, then we compute the feature as usual. But if it is True,
we want to compute a feature vector for every pixel in the original image in the valid domain.
I want to add the following features:
pad_apron
options when computing featuresSo far I just added some (I believe) useful class methods to compute:
A typical use case I would like, is very much similar to the way we instantiate an SLM so far. The only difference should be when one calls the
process
method to compute the feature map. I forsee two keywords that we could add :if
pad_apron
is False, then it means that we compute the feature map "the usual way". ifpad_apron
is True, then we want the feature map to have the first two dimensions equal to the shape of the input image.if
interleave_stride
is False, then we compute the feature as usual. But if it is True, we want to compute a feature vector for every pixel in the original image in the valid domain.