From chinluh.tan at bytecode-asia.com Wed Jul 1 05:44:48 2020 From: chinluh.tan at bytecode-asia.com (Chin Luh Tan) Date: Wed, 01 Jul 2020 11:44:48 +0800 Subject: [Scilab-users] Calling Function from Structure Field Message-ID: <173087a203e.b045fe91605463.8758148130731046767@bytecode-asia.com> Hi,?? I am wondering if this is possible:? I've a structure with data and function pointer, for example: mystruct.data = 5; mystruct.func =%myfun calling mystruct.func() will call myfun with the input of mystruct.data.? To put it in example, this is what I tried: //? define an inline function --> deff('x = myfunc(y)', 'x = y.data + 1') // create my_struct with field 'data' = 2 --> my_struct.data = 2 my_struct? = ? data = 2 // try to call myfunc with the my_struct -->o k -->? myfunc(my_struct) ans? = ?? 3. // Define a "pointer" to myfunc --> %ptr = myfunc %ptr? = [x]=%ptr(y) // Try to use %ptr to call the function --> ok --> %ptr(my_struct) ans? = ?? 3. // assign %ptr to my_struct.func --> my_struct.func = %ptr my_struct? = ? data = 2 ? func: myfunc(y) => [x] (3 lines) // I still can call the function with this, but it looks redundant as "my_struct" appear twice.. --> my_struct.func(my_struct) ans? = ?? 3. // How to I modified the codes so that calling below line will automatically find the my_struct.data? --> my_struct.func() at line???? 2 of function myfunc Undefined variable: y Thanks for advice. Regards, Chin Luh -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Jul 1 10:17:53 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 1 Jul 2020 10:17:53 +0200 Subject: [Scilab-users] Difference in output from mtlb_dir function between 6.0.2 and 6.1.1 In-Reply-To: <98ace136-6d67-4089-b3b6-ff2adaef5d2a@Spark> References: <98ace136-6d67-4089-b3b6-ff2adaef5d2a@Spark> Message-ID: <1ceca986-d1d5-c5b4-044a-45f964ea404c@free.fr> Hello Chris, Le 30/06/2020 ? 13:03, Chris O'Shannassy a ?crit?: > Hi; > > I just installed SciLab 6.1 on my Mac, and unfortunately I?ve tripped > over running doing my first task.??I have a few small scripts which > work fine under 6.0.2, using the mtlb_dir command to get a file list > to process.??It seems like the output of the mtlb_dir command under > 6.1 is different from that of 6.0.2 - which is causing my subsequent > commands to fail.??I can rework the scripts so they don?t rely on > mtlb_dir, but I thought I should flag it as an issue. The output of mtlb_dir() has not changes, just the display of its result. The reason is now reported . Let's take the opportunity to see that mtlb_dir() is not up-to-date wrt the matlab version: * nothing should be printed when no argout is specified. This is now possible in Scilab, since 6.1.0 * there are 2 missing fields: datenum, and folder. * .. and maybe other differences. 6.1.1 is being fixed against the display issue. In addition, the parasitic "dims" field that was formerly returned is removed in 6.1.1. A question: why don't you use the official scilab dir() function? Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Jul 1 10:57:01 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 1 Jul 2020 10:57:01 +0200 Subject: [Scilab-users] Calling Function from Structure Field In-Reply-To: <173087a203e.b045fe91605463.8758148130731046767@bytecode-asia.com> References: <173087a203e.b045fe91605463.8758148130731046767@bytecode-asia.com> Message-ID: Hi, --> my_struct.func(my_struct) is the only way. This is not possible to it the way you would like, it would need real object-oriented features which Scilab does not have. At least, we could mimic this if field extraction could be overloaded. S. Le 01/07/2020 ? 05:44, Chin Luh Tan a ?crit?: > Hi, > > I am wondering if this is possible: > > I've a structure with data and function pointer, for example: > > mystruct.data = 5; > mystruct.func =%myfun > > calling mystruct.func() will call myfun with the input of mystruct.data. > > To put it in example, this is what I tried: > > //? define an inline function > --> deff('x = myfunc(y)', 'x = y.data + 1') > > // create my_struct with field 'data' = 2 > --> my_struct.data = 2 > my_struct? = > > ? data = 2 > > // try to call myfunc with the my_struct -->o k > -->? myfunc(my_struct) > ans? = > > ?? 3. > > // Define a "pointer" to myfunc > --> %ptr = myfunc > %ptr? = > > [x]=%ptr(y) > > // Try to use %ptr to call the function --> ok > --> %ptr(my_struct) > ans? = > > ?? 3. > > // assign %ptr to my_struct.func > --> my_struct.func = %ptr > my_struct? = > > ? data = 2 > ? func: myfunc(y) => [x] (3 lines) > > > // I still can call the function with this, but it looks redundant as > "my_struct" appear twice.. > --> my_struct.func(my_struct) > ans? = > > ?? 3. > > // How to I modified the codes so that calling below line will > automatically find the my_struct.data? > --> my_struct.func() > at line???? 2 of function myfunc > > Undefined variable: y > > > Thanks for advice. > > Regards, > Chin Luh > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Jul 1 11:05:33 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 1 Jul 2020 11:05:33 +0200 Subject: [Scilab-users] Calling Function from Structure Field In-Reply-To: <173087a203e.b045fe91605463.8758148130731046767@bytecode-asia.com> References: <173087a203e.b045fe91605463.8758148130731046767@bytecode-asia.com> Message-ID: <0c35c120-7b41-a034-04fc-735bcb57bd9b@free.fr> Hello Chin Luh, Yes, it's a very good question. As far as i know -- and i tried various things, as you did --, this is currently not possible. The missing feature is the "this" object, refering to the /parent/ structure of which the function is a field. This would be a very nice feature, enabling some OO-like coding features like this one (without the full OO philosophy with classes, etc). This would also be an equivalent of the .parent property of graphics handles. So maybe, when creating a structure or another container with fields, this field could be implicitly implemented? I thought that this feature was reported as a wish somewhere either on users@ or in Bugzilla, but i am not able to find it back. Regards Samuel Le 01/07/2020 ? 05:44, Chin Luh Tan a ?crit?: > Hi, > > I am wondering if this is possible: > > I've a structure with data and function pointer, for example: > > mystruct.data = 5; > mystruct.func =%myfun > > calling mystruct.func() will call myfun with the input of mystruct.data. > > To put it in example, this is what I tried: > > //? define an inline function > --> deff('x = myfunc(y)', 'x = y.data + 1') > > // create my_struct with field 'data' = 2 > --> my_struct.data = 2 > my_struct? = > > ? data = 2 > > // try to call myfunc with the my_struct -->o k > -->? myfunc(my_struct) > ans? = > > ?? 3. > > // Define a "pointer" to myfunc > --> %ptr = myfunc > %ptr? = > > [x]=%ptr(y) > > // Try to use %ptr to call the function --> ok > --> %ptr(my_struct) > ans? = > > ?? 3. > > // assign %ptr to my_struct.func > --> my_struct.func = %ptr > my_struct? = > > ? data = 2 > ? func: myfunc(y) => [x] (3 lines) > > > // I still can call the function with this, but it looks redundant as > "my_struct" appear twice.. > --> my_struct.func(my_struct) > ans? = > > ?? 3. > > // How to I modified the codes so that calling below line will > automatically find the my_struct.data? > --> my_struct.func() > at line???? 2 of function myfunc > > Undefined variable: y > > > Thanks for advice. > > Regards, > Chin Luh > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From chinluh.tan at bytecode-asia.com Wed Jul 1 11:36:17 2020 From: chinluh.tan at bytecode-asia.com (Chin Luh Tan) Date: Wed, 01 Jul 2020 17:36:17 +0800 Subject: [Scilab-users] Calling Function from Structure Field In-Reply-To: <0c35c120-7b41-a034-04fc-735bcb57bd9b@free.fr> References: <173087a203e.b045fe91605463.8758148130731046767@bytecode-asia.com> <0c35c120-7b41-a034-04fc-735bcb57bd9b@free.fr> Message-ID: <17309bbec53.d72bed45651511.3816964259682839698@bytecode-asia.com> Thanks Stephane and Samuel for the prompt reply, so I could move forward with the functional programming method instead of keep trying to emulate the OOP way.? Best Regards, Chin Luh -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Jul 1 13:13:53 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 1 Jul 2020 13:13:53 +0200 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types Message-ID: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> Hello, Scilab 6.1.0 brings a feature about clearing mlists, that can now be overloaded. However, it's a special overloading feature, that does not replace the role of clear(), but that comes in addition to it, as documented in the clear page: https://help.scilab.org/docs/6.1.0/en_US/clear.html "Note: |clear()|can be overloaded for any|mlist("foo")|type, by defining a|%foo_clear()|macro. It will be called either when|clear|is explicitly applied to any mlist of this type, or implicitly when any mlist of this type is deleted when leaving the environment where it has been defined." Now, when i try to use this feature, i do not get what i understand we should expect. Example: --> m = mlist("test"); --> typeof(m) ?ans? = ? "test" --> function %test_clear() ? >???? disp("mlist test cleared") ? > endfunction --> clear m -->???? <<<< nothing is printed. We would expect "mlist test cleared", wouldn't we? What am i doing wrong? Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Jul 1 13:32:06 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 1 Jul 2020 13:32:06 +0200 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> Message-ID: <043f8f72-ad43-204a-93ae-e39f52a2720d@utc.fr> Hi, https://codereview.scilab.org/#/c/20679/ says: add a %foo_clear overloading on mlist This overload will be called at the end of the scope when a variable will not be accessible anymore for clearing allocated data. So it does not say that %foo_clear is called when using "clear". The following example seems more relevant: function %test_clear(t) ? disp cleared end function foo() ? m=mlist("test") end --> foo() ? "cleared" S. Le 01/07/2020 ? 13:13, Samuel Gougeon a ?crit?: > > Hello, > > Scilab 6.1.0 brings a feature about clearing mlists, that can now be > overloaded. > > However, it's a special overloading feature, that does not replace the > role of clear(), but that comes in addition to it, as documented in > the clear page: https://help.scilab.org/docs/6.1.0/en_US/clear.html > > "Note: |clear()|can be overloaded for any|mlist("foo")|type, by > defining a|%foo_clear()|macro. It will be called either when|clear|is > explicitly applied to any mlist of this type, or implicitly when any > mlist of this type is deleted when leaving the environment where it > has been defined." > > Now, when i try to use this feature, i do not get what i understand we > should expect. Example: > > --> m = mlist("test"); > --> typeof(m) > ?ans? = > ? "test" > > --> function %test_clear() > ? >???? disp("mlist test cleared") > ? > endfunction > > --> clear m > -->???? <<<< nothing is printed. We would expect "mlist test cleared", > wouldn't we? > > > What am i doing wrong? > > Regards > Samuel > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From Alain.Lamy at cnes.fr Wed Jul 1 13:29:36 2020 From: Alain.Lamy at cnes.fr (Lamy Alain) Date: Wed, 1 Jul 2020 11:29:36 +0000 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> Message-ID: <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> Hello Samuel, Comparing with the example in the ? clear ? page, the ?%test_clear? function must have one argument : --> m = mlist("test"); --> function %test_clear(x) > disp("mlist test cleared") > endfunction --> clear m; "mlist test cleared" Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Jul 1 13:47:25 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 1 Jul 2020 13:47:25 +0200 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: <668f4a8c-ae24-8ed6-b5dd-00c194c9df88@utc.fr> Right, sorry for my previous message. But, at the user level there are very few use cases: the clear overload is only useful if some mlist fields contain some pointers to allocated data. For example sparse LU? factors or Java objects. S. Le 01/07/2020 ? 13:29, Lamy Alain a ?crit?: > > Hello Samuel, > > Comparing with the example in the ??clear?? page, the ?%test_clear? > function must have one argument : > > --> m = mlist("test"); > > --> function %test_clear(x) > > >?? disp("mlist test cleared") > > > endfunction > > --> clear m; > > "mlist test cleared" > > Alain > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Jul 1 18:46:10 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 1 Jul 2020 18:46:10 +0200 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: Le 01/07/2020 ? 13:29, Lamy Alain a ?crit?: > > Hello Samuel, > > Comparing with the example in the ??clear?? page, the ?%test_clear? > function must have one argument : > > --> m = mlist("test"); > > --> function %test_clear(x) > > >?? disp("mlist test cleared") > > > endfunction > > --> clear m; > > "mlist test cleared" > Thank you, Alain. I did not pay attention to the example. I will fix the page to indicate that at least one argin is required, provided that this requirement is intentional. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Jul 1 18:52:50 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 1 Jul 2020 18:52:50 +0200 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: <668f4a8c-ae24-8ed6-b5dd-00c194c9df88@utc.fr> References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> <668f4a8c-ae24-8ed6-b5dd-00c194c9df88@utc.fr> Message-ID: Le 01/07/2020 ? 13:47, St?phane Mottelet a ?crit?: > > Right, sorry for my previous message. > > But, at the user level there are very few use cases: the clear > overload is only useful if some mlist fields contain some pointers to > allocated data. For example sparse LU? factors or Java objects. > The auto-clearing of the Java side of Java objects is already implemented (and it's documented). I am wondering if a similar native auto-clearing could be implemented for xml and hdf5 objects. I guess that usingclear before h5close() or xmlDelete() could make memory leaking. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Jul 1 18:53:20 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 1 Jul 2020 18:53:20 +0200 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: Le 01/07/2020 ? 18:46, Samuel Gougeon a ?crit?: > Le 01/07/2020 ? 13:29, Lamy Alain a ?crit?: >> >> Hello Samuel, >> >> Comparing with the example in the ??clear?? page, the ?%test_clear? >> function must have one argument : >> >> --> m = mlist("test"); >> >> --> function %test_clear(x) >> >> >?? disp("mlist test cleared") >> >> > endfunction >> >> --> clear m; >> >> "mlist test cleared" >> > > Thank you, Alain. I did not pay attention to the example. > > I will fix the page to indicate that at least one argin is required, > I think that exactly one argin is required. > > provided that this requirement is intentional. > > Samuel > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Jul 1 18:58:33 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 1 Jul 2020 18:58:33 +0200 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> <668f4a8c-ae24-8ed6-b5dd-00c194c9df88@utc.fr> Message-ID: <03021852-2a57-7943-8e54-835e0af6f6fa@utc.fr> Le 01/07/2020 ? 18:52, Samuel Gougeon a ?crit?: > Le 01/07/2020 ? 13:47, St?phane Mottelet a ?crit?: >> >> Right, sorry for my previous message. >> >> But, at the user level there are very few use cases: the clear >> overload is only useful if some mlist fields contain some pointers to >> allocated data. For example sparse LU factors or Java objects. >> > > The auto-clearing of the Java side of Java objects is already > implemented (and it's documented). > I am not sure it worked perfectly before. Clement's patch is essentially dealing with this case, see e.g.: https://codereview.scilab.org/#/c/20679/14/scilab/modules/external_objects/sci_gateway/cpp/sci_percent_EObj_clear.cpp https://codereview.scilab.org/#/c/20679/14/scilab/modules/external_objects/src/cpp/clear.cpp S. > > I am wondering if a similar native auto-clearing could be implemented > for xml and hdf5 objects. > I guess that usingclear before h5close() or xmlDelete() could make > memory leaking. > > Samuel > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Wed Jul 1 20:47:18 2020 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Wed, 1 Jul 2020 18:47:18 +0000 Subject: [Scilab-users] %mlistType_clear overloading of clear() for mlist custom types In-Reply-To: <03021852-2a57-7943-8e54-835e0af6f6fa@utc.fr> References: <3a501904-9e8d-7cdd-e0f9-34ace88bf079@free.fr> <8F232902ADB4E14EB16789FB7006FC84729B3985@TW-MBX-P01.cnesnet.ad.cnes.fr> <668f4a8c-ae24-8ed6-b5dd-00c194c9df88@utc.fr> <03021852-2a57-7943-8e54-835e0af6f6fa@utc.fr> Message-ID: Hello all, Indeed this introduction was made to fulfill the needs for external objects to be clear as any other Scilab variables. I made some early prototypes for hdf5 and xml but failed to push them further. IMHO this is feasible but there are some specific needs for each overloading (clearing the H5objects table with -1 to make the slot available for HDF5; dereferencing the element on the general doc instance for XML). Thanks, Cl?ment DAVID > -----Original Message----- > From: users On Behalf Of St?phane Mottelet > Sent: Wednesday, July 1, 2020 6:59 PM > To: users at lists.scilab.org > Subject: Re: [Scilab-users] %mlistType_clear overloading of clear() for mlist > custom types > > > > > Le 01/07/2020 ? 18:52, Samuel Gougeon a ?crit : > > > Le 01/07/2020 ? 13:47, St?phane Mottelet a ?crit : > > > Right, sorry for my previous message. > > > But, at the user level there are very few use cases: the clear > overload is only useful if some mlist fields contain some pointers to allocated > data. For example sparse LU factors or Java objects. > > > > > The auto-clearing of the Java side of Java objects is already > implemented (and it's documented). > > > I am not sure it worked perfectly before. Clement's patch is essentially dealing > with this case, see e.g.: > > https://codereview.scilab.org/#/c/20679/14/scilab/modules/external_objects/s > ci_gateway/cpp/sci_percent_EObj_clear.cpp > > https://codereview.scilab.org/#/c/20679/14/scilab/modules/external_objects/s > rc/cpp/clear.cpp > > > S. > > > > > > > I am wondering if a similar native auto-clearing could be implemented > for xml and hdf5 objects. > I guess that using clear before h5close() or xmlDelete() could make > memory leaking. > > Samuel > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLm > Zy/lists.scilab.org/mailman/listinfo/users > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement > G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie > de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 > http://www.utc.fr/~mottelet From si_soso at hotmail.com Fri Jul 3 03:45:57 2020 From: si_soso at hotmail.com (si_soso) Date: Thu, 2 Jul 2020 18:45:57 -0700 (MST) Subject: [Scilab-users] How to pass arguments by reference from Scilab? Message-ID: <1593740757520-0.post@n3.nabble.com> Hi,I have a Fortran Dll which has a subroutine with some arguments defined by reference (Attributes Reference). I need to call the subroutine from Scilab and pass different type of arguments: reals, integers, logical and characters. My questions are as follows:1- Can Scilab pass arguments by reference (either to a Scilab function or a function defined in another language like Fortran)?2- Can Scilab pass arguments that are logical (booleans) and a mix of data?3- Is there any documentation that explains all this?Thanks,Soso -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrafaelbguerra at hotmail.com Fri Jul 3 09:29:47 2020 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Fri, 3 Jul 2020 07:29:47 +0000 Subject: [Scilab-users] How to pass arguments by reference from Scilab? In-Reply-To: <1593740757520-0.post@n3.nabble.com> References: <1593740757520-0.post@n3.nabble.com> Message-ID: Hi, The following Scilab document available online may answer some of your questions: Programming in Scilab, by Michael Baudin, 2011 Regards, Rafael From: users On Behalf Of si_soso Sent: Friday, July 3, 2020 4:46 AM To: users at lists.scilab.org Subject: [Scilab-users] How to pass arguments by reference from Scilab? Hi, I have a Fortran Dll which has a subroutine with some arguments defined by reference (Attributes Reference). I need to call the subroutine from Scilab and pass different type of arguments: reals, integers, logical and characters. My questions are as follows: 1- Can Scilab pass arguments by reference (either to a Scilab function or a function defined in another language like Fortran)? 2- Can Scilab pass arguments that are logical (booleans) and a mix of data? 3- Is there any documentation that explains all this? Thanks, Soso ________________________________ Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tien.dang at setacinq.vn Wed Jul 8 09:04:34 2020 From: tien.dang at setacinq.vn (tien.dang) Date: Wed, 8 Jul 2020 00:04:34 -0700 (MST) Subject: [Scilab-users] Interface to Python 3.7 from Scilab Message-ID: <1594191874559-0.post@n3.nabble.com> I'm using ATOMS: Scilab Python Toolbox to call and manipulate Python (2.7). I have to move the code to python 3.7 because python 2.7 is not supported anymore. Anyone knows how to move this ATOMS to python 3.7 or any ATOMS that support interfacing Python 3.7 from Scilab. Thanks a lot. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From tien.dang at setacinq.vn Wed Jul 8 09:12:30 2020 From: tien.dang at setacinq.vn (tien.dang) Date: Wed, 8 Jul 2020 00:12:30 -0700 (MST) Subject: [Scilab-users] Interface to Python 3.7 from Scilab Message-ID: <1594192350178-0.post@n3.nabble.com> I'm using ATOMS: Scilab Python Toolbox to call and manipulate Python (2.7). I have to move the code to python 3.7 because python 2.7 is not supported anymore. Anyone knows how to move this ATOMS to python 3.7 or any ATOMS that support interfacing Python 3.7 from Scilab. Thanks a lot. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From Christophe.Dang at sidel.com Wed Jul 8 09:33:42 2020 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Wed, 8 Jul 2020 07:33:42 +0000 Subject: [Scilab-users] Interface to Python 3.7 from Scilab Message-ID: Hello, > De De la part de tien.dang > Envoy? : mercredi 8 juillet 2020 09:13 > > Anyone knows how to move this ATOMS to python 3.7 or any > ATOMS that support interfacing Python 3.7 from Scilab. This would be great. I think the "young generation" massively learns Python and the Scipy/Numpy package is a great competitor to Scilab. If we want to keep that great tool, and community, alive, we should build bridges between both worlds. Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From tien.dang at setacinq.vn Wed Jul 8 09:39:23 2020 From: tien.dang at setacinq.vn (tien.dang) Date: Wed, 8 Jul 2020 00:39:23 -0700 (MST) Subject: [Scilab-users] Interface to Python 3.7 from Scilab In-Reply-To: References: <1594192350178-0.post@n3.nabble.com> Message-ID: <1594193963199-0.post@n3.nabble.com> Do you have any idea to move this ATOMS to Python 3.7 ? Or any documentation for building new ATOMS. Many thanks. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From p.muehlmann at gmail.com Fri Jul 10 11:52:14 2020 From: p.muehlmann at gmail.com (P M) Date: Fri, 10 Jul 2020 11:52:14 +0200 Subject: [Scilab-users] scilab and tif-files Message-ID: Dear experts, I do have a tif-file....in fact: lot's of them and of different size. Pixel values are: - red - green - white - black Now, I want to convert these files in Black/white images, such as: - red pixels --> black - green pixels --> white - black pixels --> black - white pixels --> black in other words: Only the green pixels are of interest. Now, as I use IPCV: - imread()...does not handle tif-files correctly --> it does read the files, but the output is a boolean-matrix......that doesn't help - tifread()...does only handle images with size 1024x1024 ... doesn't help Is there a way to read TIF-files into Scilab and keep the R-G-B-channels? Thank you, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Fri Jul 10 15:52:39 2020 From: p.muehlmann at gmail.com (P M) Date: Fri, 10 Jul 2020 15:52:39 +0200 Subject: [Scilab-users] saving an image as b/w image Message-ID: Dear Experts, I try to save a black/white image as a binary image. That means: An image with bit depth of 1. "imwrite" from IPCV however seems to save the image at least as a 8-bit-image. The array I want to save as an image consists of "0" and "1" only. The output file type must be ".jpg". Thank you, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Jul 10 18:42:14 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 10 Jul 2020 18:42:14 +0200 Subject: [Scilab-users] saving an image as b/w image In-Reply-To: References: Message-ID: Hi, True BW Jpeg is not possible. Use TIFF format instead. S. Le 10/07/2020 ? 15:52, P M a ?crit?: > Dear Experts, > > I try to save a black/white image as a binary image. > > That means: An image with bit depth of 1. > > "imwrite" from IPCV however seems to save the image at least as a > 8-bit-image. > > The array I want to save as an image consists of "0" and "1" only. > > The output file type must be ".jpg". > > Thank you, > Philipp > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From chinluh.tan at bytecode-asia.com Mon Jul 13 03:12:34 2020 From: chinluh.tan at bytecode-asia.com (Chin Luh Tan) Date: Mon, 13 Jul 2020 09:12:34 +0800 Subject: [Scilab-users] scilab and tif-files In-Reply-To: References: Message-ID: <17345bb1084.1150c03a679142.5412139029567648781@bytecode-asia.com> Hi,? I remembered I was having some issue on reading the tiff file which was trying to read in different bits per pixels such as 12 bits (for a type of CCD camera) , that's why created the tifread for reference as I believe it there would be much more different standard of images/data which are not covered by imread. (for e.g. I just came across YUV video which need to be read by Scilab basic IO) As for standard RGB image (8-bits per channel), it should be fine, you might want to send a sample (upload somewhere) and let us have a look. Thanks. rgds, CL ---- On Fri, 10 Jul 2020 17:52:14 +0800 P M wrote ---- Dear experts, I do have a tif-file....in fact: lot's of them and of different size. Pixel values are:? - red - green - white - black Now, I want to convert these files in Black/white images, such as: - red pixels --> black - green pixels --> white - black pixels --> black - white pixels --> black in other words:??? Only the green pixels are of interest. Now, as I use IPCV: - imread()...does not handle tif-files correctly --> it does read the files, but the output is a boolean-matrix......that doesn't help - tifread()...does only handle images with size 1024x1024 ... doesn't help Is there a way to read TIF-files into Scilab and keep the R-G-B-channels? Thank you, Philipp _______________________________________________ users mailing list mailto:users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From chinluh.tan at bytecode-asia.com Mon Jul 13 03:27:21 2020 From: chinluh.tan at bytecode-asia.com (Chin Luh Tan) Date: Mon, 13 Jul 2020 09:27:21 +0800 Subject: [Scilab-users] saving an image as b/w image In-Reply-To: References: Message-ID: <17345c89aad.acf9dc2679761.3150560116125591291@bytecode-asia.com> Hi, I have not dive into different image formats but base on previous experience, i believe Stephane was right about this. So far when dealing with different bits per pixel, tif could be the way to go. The tif created by imwrite would be able to read by imread without any issue.? ps: In Scilab, binary image should be in %t, %f, however, some functions might not support binary so you might need to convert to relevant format before operation.? ps2: If I remember correctly %t %f were detected as int32 in C gateway. so, there might be something still not fully covered during conversion.? thanks. rgds, CL? ---- On Sat, 11 Jul 2020 00:42:14 +0800 St?phane Mottelet wrote ---- Hi, True BW Jpeg is not possible. Use TIFF format instead. S. Le 10/07/2020 ? 15:52, P M a ?crit?: Dear Experts, I try to save a black/white image as a binary image. That means: An image with bit depth of 1. "imwrite" from IPCV however seems to save the image at least as a 8-bit-image. The array I want to save as an image consists of "0" and "1" only. The output file type must be ".jpg". Thank you, Philipp _______________________________________________ users mailing list mailto:users at lists.scilab.org https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoine.monmayrant at laas.fr Mon Jul 13 08:24:31 2020 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Mon, 13 Jul 2020 08:24:31 +0200 Subject: [Scilab-users] Fwd: Re: scilab and tif-files In-Reply-To: <9c7cf1ef-bc61-6763-49ac-c4303469454f@laas.fr> References: <9c7cf1ef-bc61-6763-49ac-c4303469454f@laas.fr> Message-ID: <8fc4ab87-d586-95c9-081a-d6749a889f91@laas.fr> Houps, I mailed Philipp directly, so here is a copy of my answer and available script to read a subset of TIFF. It might be useful for some of you... Antoine -------- Forwarded Message -------- Subject: Re: [Scilab-users] scilab and tif-files Date: Sun, 12 Jul 2020 20:39:20 +0200 From: Antoine Monmayrant To: P M Hello Philipp, I played a bit with tiff format a while ago (as none of the image processing toolboxes could be installed on my work computers). The long story short: one of our microscope is storing data in a format (*.ols) that is just tiff file with some metadata. I hacked a bit of the tiff specification to only support the subset of tiff used by this microscope. So it might not be exactly what you need, it depends on the tiff files you are using. But maybe it can help you design your own homemade solution. Cheers, Antoine On 10/07/2020 11:52, P M wrote: > Dear experts, > > I do have a tif-file....in fact: lot's of them and of different size. > > Pixel values are: > - red > - green > - white > - black > > Now, I want to convert these files in Black/white images, such as: > > - red pixels --> black > - green pixels --> white > - black pixels --> black > - white pixels --> black > > in other words:??? Only the green pixels are of interest. > > Now, as I use IPCV: > > - imread()...does not handle tif-files correctly > --> it does read the files, but the output is a > boolean-matrix......that doesn't help > > - tifread()...does only handle images with size 1024x1024 ... doesn't help > > Is there a way to read TIF-files into Scilab and keep the R-G-B-channels? > > > Thank you, > Philipp > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: readOLS.sci Type: application/x-scilab-sci Size: 37934 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: testOLS_TIFF_scilabusers.sce Type: application/x-scilab-sce Size: 523 bytes Desc: not available URL: From p.muehlmann at gmail.com Tue Jul 14 11:52:13 2020 From: p.muehlmann at gmail.com (P M) Date: Tue, 14 Jul 2020 11:52:13 +0200 Subject: [Scilab-users] Fwd: Re: scilab and tif-files In-Reply-To: <8fc4ab87-d586-95c9-081a-d6749a889f91@laas.fr> References: <9c7cf1ef-bc61-6763-49ac-c4303469454f@laas.fr> <8fc4ab87-d586-95c9-081a-d6749a889f91@laas.fr> Message-ID: Hi Antoine, This does help indeed... with tiff_get_image_prop() I get the correct RGB-image from the TIf-file. Thank you very much. Best Regards, Philipp Am Mo., 13. Juli 2020 um 08:25 Uhr schrieb Antoine Monmayrant < antoine.monmayrant at laas.fr>: > Houps, > > I mailed Philipp directly, so here is a copy of my answer and available > script to read a subset of TIFF. > It might be useful for some of you... > > Antoine > > > -------- Forwarded Message -------- > Subject: Re: [Scilab-users] scilab and tif-files > Date: Sun, 12 Jul 2020 20:39:20 +0200 > From: Antoine Monmayrant > > To: P M > > Hello Philipp, > > I played a bit with tiff format a while ago (as none of the image > processing toolboxes could be installed on my work computers). > The long story short: one of our microscope is storing data in a format > (*.ols) that is just tiff file with some metadata. > I hacked a bit of the tiff specification to only support the subset of > tiff used by this microscope. > So it might not be exactly what you need, it depends on the tiff files you > are using. > But maybe it can help you design your own homemade solution. > > Cheers, > > Antoine > On 10/07/2020 11:52, P M wrote: > > Dear experts, > > I do have a tif-file....in fact: lot's of them and of different size. > > Pixel values are: > - red > - green > - white > - black > > Now, I want to convert these files in Black/white images, such as: > > - red pixels --> black > - green pixels --> white > - black pixels --> black > - white pixels --> black > > in other words: Only the green pixels are of interest. > > Now, as I use IPCV: > > - imread()...does not handle tif-files correctly > --> it does read the files, but the output is a boolean-matrix......that > doesn't help > > - tifread()...does only handle images with size 1024x1024 ... doesn't help > > Is there a way to read TIF-files into Scilab and keep the R-G-B-channels? > > > Thank you, > Philipp > > > > > > _______________________________________________ > users mailing listusers at lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chinluh.tan at bytecode-asia.com Tue Jul 14 18:30:42 2020 From: chinluh.tan at bytecode-asia.com (Chin Luh Tan) Date: Wed, 15 Jul 2020 00:30:42 +0800 Subject: [Scilab-users] Fwd: Re: scilab and tif-files In-Reply-To: References: <9c7cf1ef-bc61-6763-49ac-c4303469454f@laas.fr> <8fc4ab87-d586-95c9-081a-d6749a889f91@laas.fr> Message-ID: <1734e2a025b.d92d1b4a144301.3893118209194589872@bytecode-asia.com> Hi Antoine,? Great to hear that your function works well so quite some case, if you don't mind, could I put into coming IPCV release? Thanks. rgds, CL ---- On Tue, 14 Jul 2020 17:52:13 +0800 P M wrote ---- Hi Antoine, This does help indeed... with??? tiff_get_image_prop()???? I get the correct RGB-image from the TIf-file. Thank you very much. Best Regards, Philipp Am Mo., 13. Juli 2020 um 08:25?Uhr schrieb Antoine Monmayrant : Houps, I mailed Philipp directly, so here is a copy of my answer and available script to read a subset of TIFF. It might be useful for some of you... Antoine -------- Forwarded Message --------Subject: Re: [Scilab-users] scilab and tif-files Date: Sun, 12 Jul 2020 20:39:20 +0200 From: Antoine Monmayrant mailto:antoine.monmayrant at laas.fr To: P M mailto:p.muehlmann at gmail.com Hello Philipp, I played a bit with tiff format a while ago (as none of the image processing toolboxes could be installed on my work computers). The long story short: one of our microscope is storing data in a format (*.ols) that is just tiff file with some metadata. I hacked a bit of the tiff specification to only support the subset of tiff used by this microscope. So it might not be exactly what you need, it depends on the tiff files you are using. But maybe it can help you design your own homemade solution. Cheers, Antoine On 10/07/2020 11:52, P M wrote: Dear experts, I do have a tif-file....in fact: lot's of them and of different size. Pixel values are:? - red - green - white - black Now, I want to convert these files in Black/white images, such as: - red pixels --> black - green pixels --> white - black pixels --> black - white pixels --> black in other words:??? Only the green pixels are of interest. Now, as I use IPCV: - imread()...does not handle tif-files correctly --> it does read the files, but the output is a boolean-matrix......that doesn't help - tifread()...does only handle images with size 1024x1024 ... doesn't help Is there a way to read TIF-files into Scilab and keep the R-G-B-channels? Thank you, Philipp _______________________________________________ users mailing list mailto:users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list mailto:users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list mailto:users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Wed Jul 15 17:58:05 2020 From: p.muehlmann at gmail.com (P M) Date: Wed, 15 Jul 2020 17:58:05 +0200 Subject: [Scilab-users] need help with image post processing Message-ID: Dear Scilab community, Thanks to Antoine's functions I am able to read tif-files as M x N x Channel - matrix. Px values are: red => 255, 0, 0 green => 0, 255, 0 black => 0, 0, 0 white => 255, 255, 255 Now: I want to only keep the green pixel values. This can be done due to: G = img(:,:,2); However, this plane does also include the white pixels, since white has a pixel value of 255 in the green plane. This is Ok, as long as the white pixels are surrounded by the green area. However there are also white pixels in the red and black area. These white pixels should be set to 0. I started to work with differential images , but somehow I can not get around the problem. Please find below an example of my output. upper line: RGB; R-plane; G-plane ; B-plane As you can see, the G-plane contains white pixel (2 dots), which are within the red-area The desired output would be to have the G-plane without the 2 dots. Any Idea? Best Regards, Philipp [image: grafik.png] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 52541 bytes Desc: not available URL: From stephane.mottelet at utc.fr Wed Jul 15 18:21:20 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 15 Jul 2020 18:21:20 +0200 Subject: [Scilab-users] need help with image post processing In-Reply-To: References: Message-ID: Hello, Maybe this is not relevant, but if the green region is garanteed to be always simply connected, you just have to fill holes in your absdiff(G,B) image (imfill function in IPCV). S. Le 15/07/2020 ? 17:58, P M a ?crit?: > Dear Scilab community, > > Thanks to Antoine's functions I am able to read tif-files as M x N x > Channel - matrix. > > Px values are: > > red?????? =>? 255, 0, 0 > green =>? 0, 255, 0 > black =>? 0, 0, 0 > white =>? 255, 255, 255 > > Now:?? I want to only keep the green pixel values. > This can be done due to:? G = img(:,:,2); > > However, this plane does also include the white pixels, since white > has a pixel value of 255 in the green plane. > This is Ok, as long as the white pixels are surrounded by the green area. > > However there are also white pixels in the red and black area. > These white pixels should be set to 0. > > I started to work with differential images , but somehow I can not get > around the problem. > > Please find below an example of my output. > > upper line:??? RGB; R-plane; G-plane ; B-plane > > As you can see, the G-plane contains white pixel (2 dots), which are > within the red-area > The desired output would be to have the G-plane without the 2 dots. > > Any Idea? > > Best Regards, > Philipp > > > > grafik.png > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 52541 bytes Desc: not available URL: From rene.djack13 at gmail.com Wed Jul 15 19:39:10 2020 From: rene.djack13 at gmail.com (Rene Djack) Date: Wed, 15 Jul 2020 19:39:10 +0200 Subject: [Scilab-users] bvode example broken? Message-ID: Hello, I' m new to this list and to scilab too! Working on bvode, I try the example "Quantum Neumann equation" found in the scilab help and i get the error message "Collocation matrix is singular" Is this example broken? Somebody have the same message? I'm using scilab 6.10 from scilab-6.10.bin.linux-x86-64.tar.gz on Ubuntu 20.4 Tanks for reading Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From cfuttrup at gmail.com Wed Jul 15 20:02:07 2020 From: cfuttrup at gmail.com (Claus Futtrup) Date: Wed, 15 Jul 2020 20:02:07 +0200 Subject: [Scilab-users] bvode example broken? In-Reply-To: References: Message-ID: <1eca1de6-91ee-5ca9-ab30-7d54d4031a70@gmail.com> I confirm the last example in https://help.scilab.org/docs/6.1.0/en_US/bvode.html returns the following error - on a Windows 10 machine: --> exec('D:\Userdata\Claus\Documents\Scilab\bvode_example.sce', -1) ?VERSION *COLNEW* OF COLSYS . ?THE MAXIMUM NUMBER OF SUBINTERVALS IS MIN ( 117 (ALLOWED FROM FSPACE), 124 (ALLOWED FROM ISPACE) ) ?THE NEW MESH (OF??? 4 SUBINTERVALS),???? 0.000000??? 0.500000 1.000000??? 1.450000??? 1.900000 ?CONVERGENCE AFTER? 3 ITERATIONS ?THE NEW MESH (OF??? 8 SUBINTERVALS),???? 0.000000??? 0.250000 0.500000??? 0.750000??? 1.000000??? 1.225000??? 1.450000 1.675000??? 1.900000 ?CONVERGENCE AFTER? 1 ITERATIONS ?VERSION *COLNEW* OF COLSYS . ?THE MAXIMUM NUMBER OF SUBINTERVALS IS MIN ( 117 (ALLOWED FROM FSPACE), 124 (ALLOWED FROM ISPACE) ) ?THE FORMER MESH (OF??? 4 SUBINTERVALS),??? 0.000000 0.000000??? 0.000000??? 0.000000??? 0.000000 ?THE NEW MESH (OF??? 2 SUBINTERVALS),???? 0.000000??? 0.000000 1.900000 ?****** DOMAIN ERROR IN APPROX ****** X =??? 0.2141331642D+00 ALEFT =??? 0.0000000000D+00?? ARIGHT =??? 0.0000000000D+00 ?****** DOMAIN ERROR IN APPROX ****** X =??? 0.9500000000D+00 ALEFT =??? 0.0000000000D+00?? ARIGHT =??? 0.0000000000D+00 ?****** DOMAIN ERROR IN APPROX ****** X =??? 0.1685866836D+01 ALEFT =??? 0.0000000000D+00?? ARIGHT =??? 0.0000000000D+00 ?THE GLOBAL BVP-MATRIX IS SINGULAR at line?? 122 of executed file D:\Userdata\Claus\Documents\Scilab\bvode_example.sce bvode: The collocation matrix is singular. ... Line 122 is of course the execution of bvode: sol=bvodex|(res,ncomp,m,aleft,aright,zeta,ipar,ltol,tol,fixpnt,... fsub,dfsub,gsub,dgsub,guess); /Claus On 15-07-2020 19:39, Rene Djack wrote: > Hello, > I' m new to this list and to scilab too! > Working on bvode, I try the example "Quantum Neumann equation" found > in the scilab help and i get the error message > "Collocation matrix is singular" > Is this example broken? > Somebody have the same message? > > I'm using scilab 6.10 from scilab-6.10.bin.linux-x86-64.tar.gz on > Ubuntu 20.4 > > Tanks for reading > Regards > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrafaelbguerra at hotmail.com Wed Jul 15 20:24:03 2020 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 15 Jul 2020 18:24:03 +0000 Subject: [Scilab-users] bvode example broken? In-Reply-To: References: Message-ID: Hi, Face same error in Win10 Scilab 6.1.0. But no such error in Win10 Scilab 5.5.2. Rgds, Rafael From: users On Behalf Of Rene Djack Sent: Wednesday, July 15, 2020 8:39 PM To: users at lists.scilab.org Subject: [Scilab-users] bvode example broken? Hello, I' m new to this list and to scilab too! Working on bvode, I try the example "Quantum Neumann equation" found in the scilab help and i get the error message "Collocation matrix is singular" Is this example broken? Somebody have the same message? I'm using scilab 6.10 from scilab-6.10.bin.linux-x86-64.tar.gz on Ubuntu 20.4 Tanks for reading Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Wed Jul 15 20:39:49 2020 From: p.muehlmann at gmail.com (P M) Date: Wed, 15 Jul 2020 20:39:49 +0200 Subject: [Scilab-users] need help with image post processing In-Reply-To: References: Message-ID: St?phane, Thanks for the hint. This is nice for dots being completely surrounded by the green area. In general there might be cases, where the dots are part of the red and part of the green area. The result would than be like this: [image: grafik.png] Appreciate your input. Philipp Am Mi., 15. Juli 2020 um 18:21 Uhr schrieb St?phane Mottelet < stephane.mottelet at utc.fr>: > Hello, > > Maybe this is not relevant, but if the green region is garanteed to be > always simply connected, you just have to fill holes in your absdiff(G,B) > image (imfill function in IPCV). > > S. > > > Le 15/07/2020 ? 17:58, P M a ?crit : > > Dear Scilab community, > > Thanks to Antoine's functions I am able to read tif-files as M x N x > Channel - matrix. > > Px values are: > > red => 255, 0, 0 > green => 0, 255, 0 > black => 0, 0, 0 > white => 255, 255, 255 > > Now: I want to only keep the green pixel values. > This can be done due to: G = img(:,:,2); > > However, this plane does also include the white pixels, since white has a > pixel value of 255 in the green plane. > This is Ok, as long as the white pixels are surrounded by the green area. > > However there are also white pixels in the red and black area. > These white pixels should be set to 0. > > I started to work with differential images , but somehow I can not get > around the problem. > > Please find below an example of my output. > > upper line: RGB; R-plane; G-plane ; B-plane > > As you can see, the G-plane contains white pixel (2 dots), which are > within the red-area > The desired output would be to have the G-plane without the 2 dots. > > Any Idea? > > Best Regards, > Philipp > > > > [image: grafik.png] > > _______________________________________________ > users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 52541 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 4479 bytes Desc: not available URL: From stephane.mottelet at utc.fr Wed Jul 15 21:20:09 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 15 Jul 2020 21:20:09 +0200 Subject: [Scilab-users] bvode example broken? In-Reply-To: References: Message-ID: <326cf739-5cdc-21d1-741b-22360c360a98@utc.fr> Hi, Same error on OSX since 6.0.2 version. I cannot test for 5.5.2 version because bvode was broken (it was fixed by desactivating optimization compilation? flags). S. Le 15/07/2020 ? 20:24, Rafael Guerra a ?crit?: > > Hi, > > Face same error in Win10 Scilab 6.1.0. > > But no such error in Win10 Scilab 5.5.2. > > Rgds, > > Rafael > > *From:* users *On Behalf Of *Rene Djack > *Sent:* Wednesday, July 15, 2020 8:39 PM > *To:* users at lists.scilab.org > *Subject:* [Scilab-users] bvode example broken? > > Hello, > > I' m new to this list and to scilab too! > > Working on bvode, I try the example "Quantum Neumann equation" found > in the scilab help and i get the error message > > "Collocation matrix is singular" > > Is this example broken? > > Somebody have the same message? > > I'm using scilab 6.10 from scilab-6.10.bin.linux-x86-64.tar.gz on > Ubuntu 20.4 > > Tanks for reading > > Regards > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Jul 15 22:13:48 2020 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 15 Jul 2020 22:13:48 +0200 Subject: [Scilab-users] need help with image post processing In-Reply-To: References: Message-ID: <21d0be18-c37e-9515-5afa-768f856cf040@utc.fr> Another possibility: compute the connected components of the green plane bitmap image and keep only the largest one. You can use imlabel then imblobprop (in IPCV): im=im2bw(imread("G.jpg"),0.5); // I took a screenshot of your G plane image clf subplot(1,2,1) imshow(im) [im_labeled,n] = imlabel(im); [a,bb,c] = imblobprop(im_labeled); [as,k]=gsort(a); for i=2:n ??? im(im_labeled==k(i))=0; end subplot(1,2,2) imshow(im) S. Le 15/07/2020 ? 20:39, P M a ?crit?: > St?phane, > > Thanks for the hint. > > This is nice for dots being completely surrounded by the green area. > > In general there might be cases, where the dots are part of the red > and part of the green area. > > The result would than be like this: > > grafik.png > > Appreciate your input. > Philipp > > Am Mi., 15. Juli 2020 um 18:21?Uhr schrieb St?phane Mottelet > >: > > Hello, > > Maybe this is not relevant, but if the green region is garanteed > to be always simply connected, you just have to fill holes in your > absdiff(G,B) image (imfill function in IPCV). > > S. > > > Le 15/07/2020 ? 17:58, P M a ?crit?: >> Dear Scilab community, >> >> Thanks to Antoine's functions I am able to read tif-files as M x >> N x Channel - matrix. >> >> Px values are: >> >> red?????? =>? 255, 0, 0 >> green??? =>? 0, 255, 0 >> black ??? =>? 0, 0, 0 >> white???? =>? 255, 255, 255 >> >> Now:?? I want to only keep the green pixel values. >> This can be done due to:? G = img(:,:,2); >> >> However, this plane does also include the white pixels, since >> white has a pixel value of 255 in the green plane. >> This is Ok, as long as the white pixels are surrounded by the >> green area. >> >> However there are also white pixels in the red and black area. >> These white pixels should be set to 0. >> >> I started to work with differential images , but somehow I can >> not get around the problem. >> >> Please find below an example of my output. >> >> upper line:??? RGB; R-plane; G-plane ; B-plane >> >> As you can see, the G-plane contains white pixel (2 dots), which >> are within the red-area >> The desired output would be to have the G-plane without the 2 dots. >> >> Any Idea? >> >> Best Regards, >> Philipp >> >> >> >> grafik.png >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 4479 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 52541 bytes Desc: not available URL: From p.muehlmann at gmail.com Thu Jul 16 08:39:33 2020 From: p.muehlmann at gmail.com (P M) Date: Thu, 16 Jul 2020 08:39:33 +0200 Subject: [Scilab-users] need help with image post processing In-Reply-To: <21d0be18-c37e-9515-5afa-768f856cf040@utc.fr> References: <21d0be18-c37e-9515-5afa-768f856cf040@utc.fr> Message-ID: St?phane, thank you, I can work with that. Regards, Philipp Am Mi., 15. Juli 2020 um 22:14 Uhr schrieb St?phane Mottelet < stephane.mottelet at utc.fr>: > Another possibility: compute the connected components of the green plane > bitmap image and keep only the largest one. You can use imlabel then > imblobprop (in IPCV): > > im=im2bw(imread("G.jpg"),0.5); // I took a screenshot of your G plane image > > clf > subplot(1,2,1) > imshow(im) > > [im_labeled,n] = imlabel(im); > [a,bb,c] = imblobprop(im_labeled); > [as,k]=gsort(a); > for i=2:n > im(im_labeled==k(i))=0; > end > > subplot(1,2,2) > imshow(im) > > S. > Le 15/07/2020 ? 20:39, P M a ?crit : > > St?phane, > > Thanks for the hint. > > This is nice for dots being completely surrounded by the green area. > > In general there might be cases, where the dots are part of the red and > part of the green area. > > The result would than be like this: > > [image: grafik.png] > > Appreciate your input. > Philipp > > Am Mi., 15. Juli 2020 um 18:21 Uhr schrieb St?phane Mottelet < > stephane.mottelet at utc.fr>: > >> Hello, >> >> Maybe this is not relevant, but if the green region is garanteed to be >> always simply connected, you just have to fill holes in your absdiff(G,B) >> image (imfill function in IPCV). >> >> S. >> >> >> Le 15/07/2020 ? 17:58, P M a ?crit : >> >> Dear Scilab community, >> >> Thanks to Antoine's functions I am able to read tif-files as M x N x >> Channel - matrix. >> >> Px values are: >> >> red => 255, 0, 0 >> green => 0, 255, 0 >> black => 0, 0, 0 >> white => 255, 255, 255 >> >> Now: I want to only keep the green pixel values. >> This can be done due to: G = img(:,:,2); >> >> However, this plane does also include the white pixels, since white has a >> pixel value of 255 in the green plane. >> This is Ok, as long as the white pixels are surrounded by the green area. >> >> However there are also white pixels in the red and black area. >> These white pixels should be set to 0. >> >> I started to work with differential images , but somehow I can not get >> around the problem. >> >> Please find below an example of my output. >> >> upper line: RGB; R-plane; G-plane ; B-plane >> >> As you can see, the G-plane contains white pixel (2 dots), which are >> within the red-area >> The desired output would be to have the G-plane without the 2 dots. >> >> Any Idea? >> >> Best Regards, >> Philipp >> >> >> >> [image: grafik.png] >> >> _______________________________________________ >> users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> >> -- >> St?phane Mottelet >> Ing?nieur de recherche >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >> D?partement G?nie des Proc?d?s Industriels >> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >> CS 60319, 60203 Compi?gne cedex >> Tel : +33(0)344234688http://www.utc.fr/~mottelet >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> >> > > _______________________________________________ > users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 4479 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: grafik.png Type: image/png Size: 52541 bytes Desc: not available URL: From rene.djack13 at gmail.com Thu Jul 16 14:05:04 2020 From: rene.djack13 at gmail.com (Rene Djack) Date: Thu, 16 Jul 2020 14:05:04 +0200 Subject: [Scilab-users] bvode example broken? In-Reply-To: <326cf739-5cdc-21d1-741b-22360c360a98@utc.fr> References: <326cf739-5cdc-21d1-741b-22360c360a98@utc.fr> Message-ID: Also tested on linux/scilab 5.5.2 --> no error I will post in scilab bugzilla. Thanks for your answers Rgds Ren? Le mer. 15 juil. 2020 ? 21:20, St?phane Mottelet a ?crit : > Hi, > > Same error on OSX since 6.0.2 version. I cannot test for 5.5.2 version > because bvode was broken (it was fixed by desactivating optimization > compilation flags). > > S. > Le 15/07/2020 ? 20:24, Rafael Guerra a ?crit : > > Hi, > > Face same error in Win10 Scilab 6.1.0. > > But no such error in Win10 Scilab 5.5.2. > > Rgds, > > Rafael > > > > *From:* users > *On Behalf Of *Rene Djack > *Sent:* Wednesday, July 15, 2020 8:39 PM > *To:* users at lists.scilab.org > *Subject:* [Scilab-users] bvode example broken? > > > > Hello, > > I' m new to this list and to scilab too! > > Working on bvode, I try the example "Quantum Neumann equation" found in > the scilab help and i get the error message > > "Collocation matrix is singular" > > Is this example broken? > > Somebody have the same message? > > > > I'm using scilab 6.10 from scilab-6.10.bin.linux-x86-64.tar.gz on Ubuntu > 20.4 > > > > Tanks for reading > > Regards > > > > > > _______________________________________________ > users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Thu Jul 16 18:58:10 2020 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Thu, 16 Jul 2020 16:58:10 +0000 Subject: [Scilab-users] bvode example broken? In-Reply-To: References: <326cf739-5cdc-21d1-741b-22360c360a98@utc.fr> Message-ID: Hello Rene, hello all, After an investigation on the code, there is an issue storing the initial guess of the bvode() call; latter calls will get a zeros vector as guess and failed to converge. The bug 12418 [1] already report the issue, please comment here. IMHO this behavior might be handled without pushing the guessed values back to Scilab thus preserving the prototype. [1]: https://bugzilla.scilab.org/show_bug.cgi?id=12418 Thanks, Cl?ment > -----Original Message----- > From: users On Behalf Of Rene Djack > Sent: Thursday, July 16, 2020 2:05 PM > To: Users mailing list for Scilab > Subject: Re: [Scilab-users] bvode example broken? > > Also tested on linux/scilab 5.5.2 --> no error I will post in scilab bugzilla. > Thanks for your answers > Rgds > Ren? > > > > > > Le mer. 15 juil. 2020 ? 21:20, St?phane Mottelet > a ?crit : > > > Hi, > > Same error on OSX since 6.0.2 version. I cannot test for 5.5.2 version > because bvode was broken (it was fixed by desactivating optimization > compilation flags). > > > S. > > > Le 15/07/2020 ? 20:24, Rafael Guerra a ?crit : > > > Hi, > > Face same error in Win10 Scilab 6.1.0. > > But no such error in Win10 Scilab 5.5.2. > > Rgds, > > Rafael > > > > From: users bounces at lists.scilab.org> On Behalf Of Rene Djack > Sent: Wednesday, July 15, 2020 8:39 PM > To: users at lists.scilab.org > Subject: [Scilab-users] bvode example broken? > > > > Hello, > > I' m new to this list and to scilab too! > > Working on bvode, I try the example "Quantum Neumann > equation" found in the scilab help and i get the error message > > "Collocation matrix is singular" > > Is this example broken? > > Somebody have the same message? > > > > I'm using scilab 6.10 from scilab-6.10.bin.linux-x86-64.tar.gz on > Ubuntu 20.4 > > > > Tanks for reading > > Regards > > > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLm > Zy/lists.scilab.org/mailman/listinfo/users > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From dcstoyanov at gmail.com Fri Jul 24 10:43:51 2020 From: dcstoyanov at gmail.com (torpedo) Date: Fri, 24 Jul 2020 01:43:51 -0700 (MST) Subject: [Scilab-users] Zoom in plot Message-ID: <1595580231850-0.post@n3.nabble.com> Hi, I was looking for a way to have a zoom inside a plot. I didn't find any example, so I tried to do myself. Let me know if there is a better way to do it (for instance, if is it possible to avoid to repeat the *plot* command) clf() // main axes x = 0:0.1:20; plot(x, acosh(x),"r", x, asinh(x), "g") a = gca() a.axes_bounds = [0, 0, 1, 1]; legend(["acosh", "asinh"], pos = "in_upper_left") xpoly([0, 0, 2, 2], [0, 1, 1, 0]) xarrows([2, 12], [.5, 1.5], 8) // zoom axes z = newaxes(); z.axes_bounds = [.6, .3, .2, .5]; plot(x, acosh(x),'r', x, asinh(x), "g") zoom_rect(z, [0, 0, 2, 1]) -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From sgougeon at free.fr Fri Jul 24 11:21:56 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 24 Jul 2020 11:21:56 +0200 Subject: [Scilab-users] Zoom in plot In-Reply-To: <1595580231850-0.post@n3.nabble.com> References: <1595580231850-0.post@n3.nabble.com> Message-ID: <8c3d51cb-d03d-257d-4dbd-cc71468a1ae5@free.fr> Hello, Le 24/07/2020 ? 10:43, torpedo a ?crit?: > Hi, > I was looking for a way to have a zoom inside a plot. I didn't find any > example, so I tried to do myself. > Let me know if there is a better way to do it (for instance, if is it > possible to avoid to repeat the *plot* command) Yes, you may use copy(), as it follows. The legend must be delayed, otherwise it is copied as well, as a member of the initial axes: clf() // main axes x = 0:0.1:20; plot(x, acosh(x),"r", x, asinh(x), "g") a = gca(); a.axes_bounds = [0, 0, 1, 1]; xpoly([0, 0, 2, 2], [0, 1, 1, 0]) xarrows([2, 12], [.5, 1.5], 8) // zoom axes z = copy(a); z.axes_bounds = [.6, .3, .2, .5]; zoom_rect(z, [0, 0, 2, 1]) legend(a, ["acosh", "asinh"], pos = "in_upper_left") Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Jul 24 13:11:55 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 24 Jul 2020 13:11:55 +0200 Subject: [Scilab-users] Strange behaviour of prod on rationals In-Reply-To: <80458f49-e6d8-e414-1618-8f1e99f2fe6a@utc.fr> References: <575e8cc6-3691-a1b9-b641-76e9e12f6c76@utc.fr> <80458f49-e6d8-e414-1618-8f1e99f2fe6a@utc.fr> Message-ID: <30305427-6ff4-425a-a068-9802389a8ac3@free.fr> Le 20/03/2020 ? 14:42, St?phane Mottelet a ?crit?: > > (num,den) calling style seems to be OK: > > --> [a,b]=simp(prod(q.num),prod(q.den)) > ?a? = > ??????????????????????????????????? 2??????????? 3??????????? 4 > ?? 3.432D-17 +1.230D-16s +3.079D-16s? +5.709D-17s? +3.432D-17s > > ?b? = > ??????????????????????????????????? 2??????????? 3?? 4 > ?? 1.0000004 +61.501079s +59.597296s? +14.304769s? +s > > The problem is in %r_simp code, which does a cleaning, but not a > complete one. If fact we should have the same result when the cleaning > is done afterwards : > > --> clean(a/b) > ?ans? = > ?? 0 > ?? -- > ?? 1 > My fault. When i introduced cleaning in %r_simp in order to manage the bugs 13893 , i did not pay attention to the crude default clean() tolerances triggering the cleaning and used as is. In addition, i do not remember if keeping the initial numerator was intentional or not, instead of actually setting it to 0. Still now, i am not sure neither that it should be set to 0, nor the opposite. Please see below. > which is OK to me when you see this: > > --> w=10^(1:6); abs(horner(a/b,%i*w)) > ?ans? = > > ?? 2.224D-17?? 3.415D-17?? 3.432D-17?? 3.432D-17?? 3.432D-17 3.432D-17 > IMHO, despite these low results, considering them as small enough to be cleaned is still quite questionable. We could have a numerator with all coefficients < %eps but still all meaningful. I am wondering about the cleaning conditions used for rationals: edit %r_clean > a = simp(clean(a("num"),epsa, epsr)./ clean(a("den"),epsa, epsr)); The numerators and the denominators are cleaned separately. How to apply any absolute tolerance is quite clear (although unsafe). IMHO the absolute tolerance must be set to 0 (so not keeping the default one set to 1e-10), for the reason given hereabove. How to use and apply? the relative tolerance is more debatable. Presently, for a given rational, no comparison is done between coefficients of its numerator and the corresponding ones of its denominator. We could consider doing things is this way. Any other input is welcome. Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Jul 24 13:41:53 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 24 Jul 2020 13:41:53 +0200 Subject: [Scilab-users] Strange behaviour of prod on rationals In-Reply-To: <30305427-6ff4-425a-a068-9802389a8ac3@free.fr> References: <575e8cc6-3691-a1b9-b641-76e9e12f6c76@utc.fr> <80458f49-e6d8-e414-1618-8f1e99f2fe6a@utc.fr> <30305427-6ff4-425a-a068-9802389a8ac3@free.fr> Message-ID: Le 24/07/2020 ? 13:11, Samuel Gougeon a ?crit?: > > .../... > How to apply any absolute tolerance is quite clear (although unsafe). > IMHO the absolute tolerance must be set to 0 (so not keeping the > default one set to 1e-10), for the reason given hereabove. > I meant, in %r_simp(). In %r_clean(), taking the actual input absolute tolerance is obviously mandatory. > How to use and apply? the relative tolerance is more debatable. > Presently, for a given rational, no comparison is done between > coefficients of its numerator and the corresponding ones of its > denominator. We could consider doing things is this way. > Either in both %r_clean() and %r_simp(), or only in %r_simp() to decide when simplifying. By the way, the comparison could be done either alone, or after applying clean() to the num and den separately. A possible proposal: * keep %r_clean() as is: num and den are cleaned separately. * %r_simp(): to decide any denom=1 simplification for a given rational, do o apply clean(rational, 0, %eps). Then: o if degree(numer) <= degree(denom) and if for all numer(i) coefficients clean([numer(i) denom(i)], 0, %eps) sets numer(i) to 0 + Then actually set numer=0 and denom=1 + Otherwise: keep the rational as is. We could illustrate with some critical examples of inputs and results SG -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcstoyanov at gmail.com Fri Jul 24 14:30:59 2020 From: dcstoyanov at gmail.com (torpedo) Date: Fri, 24 Jul 2020 05:30:59 -0700 (MST) Subject: [Scilab-users] Zoom in plot In-Reply-To: <8c3d51cb-d03d-257d-4dbd-cc71468a1ae5@free.fr> References: <1595580231850-0.post@n3.nabble.com> <8c3d51cb-d03d-257d-4dbd-cc71468a1ae5@free.fr> Message-ID: <1595593859700-0.post@n3.nabble.com> *copy()* is just what I was looking for, but, then, also *xpoly()* and *xarrows()* have to be delayed (otherwise they are printed in the zoom axes) clf() // main axes x = 0:0.1:20 plot(x, acosh(x),"r", x, asinh(x), "g") a = gca() a.axes_bounds = [0, 0, 1, 1] // zoom axes z = copy(a) z.axes_bounds = [.6, .3, .2, .5] zoom_rect(z, [0, 0, 2, 1]) sca(a) // make main axes current legend(["acosh", "asinh"], pos = "in_upper_left") xpoly([0, 0, 2, 2], [0, 1, 1, 0]) xarrows([2, 12], [.5, 1.5], 8) -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From aweeks at hidglobal.com Fri Jul 24 19:11:05 2020 From: aweeks at hidglobal.com (Adrian Weeks) Date: Fri, 24 Jul 2020 17:11:05 +0000 Subject: [Scilab-users] Request for suggestions with plotting. Message-ID: Hi All, I wonder if anyone could suggest a solution to this problem? I want to: Create a figure. This remains fixed. This I can do. Create four axes within the figure. These remain fixed. This I can do. In each of the four axes plot two reference curves. These remain fixed. This I can do. Repeatedly call a function A which calls an inner function B which plots a curve in each of the four axes having deleted the ones it plotted on the previous call of A. This I can't do. The idea is that the figure, axes and reference curves remain in place while the temporary curves are repeatedly deleted and re-plotted to allow an 'animation' showing the progression of the curves. I can't see a way to pass and delete the handles to the polylines produced by plot2d / gce. I've tried passing as parameters, using global variables, all to no avail. The most common error is from 'delete', complaining that "The handle is not valid". Many thanks in anticipation. Adrian Weeks Development Engineer, Hardware Engineering EMEA Office: +44 (0)2920 528500 | Desk: +44 (0)2920 528523 | Fax: +44 (0)2920 520178 aweeks at hidglobal.com [HID Global Logo] Unit 3, Cae Gwyrdd, Green meadow Springs, Cardiff, UK, CF15 7AB. www.hidglobal.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1751 bytes Desc: image001.gif URL: From antoine.monmayrant at laas.fr Sat Jul 25 08:04:07 2020 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Sat, 25 Jul 2020 08:04:07 +0200 Subject: [Scilab-users] Request for suggestions with plotting. In-Reply-To: References: Message-ID: Hello Adrian, Here is what I would do: (1) use 'tag' property field of your curve together with findobj to get access to the plot to be updated, without passing the handle. (2) instead of deleting the curve and recreating it, I would directly modify its content (data property) and then ask for a replot/rescale if needed. You can have a look at the content of function 'replot()' for a typical example. It get called when the user changes the top slider in the GUI or presses Re-run. It is far from perfect, but it does something that might look like what you want. Hope it helps, Antoine On 24/07/2020 19:11, Adrian Weeks wrote: > > Hi All, > > I wonder if anyone could suggest a solution to this problem? > > I want to: > > ??????????????? Create a figure. This remains fixed.????????? This I > can do. > > ??????????????? Create four axes within the > figure.??????????????????????????????????????????? These remain > fixed.??????? This I can do. > > ??????????????? In each of the four axes plot two reference > curves.?????????? These remain fixed.??????? This I can do. > > ??????????????? Repeatedly call a function A > > which calls an inner function B > > which plots a curve in each of the four axes having deleted the ones > it plotted on the previous call of A.?????????????????????????????? > This I can?t do. > > The idea is that the figure, axes and reference curves remain in place > while the temporary curves are repeatedly deleted and re-plotted to > allow an ?animation? showing the progression of the curves. > > I can?t see a way to pass and delete the handles to the polylines > produced by plot2d / gce.? I?ve tried passing as parameters, using > global variables, all to no avail.? The most common error is from > ?delete?, complaining that ?The handle is not valid?. > > Many thanks in anticipation. > > Adrian Weeks > Development Engineer, Hardware Engineering EMEA > Office: +44 (0)2920 528500 | Desk: +44 (0)2920 528523 | Fax: +44 > (0)2920 520178 > aweeks at hidglobal.com > > HID Global Logo > > Unit 3, Cae Gwyrdd, > Green meadow Springs, > Cardiff, UK, > CF15 7AB. > www.hidglobal.com > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1751 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: decay_rate_gui.sce Type: application/x-scilab-sce Size: 12670 bytes Desc: not available URL: From fujimoto2005 at gmail.com Sun Jul 26 15:39:11 2020 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Sun, 26 Jul 2020 06:39:11 -0700 (MST) Subject: [Scilab-users] Jordan normal form Message-ID: <1595770751098-0.post@n3.nabble.com> Is there any function which finds the jordan normal form and its canonical basis of n-square matrix A? Best regards. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From sgougeon at free.fr Sun Jul 26 15:54:16 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 26 Jul 2020 15:54:16 +0200 Subject: [Scilab-users] Jordan normal form In-Reply-To: <1595770751098-0.post@n3.nabble.com> References: <1595770751098-0.post@n3.nabble.com> Message-ID: <4526a7ce-3644-79fe-f368-b3c42d05b87a@free.fr> Hello, Le 26/07/2020 ? 15:39, fujimoto2005 a ?crit?: > Is there any function which finds the jordan normal form and its canonical > basis of n-square matrix A? > Best regards. Have you tried bdiag()? From fujimoto2005 at gmail.com Sun Jul 26 16:33:27 2020 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Sun, 26 Jul 2020 07:33:27 -0700 (MST) Subject: [Scilab-users] Jordan normal form In-Reply-To: <4526a7ce-3644-79fe-f368-b3c42d05b87a@free.fr> References: <1595770751098-0.post@n3.nabble.com> <4526a7ce-3644-79fe-f368-b3c42d05b87a@free.fr> Message-ID: <1595774007928-0.post@n3.nabble.com> Dear Samuel, Thanks for your reply. >Have you tried bdiag()? Yes, I have tried it with rmax=1/%eps. But result of the sample of help page is not the Jordan form. --> a=rand(5,5);[ab,x,bs]=bdiag(a,1/%eps);ab ab = 2.5777548 0. 0. 0. 0. 0. -0.2247587 0.1379764 0. 0. 0. -0.461395 -0.2958436 0. 0. 0. 0. 0. 0.1867271 0. 0. 0. 0. 0. 0.8245204 -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From sgougeon at free.fr Sun Jul 26 17:40:35 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 26 Jul 2020 17:40:35 +0200 Subject: [Scilab-users] Jordan normal form In-Reply-To: <1595774007928-0.post@n3.nabble.com> References: <1595770751098-0.post@n3.nabble.com> <4526a7ce-3644-79fe-f368-b3c42d05b87a@free.fr> <1595774007928-0.post@n3.nabble.com> Message-ID: <5c3f6105-9a23-96fb-c54e-ff7674d2d40c@free.fr> Le 26/07/2020 ? 16:33, fujimoto2005 a ?crit?: > Dear Samuel, > Thanks for your reply. > >> Have you tried bdiag()? > Yes, I have tried it with rmax=1/%eps. > But result of the sample of help page is not the Jordan form. How do you see that? --> a = rand(5,5), [J, X] = bdiag(a) ?a? = ?? 0.2113249?? 0.6283918?? 0.5608486?? 0.2320748 0.3076091 ?? 0.7560439?? 0.8497452?? 0.6623569?? 0.2312237 0.9329616 ?? 0.0002211?? 0.685731??? 0.7263507?? 0.2164633 0.2146008 ?? 0.3303271?? 0.8782165?? 0.1985144?? 0.8833888 0.312642 ?? 0.6653811?? 0.068374??? 0.5442573?? 0.6525135 0.3616361 ?J? = ?? 2.4777836?? 0.????????? 0.????????? 0. 0. ?? 0.????????? 0.0757087?? 0.4869251?? 0. 0. ?? 0.???????? -0.5777956? -0.1248605?? 0. 0. ?? 0.????????? 0.????????? 0.????????? 0.069654 0. ?? 0.????????? 0.????????? 0.????????? 0. 0.5341598 ?X? = ? -0.3527369?? 0.0605091?? 0.2379654?? 0.9582868 0.4179387 ? -0.5921536? -0.7886896? -0.1822515?? 0.5222938 0.3870075 ? -0.3418189?? 0.2368257?? 0.3781926? -0.0200047 0.6351967 ? -0.5157279?? 0.3072656?? 0.3968688? -0.5383794 -1.1636856 ? -0.3769819?? 0.4738897? -0.7809384? -1.0656465 -0.6321472 J est block-diagonal. Isn't it what we expect? --> clean(a - X*J/X, 10*%eps) ?ans? = ?? 0.?? 0.?? 0.?? 0.?? 0. ?? 0.?? 0.?? 0.?? 0.?? 0. ?? 0.?? 0.?? 0.?? 0.?? 0. ?? 0.?? 0.?? 0.?? 0.?? 0. ?? 0.?? 0.?? 0.?? 0.?? 0. J and the base X of eigen vectors and/or subspaces is such that a = X * J / X Isn't it an expected property? We can easily check it at least for eigen vectors, of multiplicity = 1: --> a*X(:,[1 4 5]) ./ X(:,[1 4 5]) ?ans? = ?? 2.4777836?? 0.069654?? 0.5341598 ?? 2.4777836?? 0.069654?? 0.5341598 ?? 2.4777836?? 0.069654?? 0.5341598 ?? 2.4777836?? 0.069654?? 0.5341598 ?? 2.4777836?? 0.069654?? 0.5341598 with related eigenvalues So, what else? From fujimoto2005 at gmail.com Sun Jul 26 19:13:13 2020 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Sun, 26 Jul 2020 10:13:13 -0700 (MST) Subject: [Scilab-users] Jordan normal form In-Reply-To: <5c3f6105-9a23-96fb-c54e-ff7674d2d40c@free.fr> References: <1595770751098-0.post@n3.nabble.com> <4526a7ce-3644-79fe-f368-b3c42d05b87a@free.fr> <1595774007928-0.post@n3.nabble.com> <5c3f6105-9a23-96fb-c54e-ff7674d2d40c@free.fr> Message-ID: <1595783593642-0.post@n3.nabble.com> Dear Samuel, The following sample is from the sample 3 and 5 of wiki "Generalized eigenvector". https://en.wikipedia.org/wiki/Generalized_eigenvector#Example_3 A=[[5 0 0 0]',[1 5 0 0]', [-2 2 5 0]', [4 2 3 4]'] X=[[-14 4 -3 1]',[2 0 0 0]',[-2 2 0 0]',[0 0 1 0]'] J=clean(inv(X)*A*X) J = 4. 0. 0. 0. 0. 5. 1. 0. 0. 0. 5. 1. 0. 0. 0. 5. J is a Jordan form. [JJ,XX]=bdiag(A,1/%eps) XX = 1. 0. 0. -14. 0. 1. 0. 4. 0. 0. 1. -3. 0. 0. 0. 1. JJ = 5. 1. -2. 0. 0. 5. 2. 0. 0. 0. 5. 0. 0. 0. 0. 4. JJ is a block dialog matrix but not a Jordan form, Best regards. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From sgougeon at free.fr Sun Jul 26 20:04:22 2020 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 26 Jul 2020 20:04:22 +0200 Subject: [Scilab-users] Jordan normal form In-Reply-To: <1595783593642-0.post@n3.nabble.com> References: <1595770751098-0.post@n3.nabble.com> <4526a7ce-3644-79fe-f368-b3c42d05b87a@free.fr> <1595774007928-0.post@n3.nabble.com> <5c3f6105-9a23-96fb-c54e-ff7674d2d40c@free.fr> <1595783593642-0.post@n3.nabble.com> Message-ID: Le 26/07/2020 ? 19:13, fujimoto2005 a ?crit?: > Dear Samuel, > > The following sample is from the sample 3 and 5 of wiki "Generalized > eigenvector". > https://en.wikipedia.org/wiki/Generalized_eigenvector#Example_3 > > A=[[5 0 0 0]',[1 5 0 0]', [-2 2 5 0]', [4 2 3 4]'] > X=[[-14 4 -3 1]',[2 0 0 0]',[-2 2 0 0]',[0 0 1 0]'] > J=clean(inv(X)*A*X) > > J = > > 4. 0. 0. 0. > 0. 5. 1. 0. > 0. 0. 5. 1. > 0. 0. 0. 5. > > J is a Jordan form. > > [JJ,XX]=bdiag(A,1/%eps) > XX = > > 1. 0. 0. -14. > 0. 1. 0. 4. > 0. 0. 1. -3. > 0. 0. 0. 1. > > JJ = > > 5. 1. -2. 0. > 0. 5. 2. 0. > 0. 0. 5. 0. > 0. 0. 0. 4. > > > JJ is a block dialog matrix but not a Jordan form, OK. Switching the eigenvector and the subspace is OK, but in JJ(:,3), [0 1 5] would be expected: Beyond the block-diagonalization, the jordanization is actually not performed. Quickly looking at the ATOMS/Linear algebra section does not clearly show resources connected to Jordan. And there is no search engine on the Scilab forges... Maybe as a utility in an external module? From aweeks at hidglobal.com Mon Jul 27 15:02:33 2020 From: aweeks at hidglobal.com (Adrian Weeks) Date: Mon, 27 Jul 2020 13:02:33 +0000 Subject: [Scilab-users] [EXT] Re: Request for suggestions with plotting. In-Reply-To: References: Message-ID: Hello Antoine, Thank you very much for your reply, it certainly did help. I was trying to delete then re-plot the curves - it hadn't occurred to me to just change the data - as ever, the solution is easy once you've seen it. I notice you're re-scaling the plots by manually changing the data bounds - I will need to do this - I haven't come across a 're-scale' function. Very many thanks again. Adrian Weeks Development Engineer, Hardware Engineering EMEA Office: +44 (0)2920 528500 | Desk: +44 (0)2920 528523 | Fax: +44 (0)2920 520178 aweeks at hidglobal.com [HID Global Logo] Unit 3, Cae Gwyrdd, Green meadow Springs, Cardiff, UK, CF15 7AB. www.hidglobal.com From: users On Behalf Of Antoine Monmayrant Sent: 25 July 2020 07:04 To: users at lists.scilab.org Subject: [EXT] Re: [Scilab-users] Request for suggestions with plotting. *** Please use caution this is an externally originating email. *** Hello Adrian, Here is what I would do: (1) use 'tag' property field of your curve together with findobj to get access to the plot to be updated, without passing the handle. (2) instead of deleting the curve and recreating it, I would directly modify its content (data property) and then ask for a replot/rescale if needed. You can have a look at the content of function 'replot()' for a typical example. It get called when the user changes the top slider in the GUI or presses Re-run. It is far from perfect, but it does something that might look like what you want. Hope it helps, Antoine On 24/07/2020 19:11, Adrian Weeks wrote: Hi All, I wonder if anyone could suggest a solution to this problem? I want to: Create a figure. This remains fixed. This I can do. Create four axes within the figure. These remain fixed. This I can do. In each of the four axes plot two reference curves. These remain fixed. This I can do. Repeatedly call a function A which calls an inner function B which plots a curve in each of the four axes having deleted the ones it plotted on the previous call of A. This I can't do. The idea is that the figure, axes and reference curves remain in place while the temporary curves are repeatedly deleted and re-plotted to allow an 'animation' showing the progression of the curves. I can't see a way to pass and delete the handles to the polylines produced by plot2d / gce. I've tried passing as parameters, using global variables, all to no avail. The most common error is from 'delete', complaining that "The handle is not valid". Many thanks in anticipation. Adrian Weeks Development Engineer, Hardware Engineering EMEA Office: +44 (0)2920 528500 | Desk: +44 (0)2920 528523 | Fax: +44 (0)2920 520178 aweeks at hidglobal.com [HID Global Logo] Unit 3, Cae Gwyrdd, Green meadow Springs, Cardiff, UK, CF15 7AB. www.hidglobal.com _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1751 bytes Desc: image001.gif URL: