octave-dev

[OctDev] New functions and a question

[<jm...@gm...>]

Hi!

A have committed a few more m-files: bestblk, procblk, bweuler,
conndef, nlfilter and bwmorph. Please look into them and test if you
are in the mood. :)

Some comments:
* nlfilter and procblk should probably be implemented in C++. Now I
focus on implementing as much functions as I can (I won't be able to
dedicate much time to it from September on), and m-files are faster.
I'll probably do it myself in the future... If someone wants to take
it, please :)
* bwmorph has a few glitches (see docs) and things I'm not 100% sure
of since these functions are my first approximation to image
processing. Specially frustrating is skel. Tests will come soon. This
function proves that applylut probably needs to be recoded in C++

Some questions (err... actually just 1):
* bwmorph contains some lookup tables which have been calculated using
m-files I haven't committed (__bridge_lut_fun__.m,
__conditional_mark_patterns_lut_fun_.m, 
__unconditional_mark_patterns_lut_fun_.m and
__diagonal_fill_lut_fun__.m). I think I should commit them in order to
allow people debug bwmorph and as documentation of the algorithms, but
they are not intended for being used directly (even indirectly ;) ).
Where should I upload them? Is the __name__.m nomenclature correct for
them?


P.S.: If replying to me directly please use this email address instead
of the address I used in other postings since I'm having problems with
my main email address.

Regards,

Josep

[OctDev] New functions and a question

[<jm...@gm...>]

Hi!

A have committed a few more m-files: bestblk, procblk, bweuler,
conndef, nlfilter and bwmorph. Please look into them and test if you
are in the mood. :)

Some comments:
* nlfilter and procblk should probably be implemented in C++. Now I
focus on implementing as much functions as I can (I won't be able to
dedicate much time to it from September on), and m-files are faster.
I'll probably do it myself in the future... If someone wants to take
it, please :)
* bwmorph has a few glitches (see docs) and things I'm not 100% sure
of since these functions are my first approximation to image
processing. Specially frustrating is skel. Tests will come soon. This
function proves that applylut probably needs to be recoded in C++

Some questions (err... actually just 1):
* bwmorph contains some lookup tables which have been calculated using
m-files I haven't committed (__bridge_lut_fun__.m,
__conditional_mark_patterns_lut_fun_.m, 
__unconditional_mark_patterns_lut_fun_.m and
__diagonal_fill_lut_fun__.m). I think I should commit them in order to
allow people debug bwmorph and as documentation of the algorithms, but
they are not intended for being used directly (even indirectly ;) ).
Where should I upload them? Is the __name__.m nomenclature correct for
them?


P.S.: If replying to me directly please use this email address instead
of the address I used in other postings since I'm having problems with
my main email address.

Regards,

Josep

Re: [OctDev] New functions and a question

[Paul K. <pki...@us...>]

On Aug 15, 2004, at 6:22 PM, Josep Mon=E9s i Teixidor wrote:

> Some questions (err... actually just 1):
> * bwmorph contains some lookup tables which have been calculated using
> m-files I haven't committed (__bridge_lut_fun__.m,
> __conditional_mark_patterns_lut_fun_.m,
> __unconditional_mark_patterns_lut_fun_.m and
> __diagonal_fill_lut_fun__.m). I think I should commit them in order to
> allow people debug bwmorph and as documentation of the algorithms, but
> they are not intended for being used directly (even indirectly ;) ).
> Where should I upload them? Is the __name__.m nomenclature correct for
> them?

You could put them in a subdirectory.  Subdirectories are not
installed by default, except for bin and data.  The underscore
nomenclature is fine as well, especially if you want the functions
available at runtime.

- Paul

Re: [OctDev] New functions and a question

[Stefan v. d. W. <st...@su...>]

Hi Josep!

Thank you for the functions!  I took a look at the morphological
functions a few days ago -- useful to have them around!  I see MATLAB
says

