[Octave-bug-tracker] [bug #62452] [octave forge] (image) bwmorph spur produces wrong result

[Nicholas Jankowski]

Follow-up Comment #4, bug #62452 (project octave):

here is matlab's output operating on your array:


>> a = [0 0 0 0;1 0 0 0;0 1 0 0;0 0 0 0]
a =
     0     0     0     0
     1     0     0     0
     0     1     0     0
     0     0     0     0
>> b = bwmorph(a, 'spur')
b =
  4×4 logical array
   0   0   0   0
   1   0   0   0
   0   0   0   0
   0   0   0   0
>> c = bwmorph(b, 'spur')
c =
  4×4 logical array
   0   0   0   0
   0   0   0   0
   0   0   0   0
   0   0   0   0


from the first operation, it seems to select 'interior' pixels to be trimmed
first. it also balks at ambiguities like:


>> d = [0 0 0 0;1 0 0 0;1 0 0 0;0 0 0 0]
d =
     0     0     0     0
     1     0     0     0
     1     0     0     0
     0     0     0     0

>> e = bwmorph(d,'spur')
e =
  4×4 logical array
   0   0   0   0
   1   0   0   0
   1   0   0   0
   0   0   0   0






    _______________________________________________________

Reply to this item at:

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

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