[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #54614] [octave forge] (image) wrong results o
[Octave-bug-tracker] [bug #54614] [octave forge] (image) wrong results of entropyfilt
Mon, 8 Oct 2018 14:36:30 -0400 (EDT)
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0
Follow-up Comment #5, bug #54614 (project octave):
Fixing stdfilt is also done in patch #9235, it just puts 0s instead of a
second copy of the image I, into the 4th input argument of
__spacial_filtering__. Both ways (comment #4 and patch #9235) effectivly
remove the second summand in __spacial_filtering__.
This fix should also (in either of those ways) be applied to several other
filtering functions (as listed in patch #9235).
How should be proceed with this? The question is: Is there any (current) use
(in the Octave image toolbox code base) of __spacial_filtering__'s capability
to add an additional image argument (argument number 4)? This capability is
documented in spacial_filtering I think. But this helper function is "Octave
only" and so we are not constrained by Matlab compatibility in this case. We
could decide to simply remove this capability from __spacial_filtering__.cc.
What do you think?
Reply to this item at:
Message sent via Savannah