>> help erode
help erode

 ERODE Perform erosion on binary image.

    Note: This function is obsolete and may be removed in future
    versions. Use IMERODE instead.

 ...

We could rename the function with a dispatch to the old name?  Paul?

Regards
Stefan

On Mon, Aug 16, 2004 at 12:22:02AM +0200, Josep Mon?s i Teixidor wrote:
> Hi!
> 
> A have committed a few more m-files: bestblk, procblk, bweuler,
> conndef, nlfilter and bwmorph. Please look into them and test if you
> are in the mood. :)
> 
> Some comments:
> * nlfilter and procblk should probably be implemented in C++. Now I
> focus on implementing as much functions as I can (I won't be able to
> dedicate much time to it from September on), and m-files are faster.
> I'll probably do it myself in the future... If someone wants to take
> it, please :)
> * bwmorph has a few glitches (see docs) and things I'm not 100% sure
> of since these functions are my first approximation to image
> processing. Specially frustrating is skel. Tests will come soon. This
> function proves that applylut probably needs to be recoded in C++
> 
> Some questions (err... actually just 1):
> * bwmorph contains some lookup tables which have been calculated using
> m-files I haven't committed (__bridge_lut_fun__.m,
> __conditional_mark_patterns_lut_fun_.m, 
> __unconditional_mark_patterns_lut_fun_.m and
> __diagonal_fill_lut_fun__.m). I think I should commit them in order to
> allow people debug bwmorph and as documentation of the algorithms, but
> they are not intended for being used directly (even indirectly ;) ).
> Where should I upload them? Is the __name__.m nomenclature correct for
> them?
> 
> 
> P.S.: If replying to me directly please use this email address instead
> of the address I used in other postings since I'm having problems with
> my main email address.
> 
> Regards,
> 
> Josep
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Re: [OctDev] New functions and a question

[<jm...@gm...>]

Hi Sefan,

On Mon, 16 Aug 2004 08:50:13 +0200, Stefan van der Walt wrote:

>  ERODE Perform erosion on binary image.
> 
>     Note: This function is obsolete and may be removed in future
>     versions. Use IMERODE instead.
> 
>  ...
> 
> We could rename the function with a dispatch to the old name?  Paul?
> 
> Regards
> Stefan
> 
> 

I used erode instead of imerode because interface is not 100%
compatible with imreode. I plan to implement it to, but since it takes
a STREL object, it would be great to have classes to implement this
right.

Josep

Re: [OctDev] New functions and a question

[<jm...@gm...>]

Hi Sefan,

On Mon, 16 Aug 2004 08:50:13 +0200, Stefan van der Walt wrote:

>  ERODE Perform erosion on binary image.
> 
>     Note: This function is obsolete and may be removed in future
>     versions. Use IMERODE instead.
> 
>  ...
> 
> We could rename the function with a dispatch to the old name?  Paul?
> 
> Regards
> Stefan
> 
> 

I used erode instead of imerode because interface is not 100%
compatible with imreode. I plan to implement it to, but since it takes
a STREL object, it would be great to have classes to implement this
right.

Josep

Re: [OctDev] New functions and a question

[Stefan v. d. W. <st...@su...>]

I havn't used anything beyond the neighbourhood property of structured
elements, so I am not sure what other features they have.  Looks like
it would be possible to use a normal structure and an N-dimensional
matrix to imitate it until we have a proper class? (See below)

Regards
Stefan

Structuring element (STREL) creation and manipulation.

    getheight      - Get strel height.

    getneighbors   - Get offset location and height of strel neighbors

    getnhood       - Get strel neighborhood.

    getsequence    - Get sequence of decomposed strels.

    isflat         - Return true for flat strels.

    reflect        - Reflect strel about its center.

    strel          - Create morphological structuring element.

    translate      - Translate strel

