octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #54614] [octave forge] (image) wrong results o


From: Hartmut
Subject: [Octave-bug-tracker] [bug #54614] [octave forge] (image) wrong results of entropyfilt
Date: Mon, 8 Oct 2018 14:36:30 -0400 (EDT)
User-agent: 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:

  <https://savannah.gnu.org/bugs/?54614>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]