Søren Hauberg wrote:
>
> Hi All
>
> I just commited a new function, 'gplot3', to the 'plot' package. This is
> simply the obvious 3D version of 'gplot' (I use it for visualising
> motion capture data). When I added this function I noticed that the
> 'plot' package contains some functions that
Søren Hauberg wrote:
>
> Hi All
>
> If memory serves me correct, then the ARPACK functions (eigs, ...) have
> been in core Octave for some time now. I think it is okay, to delete the
> 'arpack' package from Octave-Forge SVN at this point. Any objections to
> this?
>
> Søren
>
>
Sure go ahe
On Sun, Mar 08, 2009 at 01:14:49PM -0600, Daniel J Sebald wrote:
> Martin,
>
> Using depthorder is creative. I'd like to point out that depthorder is
> only an approximation to what should be "hidden surfaces". I worked on
> many aspects of gnuplot. Although gnuplot does have a hidden line
>
On Sun, Mar 08, 2009 at 05:19:39PM +0100, S?ren Hauberg wrote:
> For this, I'd say 'maintainers'. I'd recommend starting a thread on this
> list about creating 3D patches in gnuplot. Just sketch your idea and see
> if people have any comments. Perhaps somebody tried your idea before and
> failed. A
On Thu, Dec 11, 2008 at 02:28:59PM +0100, ronald.arvids...@privat.utfors.se
wrote:
> Hello,
>
> I don't know if this is the right place to post this issue. If not my
> appologies.
>
> When trying the function inv(A) where A is a square matrice I get the
> following error
>
> octave: symbol lo
On Mon, Dec 08, 2008 at 07:09:18PM +0100, Luca Favatella wrote:
> Perhaps we should mention the acker function in the INDEX file.
>
> I think it should be in the same category as the place function, i.e.
> "Controller design".
>
> I attouch svn diff proposed.
applied
>
> (I don't know the orde
On Sat, Dec 06, 2008 at 01:38:49PM +0100, Marco Maso wrote:
> Please note that n=262128 can be obtained with a primitive polynomial
> of grade 18 (n^18=262144) so we are far from GF(31) or GF(63) limit...
> The grade of the generator is 168 as n-k=168 (so again its grade is
> bigger than the primit
On Fri, Dec 05, 2008 at 10:21:32AM +0100, Marco Maso wrote:
> When you talk about maximum grade 31 for a x86 and 63 for a x86_64 what
> are you referring?
> If you are referring to the grade of the generator polynomial I'm stuck
> and I couldn't do anything without heavily moddifying the code (if I
On Fri, Dec 05, 2008 at 02:54:27PM +0100, Luca Favatella wrote:
> On 05/12/2008, Luca Favatella <[EMAIL PROTECTED]> wrote:
> [...]
> > I propose this change to the INDEX file:
> > -suggest using the place function instead of the acker (Matlab) function
>
> I thought that it is better to provide th
On Wed, Dec 03, 2008 at 04:15:50PM +0100, fabio.de.bona wrote:
> Hi All,
> I would like to contribute a MOSEK interface for Octave. For this reason
> I would like to register as a developer.
>
> My sourceforge username is fabiodebona
>
Fabio,
I don't see any problem with this, but the way octa
On Wed, Dec 03, 2008 at 12:40:01PM +, R.N.Palmer wrote:
> The current license of ARPACK is found at
> http://www.caam.rice.edu/software/ARPACK/RiceBSD.txt#LICENSE, and does
> remove the notification requirement.
>
> I agree that making this a default part of Octave, or at least providing
>
On Sat, Nov 29, 2008 at 10:45:55PM +0100, Marco Maso wrote:
> So you are telling me that my problem can't be solved. I confirm that
> Matlab has this limitation too.
Well in Matlab I'd say that yes the problem is unsolvable. However for
Octave, you have the source.. Change the lines
galoisfield.
On Sat, Nov 29, 2008 at 10:15:30PM +0100, Thomas Weber wrote:
> Hi,
>
> audio/inst/clip.m still references the two variables. Any objections to
> deleting the check?
I thought I got most of them already.. No go right ahead and remove them
D.
On Sat, Nov 29, 2008 at 09:28:50PM +0100, Marco Maso wrote:
> I'm currently working with BCH codes yet, since September, and after
> having solved my initial problems I receive a new error if i try to
> encode a word of length ~ 2^18 I receive:
>
> error: invalid order 18 for Galois Field
>
> To
Jaroslav Hajek-2 wrote:
>
> If CHOLMOD is compiled to be linked with METIS, then you need to link
> it with METIS, i.e. provide -lmetis in LIBS. The configure script
> doesn't currently discover it itself (though probably it should). An
> alternative is to manually recreate libcholmod.a to incl
Thomas Weber-8 wrote:
>
> Is it possible to do something like
>
> make package audio
> ?
>
./autgen.sh
./configure
mkdir packages/main
cd main
make pkg/audio
I do this all the time :-)
D.
--
View this message in context:
http://www.nabble.com/Exporting-only-one-package-tp1918
ImageMagick has never been able to keep a stale API and this is why the
GraphicsMagick library exists as a fork of ImageMagick.. In any case
imread/imwrite have been ported to Octave itself using the GraphicsMagick
libraries and will appear in a 3.2.x release. It would still be nice to have
this f
Rafael Laboissiere wrote:
>
> A bug report has been filed against the Debian package octave-image [1]
> and
> has been fixed with a patch [2]. Thanks in advance for considering this.
>
> [1] http://bugs.debian.org/491878
> [2]
> http://svn.debian.org/viewsvn/*checkout*/pkg-octave/octave-forge
Jonathan M.-2 wrote:
>
> Hi,
> I read this in your website : "To register as a developer send a request
> to the octave-forge mailing list [EMAIL PROTECTED] Include a bit of
> information about the code you plan to submit." So I do it.
>
> I'm French and I don't have a perfect level in englis
Eric Chassande-Mottin wrote:
>
> I have written a function (
> http://www.nabble.com/file/p18490379/fracshift.m code attached,
> fracshift.m ) which performs the shift of a data vector
> (e.g., a time-series) by a fractional number of samples. this is useful
> in area such as antenna array proc
Martijn Brouwer-8 wrote:
>
> When trying to solve an apparently singular linear system, octave
> crashed with a memory error. See below. I attached the octave core dump.
> (These file compress really well)
>
> Martijn
>
I think this is a known problem and has been corrected in 3.0.1. So upgr
Benjamin Lindner wrote:
>
> OK, I took a look at it, and installed the win32 version.
> But it does not really seem to work - The program just hangs after
> entering sourceforge username&password. ??
>
Ok I don't see this issue luckily as an octave-forge release would be
painful without rele
Benjamin Lindner wrote:
>
> Michael Goffioul wrote:
>> Well, the installer I wrote does a little bit more than simply unpacking:
>> - select components to install, with some auto-detection at startup
>> to select reasonable default config
>> - detect CPU architecture and auto-select ATLAS
>> -
Benjamin Lindner wrote:
>
> I hope this is the correct place to ask, I loked around the project and
> it seemed the most appropriate list.
>
> I'd like to (finally) contribute binary packages of octave built with
> and bundled with the mingw32 gcc.
>
Great, I added the release technician f
James K. Lowden-2 wrote:
>
> To verify the integrity of your build environment, it would be well to
> have two people build identical binaries with matching fingerprints. The
> likelihood of two identical infections is vanishingly small.
>
Thems fightin words... Seriously, we limited by the
Molamini wrote:
>
> Hello,
> I would like to use Octave in a C++ multithreaded application. Is there
> something like this (see code below) in Octave so I can get an instance of
> Octave and use it throughout the life of my OctaveUser object?
>
> class OctaveUser
> {
>private:
> Octa
Thomas Weber-8 wrote:
>
> The hex2num.cc file also contains this num2hex.
> Maybe a missing autoload()?
>
Oppps I backported from 3.1 and Octave itself adds the autoloads
automatically.. Sorry can't patch at the moment, but the fix is easy.
D.
--
View this message in context:
http://www
O. Octavian wrote:
>
> Hello!
> I think it is no secret that the octave interpreter is not too efficient.
> I got interested in interpreter technologies during a computer science
> course, and if it could be a useful contribution, I would try to improve
> the octave interpreter.
>
> Now my que
Bill Denney-5 wrote:
>
> Hi,
>
> I am working on tblread and tblwrite from the statistics toolbox. I am
> making a few test files, and I'd like to include the test files in
> subversion in a way that they could be tested upon building, but I don't
> see a place to put test files for a pack
Søren Hauberg wrote:
>
> Hi All,
> I've just released a new version of the Octave Forge packages. This is
> a fairly large release with many new exiting features, and many bugs
> fixed.
>
The function reference section of the website seems to be broken from my
browser
D.
--
View this
Jaroslav Hajek-2 wrote:
>
> hello,
>
> I feel a little confused - what is the recommended way of using
> autoconf scripts in OctaveForge packages?
> I have src/configure.in directory, but I have noticed that most other
> packages have src/configure.base, which is then
> turned into src/configu
Massimiliano Culpo wrote:
>
> I registered two days ago to souceforge, as I saw it was necessary to
> submit my code.
>
> My username is: culpo
>
> M.
>
Ok, you're added
D.
--
View this message in context:
http://www.nabble.com/Re%3A-Re-gistration-request-tp16648501p16648701.html
Sent fr
Massimiliano Culpo wrote:
>
> I would like to be registered as a developer.
> I plan to contribute a package to perform circuit simulation.
>
Usually we ask to see a bit of code before giving developer access. However
you are already marked as an author in sourceforge so arguably you already
Rafael Laboissiere wrote:
>
> L. And this means that we _must_ ship the source used for building it.
>>
>> I wrote a lot of the code in the comms toolbox (the majority in terms of
>> line count), and wrote the documentation. I suppose except for a couple
>> of
>> corner cases, I can give perm
Thomas Weber-8 wrote:
>
> On 06/04/08 13:09 -0700, dbateman wrote:
>> Yes it was intentional. I didn't want to add a build dependency on the
>> package on texinfo.. I suppose we might add the original documentation
>> and
>> only build it is the correct depen
Rafael Laboissiere wrote:
>
> File doc/symbolic.html is shipped without Copyright notice and licensing
> terms. Is this file generated from other sources?
>
> We need this information in order to finalize the Debian package for
> symbolic.
>
I don't think the license of the documentation is
c. wrote:
>
> Kristian,
>
> I think you are posting to the wrong list:
> octave-dev@lists.sourceforge.net is for discussing development and
> use of octave-forge packages
> as your patch touches liboctave which is part of octave itself I think
> [EMAIL PROTECTED] is more appropriate
>
> c.
Thomas Weber-8 wrote:
>
> Hi,
>
> the tarball for the communication 1.0.5 release only has the pdf,
> neither the .png nor the .txi files found in the SVN archive. Is this
> intentional?
>
Yes it was intentional. I didn't want to add a build dependency on the
package on texinfo.. I suppose
G.. wrote:
>
> In matlab, prctile(x, p) returns the same kind of vector as p (row or
> column), whereas octave always returns a column vector. I think matlab's
> behavior is more logical.
>
> G.
>
This is not the only problem in the compatibility of prctile.. Consider the
comment in prctile
Eric Chassande-Mottin wrote:
>
> hi,
>
> with the following patch, textread.cc returns an empty
> matrix rather than an error when reading an empty file
> which is, I believe the expected behavior.
> cheers, eric.
>
I applied it.. Since you're looking at this maybe you can see what is neede
Tatsuro MATSUOKA-2 wrote:
>
> After one day rest, my condition rather better so that I can think about
> this with cool head.
>
Some good news :-)
> Cannot src/Makefile in the fixed package come back before for mingw/cygwin
> pat without affective for
> Unix build ?
>
> My previous patch
Michael Goffioul-2 wrote:
>
> I think you need to create the import library for fixed.oct (something
> like
> libfixed.a). This import lib is automatically generated by MSVC when there
> are exported symbols. This is not the case for MinGW, you need some
> additional compile flags.
>
> Michael
Tatsuro MATSUOKA-2 wrote:
>
> Main problem is that new Makefile by you did not give a
> liboctave_fixed.dll.a
> so that the link seeme to be failed.
>
The idea was to try and link against the fixed.oct file rather than a
separate library. That is what Michael did under MSVC, so I suspect th
Thomas Weber-8 wrote:
>
> Hi,
>
> some packages (eg image-1.0.5) have a release of 2007-12-05, which
> should be 2008-..., shouldn't it?
>
> Thomas
>
The release dates are updated by hand and so this might happen.. Perhaps we
should look at a manner of automatically updating the rele
Ólafur Jens Sigurðsson wrote:
>
> Hey .. it seems that the fixed package fails to build on debian with
> the following error messages:
>
I believe its fixed in the SVN. This was a failed attempt for a fix for the
cygwin/mingw platform that had other consequences..
D.
--
View this message i
Luca Favatella wrote:
>
>
> __ieee754_bitstring2double__.m obtains a double from its ieee754 bit
> string.
> Is there already any function in Octave/Octave-Forge to do this?
> If yes, I could remove a lot of code from this function.
> If not, could it be useful as a public function out of this
Søren Hauberg wrote:
>
> Should we make an effort to simplify these files?
>
Sure we should, the goal at the time was to make sure we made no mistakes
and cut out too much. I see no reason not to simplify these Once we
start supporting 3.0.x and 3.1.x there might be some issues, though I
dbateman wrote:
>
>
> At the moment only Paul Kienzle and myself are informed of any held
> messages as administrators for the list. I've added a moderators password.
> So if someone wants to help moderating, send me an e-mail address to
> subscribe as a moderator and y
Nils Bluthgen wrote:
>
> Hi,
>
> it seems that the current symbolic toolbox has does not have
> something like the matlab char() function. I have written a small
> patch to the symbolic toolbox which adds a to_char() function by
> which one can convert an expression to char. Would be nic
Nicolau Werneck wrote:
>
> Thanks for the reply. I was just wondering because this is the list I
> get more spam from, and it seems gmail can't filter it properly... I
> wasn't aware of the need to make it open.
>
> How does the moderation work? I might voluteer if it is not too
> complicated
Quentin Spencer wrote:
>
> I never get spam from this list, but that's apparently because it gets
> filtered by my mail provider so I never see it. The problem is that
> every few weeks I get notices that I'm about to be unsubscribed because
> mail sent to me through the list is being bounce
annoa wrote:
>
> Hello,
>
> I would like to be registered as an octave-forge developer.
>
> My plan is to work on the translation of octave in french langage.
> It will help my student using octave.
>
> best regards
>
> Annoa
>
>
Ólafur Jens Sigurðsson wrote:
>
> Hi
>
> When installing the octave-audio package the executable is put into
> /usr/share/octave/packages/audio-1.0.3/bin/
> instead of
> /usr/lib/octave/packages/audio-1.0.3
> like the FS standard says it should (and this causes an error for
> linda package ch
Seems fine to me (at least looking at it) and it shouldn't affect the other
functionality, so why not commit it..
Cheers
D.
--
View this message in context:
http://www.nabble.com/auload-patch-for-24-bit-tp15700408p15779107.html
Sent from the octave-dev mailing list archive at Nabble.com.
Carlo de Falco-2 wrote:
>
> No, well,
> I meant if I check it into splines rather than msh :)
> c.
>
I think I'm the last one to hack the spline code, converting it to use the
sparse tri-diagonal solvers in octave itself and moving part of it in to
octave. So I don't think its that actively m
Christos Saragiotis wrote:
>
> Hi,
>
> this is a registration request as a developer.
>
> I'd like to participate to the Octave translation project i.e.
> contribute to the translation of the help in the greek language
>
> Regards,
>
> Christos Saragiotis
>
Hi Christos,
This will be a
Tatsuro MATSUOKA-2 wrote:
>
> Hi David
>
> Please apply the patch in my previous mail to src/Makefile in the fixed
> package.
>
Could you create a patch with
svn diff -r HEAD Makefile
instead of the diff you've done. I applied one of your previous non-working
for MSVC patches and so the pa
57 matches
Mail list logo