On Mon, Aug 16, 2004 at 04:36:50PM +0200, Josep Mon?s i Teixidor wrote:
> Hi Sefan,
> 
> On Mon, 16 Aug 2004 08:50:13 +0200, Stefan van der Walt wrote:
> 
> >  ERODE Perform erosion on binary image.
> > 
> >     Note: This function is obsolete and may be removed in future
> >     versions. Use IMERODE instead.
> > 
> >  ...
> > 
> > We could rename the function with a dispatch to the old name?  Paul?
> > 
> > Regards
> > Stefan
> > 
> > 
> 
> I used erode instead of imerode because interface is not 100%
> compatible with imreode. I plan to implement it to, but since it takes
> a STREL object, it would be great to have classes to implement this
> right.
> 
> Josep
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Re: [OctDev] New functions and a question

[Josep i T. <jm...@pu...>]

Hi,


On dc, 2004-08-18 at 08:27, Stefan van der Walt wrote:
> I havn't used anything beyond the neighbourhood property of structured
> elements, so I am not sure what other features they have.  Looks like
> it would be possible to use a normal structure and an N-dimensional
> matrix to imitate it until we have a proper class? (See below)
>=20
> Regards
> Stefan
>=20
> Structuring element (STREL) creation and manipulation.
>=20
>     getheight      - Get strel height.
>=20
>     getneighbors   - Get offset location and height of strel neighbors
>=20
>     getnhood       - Get strel neighborhood.
>=20
>     getsequence    - Get sequence of decomposed strels.
>=20
>     isflat         - Return true for flat strels.
>=20
>     reflect        - Reflect strel about its center.
>=20
>     strel          - Create morphological structuring element.
>=20
>     translate      - Translate strel
>=20

yes... strel could be a struct and all its members could be accessed
using functions like strel_getneighbours... This way, when we have
classes it's only a matter of moving a few m-files to a @strel directory
and search/replace to eliminate prefixes... So work won't be lost :)

I don't know if you are interested in coding this one. If you are, go
ahead. If you prefer me to do it, just tell me and I'll have a try.

Regards,

--=20
Josep Mon=E9s i Teixidor
Clau GnuPG: gpg --recv-keys 80E85CC4

Re: [OctDev] New functions and a question

[Stefan v. d. W. <st...@su...>]

On Wed, Aug 18, 2004 at 05:40:53PM +0200, Josep Mon?s i Teixidor wrote:
> Hi,
> 
> 
> On dc, 2004-08-18 at 08:27, Stefan van der Walt wrote:
> > I havn't used anything beyond the neighbourhood property of structured
> > elements, so I am not sure what other features they have.  Looks like
> > it would be possible to use a normal structure and an N-dimensional
> > matrix to imitate it until we have a proper class? (See below)
> > 
> > Regards
> > Stefan
> > 
> > Structuring element (STREL) creation and manipulation.
> > 
> >     getheight      - Get strel height.
> > 
> >     getneighbors   - Get offset location and height of strel neighbors
> > 
> >     getnhood       - Get strel neighborhood.
> > 
> >     getsequence    - Get sequence of decomposed strels.
> > 
> >     isflat         - Return true for flat strels.
> > 
> >     reflect        - Reflect strel about its center.
> > 
> >     strel          - Create morphological structuring element.
> > 
> >     translate      - Translate strel
> > 
> 
> yes... strel could be a struct and all its members could be accessed
> using functions like strel_getneighbours... This way, when we have
> classes it's only a matter of moving a few m-files to a @strel directory
> and search/replace to eliminate prefixes... So work won't be lost :)
> 
> I don't know if you are interested in coding this one. If you are, go
> ahead. If you prefer me to do it, just tell me and I'll have a try.

Please go ahead, Josep.  I havn't used these functions before and
unfortunately do not have the time to figure them out now.

Regards
Stefan

Re: [OctDev] New functions and a question

[Josep i T. <jm...@pu...>]

On dv, 2004-08-20 at 08:54, Stefan van der Walt wrote:

