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: Lukas R. <luk...@gm...> - 2012-10-26 19:14:38
|
On 26.10.2012, at 20:37, Jordi Gutiérrez Hermoso <jo...@oc...> wrote: > On 26 October 2012 14:16, Lukas Reichlin <luk...@gm...> wrote: >> On 26.10.2012, at 20:01, Carnë Draug <car...@gm...> wrote: > >>> A new release candidate >>> http://carandraug.no-ip.org/octave/image-1.9.95.tar.gz >>> >>> This time should really really install with clang. Please let me >>> know of any problems. >> >> Is your system up and running? I'm unable to connect. > > Try this: > > http://jordi.platinum.linux.pl/octave/image-1.9.95.tar.gz > > - Jordi G. H. Your link worked: octave:1> pkg install image* In file included from bwlabeln.cc:20: In file included from /sw/include/octave-3.6.3/octave/oct.h:36: In file included from /sw/include/octave-3.6.3/octave/defun-dld.h:30: In file included from /sw/include/octave-3.6.3/octave/defun-int.h:28: In file included from /sw/include/octave-3.6.3/octave/ov-builtin.h:28: In file included from /sw/include/octave-3.6.3/octave/ov-fcn.h:35: In file included from /sw/include/octave-3.6.3/octave/symtab.h:34: /sw/include/octave-3.6.3/octave/regexp.h:90:3: warning: 'opts' defined as a struct here but previously declared as a class [-Wmismatched-tags] struct opts ^ /sw/include/octave-3.6.3/octave/regexp.h:40:3: note: did you mean struct here? class opts; ^~~~~ struct 1 warning generated. For information about changes from previous versions of the image package, run 'news ("image")'. octave:2> Regards, Lukas |
From: Jordi G. H. <jo...@oc...> - 2012-10-26 18:37:21
|
On 26 October 2012 14:16, Lukas Reichlin <luk...@gm...> wrote: > On 26.10.2012, at 20:01, Carnë Draug <car...@gm...> wrote: >> A new release candidate >> http://carandraug.no-ip.org/octave/image-1.9.95.tar.gz >> >> This time should really really install with clang. Please let me >> know of any problems. > > Is your system up and running? I'm unable to connect. Try this: http://jordi.platinum.linux.pl/octave/image-1.9.95.tar.gz - Jordi G. H. |
From: Carnë D. <car...@gm...> - 2012-10-26 18:32:28
|
On 26 October 2012 20:16, Lukas Reichlin <luk...@gm...> wrote: > On 26.10.2012, at 20:01, Carnë Draug <car...@gm...> wrote: > >> On 25 October 2012 01:24, Carnë Draug <car...@gm...> wrote: >>> On 12 October 2012 09:53, Kris Thielemans <kri...@gm...> wrote: >>>>> On 6 October 2012 20:17, Carnë Draug <car...@gm...> >>>>> wrote: >>>>>> On 1 October 2012 17:34, Kris Thielemans <kri...@gm...> >>>>> wrote: >>>>>>> From: Jordi Gutiérrez Hermoso >>>>>>>> Sent: 01 October 2012 15:27 >>>>>>>> >>>>>>>> On 1 October 2012 10:18, Kris Thielemans < > wrote: >>>>>>>>> Why not use fall back to boost unordered_map for (old) clang? At >>>> least >>>>> the >>>>>>>> user can then install boost. >>>>>>>> >>>>>>>> Sure, this is fine too. I suppose I'll have to write an autoconf >>>>>>>> script now... Or would you do it? >>>>>>> >>>>>>> >>>>>>> You got me there :-; >>>>>>> >>>>>>> Unfortunately, my knowledge of autoconf is close to zero. I did find >>>>>>> >>>>> http://code.google.com/p/carve/source/browse/configure.ac?name=rev- >>>>> 1.6 >>>>>>> which is from a GPL project. Maybe somebody can use this as starting >>>>> point... >>>>>> >>>>>> Hi Kris >>>>>> >>>>>> I also don't know autoconf to fix this. Are you able to submit a patch >>>>>> to fix this? Or able to convince someone to fix it for you? >>>>>> >>>>>> About all the other warnings they are all in Octave core and have >>>>>> already been fixed in dev. There's nothing I can do about them. >>>>>> >>>>>> Carnë >>>>> >>>>> Hi Kris >>>>> >>>>> are you planning on fixing this? I'll be releasing the new version >>>>> this weekend if not. >>>>> >>>>> Carnë >>>> >>>> Hi Carnë >>>> >>>> Apologies but I don't have the time for this at least until December, >>>> especially as it'd take me a lot of effort to learn enough about autoconf to >>>> get it to work. >>>> >>>> All the best >>>> Kris >>> >>> Hi >>> >>> thanks to Jordi for fixing this problem. It should install fine now >>> with other compilers. Could you please give it a go, see if it >>> installs and if there's any other problems? >>> >>> The new dev version is at http://carandraug.no-ip.org/octave/image-1.9.93.tar.gz >> >> A new release candidate http://carandraug.no-ip.org/octave/image-1.9.95.tar.gz >> >> This time should really really install with clang. Please let me know >> of any problems. >> >> Thanks in advance, >> Carnë > > Is your system up and running? I'm unable to connect. Yes it is. I asked some people on IRC and they also can access it. Can you try again? Thanks Carnë |
From: Lukas R. <luk...@gm...> - 2012-10-26 18:16:24
|
On 26.10.2012, at 20:01, Carnë Draug <car...@gm...> wrote: > On 25 October 2012 01:24, Carnë Draug <car...@gm...> wrote: >> On 12 October 2012 09:53, Kris Thielemans <kri...@gm...> wrote: >>>> On 6 October 2012 20:17, Carnë Draug <car...@gm...> >>>> wrote: >>>>> On 1 October 2012 17:34, Kris Thielemans <kri...@gm...> >>>> wrote: >>>>>> From: Jordi Gutiérrez Hermoso >>>>>>> Sent: 01 October 2012 15:27 >>>>>>> >>>>>>> On 1 October 2012 10:18, Kris Thielemans < > wrote: >>>>>>>> Why not use fall back to boost unordered_map for (old) clang? At >>> least >>>> the >>>>>>> user can then install boost. >>>>>>> >>>>>>> Sure, this is fine too. I suppose I'll have to write an autoconf >>>>>>> script now... Or would you do it? >>>>>> >>>>>> >>>>>> You got me there :-; >>>>>> >>>>>> Unfortunately, my knowledge of autoconf is close to zero. I did find >>>>>> >>>> http://code.google.com/p/carve/source/browse/configure.ac?name=rev- >>>> 1.6 >>>>>> which is from a GPL project. Maybe somebody can use this as starting >>>> point... >>>>> >>>>> Hi Kris >>>>> >>>>> I also don't know autoconf to fix this. Are you able to submit a patch >>>>> to fix this? Or able to convince someone to fix it for you? >>>>> >>>>> About all the other warnings they are all in Octave core and have >>>>> already been fixed in dev. There's nothing I can do about them. >>>>> >>>>> Carnë >>>> >>>> Hi Kris >>>> >>>> are you planning on fixing this? I'll be releasing the new version >>>> this weekend if not. >>>> >>>> Carnë >>> >>> Hi Carnë >>> >>> Apologies but I don't have the time for this at least until December, >>> especially as it'd take me a lot of effort to learn enough about autoconf to >>> get it to work. >>> >>> All the best >>> Kris >> >> Hi >> >> thanks to Jordi for fixing this problem. It should install fine now >> with other compilers. Could you please give it a go, see if it >> installs and if there's any other problems? >> >> The new dev version is at http://carandraug.no-ip.org/octave/image-1.9.93.tar.gz > > A new release candidate http://carandraug.no-ip.org/octave/image-1.9.95.tar.gz > > This time should really really install with clang. Please let me know > of any problems. > > Thanks in advance, > Carnë Is your system up and running? I'm unable to connect. Lukas |
From: Carnë D. <car...@gm...> - 2012-10-26 18:02:23
|
On 25 October 2012 01:24, Carnë Draug <car...@gm...> wrote: > On 12 October 2012 09:53, Kris Thielemans <kri...@gm...> wrote: >>> On 6 October 2012 20:17, Carnë Draug <car...@gm...> >>> wrote: >>> > On 1 October 2012 17:34, Kris Thielemans <kri...@gm...> >>> wrote: >>> >> From: Jordi Gutiérrez Hermoso >>> >>> Sent: 01 October 2012 15:27 >>> >>> >>> >>> On 1 October 2012 10:18, Kris Thielemans < > wrote: >>> >>> > Why not use fall back to boost unordered_map for (old) clang? At >> least >>> the >>> >>> user can then install boost. >>> >>> >>> >>> Sure, this is fine too. I suppose I'll have to write an autoconf >>> >>> script now... Or would you do it? >>> >> >>> >> >>> >> You got me there :-; >>> >> >>> >> Unfortunately, my knowledge of autoconf is close to zero. I did find >>> >> >>> http://code.google.com/p/carve/source/browse/configure.ac?name=rev- >>> 1.6 >>> >> which is from a GPL project. Maybe somebody can use this as starting >>> point... >>> > >>> > Hi Kris >>> > >>> > I also don't know autoconf to fix this. Are you able to submit a patch >>> > to fix this? Or able to convince someone to fix it for you? >>> > >>> > About all the other warnings they are all in Octave core and have >>> > already been fixed in dev. There's nothing I can do about them. >>> > >>> > Carnë >>> >>> Hi Kris >>> >>> are you planning on fixing this? I'll be releasing the new version >>> this weekend if not. >>> >>> Carnë >> >> Hi Carnë >> >> Apologies but I don't have the time for this at least until December, >> especially as it'd take me a lot of effort to learn enough about autoconf to >> get it to work. >> >> All the best >> Kris > > Hi > > thanks to Jordi for fixing this problem. It should install fine now > with other compilers. Could you please give it a go, see if it > installs and if there's any other problems? > > The new dev version is at http://carandraug.no-ip.org/octave/image-1.9.93.tar.gz A new release candidate http://carandraug.no-ip.org/octave/image-1.9.95.tar.gz This time should really really install with clang. Please let me know of any problems. Thanks in advance, Carnë |
From: Carnë D. <car...@gm...> - 2012-10-26 17:32:10
|
Hi everyone a new release of the msh package is out, version 1.0.1, by Carlo de Falco. Enjoy Octave responsibly. Carnë |
From: Carnë D. <car...@gm...> - 2012-10-26 15:52:30
|
Hi everyone a new release of the bim package is out, version 1.1.1, by Carlo de Falco. Enjoy Octave responsibly. Carnë |
From: <lit...@ya...> - 2012-10-26 14:25:04
|
Hi Carnë, After more careful inspection, it appears that when New Years Day falls on a Saturday, the holiday is not observed at all. The holidays function does not check that, so modifying line 41 will fix that (and also allow holidays to pass its test). So please disregard the previous code change suggestion, and consider the following instead. from holidays.m: ------------------------------------------ ## New Year's Day tmphol = datenum (yrs, 1, 1); hol = [hol; tmphol(weekday(tmphol(:)) ~= 7)(:)]; ------------------------------------------ I modified the last line from hol = [hol; tmphol(:)]; Thanks for the link. I will submit octave-forge bugs there in the future. Should I open up a new thread there for this bug, or is that unnecessary? -Randy Chamberlin ----- Original Message ----- From: Carnë Draug <car...@gm...> To: Randy <lit...@ya...> Cc: Octave Forge <oct...@li...> Sent: Thursday, October 25, 2012 10:56 PM Subject: Re: [OctDev] [bug #37616] holidays result incorrect when New Year's Day falls on Saturday On 25 October 2012 14:42, Jordi Gutiérrez Hermoso <INV...@gn...> wrote: > Follow-up Comment #2, bug #37616 (project octave): > > <http://savannah.gnu.org/bugs/?37616> Hi Randy Your patch may fix that problem but needs to be fixed in some other way as it causes the other tests to fail (just run test holidays to see what I mean). Could you please find some other way to fix it? Also, could you please submit Octave Forge related bugs to https://sourceforge.net/p/octave/bugs/ Thanks, Carnë |
From: Rafael L. <ra...@la...> - 2012-10-26 11:43:45
|
* c. <car...@gm...> [2012-10-26 01:02]: > > I posted a new version of bim here: > > https://sourceforge.net/p/octave/package-releases/9/#5b7d This tarball works fine, thanks. Rafael |
From: Carnë D. <car...@gm...> - 2012-10-26 03:56:38
|
On 25 October 2012 14:42, Jordi Gutiérrez Hermoso <INV...@gn...> wrote: > Follow-up Comment #2, bug #37616 (project octave): > > <http://savannah.gnu.org/bugs/?37616> Hi Randy Your patch may fix that problem but needs to be fixed in some other way as it causes the other tests to fail (just run test holidays to see what I mean). Could you please find some other way to fix it? Also, could you please submit Octave Forge related bugs to https://sourceforge.net/p/octave/bugs/ Thanks, Carnë |
From: Carnë D. <INV...@gn...> - 2012-10-26 03:49:13
|
Follow-up Comment #3, bug #37621 (project octave): Hi thanks for the bug report. As Jordi mentioned, this was the wrong bug tracker. I have made the suggested change https://sourceforge.net/p/octave/code/11360 Carnë _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?37621> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ |
From: Carnë D. <car...@gm...> - 2012-10-26 02:53:52
|
Hi everyone a new release of the quaternion package is out, version 2.0.2, by Lukas Reichlin. Enjoy Octave responsibly. Carnë |
From: c. <car...@gm...> - 2012-10-25 23:01:15
|
On 25 Oct 2012, at 08:31, Rafael Laboissiere wrote: > Ok, this does not seem to be an issue anymore. > > However, the test of bim3c_tri_to_nodes fails with: > > ***** test > msh = bim3c_mesh_properties (msh2m_structured_mesh (linspace (0, 1, 31), linspace (0, 1, 13), linspace (0, 1, 13), 1, 1:6)); > nel = columns (msh.t); > nnod = columns (msh.p); > u_tri = randn (nel, 1); > un1 = bim3c_tri_to_nodes (msh, u_tri); > [un2, m] = bim3c_tri_to_nodes (msh, u_tri); > assert (un1, un2, 1e-10) > !!!!! test failed > msh2m_structured_mesh: REGION must be a valid scalar. > > > Rafael Rafael, I posted a new version of bim here: https://sourceforge.net/p/octave/package-releases/9/#5b7d testing is welcome as usual c. |
From: Lukas R. <INV...@gn...> - 2012-10-25 19:26:11
|
Follow-up Comment #4, bug #37622 (project octave): Hi Sérgio Thanks for your useful report. I couldn't locate the bug until now. Well, at least it works with one argument :-) Regards, Lukas _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?37622> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ |
From: Jordi G. H. <jo...@oc...> - 2012-10-25 14:00:07
|
On 24 October 2012 23:34, Steven G. Johnson <st...@al...> wrote: > Hi all, in case there is interest I wanted to let you know that I've > written a free complex-argument error function in C++ with an Octave > wrapper at: > > http://ab-initio.mit.edu/wiki/index.php/Faddeeva_w Thanks. This belongs in core Octave since that's where the current implementation of erf and friends is. I would need to modify your source to fit our style. Besides stylistic issues, there's also the issue that it should not be a dynamically loaded function, but built-in, so your wrapper needs to be rewritten. I am happy to do this myself. Do you have a DVCS somewhere, preferrably Mercurial, where we could keep your style on one branch and ours in another? Hopefully you plan to keep working on this function, so it's worthwhile to version your code. If you don't already have a repository set up, I would be most pleased to get you started with Mercurial. Do you recommend replacing the current implementation of erf for real arguments with your implementation? Currently for real arguments we rely on the C library's math.h implementation, and for complex arguments we error out. Thanks, - Jordi G. H. |
From: Jordi G. H. <INV...@gn...> - 2012-10-25 13:43:43
|
Follow-up Comment #3, bug #37622 (project octave): I used the wrong OF address, fixed now. If you want to subscribe to that list, please see this: https://lists.sourceforge.net/lists/listinfo/octave-dev _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?37622> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ |
From: Jordi G. H. <INV...@gn...> - 2012-10-25 13:42:28
|
Follow-up Comment #2, bug #37616 (project octave): I used the wrong OF address, fixed now. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?37616> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ |
From: Jordi G. H. <INV...@gn...> - 2012-10-25 13:41:55
|
Follow-up Comment #2, bug #37621 (project octave): I used the wrong OF address, fixed now. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?37621> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ |
From: Robert T. S. <oc...@ph...> - 2012-10-25 13:22:29
|
On 10/24/2012 11:42 PM, Juan Pablo Carbajal wrote: > On Thu, Oct 25, 2012 at 5:34 AM, Steven G. Johnson <st...@al...> wrote: >> Hi all, in case there is interest I wanted to let you know that I've >> written a free complex-argument error function in C++ with an Octave >> wrapper at: >> >> http://ab-initio.mit.edu/wiki/index.php/Faddeeva_w >> >> (This is the Faddeeva function w(z), which is equivalent to erfcx(iz) >> where erfcx is the scaled complementary error function.) It works for >> arbitrary complex arguments and attains nearly machine precision >> everywhere in the complex plane. It is under the MIT License, which is >> GPL compatible. >> >> Is there interest in this? If so, is the right place >> octave-forge/specfun, or ...? >> >> Regards, >> Steven G. Johnson >> >> >> ------------------------------------------------------------------------------ >> 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_sfd2d_oct >> _______________________________________________ >> Octave-dev mailing list >> Oct...@li... >> https://lists.sourceforge.net/lists/listinfo/octave-dev > Steve, > > Thanks! > You can upload your function to the feature request forum > https://sourceforge.net/p/octave/feature-requests/ > > Then we can look at your code and suggest improvements, etc..., if needed. > > In which field is your function used the most? > > JPi > > ------------------------------------------------------------------------------ > 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_sfd2d_oct > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev > > Would this go in the special functions package? I would be interested in knowing how you use this. Bob |
From: Juan P. C. <aju...@gm...> - 2012-10-25 06:42:07
|
On Thu, Oct 25, 2012 at 5:34 AM, Steven G. Johnson <st...@al...> wrote: > Hi all, in case there is interest I wanted to let you know that I've > written a free complex-argument error function in C++ with an Octave > wrapper at: > > http://ab-initio.mit.edu/wiki/index.php/Faddeeva_w > > (This is the Faddeeva function w(z), which is equivalent to erfcx(iz) > where erfcx is the scaled complementary error function.) It works for > arbitrary complex arguments and attains nearly machine precision > everywhere in the complex plane. It is under the MIT License, which is > GPL compatible. > > Is there interest in this? If so, is the right place > octave-forge/specfun, or ...? > > Regards, > Steven G. Johnson > > > ------------------------------------------------------------------------------ > 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_sfd2d_oct > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev Steve, Thanks! You can upload your function to the feature request forum https://sourceforge.net/p/octave/feature-requests/ Then we can look at your code and suggest improvements, etc..., if needed. In which field is your function used the most? JPi |
From: Rafael L. <ra...@la...> - 2012-10-25 06:31:29
|
* Rafael Laboissiere <ra...@la...> [2012-10-25 01:33]: > > * c. <car...@gm...> [2012-10-23 20:34]: >> >> On 23 Oct 2012, at 17:27, Rafael Laboissiere wrote: >>> >>> This bug also affects the bim package. >> >> is this because of the dependency or is there similar bugs in bim? > > Because of the dependency. All functions in the bim package that call > msh3m_structured_mesh are broken, because the later is broken. Ok, this does not seem to be an issue anymore. However, the test of bim3c_tri_to_nodes fails with: ***** test msh = bim3c_mesh_properties (msh2m_structured_mesh (linspace (0, 1, 31), linspace (0, 1, 13), linspace (0, 1, 13), 1, 1:6)); nel = columns (msh.t); nnod = columns (msh.p); u_tri = randn (nel, 1); un1 = bim3c_tri_to_nodes (msh, u_tri); [un2, m] = bim3c_tri_to_nodes (msh, u_tri); assert (un1, un2, 1e-10) !!!!! test failed msh2m_structured_mesh: REGION must be a valid scalar. Rafael |
From: Steven G. J. <st...@al...> - 2012-10-25 03:34:38
|
Hi all, in case there is interest I wanted to let you know that I've written a free complex-argument error function in C++ with an Octave wrapper at: http://ab-initio.mit.edu/wiki/index.php/Faddeeva_w (This is the Faddeeva function w(z), which is equivalent to erfcx(iz) where erfcx is the scaled complementary error function.) It works for arbitrary complex arguments and attains nearly machine precision everywhere in the complex plane. It is under the MIT License, which is GPL compatible. Is there interest in this? If so, is the right place octave-forge/specfun, or ...? Regards, Steven G. Johnson |
From: Carnë D. <car...@gm...> - 2012-10-25 00:12:31
|
On 21 October 2012 15:54, <gio...@un...> wrote: > Hi Carnė, > thanks for your kind reply! I'll immediately check the changes in the pkg. > > I prefer to send my reply to the list too, because it might be useful to > other people who are using or will use graycomatrix in octave (before it > gets aligned with matlab's). > > As to the differences between matlab and octave versions of graycomatrix, > here are some (as far as I can see at present): > > input parameters: > 1) matlab wants vectors, one row for each distance/direction couple, and > the necessary information is a vector with x- and y- components, > describing the particular relative-position vector(s) we are interested in > ('Offset' parameter) (no idea if I was clear… perhaps it is better to try > matlab help :-) ; octave wants distinct angles (degrees) and distances: > offsets = [0 1; 0 -1; -1 1; 1 -1; -1 0; 1 0; -1 -1; 1 1]; > % matlab > angles = [6 ; 2 ; 5 ; 1 ; 4 ; 0 ; 3 ; 7] * pi/4; distances = [1]; > % octave > > 2) matlab implicitly transforms the input-image bit depth ('NumLevels' > parameter), while octave needs that you change it beforehand; matlab wants > to know the limits of gray level values ('GrayLimits' parameter), octave > does not (I do not know if it assumes the whole range of possible values > in accordance with the bit depth, or it calculates min and max from the > image data (I suppose the former is correct, but I have not checked yet). > Octave just wants to know how many levels are there (not their values). > Anyway I still have to totally verify this. The output is also different > because octave gives a 4D matrix (numlevels x numlevels x distances x > angles, iirc), while matlab gives a 3D matrix: > > numlevels = 16; > graylimits = [0, 65535]; > > % matlab > theglcm = graycomatrix(I ,'Offset', offsets, 'NumLevels', numlevels , > 'GrayLimits', graylimits); > > % octave > IOct = uint16(floor(numlevels*(double(I)/graylimits(2)))); % > diminuish bit depth; I supposed graylimits(1) to be zero. > theglcm = graycomatrix(IOct, numlevels, distances, angles); > theglcm = squeeze(theglcm); % This works only because I am working > with just one distance value! Now the output is numlevels x numlevels > x angles like in matlab > > I hope I made no mistakes in what I wrote… If I did please be patient... > > Thanks again for your work! > Best regards > Giorgio Hi Giorgio are you able to submit a patch for this? While most of the functions are written in the very own octave language and should be no problem, graycomatrix was implemented is written in C++. If you can't fix this, could you please report this as a bug at https://sourceforge.net/p/octave/bugs/ so it's not forgotten? Thanks, Carnë |
From: Rafael L. <ra...@la...> - 2012-10-24 23:58:31
|
* c. <kin...@ti...> [2012-10-23 20:35]: > > On 23 Oct 2012, at 20:34, c. wrote: > >> I just uploaded a new version of the package in the release forum, >> could you please check if the problem is solved there? > > this is a direct link: > https://sourceforge.net/p/octave/package-releases/9/attachment/msh-1.0.5.tar.gz This tarball seems to work. Thanks, Rafael |
From: Rafael L. <ra...@la...> - 2012-10-24 23:33:56
|
* c. <car...@gm...> [2012-10-23 20:34]: > > On 23 Oct 2012, at 17:27, Rafael Laboissiere wrote: >> >> This bug also affects the bim package. > > is this because of the dependency or is there similar bugs in bim? Because of the dependency. All functions in the bim package that call msh3m_structured_mesh are broken, because the later is broken. Rafael |