This list is closed, nobody may subscribe to it.
2000 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(14) |
Nov
(10) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
(4) |
Mar
|
Apr
(3) |
May
(13) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(2) |
Oct
(5) |
Nov
(8) |
Dec
|
2002 |
Jan
|
Feb
|
Mar
(19) |
Apr
(8) |
May
(8) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(19) |
Oct
(13) |
Nov
(37) |
Dec
(2) |
2003 |
Jan
(7) |
Feb
(23) |
Mar
(16) |
Apr
(4) |
May
(18) |
Jun
(9) |
Jul
(7) |
Aug
(6) |
Sep
(7) |
Oct
|
Nov
(39) |
Dec
(57) |
2004 |
Jan
(21) |
Feb
(15) |
Mar
(17) |
Apr
(9) |
May
(17) |
Jun
(65) |
Jul
(33) |
Aug
(48) |
Sep
(93) |
Oct
(35) |
Nov
(18) |
Dec
(4) |
2005 |
Jan
(20) |
Feb
(59) |
Mar
(17) |
Apr
(59) |
May
(77) |
Jun
(32) |
Jul
(34) |
Aug
(8) |
Sep
(34) |
Oct
(26) |
Nov
(65) |
Dec
(66) |
2006 |
Jan
(45) |
Feb
(37) |
Mar
(50) |
Apr
(32) |
May
(48) |
Jun
(42) |
Jul
(12) |
Aug
(53) |
Sep
(51) |
Oct
(79) |
Nov
(46) |
Dec
(25) |
2007 |
Jan
(120) |
Feb
(78) |
Mar
(45) |
Apr
(91) |
May
(155) |
Jun
(66) |
Jul
(96) |
Aug
(110) |
Sep
(145) |
Oct
(189) |
Nov
(68) |
Dec
(160) |
2008 |
Jan
(163) |
Feb
(212) |
Mar
(209) |
Apr
(157) |
May
(216) |
Jun
(120) |
Jul
(80) |
Aug
(83) |
Sep
(98) |
Oct
(120) |
Nov
(80) |
Dec
(129) |
2009 |
Jan
(45) |
Feb
(80) |
Mar
(174) |
Apr
(142) |
May
(133) |
Jun
(191) |
Jul
(183) |
Aug
(138) |
Sep
(77) |
Oct
(141) |
Nov
(209) |
Dec
(131) |
2010 |
Jan
(85) |
Feb
(213) |
Mar
(245) |
Apr
(222) |
May
(168) |
Jun
(82) |
Jul
(50) |
Aug
(144) |
Sep
(92) |
Oct
(80) |
Nov
(64) |
Dec
(78) |
2011 |
Jan
(58) |
Feb
(98) |
Mar
(112) |
Apr
(98) |
May
(64) |
Jun
(150) |
Jul
(126) |
Aug
(59) |
Sep
(271) |
Oct
(154) |
Nov
(321) |
Dec
(183) |
2012 |
Jan
(146) |
Feb
(217) |
Mar
(426) |
Apr
(208) |
May
(206) |
Jun
(230) |
Jul
(158) |
Aug
(170) |
Sep
(237) |
Oct
(260) |
Nov
(178) |
Dec
|
From: Carnë D. <car...@gm...> - 2012-11-13 13:13:35
|
On 11 November 2012 23:20, Carnë Draug <car...@gm...> wrote: > On 11 November 2012 16:39, Rafael Laboissiere <ra...@la...> wrote: >> * Carnė Draug <car...@gm...> [2012-11-11 13:34]: >>> I don't know what changed to make this usage stop working so I only left a >>> note on the source code and should not appear on the help string (at least >>> it doesn't on my system). Do not remove the tests, mark them with xtest >>> instead. I think I have done that before but apparently forgot to commit. >>> I'd give a warning instead of an error since the reason it fails may be due >>> to changes in the other functions it uses and users with different versions >>> may actually get the correct results. Please see r11421. >> >> Well, IMHO it is not a good idea to allow function to give results that are >> known to be wrong. I will see with the other members of the DOG (Debian >> Octave Group) how we should proceed while waiting for the fix from upstream. > > Do you know when they stopped working? Do the tests also failed back > on Octave 3.2.4 in Debian stable? Apparently this has always been wrong. The reason why it tests didn't fail back in 3.2.4 was because conv2 was wrong and fftconv2 was replicating that wrongness. Now that conv2 has been fixed, the test that compares it with conv2 fails. Basically this has never worked and an error is indeed more appropriate here. Thank you, Carnë |
From: Juan P. C. <aju...@gm...> - 2012-11-13 13:13:07
|
On Thu, Nov 1, 2012 at 1:08 PM, Juan Pablo Carbajal <aju...@gm...> wrote: > Hi all, > > The code sprint to improve pkg.m will take place on the 17th and 18th > of November. > Choose your task here > http://wiki.octave.org/Code_sprint:_pkg.m > > If you still want to join us you can add yourself here or just pop in > in the IRC channel those days. > http://doodle.com/x3bh7ity5knekda8 > > See you space coder ... This is just a friendly reminder of the code sprint dedicated to improve pkg.m to happen during the 17th and 18th of November (meeting point, the IRC channel #octave at irc.freenode.net). View the current lists of taks here (suggestions, commetn, potentiual drawbacks, please let us know) http://wiki.octave.org/Code_sprint:_pkg.m Read the latest post by Carnë (Forge project leader) here http://octave-forge.blogspot.com/2012/11/pkg-package-system-and-structure.html Join us! KaKiLa |
From: Doug S. <dou...@gm...> - 2012-11-13 00:18:15
|
octave-3.2.4:1> conv2(1:3, 1:2, [1 2; 3 4; 5 6]) ans = 1 4 7 6 5 18 31 24 11 36 61 42 10 32 54 36 On Mon, Nov 12, 2012 at 4:21 PM, Jordi Gutiérrez Hermoso <jo...@oc... > wrote: > On 12 November 2012 08:59, Sébastien Villemot <seb...@de...> > wrote: > > Rafael Laboissiere <ra...@la...> writes: > > > >> I prepared version 2.0.0-1 in experimental for upload. I added two > patches in > >> this version: > > > > Uploaded. > > > >> 1. fftconv2-usage.patch: This removes one of the bogus usage of > fftconv2. I > >> discussed this with the upstream author Carnë Draug in the octave-dev > mailing > >> list. Feel free to revert my patch if you think it is not appropriate. > > > > Since your patch fixes #664716, I kept it. I don't know how upstream > > wants to solve the issue. > > Talking to Carnë in IRC, it seems clear that the problem isn't that > the test is wrong but rather that fftconv2 is wrong here. It seems > like an actual bug. > > OF list: fftconv2's vector-vector-matrix three-arg call seems > incorrect and seems to have been incorrect for some time. Can anyone > please confirm? These two calls should both be equal: > > octave:1> conv2(1:3, 1:2, [1 2; 3 4; 5 6]) > ans = > > 1 4 4 > 5 18 16 > 14 48 40 > 19 62 48 > 15 48 36 > > octave:2> fftconv2(1:3, 1:2, [1 2; 3 4; 5 6]) > ans = > > 1 4 7 6 > 5 18 31 24 > 11 36 61 42 > 10 32 54 36 > > > The upper result is correct. You can nobtain this result with > fftconv2(fftconv2([1 2; 3 4; 5 6,1:2),1:3), so I think this should be > fairly easy to fix. > > Patches, anyone? > > - Jordi G. H. > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev > -- DAS https://linuxcounter.net/user/206392.html |
From: Jordi G. H. <jo...@oc...> - 2012-11-12 21:21:17
|
On 12 November 2012 08:59, Sébastien Villemot <seb...@de...> wrote: > Rafael Laboissiere <ra...@la...> writes: > >> I prepared version 2.0.0-1 in experimental for upload. I added two patches in >> this version: > > Uploaded. > >> 1. fftconv2-usage.patch: This removes one of the bogus usage of fftconv2. I >> discussed this with the upstream author Carnë Draug in the octave-dev mailing >> list. Feel free to revert my patch if you think it is not appropriate. > > Since your patch fixes #664716, I kept it. I don't know how upstream > wants to solve the issue. Talking to Carnë in IRC, it seems clear that the problem isn't that the test is wrong but rather that fftconv2 is wrong here. It seems like an actual bug. OF list: fftconv2's vector-vector-matrix three-arg call seems incorrect and seems to have been incorrect for some time. Can anyone please confirm? These two calls should both be equal: octave:1> conv2(1:3, 1:2, [1 2; 3 4; 5 6]) ans = 1 4 4 5 18 16 14 48 40 19 62 48 15 48 36 octave:2> fftconv2(1:3, 1:2, [1 2; 3 4; 5 6]) ans = 1 4 7 6 5 18 31 24 11 36 61 42 10 32 54 36 The upper result is correct. You can nobtain this result with fftconv2(fftconv2([1 2; 3 4; 5 6,1:2),1:3), so I think this should be fairly easy to fix. Patches, anyone? - Jordi G. H. |
From: Carnë D. <car...@gm...> - 2012-11-11 23:20:39
|
On 11 November 2012 16:39, Rafael Laboissiere <ra...@la...> wrote: > * Carnė Draug <car...@gm...> [2012-11-11 13:34]: >> >> Fix with r11422. Can I further help with this by creating a proper >> COPYRIGHT file for the package? I already tried to follow the debian >> upstream guide http://wiki.debian.org/UpstreamGuide#Licenses that asks to >> list each file and its license. > > This is not really necessary, but may help. When putting together Debian > packages, We use a tool called licencecheck (in package devscripts) that > parses every upstream file and automatically generate a copyright file > according to DEP5 (http://dep.debian.net/deps/dep5/). This file is further > edited for reducing the number of stanzas. I am attaching below the current > debian/copyright file of the Debian package, which gets installed as > /usr/share/doc/octave-image/copyright. That script is actually quite useful. I've been meaning to write something like that for us for ages. However, it won't catch certain exceptions. For example, the function edge was not only GPL. One of its options had a user-written license which was stated in the middle of the file. This is no longer the case and we are rejecting such licenses http://octave.1599824.n4.nabble.com/removal-of-non-standard-licenses-in-Octave-Forge-td4645841.html The DEP5 format is still a bit too complicated to parse automatically and I don't want to cause problems to other distros. But I will try to add the list of copyright owners names to the copyright file too and run licensecheck to see if it struggles with anything. >>> On 11 November 2012 09:54, Rafael Laboissiere <ra...@la...> >>> wrote: >>> >>> 3) The function fftconv2 gives a wrong result when called like this: >>> "fftconv2 (vector1, vector2, matrix)", although this usage is advertised in >>> the help string. For the Debian package, I am planning to apply the patch >>> attached below, which (i) removes the advertisement from the help string, >>> (ii) gives an error message when the function is called with the said usage >>> and (iii) drop the tests with the said usage. >> >> You forgot to attach the patch. > > Sorry. Attached now. > >> I don't know what changed to make this usage stop working so I only left a >> note on the source code and should not appear on the help string (at least >> it doesn't on my system). Do not remove the tests, mark them with xtest >> instead. I think I have done that before but apparently forgot to commit. >> I'd give a warning instead of an error since the reason it fails may be due >> to changes in the other functions it uses and users with different versions >> may actually get the correct results. Please see r11421. > > > Well, IMHO it is not a good idea to allow function to give results that are > known to be wrong. I will see with the other members of the DOG (Debian > Octave Group) how we should proceed while waiting for the fix from upstream. Do you know when they stopped working? Do the tests also failed back on Octave 3.2.4 in Debian stable? Carnë |
From: Carnë D. <car...@gm...> - 2012-11-11 22:52:21
|
On 11 November 2012 20:29, c. <car...@gm...> wrote: > I can't access the SVN web interface at the moment, anyone else having the same problem? https://sourceforge.net/p/octave/code/ works for me |
From: c. <car...@gm...> - 2012-11-11 20:29:17
|
I can't access the SVN web interface at the moment, anyone else having the same problem? c. |
From: Rafael L. <ra...@la...> - 2012-11-11 16:39:21
|
* Carnë Draug <car...@gm...> [2012-11-11 13:34]: > > Fix with r11422. Can I further help with this by creating a proper > COPYRIGHT file for the package? I already tried to follow the debian > upstream guide http://wiki.debian.org/UpstreamGuide#Licenses that asks > to list each file and its license. This is not really necessary, but may help. When putting together Debian packages, We use a tool called licencecheck (in package devscripts) that parses every upstream file and automatically generate a copyright file according to DEP5 (http://dep.debian.net/deps/dep5/). This file is further edited for reducing the number of stanzas. I am attaching below the current debian/copyright file of the Debian package, which gets installed as /usr/share/doc/octave-image/copyright. >> On 11 November 2012 09:54, Rafael Laboissiere <ra...@la...> wrote: >> >> 3) The function fftconv2 gives a wrong result when called like this: >> "fftconv2 (vector1, vector2, matrix)", although this usage is advertised >> in the help string. For the Debian package, I am planning to apply the >> patch attached below, which (i) removes the advertisement from the help >> string, (ii) gives an error message when the function is called with the >> said usage and (iii) drop the tests with the said usage. > > You forgot to attach the patch. Sorry. Attached now. > I don't know what changed to make this usage stop working so I only > left a note on the source code and should not appear on the help > string (at least it doesn't on my system). Do not remove the tests, > mark them with xtest instead. I think I have done that before but > apparently forgot to commit. I'd give a warning instead of an error > since the reason it fails may be due to changes in the other functions > it uses and users with different versions may actually get the correct > results. Please see r11421. Well, IMHO it is not a good idea to allow function to give results that are known to be wrong. I will see with the other members of the DOG (Debian Octave Group) how we should proceed while waiting for the fix from upstream. Thanks, Rafael |
From: Carnë D. <car...@gm...> - 2012-11-11 13:35:00
|
On 11 November 2012 09:54, Rafael Laboissiere <ra...@la...> wrote: > * Carnë Draug <car...@gm...> [2012-11-08 19:38]: > >> a new release of the image package is out, version 2.0.0, by Carnë >> Draug. > > Thanks for this new release, Carnë. I am in the process of preparing > the Debian package for it. > > I noticed three issues in this tarball: > > 1) Although the large majority of the files are correctly encoded in > UTF-8, there are still some of them in Latin1: > > $ file inst/* | grep ISO > inst/bwarea.m: ISO-8859 text > inst/bwperim.m: ISO-8859 text > inst/edge.m: ISO-8859 text > inst/fspecial.m: ISO-8859 text > inst/im2double.m: ISO-8859 text > inst/im2int16.m: ISO-8859 text > inst/im2single.m: ISO-8859 text > inst/im2uint16.m: ISO-8859 text > inst/im2uint8.m: ISO-8859 text > inst/imperspectivewarp.m: ISO-8859 text > inst/imremap.m: ISO-8859 text > inst/imresize.m: ISO-8859 text > inst/label2rgb.m: ISO-8859 text > > This only affects the names of authors in the copyright notices, but is a > nuisance for generating the debian/copyright file for the Debian package. Fix with r11422. Can I further help with this by creating a proper COPYRIGHT file for the package? I already tried to follow the debian upstream guide http://wiki.debian.org/UpstreamGuide#Licenses that asks to list each file and its license. > 2) The function 'bwmorph' calls 'erode' and 'dilate', which are > deprecated by the package itself. It would be good to change the code > to use imerode and imdilate. Thanks. Fixed with r11420. > 3) The function fftconv2 gives a wrong result when called like this: > "fftconv2 (vector1, vector2, matrix)", although this usage is advertised > in the help string. For the Debian package, I am planning to apply the > patch attached below, which (i) removes the advertisement from the help > string, (ii) gives an error message when the function is called with the > said usage and (iii) drop the tests with the said usage. You forgot to attach the patch. I don't know what changed to make this usage stop working so I only left a note on the source code and should not appear on the help string (at least it doesn't on my system). Do not remove the tests, mark them with xtest instead. I think I have done that before but apparently forgot to commit. I'd give a warning instead of an error since the reason it fails may be due to changes in the other functions it uses and users with different versions may actually get the correct results. Please see r11421. Carnë |
From: Rafael L. <ra...@la...> - 2012-11-11 09:55:06
|
* Carnë Draug <car...@gm...> [2012-11-08 19:38]: > a new release of the image package is out, version 2.0.0, by Carnë > Draug. Thanks for this new release, Carnë. I am in the process of preparing the Debian package for it. I noticed three issues in this tarball: 1) Although the large majority of the files are correctly encoded in UTF-8, there are still some of them in Latin1: $ file inst/* | grep ISO inst/bwarea.m: ISO-8859 text inst/bwperim.m: ISO-8859 text inst/edge.m: ISO-8859 text inst/fspecial.m: ISO-8859 text inst/im2double.m: ISO-8859 text inst/im2int16.m: ISO-8859 text inst/im2single.m: ISO-8859 text inst/im2uint16.m: ISO-8859 text inst/im2uint8.m: ISO-8859 text inst/imperspectivewarp.m: ISO-8859 text inst/imremap.m: ISO-8859 text inst/imresize.m: ISO-8859 text inst/label2rgb.m: ISO-8859 text This only affects the names of authors in the copyright notices, but is a nuisance for generating the debian/copyright file for the Debian package. 2) The function 'bwmorph' calls 'erode' and 'dilate', which are deprecated by the package itself. It would be good to change the code to use imerode and imdilate. 3) The function fftconv2 gives a wrong result when called like this: "fftconv2 (vector1, vector2, matrix)", although this usage is advertised in the help string. For the Debian package, I am planning to apply the patch attached below, which (i) removes the advertisement from the help string, (ii) gives an error message when the function is called with the said usage and (iii) drop the tests with the said usage. If you could address the issues below in the next release, it would be great. Best, Rafael |
From: Carnë D. <car...@gm...> - 2012-11-10 19:41:02
|
On 10 November 2012 12:08, JuanPi <aj...@gm...> wrote: > This is just to let you know that our G+ page has 50 followers! Not > great but is growing smoothly. > https://plus.google.com/u/0/b/115085835259570491111/115085835259570491111/posts/p/pub There is also the facebook page http://www.facebook.com/GNUOctave which tries to mirror it. Carnë |
From: JuanPi <aj...@gm...> - 2012-11-10 12:08:16
|
Hi, This is just to let you know that our G+ page has 50 followers! Not great but is growing smoothly. https://plus.google.com/u/0/b/115085835259570491111/115085835259570491111/posts/p/pub Cheers -- JuanPi Carbajal ----- "It is one thing not to be able to perform a certain feat, but quite another to prove that it cannot be done." - Henry Ernest Dudeney ----- http://ailab.ifi.uzh.ch/carbajal/ |
From: c. <car...@gm...> - 2012-11-09 07:43:38
|
On 8 Nov 2012, at 17:15, oct...@oc... wrote: > Message: 1 > Date: Wed, 07 Nov 2012 15:50:40 -0600 > From: Wei Jin <31...@gm...> > To: Octave Maintainers List <oct...@oc...> > Subject: octave and ITSOL > Message-ID: <1352325040.2979.8.camel@label> > Content-Type: text/plain; charset="UTF-8" > > Hi all, > > I have been working on develop ITSOL's interface to octave. > > Now, I am thinking to integrate ITSOL to octave. Since ITSOL many > preconditioner(ILU,ARMS), I think it might be useful. Any idea? > > http://www-users.cs.umn.edu/~saad/software/ITSOL/ > > > Thank you. Hi, I think the best way to do this would be to start by adding your Octave interface to the linear-algebra package in Octave-Forge, then start working from there. The first step to do so woud be to upload your interface code here: https://sourceforge.net/p/octave/feature-requests so we can have a look and comment on it. c. P.S. there is a student here at Politecnico di Milano working on an implementation of the ILU preconditioner who might be interested in helping out. |
From: Carnë D. <car...@gm...> - 2012-11-09 02:41:26
|
On 8 November 2012 16:10, Salva Ardid <js...@gm...> wrote: > El Dijous, 8 de novembre de 2012, a les 13:09:03, Carnë Draug va escriure: > >> Please avoid top posting and reply at the bottom of the e-mail >> >> On 8 November 2012 12:57, Salva Ardid <js...@gm...> wrote: >> > El Dijous, 8 de novembre de 2012, a les 11:46:19, Carnë Draug va escriure: >> >> On 21 October 2012 15:15, <gio...@un...> wrote: >> >> > Hi! >> >> > there is a difference between matlab's minmax, and octave nnet pkg's >> >> > min_max. >> >> > >> >> > In matlab: >> >> > minmax([1 2 3 4 3 4 5 6 4 3 4 5]) >> >> > gives >> >> > ans = >> >> > >> >> > 1 6 >> >> > >> >> > In octave with nnet: >> >> > min_max([1 2 3 4 3 4 5 6 4 3 4 5]) >> >> > gives >> >> > error: Argument must be a matrix. >> >> > >> >> > Octave does not like the input image to be a single line. >> >> >> >> On 8 November 2012 01:52, Salva Ardid <js...@gm...> wrote: >> >> > I recently ran into these troubles too. >> >> >> >> Hi Giorgio and Salva >> >> >> >> please give the following new version function a try >> >> https://sourceforge.net/p/octave/code/11403/tree/trunk/octave-forge/main/ >> >> nne t/inst/minmax.m >> > >> > Hi Carnë, >> > >> > The link seems to be broken >> > >> > Salva >> >> Seems to be one more problem of the new SF code viewer. It also >> appears to be 2 revisions behind. Use SVN to get it >> >> svn cat -r 11403 >> https://svn.code.sf.net/p/octave/code/trunk/octave-forge/main/nnet/inst/minm >> ax.m >> >> or wait some time until sourceforge updates it. >> >> Carnë > > I've just checked one of my scripts and works nicely! That's good. I have made a couple of simple changes to the package now but have no idea of its actual state as I can't really test it. My guess would be that it's a bit broken since it's quite old and Octave has changed a lot in the mean time. Please test it, and if possible, send us patches. Carnë |
From: edmund r. <edm...@gm...> - 2012-11-09 00:39:07
|
A question: is there an implementation or a plan to implement bindings for ICC color profiles in the Image library? This would be very useful 1. to work with the data in existing images whose values reference a color space 2. to allow development of calibration/profiling algorithms There is some reference in the link below to the well-regarded lcms library, but as a beginner I wouldn't know how to bind this to Octave. However, if someone here is interested in making this part of the Image package I would be prepared to help with domain-specific knowledge. http://mirror.fcaglp.unlp.edu.ar/pub/octave/MAILING-LISTS/octave-sources/2001/1 On Thu, Nov 8, 2012 at 11:47 PM, Jordi Gutiérrez Hermoso <jo...@oc... > wrote: > On 8 November 2012 15:51, edmund ronald <edm...@gm...> wrote: > > > On Thu, Nov 8, 2012 at 8:38 PM, Carnë Draug <car...@gm...> > > wrote: > >> > >> Hi everyone > >> > >> a new release of the image package is out, version 2.0.0, by Carnë > Draug. > > > Also, is there documentation of the new features etc? > > I would like to advertise partial support of N-dimensional binary > images (the bw* family of functions). I worked on bwlabeln and > modified a few functions where it was easy to do so to make them work > N-dimensionally. The biggest missing one here that I am planning to > work on next is bwdist and perhaps bwconncomp. > > Consider this an invitation to help with that development effort too. :-) > > - Jordi G. H. > |
From: Jordi G. H. <jo...@oc...> - 2012-11-08 22:47:56
|
On 8 November 2012 15:51, edmund ronald <edm...@gm...> wrote: > On Thu, Nov 8, 2012 at 8:38 PM, Carnë Draug <car...@gm...> > wrote: >> >> Hi everyone >> >> a new release of the image package is out, version 2.0.0, by Carnë Draug. > Also, is there documentation of the new features etc? I would like to advertise partial support of N-dimensional binary images (the bw* family of functions). I worked on bwlabeln and modified a few functions where it was easy to do so to make them work N-dimensionally. The biggest missing one here that I am planning to work on next is bwdist and perhaps bwconncomp. Consider this an invitation to help with that development effort too. :-) - Jordi G. H. |
From: Alexander H. <ale...@gm...> - 2012-11-08 21:33:31
|
On 11/8/12 1:51 PM, edmund ronald wrote: > Hi, > > I just installed octave-devel (Octave 3.6.3) from MacPorts on Mac OS X > 10.6.8 > If I want to use the new image package what do I need to do? Can I > unload the old one and load in the new one somehow? You can try uninstalling Macports' image package and using "pkg install -forge image" from Octave to install the new version; that works in _my_ packaging of Octave, at least. It's probably safest to do that as a user rather than doing a global install. > Also, is there documentation of the new features etc? > > Edmund > Yes. At your Octave prompt run: news ("image") -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ |
From: edmund r. <edm...@gm...> - 2012-11-08 20:51:44
|
Hi, I just installed octave-devel (Octave 3.6.3) from MacPorts on Mac OS X 10.6.8 If I want to use the new image package what do I need to do? Can I unload the old one and load in the new one somehow? Also, is there documentation of the new features etc? Edmund On Thu, Nov 8, 2012 at 8:38 PM, Carnë Draug <car...@gm...>wrote: > Hi everyone > > a new release of the image package is out, version 2.0.0, by Carnë Draug. > Enjoy Octave responsibly. > > Carnë > _______________________________________________ > Help-octave mailing list > Hel...@oc... > https://mailman.cae.wisc.edu/listinfo/help-octave > |
From: Carnë D. <car...@gm...> - 2012-11-08 19:38:36
|
Hi everyone a new release of the image package is out, version 2.0.0, by Carnë Draug. Enjoy Octave responsibly. Carnë |
From: Salva A. <js...@gm...> - 2012-11-08 16:10:19
|
El Dijous, 8 de novembre de 2012, a les 13:09:03, Carnë Draug va escriure: > Please avoid top posting and reply at the bottom of the e-mail > > On 8 November 2012 12:57, Salva Ardid <js...@gm...> wrote: > > El Dijous, 8 de novembre de 2012, a les 11:46:19, Carnë Draug va escriure: > >> On 21 October 2012 15:15, <gio...@un...> wrote: > >> > Hi! > >> > there is a difference between matlab's minmax, and octave nnet pkg's > >> > min_max. > >> > > >> > In matlab: > >> > minmax([1 2 3 4 3 4 5 6 4 3 4 5]) > >> > gives > >> > ans = > >> > > >> > 1 6 > >> > > >> > In octave with nnet: > >> > min_max([1 2 3 4 3 4 5 6 4 3 4 5]) > >> > gives > >> > error: Argument must be a matrix. > >> > > >> > Octave does not like the input image to be a single line. > >> > >> On 8 November 2012 01:52, Salva Ardid <js...@gm...> wrote: > >> > I recently ran into these troubles too. > >> > >> Hi Giorgio and Salva > >> > >> please give the following new version function a try > >> https://sourceforge.net/p/octave/code/11403/tree/trunk/octave-forge/main/ > >> nne t/inst/minmax.m > > > > Hi Carnë, > > > > The link seems to be broken > > > > Salva > > Seems to be one more problem of the new SF code viewer. It also > appears to be 2 revisions behind. Use SVN to get it > > svn cat -r 11403 > https://svn.code.sf.net/p/octave/code/trunk/octave-forge/main/nnet/inst/minm > ax.m > > or wait some time until sourceforge updates it. > > Carnë I've just checked one of my scripts and works nicely! |
From: Jordi G. H. <jo...@oc...> - 2012-11-08 15:19:44
|
Carlo de Falco just polished some presentation slides I started for OctConf 2012. The result looks very nice and can be used for anyone who wants to give a talk promoting and explaining Octave: http://jordi.platinum.linux.pl/octave/what-is-octave.pdf If you want to modify these for a presentation you may want to give yourself, please feel free to do so. Their LaTeX source is in this Mercurial repository: http://inversethought.com/hg/what-is-octave/ Patches are also very welcome. ;-) - Jordi G. H. |
From: Giorgio De N. <gio...@un...> - 2012-11-08 14:59:46
|
Hi! Sorry, really sorry for not being present when I might have been useful... I could not even reply to your emails when needed. Sorry again. I'll check the new version, thank you Carnë! Regards Giorgio On 08/11/2012 12.46, Carnë Draug wrote: > Hi Giorgio and Salva please give the following new version function a > try > https://sourceforge.net/p/octave/code/11403/tree/trunk/octave-forge/main/nnet/inst/minmax.m > Carnë Draug -- Dr. Giorgio De Nunzio Dipart. di Matematica e Fisica "Ennio De Giorgi" Universita' del Salento Lecce (Italy) gio...@un... tel +39 0832 297084 fax +39 0832 297100 mobile +39 320 3829845 |
From: Juan P. C. <aju...@gm...> - 2012-11-08 13:55:39
|
On Thu, Nov 8, 2012 at 2:42 PM, sree <che...@ym...> wrote: > hello to all i am new to this forum, i am new to octave,in my present > project i am using octave, i have to integrate the 100 pressure values using > octave. how can i make multiple integrations using ocatve. if some one has > use ful information let me know, i am so thankful to them. thanks sree > ________________________________ > View this message in context: Multiple intigrations in octava > Sent from the Octave - Dev mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_nov > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev > Welcome! your friends are: lookfor <keyword> help <function-name> replace keyword with a word that defines what you want to do. In your case I would say "lookfor integration", once you have found a function that seems to do what you want, let say quadgk, run "help quadgk" to learn how to use it. |
From: sree <che...@ym...> - 2012-11-08 13:42:12
|
hello to alli am new to this forum, i am new to octave,in my present project i am using octave, i have to integrate the 100 pressure values using octave.how can i make multiple integrations using ocatve.if some one has use ful information let me know, i am so thankful to them. thankssree -- View this message in context: http://octave.1599824.n4.nabble.com/Multiple-intigrations-in-octava-tp4646246.html Sent from the Octave - Dev mailing list archive at Nabble.com. |
From: Salva A. <js...@gm...> - 2012-11-08 13:21:56
|
> Please avoid top posting and reply at the bottom of the e-mail > > On 8 November 2012 12:57, Salva Ardid <js...@gm...> wrote: > > El Dijous, 8 de novembre de 2012, a les 11:46:19, Carnë Draug va escriure: > >> On 21 October 2012 15:15, <gio...@un...> wrote: > >> > Hi! > >> > there is a difference between matlab's minmax, and octave nnet pkg's > >> > min_max. > >> > > >> > In matlab: > >> > minmax([1 2 3 4 3 4 5 6 4 3 4 5]) > >> > gives > >> > ans = > >> > > >> > 1 6 > >> > > >> > In octave with nnet: > >> > min_max([1 2 3 4 3 4 5 6 4 3 4 5]) > >> > gives > >> > error: Argument must be a matrix. > >> > > >> > Octave does not like the input image to be a single line. > >> > >> On 8 November 2012 01:52, Salva Ardid <js...@gm...> wrote: > >> > I recently ran into these troubles too. > >> > >> Hi Giorgio and Salva > >> > >> please give the following new version function a try > >> https://sourceforge.net/p/octave/code/11403/tree/trunk/octave-forge/main/ > >> nne t/inst/minmax.m > > > > Hi Carnë, > > > > The link seems to be broken > > > > Salva > > Seems to be one more problem of the new SF code viewer. It also > appears to be 2 revisions behind. Use SVN to get it > > svn cat -r 11403 > https://svn.code.sf.net/p/octave/code/trunk/octave-forge/main/nnet/inst/minm > ax.m > > or wait some time until sourceforge updates it. > > Carnë Sorry, it's the way I use to work, I'll try to keep this in mind for next e- mails though... |