From umut.durak at tu-clausthal.de Fri May 1 12:21:00 2015 From: umut.durak at tu-clausthal.de (Dr.Umut Durak) Date: Fri, 01 May 2015 12:21:00 +0200 Subject: [Scilab-Dev] Xcos Metamodel Message-ID: Folks, I am now constructing a metamodel for Xcos, basically to be used for in place model transformation purposes in order to conduct model refactoring. Here I found something strange, that I would like to ask you. Here as we use Super block, we come up with a nested graph. Refering the help documentation, I would expect to have the new object tree to appear under opar parameter of the model structure of block object. But the nested structure is unexpectedly under rpar which is described as the vector of floating point block parameters. Please find the attached screenshot from diagram browser. I would like to ask, is there anything that I got wrong? Or why is the nested structure lies under floating point parameters vector? Best regards, Dr.Umut Durak Adjunct Lecturer TU Clausthal Institute of Informatics Model-based Systems Analysis and Simulation Department Research Scientist DLR e.V. Institute of Flight Systems Flight Dynamics and Simulation Department Phone +49 531 295-2907 | umut.durak at dlr.de www.DLR.de/ft | de.linkedin.com/in/umutdurak From umut.durak at tu-clausthal.de Fri May 1 15:07:30 2015 From: umut.durak at tu-clausthal.de (Dr.Umut Durak) Date: Fri, 01 May 2015 15:07:30 +0200 Subject: [Scilab-Dev] Scicos_New in Macros Message-ID: Folks, For model manipulation purposes, I was looking at the available API, like do_delete1 etc. Then I come up with below link for the dif logs from git, which has macros under scilab and scicos_new under that. Some of the macros in below linke like do_replace is extremely useful for my purposes. But I have some difficulties to find them in current git repo. How can I find these macros? (rather than making a coppy/pastefrom web) http://cgit.scilab.org/cgit.cgi/scilab/diff/scilab/macros/scicos_new?h=5.1&id=4.0 Bests, Dr.Umut Durak Adjunct Lecturer TU Clausthal Institute of Informatics Model-based Systems Analysis and Simulation Department Research Scientist DLR e.V. Institute of Flight Systems Flight Dynamics and Simulation Department Phone +49 531 295-2907 | umut.durak at dlr.de www.DLR.de/ft | de.linkedin.com/in/umutdurak From clement.david at scilab-enterprises.com Wed May 6 09:00:08 2015 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Wed, 06 May 2015 09:00:08 +0200 Subject: [Scilab-Dev] Xcos Metamodel In-Reply-To: References: Message-ID: <1430895608.2888.6.camel@scilab-enterprises.com> Hello Umuk, Yep you are right and got one of the most critical part of the Xcos (and Scicos) design. The SuperBlock hierarchy is stored into model.rpar whereas it is expected that rpar will only contains Scilab double values. This is an historical corner-case that we have to preserve for compatibility but will be fixed during the Scilab 6 development cycle. Regards, -- Cl?ment Le vendredi 01 mai 2015 ? 12:21 +0200, Dr.Umut Durak a ?crit : > Folks, > > I am now constructing a metamodel for Xcos, basically to be used for in > place model transformation purposes in order to conduct model refactoring. > Here I found something strange, that I would like to ask you. Here as we use > Super block, we come up with a nested graph. Refering the help > documentation, I would expect to have the new object tree to appear under > opar parameter of the model structure of block object. But the nested > structure is unexpectedly under rpar which is described as the vector of > floating point block parameters. Please find the attached screenshot from > diagram browser. > > I would like to ask, is there anything that I got wrong? Or why is the > nested structure lies under floating point parameters vector? > > Best regards, > > > > > Dr.Umut Durak > > Adjunct Lecturer > TU Clausthal Institute of Informatics > Model-based Systems Analysis and Simulation Department > > Research Scientist > DLR e.V. Institute of Flight Systems > Flight Dynamics and Simulation Department > Phone +49 531 295-2907 | umut.durak at dlr.de > www.DLR.de/ft | de.linkedin.com/in/umutdurak > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From clement.david at scilab-enterprises.com Wed May 6 10:13:00 2015 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Wed, 06 May 2015 10:13:00 +0200 Subject: [Scilab-Dev] Scicos_New in Macros In-Reply-To: References: Message-ID: <1430899980.2888.19.camel@scilab-enterprises.com> Hi Umut, The deleted macros were no more in use in Xcos as they were related to the old Scicos GUI. Basically all 'do_'something and macros starting with an underscore can not be used anymore. If you need some of these macros do not hesitate to provide them on your external module, they should be compatible with the current Xcos version. Regards, -- Cl?ment Le vendredi 01 mai 2015 ? 15:07 +0200, Dr.Umut Durak a ?crit : > Folks, > > For model manipulation purposes, I was looking at the available API, like > do_delete1 etc. Then I come up with below link for the dif logs from git, > which has macros under scilab and scicos_new under that. Some of the macros > in below linke like do_replace is extremely useful for my purposes. > But I have some difficulties to find them in current git repo. How can I > find these macros? (rather than making a coppy/pastefrom web) > > http://cgit.scilab.org/cgit.cgi/scilab/diff/scilab/macros/scicos_new?h=5.1&id=4.0 > > Bests, > > > Dr.Umut Durak > > Adjunct Lecturer > TU Clausthal Institute of Informatics > Model-based Systems Analysis and Simulation Department > > Research Scientist > DLR e.V. Institute of Flight Systems > Flight Dynamics and Simulation Department > Phone +49 531 295-2907 | umut.durak at dlr.de > www.DLR.de/ft | de.linkedin.com/in/umutdurak > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From guillaume.horel at gmail.com Fri May 8 16:38:34 2015 From: guillaume.horel at gmail.com (Guillaume Horel) Date: Fri, 8 May 2015 10:38:34 -0400 Subject: [Scilab-Dev] jrosetta sources not available Message-ID: Hello, we noticed on gentoo that the jrosetta archive is not available anymore on http://dev.artenum.com/projects/JRosetta. Since scilab depends on it, it's going to make it impossible to support scilab on gentoo going forward since we compile everything from source. I didn't find any way to contact upstream, and their svn mirror is password protected. Do you guys know how to contact them, and if they're not responding, maybe you could host jrosetta on your own infrastructure? Thanks, Guillaume -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Mon May 11 15:03:57 2015 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Mon, 11 May 2015 15:03:57 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals Message-ID: <5550A8BD.2030101@utc.fr> Hello Scilab devs/masters, For performance purposes, i need to implement a function which is missing to Scilab, allowing to set at once all non-zero terms of a sparse matrix. Some other languages have this feature, e.g. Julia allows to write such things. A.nzval=v of course this is interesting when the sparsity pattern does not change but actual element values do. I noticed that the use of "sparse" to reconstruct matrices in this context is the main bottleneck of my code... In Scilab the logical name of such a command should be "spset" and used like this spset(A,v) of course, the user has to be aware that Scilab sparse storage is line compressed and thus v should be correctly ordered, but this kind of feature is really missing. I think I can (try to) write such a function, so my question is : where is the source code of the C function which is interfaced as "sparse" macro in Scilab ? S. -- D?partement de G?nie Informatique EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable Universit? de Technologie de Compi?gne - CS 60319 60203 Compi?gne cedex From vincent.couvert at scilab-enterprises.com Mon May 11 15:21:38 2015 From: vincent.couvert at scilab-enterprises.com (Vincent COUVERT) Date: Mon, 11 May 2015 15:21:38 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5550A8BD.2030101@utc.fr> References: <5550A8BD.2030101@utc.fr> Message-ID: <5550ACE2.2060902@scilab-enterprises.com> Hello St?phane, The source code (Fortran) is available here: http://gitweb.scilab.org/?p=scilab.git;a=blob;f=scilab/modules/sparse/sci_gateway/fortran/sci_f_sparse.f;h=6172a4fe8c7dafd2ae7e44135db9c4c4be1c9794;hb=master Regards. Le 11/05/2015 15:03, St?phane Mottelet a ?crit : > Hello Scilab devs/masters, > > For performance purposes, i need to implement a function which is > missing to Scilab, allowing to set at once all non-zero terms of a > sparse matrix. Some other languages have this feature, e.g. Julia > allows to write such things. > > A.nzval=v > > of course this is interesting when the sparsity pattern does not > change but actual element values do. I noticed that the use of > "sparse" to reconstruct matrices in this context is the main > bottleneck of my code... In Scilab the logical name of such a command > should be "spset" and used like this > > spset(A,v) > > of course, the user has to be aware that Scilab sparse storage is line > compressed and thus v should be correctly ordered, but this kind of > feature is really missing. I think I can (try to) write such a > function, so my question is : where is the source code of the C > function which is interfaced as "sparse" macro in Scilab ? > > S. > > > From stephane.mottelet at utc.fr Mon May 11 18:32:15 2015 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Mon, 11 May 2015 18:32:15 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5550ACE2.2060902@scilab-enterprises.com> References: <5550A8BD.2030101@utc.fr> <5550ACE2.2060902@scilab-enterprises.com> Message-ID: <5550D98F.3000401@utc.fr> Yummy ! This old-style code using the stack really sucks, now I am not so sure I will make it :-( S. Le 11/05/2015 15:21, Vincent COUVERT a ?crit : > Hello St?phane, > > The source code (Fortran) is available here: > http://gitweb.scilab.org/?p=scilab.git;a=blob;f=scilab/modules/sparse/sci_gateway/fortran/sci_f_sparse.f;h=6172a4fe8c7dafd2ae7e44135db9c4c4be1c9794;hb=master > > Regards. > > Le 11/05/2015 15:03, St?phane Mottelet a ?crit : >> Hello Scilab devs/masters, >> >> For performance purposes, i need to implement a function which is >> missing to Scilab, allowing to set at once all non-zero terms of a >> sparse matrix. Some other languages have this feature, e.g. Julia >> allows to write such things. >> >> A.nzval=v >> >> of course this is interesting when the sparsity pattern does not >> change but actual element values do. I noticed that the use of >> "sparse" to reconstruct matrices in this context is the main >> bottleneck of my code... In Scilab the logical name of such a command >> should be "spset" and used like this >> >> spset(A,v) >> >> of course, the user has to be aware that Scilab sparse storage is >> line compressed and thus v should be correctly ordered, but this kind >> of feature is really missing. I think I can (try to) write such a >> function, so my question is : where is the source code of the C >> function which is interfaced as "sparse" macro in Scilab ? >> >> S. >> >> >> > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -- D?partement de G?nie Informatique EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable Universit? de Technologie de Compi?gne - CS 60319 60203 Compi?gne cedex From sgougeon at free.fr Mon May 11 21:16:09 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 11 May 2015 21:16:09 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5550A8BD.2030101@utc.fr> References: <5550A8BD.2030101@utc.fr> Message-ID: <5550FFF9.5070302@free.fr> Hello St?phane, Le 11/05/2015 15:03, St?phane Mottelet a ?crit : > Hello Scilab devs/masters, > > For performance purposes, i need to implement a function which is > missing to Scilab, allowing to set at once all non-zero terms of a > sparse matrix. Some other languages have this feature, e.g. Julia > allows to write such things. > > A.nzval=v > > of course this is interesting when the sparsity pattern does not > change but actual element values do. I noticed that the use of > "sparse" to reconstruct matrices in this context is the main > bottleneck of my code... In Scilab the logical name of such a command > should be "spset" and used like this > > spset(A,v) I may miss something: how do you specify the position of terms to be set with the v content? Is A already set, and you just want to replace its nz terms? Is .nzval the "list" of positions (in such a way that we could read A(nzval) .= v , and then what is the equivalent with the spset(A,v) syntax (unless nzval -- that could rather be nzpos -- is implicit)? Anyway, in a more general way, i agree that an element-wise assignment operator would be very welcome, as well for lists, structs and cells -- say heterogenous -- containers. Whether [A,B,C, D] = ("hello", %t, (1-%s)^2, list("bye", %pi) ) sets distributively A = "hello", B=%t, C = (1-%s)^2, D = list("bye", %pi) yet, L = list(); L(3) = "ok" L(:) = ("hello", %t, (1-%s)^2) // does not work A pity! Regards Samuel From stephane.mottelet at utc.fr Tue May 12 08:34:27 2015 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Tue, 12 May 2015 08:34:27 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5550FFF9.5070302@free.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> Message-ID: <55519EF3.6070907@utc.fr> Hello Samuel, Le 11/05/2015 21:16, Samuel Gougeon a ?crit : > Hello St?phane, > > Le 11/05/2015 15:03, St?phane Mottelet a ?crit : >> Hello Scilab devs/masters, >> >> For performance purposes, i need to implement a function which is >> missing to Scilab, allowing to set at once all non-zero terms of a >> sparse matrix. Some other languages have this feature, e.g. Julia >> allows to write such things. >> >> A.nzval=v >> >> of course this is interesting when the sparsity pattern does not >> change but actual element values do. I noticed that the use of >> "sparse" to reconstruct matrices in this context is the main >> bottleneck of my code... In Scilab the logical name of such a command >> should be "spset" and used like this >> >> spset(A,v) > > I may miss something: how do you specify the position of terms to be > set with the v content? Is A already set, and you just want to replace > its nz terms? Is .nzval the "list" of positions (in such a way that we > could read A(nzval) .= v , and then what is the equivalent with the > spset(A,v) no, nzval is really the field name such that A.nzval has the value v sucht that [ij,v]=spget(A). In Julia, the fields of a sparse matrix are julia> A. colptr m n nzval rowval colptr and rowval give the indices for the classical column compressed format. The nzval field is of read-write type so that the non zero elements can be updated by "A.nzval=v" if v has the correct size and corresponds to correctly ordered (column-wise) unique (i(k),j(k),v(k)) pairs. S. > syntax (unless nzval -- that could rather be nzpos -- is implicit)? > > Anyway, in a more general way, i agree that an element-wise > assignment operator would be very welcome, as well for lists, structs > and cells -- say heterogenous -- containers. > > Whether > [A,B,C, D] = ("hello", %t, (1-%s)^2, list("bye", %pi) ) > sets distributively A = "hello", B=%t, C = (1-%s)^2, D = list("bye", %pi) > yet, > L = list(); L(3) = "ok" > L(:) = ("hello", %t, (1-%s)^2) // does not work > A pity! > > Regards > Samuel > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -- D?partement de G?nie Informatique EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable Universit? de Technologie de Compi?gne - CS 60319 60203 Compi?gne cedex From sgougeon at free.fr Tue May 12 10:14:13 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 10:14:13 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <55519EF3.6070907@utc.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> <55519EF3.6070907@utc.fr> Message-ID: <5551B655.8020901@free.fr> Le 12/05/2015 08:34, St?phane Mottelet a ?crit : > .../... > > Le 11/05/2015 21:16, Samuel Gougeon a ?crit : >> .../... >> I may miss something: how do you specify the position of terms to be >> set with the v content? Is A already set, and you just want to >> replace its nz terms? Is .nzval the "list" of positions (in such a >> way that we could read A(nzval) .= v , and then what is the >> equivalent with the spset(A,v) > no, nzval is really the field name such that A.nzval has the value v > sucht that [ij,v]=spget(A). In Julia, the fields of a sparse matrix are > > julia> A. > colptr m n nzval rowval > > colptr and rowval give the indices for the classical column compressed > format. The nzval field is of read-write type so that the non zero > elements can be updated by "A.nzval=v" if v has the correct size and > corresponds to correctly ordered (column-wise) unique (i(k),j(k),v(k)) > pairs. OK. So, unless i misunderstand you, this syntax is used only to update values at their current positions, not to set new positions or modify ones. I guess that if v is too long, its extra values are ignored, and if it is too short, only the available values are reset. Aren't they? Or an error message is then emitted? From sgougeon at free.fr Tue May 12 10:30:23 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 10:30:23 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5551B655.8020901@free.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> <55519EF3.6070907@utc.fr> <5551B655.8020901@free.fr> Message-ID: <5551BA1F.7030303@free.fr> Le 12/05/2015 10:14, Samuel Gougeon a ?crit : > Le 12/05/2015 08:34, St?phane Mottelet a ?crit : >> .../... >> >> Le 11/05/2015 21:16, Samuel Gougeon a ?crit : >>> .../... >>> I may miss something: how do you specify the position of terms to be >>> set with the v content? Is A already set, and you just want to >>> replace its nz terms? Is .nzval the "list" of positions (in such a >>> way that we could read A(nzval) .= v , and then what is the >>> equivalent with the spset(A,v) >> no, nzval is really the field name such that A.nzval has the value v >> sucht that [ij,v]=spget(A). In Julia, the fields of a sparse matrix are >> >> julia> A. >> colptr m n nzval rowval >> >> colptr and rowval give the indices for the classical column >> compressed format. The nzval field is of read-write type so that the >> non zero elements can be updated by "A.nzval=v" if v has the correct >> size and corresponds to correctly ordered (column-wise) unique >> (i(k),j(k),v(k)) pairs. > > OK. So, unless i misunderstand you, this syntax is used only to update > values at their current positions, not to set new positions or modify > ones. There could be a convention: when v(i) is %nan, the existing value could be unchanged and v(i) ignored. When v(i)==0, then A's length is automatically changed. This can make forthcoming assignments very hazardous. Samuel From stephane.mottelet at utc.fr Tue May 12 11:09:10 2015 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Tue, 12 May 2015 11:09:10 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5551BA1F.7030303@free.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> <55519EF3.6070907@utc.fr> <5551B655.8020901@free.fr> <5551BA1F.7030303@free.fr> Message-ID: <5551C336.7040302@utc.fr> Le 12/05/2015 10:30, Samuel Gougeon a ?crit : > Le 12/05/2015 10:14, Samuel Gougeon a ?crit : >> Le 12/05/2015 08:34, St?phane Mottelet a ?crit : >>> .../... >>> >>> Le 11/05/2015 21:16, Samuel Gougeon a ?crit : >>>> .../... >>>> I may miss something: how do you specify the position of terms to >>>> be set with the v content? Is A already set, and you just want to >>>> replace its nz terms? Is .nzval the "list" of positions (in such a >>>> way that we could read A(nzval) .= v , and then what is the >>>> equivalent with the spset(A,v) >>> no, nzval is really the field name such that A.nzval has the value v >>> sucht that [ij,v]=spget(A). In Julia, the fields of a sparse matrix are >>> >>> julia> A. >>> colptr m n nzval rowval >>> >>> colptr and rowval give the indices for the classical column >>> compressed format. The nzval field is of read-write type so that the >>> non zero elements can be updated by "A.nzval=v" if v has the correct >>> size and corresponds to correctly ordered (column-wise) unique >>> (i(k),j(k),v(k)) pairs. >> >> OK. So, unless i misunderstand you, this syntax is used only to >> update values at their current positions, not to set new positions or >> modify ones. exactly ! > There could be a convention: when v(i) is %nan, the existing value > could be unchanged and v(i) ignored. > When v(i)==0, then A's length is automatically changed. This can make > forthcoming assignments very hazardous. > > Samuel > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -- D?partement de G?nie Informatique EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable Universit? de Technologie de Compi?gne - CS 60319 60203 Compi?gne cedex From sgougeon at free.fr Tue May 12 11:56:56 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 11:56:56 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5551C336.7040302@utc.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> <55519EF3.6070907@utc.fr> <5551B655.8020901@free.fr> <5551BA1F.7030303@free.fr> <5551C336.7040302@utc.fr> Message-ID: <5551CE68.8000308@free.fr> Le 12/05/2015 11:09, St?phane Mottelet a ?crit : > Le 12/05/2015 10:30, Samuel Gougeon a ?crit : >> >>> OK. So, unless i misunderstand you, this syntax is used only to >>> update values at their current positions, not to set new positions >>> or modify ones. > exactly ! Stephane, Could you report your wish on bugzilla? The patch to do S.nzval=v is ready. I will post it on your report, with updated help pages. >> There could be a convention: when v(i) is %nan, the existing value >> could be unchanged and v(i) ignored. >> When v(i)==0, then A's length is automatically changed. This can make >> forthcoming assignments very hazardous. >> >> Samuel Regards Samuel From sgougeon at free.fr Tue May 12 12:01:42 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 12:01:42 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5551CE68.8000308@free.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> <55519EF3.6070907@utc.fr> <5551B655.8020901@free.fr> <5551BA1F.7030303@free.fr> <5551C336.7040302@utc.fr> <5551CE68.8000308@free.fr> Message-ID: <5551CF86.1010902@free.fr> Le 12/05/2015 11:56, Samuel Gougeon a ?crit : > Le 12/05/2015 11:09, St?phane Mottelet a ?crit : >> Le 12/05/2015 10:30, Samuel Gougeon a ?crit : >>> >>>> OK. So, unless i misunderstand you, this syntax is used only to >>>> update values at their current positions, not to set new positions >>>> or modify ones. >> exactly ! > > Stephane, > Could you report your wish on bugzilla? The patch to do S.nzval=v is > ready. I will post it on your report, with updated help pages. Here is a sample: -->sp0 = sprand(5,4,0.4); v = grand(1,nnz(sp0),"uin",0,10); sp = sp0; -->sp.nzval = v; -->full(sp0), v, full(sp),sp ans = 0.3439298 0. 0.0811258 0.9293860 0. 0.7802274 0.3794188 0. 0.6256186 0. 0. 0.4584969 0. 0.6692851 0. 0. 0.8157691 0. 0. 0.7757127 v = 5. 9. 6. 0. 10. 5. 4. 0. 9. 3. ans = 5. 0. 5. 0. 0. 0. 4. 0. 9. 0. 0. 9. 0. 10. 0. 0. 6. 0. 0. 3. sp = ( 5, 4) sparse matrix ( 1, 1) 5. ( 1, 3) 5. ( 2, 3) 4. ( 3, 1) 9. ( 3, 4) 9. ( 4, 2) 10. ( 5, 1) 6. ( 5, 4) 3. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue May 12 12:16:53 2015 From: stephane.mottelet at utc.fr (=?windows-1252?Q?St=E9phane_Mottelet?=) Date: Tue, 12 May 2015 12:16:53 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5551CF86.1010902@free.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> <55519EF3.6070907@utc.fr> <5551B655.8020901@free.fr> <5551BA1F.7030303@free.fr> <5551C336.7040302@utc.fr> <5551CE68.8000308@free.fr> <5551CF86.1010902@free.fr> Message-ID: <5551D315.5090701@utc.fr> I a very interested about the source, because I have tried on my own (see the attached file) by I have discovered that getSparseMatrix only gives a copy of the non zeros values but not just the pointer to the array. S. Le 12/05/2015 12:01, Samuel Gougeon a ?crit : > Le 12/05/2015 11:56, Samuel Gougeon a ?crit : >> Le 12/05/2015 11:09, St?phane Mottelet a ?crit : >>> Le 12/05/2015 10:30, Samuel Gougeon a ?crit : >>>> >>>>> OK. So, unless i misunderstand you, this syntax is used only to >>>>> update values at their current positions, not to set new positions >>>>> or modify ones. >>> exactly ! >> >> Stephane, >> Could you report your wish on bugzilla? The patch to do S.nzval=v is >> ready. I will post it on your report, with updated help pages. > Here is a sample: > > -->sp0 = sprand(5,4,0.4); v = grand(1,nnz(sp0),"uin",0,10); sp = sp0; > > -->sp.nzval = v; > > -->full(sp0), v, full(sp),sp > ans = > > 0.3439298 0. 0.0811258 0.9293860 > 0. 0.7802274 0.3794188 0. > 0.6256186 0. 0. 0.4584969 > 0. 0.6692851 0. 0. > 0.8157691 0. 0. 0.7757127 > v = > > 5. 9. 6. 0. 10. 5. 4. 0. 9. 3. > ans = > > 5. 0. 5. 0. > 0. 0. 4. 0. > 9. 0. 0. 9. > 0. 10. 0. 0. > 6. 0. 0. 3. > sp = > > ( 5, 4) sparse matrix > > ( 1, 1) 5. > ( 1, 3) 5. > ( 2, 3) 4. > ( 3, 1) 9. > ( 3, 4) 9. > ( 4, 2) 10. > ( 5, 1) 6. > ( 5, 4) 3. > > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -- D?partement de G?nie Informatique EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable Universit? de Technologie de Compi?gne - CS 60319 60203 Compi?gne cedex -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- /* ==================================================================== */ /* Template toolbox_skeleton */ /* This file is released under the 3-clause BSD license. See COPYING-BSD. */ /* ==================================================================== */ #include "api_scilab.h" #include "Scierror.h" #include "MALLOC.h" #include #include "api_scilab.h" #define MIN(x, y) (((x) < (y)) ? (x) : (y)) int sparse_set(char *fname,unsigned long fname_len) { SciErr sciErr; int i,j,k; int* piAddr = NULL; int* vAddr = NULL; int iRows = 0; int iCols = 0; int viRows = 0; int viCols = 0; int iNbItem = 0; int* piNbItemRow = NULL; int* piColPos = NULL; double* pdblReal = NULL; double* vpdblReal = NULL; double* pdblImg = NULL; CheckInputArgument(pvApiCtx, 2, 2); sciErr = getVarAddressFromPosition(pvApiCtx, 1, &piAddr); if(sciErr.iErr) { printError(&sciErr, 0); return 0; } sciErr = getSparseMatrix(pvApiCtx, piAddr, &iRows, &iCols, &iNbItem, &piNbItemRow, &piColPos, &pdblReal); if(sciErr.iErr) { printError(&sciErr, 0); return 0; } sciErr = getVarAddressFromPosition(pvApiCtx, 2, &vAddr); if(sciErr.iErr) { printError(&sciErr, 0); return 0; } sciErr = getMatrixOfDouble(pvApiCtx, vAddr, &viRows, &viCols, &vpdblReal); if(sciErr.iErr) { printError(&sciErr, 0); return 0; } for(i = 0 ; i < MIN(viRows*viCols,iNbItem) ; i++) { pdblReal[i]=vpdblReal[i]; } //assign allocated variables to Lhs position // AssignOutputVariable(pvApiCtx, 1) = 0; return 0; } From stephane.mottelet at utc.fr Tue May 12 21:41:43 2015 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Tue, 12 May 2015 21:41:43 +0200 Subject: [Scilab-Dev] Question about sparse(ij,v,mn) internals In-Reply-To: <5551CF86.1010902@free.fr> References: <5550A8BD.2030101@utc.fr> <5550FFF9.5070302@free.fr> <55519EF3.6070907@utc.fr> <5551B655.8020901@free.fr> <5551BA1F.7030303@free.fr> <5551C336.7040302@utc.fr> <5551CE68.8000308@free.fr> <5551CF86.1010902@free.fr> Message-ID: <55525777.5000903@utc.fr> Hello Samuel, I have posted the wish at bugzilla Scilab's site (http://bugzilla.scilab.org/show_bug.cgi?id=13875) and I am impatient to see your solution. St?phane Le 12/05/2015 12:01, Samuel Gougeon a ?crit : > Le 12/05/2015 11:56, Samuel Gougeon a ?crit : >> Le 12/05/2015 11:09, St?phane Mottelet a ?crit : >>> Le 12/05/2015 10:30, Samuel Gougeon a ?crit : >>>> >>>>> OK. So, unless i misunderstand you, this syntax is used only to >>>>> update values at their current positions, not to set new positions >>>>> or modify ones. >>> exactly ! >> >> Stephane, >> Could you report your wish on bugzilla? The patch to do S.nzval=v is >> ready. I will post it on your report, with updated help pages. > Here is a sample: > > -->sp0 = sprand(5,4,0.4); v = grand(1,nnz(sp0),"uin",0,10); sp = sp0; > > -->sp.nzval = v; > > -->full(sp0), v, full(sp),sp > ans = > > 0.3439298 0. 0.0811258 0.9293860 > 0. 0.7802274 0.3794188 0. > 0.6256186 0. 0. 0.4584969 > 0. 0.6692851 0. 0. > 0.8157691 0. 0. 0.7757127 > v = > > 5. 9. 6. 0. 10. 5. 4. 0. 9. 3. > ans = > > 5. 0. 5. 0. > 0. 0. 4. 0. > 9. 0. 0. 9. > 0. 10. 0. 0. > 6. 0. 0. 3. > sp = > > ( 5, 4) sparse matrix > > ( 1, 1) 5. > ( 1, 3) 5. > ( 2, 3) 4. > ( 3, 1) 9. > ( 3, 4) 9. > ( 4, 2) 10. > ( 5, 1) 6. > ( 5, 4) 3. > > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From clement.david at scilab-enterprises.com Mon May 18 10:02:43 2015 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Mon, 18 May 2015 10:02:43 +0200 Subject: [Scilab-Dev] jrosetta sources not available In-Reply-To: References: Message-ID: <1431936163.5503.34.camel@scilab-enterprises.com> Hello Guillaume, I asked them if they want to continue maintaining JRosetta on their contact pages and got an answer : "No, I confirm that will maintain and own JRosetta. The server has maybe a problem today, but it should be re-opened very soon. I add, we are currently performing evolutions on JRosetta and a fork is not recommanded. Julien Forest" You can grab temporarily the source code from Fedora [1] or Debian [2] mirrors. [1]: http://pkgs.fedoraproject.org/repo/pkgs/jrosetta/jrosetta-1.0.4-sources.jar [2]: http://http.debian.net/debian/pool/main/libj/libjrosetta-java/libjrosetta-java_1.0.4.orig.tar.bz2 -- Cl?ment DAVID Le vendredi 08 mai 2015 ? 10:38 -0400, Guillaume Horel a ?crit : > Hello, > > > we noticed on gentoo that the jrosetta archive is not available > anymore on http://dev.artenum.com/projects/JRosetta. Since scilab > depends on it, it's going to make it impossible to support scilab on > gentoo going forward since we compile everything from source. I didn't > find any way to contact upstream, and their svn mirror is password > protected. Do you guys know how to contact them, and if they're not > responding, maybe you could host jrosetta on your own infrastructure? > > > Thanks, > > Guillaume > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From guillaume.horel at gmail.com Mon May 18 18:37:29 2015 From: guillaume.horel at gmail.com (Guillaume Horel) Date: Mon, 18 May 2015 12:37:29 -0400 Subject: [Scilab-Dev] jrosetta sources not available In-Reply-To: <1431936163.5503.34.camel@scilab-enterprises.com> References: <1431936163.5503.34.camel@scilab-enterprises.com> Message-ID: Thanks for the update, we'll sit tight and wait for them to bring the server back up then. In the meantime, the debian and fedora links are a good workaround, thanks. Guillaume On Mon, May 18, 2015 at 4:02 AM, Cl?ment David < clement.david at scilab-enterprises.com> wrote: > Hello Guillaume, > > I asked them if they want to continue maintaining JRosetta on their > contact pages and got an answer : > > "No, I confirm that will maintain and own JRosetta. The server has maybe > a problem today, but it should be re-opened very soon. I add, we are > currently performing evolutions on JRosetta and a fork is not > recommanded. > > Julien Forest" > > You can grab temporarily the source code from Fedora [1] or Debian [2] > mirrors. > > [1]: > http://pkgs.fedoraproject.org/repo/pkgs/jrosetta/jrosetta-1.0.4-sources.jar > > [2]: > > http://http.debian.net/debian/pool/main/libj/libjrosetta-java/libjrosetta-java_1.0.4.orig.tar.bz2 > > > -- > Cl?ment DAVID > > Le vendredi 08 mai 2015 ? 10:38 -0400, Guillaume Horel a ?crit : > > Hello, > > > > > > we noticed on gentoo that the jrosetta archive is not available > > anymore on http://dev.artenum.com/projects/JRosetta. Since scilab > > depends on it, it's going to make it impossible to support scilab on > > gentoo going forward since we compile everything from source. I didn't > > find any way to contact upstream, and their svn mirror is password > > protected. Do you guys know how to contact them, and if they're not > > responding, maybe you could host jrosetta on your own infrastructure? > > > > > > Thanks, > > > > Guillaume > > > > _______________________________________________ > > dev mailing list > > dev at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/dev > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From h.kohlmann at ove.at Mon May 18 10:21:11 2015 From: h.kohlmann at ove.at (khannes) Date: Mon, 18 May 2015 01:21:11 -0700 (MST) Subject: [Scilab-Dev] datatipRemoveAll() does not work! Message-ID: <1431937271577-4032300.post@n3.nabble.com> Hello! I discovered, that the datatipRemoveAll([polyline_vector_handle]) does not work. If I execute the examples of the function in the help browser, the data tips are not removed from the curves! My Scilab Version: 5.5.2 Best regards, Hannes -- View this message in context: http://mailinglists.scilab.org/datatipRemoveAll-does-not-work-tp4032300.html Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Wed May 20 18:57:39 2015 From: sgougeon at free.fr (sgougeon at free.fr) Date: Wed, 20 May 2015 18:57:39 +0200 (CEST) Subject: [Scilab-Dev] datatipRemoveAll() does not work! In-Reply-To: <1431937271577-4032300.post@n3.nabble.com> Message-ID: <2044666613.739240860.1432141059977.JavaMail.root@zimbra75-e12.priv.proxad.net> Hello, It is a bug. The datatips management has changed, but the macro has not been updated. You can get the fixed one in attachement to the bug report http://bugzilla.scilab.org/13881 Regards Samuel ----- Mail original ----- De: "khannes" ?: dev at lists.scilab.org Envoy?: Lundi 18 Mai 2015 10:21:11 Objet: [Scilab-Dev] datatipRemoveAll() does not work! Hello! I discovered, that the datatipRemoveAll([polyline_vector_handle]) does not work. If I execute the examples of the function in the help browser, the data tips are not removed from the curves! My Scilab Version: 5.5.2 Best regards, Hannes