> Please go ahead, Josep.  I havn't used these functions before and
> unfortunately do not have the time to figure them out now.
>=20
> Regards
> Stefan
>=20

Hi,

A (perhaps non-ethical) petition: I've been trying to find [1] and [2]
in my university's library but it seems that they subscribed to this
journal in 1995 and I don't know where to find previous volumes.

Does anyone have this references? I'd like to read these articles in
order to decompose structuring elements.



[1] van den Boomgard, Rein, and Richard van Balen, "Methods for Fast
Morphological Image Transforms Using Bitmapped Images," Computer Vision,
Graphics, and Image Processing: Graphical Models and Image Processing,
Vol. 54, No. 3, May 1992, pp. 252-254.

[2] Adams, Rolf, "Radial Decomposition of Discs and Spheres," Computer
Vision, Graphics, and Image Processing: Graphical Models and Image
Processing, Vol. 55, No. 5, September 1993, pp. 325-332.



Shouldn't scientific papers be free? ;)

TIA,


--=20
Josep Mon=E9s i Teixidor
Clau GnuPG: gpg --recv-keys 80E85CC4

Re: [OctDev] New functions and a question

[Stefan v. d. W. <st...@su...>]

Unfortunately, our catalogue also only stretches back to 95.  The only
place where I found any reference to the articles mentioned below is
the ACM portal:

http://portal.acm.org

The following article describes something similar, but not in much detail:

Implementation Efficiency of Binary Morphology (Bloomberg)
http://www.leptonica.com/papers/binmorph.pdf

Regards
Stefan

On Fri, Aug 20, 2004 at 07:00:50PM +0200, Josep Mon?s i Teixidor wrote:
> On dv, 2004-08-20 at 08:54, Stefan van der Walt wrote:
> 
> > Please go ahead, Josep.  I havn't used these functions before and
> > unfortunately do not have the time to figure them out now.
> > 
> > Regards
> > Stefan
> > 
> 
> Hi,
> 
> A (perhaps non-ethical) petition: I've been trying to find [1] and [2]
> in my university's library but it seems that they subscribed to this
> journal in 1995 and I don't know where to find previous volumes.
> 
> Does anyone have this references? I'd like to read these articles in
> order to decompose structuring elements.
> 
> 
> 
> [1] van den Boomgard, Rein, and Richard van Balen, "Methods for Fast
> Morphological Image Transforms Using Bitmapped Images," Computer Vision,
> Graphics, and Image Processing: Graphical Models and Image Processing,
> Vol. 54, No. 3, May 1992, pp. 252-254.
> 
> [2] Adams, Rolf, "Radial Decomposition of Discs and Spheres," Computer
> Vision, Graphics, and Image Processing: Graphical Models and Image
> Processing, Vol. 55, No. 5, September 1993, pp. 325-332.
> 
> 
> 
> Shouldn't scientific papers be free? ;)
> 
> TIA,
> 
> 
> -- 
> Josep Mon?s i Teixidor
> Clau GnuPG: gpg --recv-keys 80E85CC4

Re: [OctDev] New functions and a question

[Josep i T. <jm...@pu...>]

Hi,


On ds, 2004-08-21 at 09:05, Stefan van der Walt wrote:
> Unfortunately, our catalogue also only stretches back to 95.  The only
> place where I found any reference to the articles mentioned below is
> the ACM portal:
>=20
> http://portal.acm.org
>=20
> The following article describes something similar, but not in much detail=
:
>=20
> Implementation Efficiency of Binary Morphology (Bloomberg)
> http://www.leptonica.com/papers/binmorph.pdf

I had found this already... it will be useful, but it's a pity, as you
say, that it isn't more concrete...


>=20
> Regards
> Stefan

I've begun working on it... I hope to finish it soon...

Thanks

--=20
Josep Mon=E9s i Teixidor
Clau GnuPG: gpg --recv-keys 80E85CC4