On 5 November 2012 07:05, Lucas Sá wrote:
> Today I noticed that the image package treats indexed images differently in
> functions within the module.
>
> Using [X, map] = imread will give me a matrix X with values from 0 to n-1,
> while all other image package functions expect index mapping from
Today I noticed that the image package treats indexed images differently in
functions within the module.
Using [X, map] = *imread *will give me a matrix X with values from 0 to
n-1, while all other image package functions expect index mapping from 1 to
n, such as *imshow*, *ind2rgb*, *ind2gray*.
On Sun, Sep 2, 2012 at 8:22 AM, Fredrik Lingvall wrote:
> Hi all,
>
> I have Octave configured with --enable-64 and I can't get the image
> package to build with this setup:
>
> octave:6> pkg install -forge image
> [...]
>
> Is there a way to make this work or can I "disable" that the signal
> pack
Hi all,
I have Octave configured with --enable-64 and I can't get the image
package to build with this setup:
octave:6> pkg install -forge image
__spatial_filtering__.cc: In function 'ET_OUT entropy_filt(MT&,
octave_idx_type, int) [with ET = octave_int, MT =
intNDArray >, ET_OUT = double, octa
Hi
I'm planning on implementing a bunch of algorithms for automatic
thresholding of images. My plan is to implement all the ones available
in ImageJ. Some of those methods were actually originally ported from
a matlab toolbox[1] which is released under GPL so I'm porting them
for Octave (the autho
On 11 December 2011 09:04, Søren Hauberg wrote:
> søn, 11 12 2011 kl. 03:55 +, skrev Carnë Draug:
>> Hi
>>
>> I noticed that we are missing the functions hough and houghlines.
>
> As in: Matlab has these functions and we don't?
Yes.
>> However, we have the functions houghtf and hough_line wh
søn, 11 12 2011 kl. 03:55 +, skrev Carnë Draug:
> Hi
>
> I noticed that we are missing the functions hough and houghlines.
As in: Matlab has these functions and we don't?
> However, we have the functions houghtf and hough_line which seem to be
> the same. Should I rename them and deprecated
Hi
I noticed that we are missing the functions hough and houghlines.
However, we have the functions houghtf and hough_line which seem to be
the same. Should I rename them and deprecated the old ones?
Carnë
--
Learn Windo
On 9 December 2011 06:57, Søren Hauberg wrote:
> fre, 09 12 2011 kl. 05:23 +, skrev Carnë Draug:
>> I noticed that matlab does not have blkproc, instead calls it
>> blockproc. I have deprecated the first and made a copy of it under the
>> name blockproc for compatibility of matlab. Is this ok?
fre, 09 12 2011 kl. 05:23 +, skrev Carnë Draug:
> I noticed that matlab does not have blkproc, instead calls it
> blockproc. I have deprecated the first and made a copy of it under the
> name blockproc for compatibility of matlab. Is this ok?
Fine by me. Perhaps you want to add a backwards-com
Hi
I noticed that matlab does not have blkproc, instead calls it
blockproc. I have deprecated the first and made a copy of it under the
name blockproc for compatibility of matlab. Is this ok?
Carnë
--
Cloud Services Chec
On 29 November 2011 06:44, Søren Hauberg wrote:
> tir, 29 11 2011 kl. 04:09 +, skrev Carnë Draug:
>> Hi
>>
>> I was looking through isbw which is supposed to return 1 or 0 wether a
>> matrix is a black and white image.
>>
>> The way it's working now, it returns 1 if all values in a matrix are
tir, 29 11 2011 kl. 04:09 +, skrev Carnë Draug:
> Hi
>
> I was looking through isbw which is supposed to return 1 or 0 wether a
> matrix is a black and white image.
>
> The way it's working now, it returns 1 if all values in a matrix are 0
> or 1. This is not completely correct since a graysc
Hi
I was looking through isbw which is supposed to return 1 or 0 wether a
matrix is a black and white image.
The way it's working now, it returns 1 if all values in a matrix are 0
or 1. This is not completely correct since a grayscale image can be of
values 0 and 1. In my view, it should check if
On Mon, Feb 22, 2010 at 6:49 PM, Søren Hauberg wrote:
> man, 22 02 2010 kl. 18:33 +0100, skrev Benjamin Lindner:
>> Søren Hauberg wrote:
>> > man, 22 02 2010 kl. 03:52 -0500, skrev Carnë Draug:
>> >> Hi
>> >>
>> >> the function bwmorph in the image package requires the function swap
>> >> from the
man, 22 02 2010 kl. 18:33 +0100, skrev Benjamin Lindner:
> Søren Hauberg wrote:
> > man, 22 02 2010 kl. 03:52 -0500, skrev Carnë Draug:
> >> Hi
> >>
> >> the function bwmorph in the image package requires the function swap
> >> from the control package. This is not listed as a dependencie for the
>
Søren Hauberg wrote:
> man, 22 02 2010 kl. 03:52 -0500, skrev Carnë Draug:
>> Hi
>>
>> the function bwmorph in the image package requires the function swap
>> from the control package. This is not listed as a dependencie for the
>> package. Here's line 550 of file bwmorph.m where the swap function
man, 22 02 2010 kl. 03:52 -0500, skrev Carnë Draug:
> Hi
>
> the function bwmorph in the image package requires the function swap
> from the control package. This is not listed as a dependencie for the
> package. Here's line 550 of file bwmorph.m where the swap function is
> used
>
> [BW,BW2]
Hi
the function bwmorph in the image package requires the function swap
from the control package. This is not listed as a dependencie for the
package. Here's line 550 of file bwmorph.m where the swap function is
used
[BW,BW2]=swap(BW,BW2);
Just found this and thought I should point it out.
On Nov 21, 2008, at 5:00 PM, Thomas Treichl wrote:
> Ben Abbott schrieb:
>> On Nov 19, 2008, at 10:22 AM, Robert Fong-tom wrote:
>>> I am primarily interested in reading jpg, tiff and png files;
>>> displaying them; and writing image matrices to files of these
>>> formats. Let me give you s
Ben Abbott schrieb:
On Nov 19, 2008, at 10:22 AM, Robert Fong-tom wrote:
I am primarily interested in reading jpg, tiff and png files;
displaying them; and writing image matrices to files of these
formats. Let me give you some background. I am looking for a math
tool to analyze images, and
I did not get these errors... but at the time I tried to port octave-
image using macports, I had octave 3.0.2 (I have since upgraded to
3.0.3) and I have os x 10.4.11
Bob
On Nov 19, 2008, at 12:06 PM, Ben Abbott wrote:
>
> On Nov 19, 2008, at 10:22 AM, Robert Fong-tom wrote:
>>
>> On Nov 19,
ons, 19 11 2008 kl. 12:06 -0500, skrev Ben Abbott:
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make: *** [__magick_read__.oct] Error 1
I believe this is due to a bad usage of Magick++-config in the
Makefile. This was fixed in SVN (if memory serves me correct), but these
days
On Nov 19, 2008, at 10:22 AM, Robert Fong-tom wrote:
>
> On Nov 19, 2008, at 9:58 AM, Ben Abbott wrote:
>
>> On Nov 19, 2008, at 8:53 AM, Robert Fong-tom <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Hi,
>>> Does anyone know if there is an Octave Image package binary for Mac
>>> OS X 10.4 ? I searched fo
tor, 10 04 2008 kl. 11:26 +0200, skrev Michael Goffioul:
> I committed small MSVC compilation fixes to the image package. Normally
> it should be equivalent to the previous code. As I don't understand the
> functionalitites, could anybody with some knowledge check I didn't
> screw up the functional
Hi,
I committed small MSVC compilation fixes to the image package. Normally
it should be equivalent to the previous code. As I don't understand the
functionalitites, could anybody with some knowledge check I didn't
screw up the functionality?
The modified files are __bilateral__.cc and __cordfltn
26 matches
Mail list logo
