From antoine.monmayrant at laas.fr  Tue Nov  1 21:40:49 2016
From: antoine.monmayrant at laas.fr (Antoine Monmayrant)
Date: Tue, 01 Nov 2016 21:40:49 +0100
Subject: [Scilab-users] Exporting figures containing uicontrols to any format
Message-ID: <2c02-5818fe00-3-54ea3d00@227518699>

Hi everyone,

After a long fight to build fancy graphics with uicontrols to demo some physics, I am now stuck because of bug 14502 ( https://bugzilla.scilab.org/show_bug.cgi?id=14502 ).
Basically, I have no way to export my figure to any format (ie no exportUI(gcf()) and no xs2something).
As any of you ever managed to export a figure with uicontrols where both the plots and the uicontrols are well rendered?

Antoine

PS: for a bit of context, try the following:

1) Demos->GUI->Uicontrols 2 //(or any with uicontrols)
2) h=gcf();xs2svg(h, 'h.svg'); // or any other format
3) open h.svg, it's empty



From jrafaelbguerra at hotmail.com  Wed Nov  2 23:07:32 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Wed, 2 Nov 2016 22:07:32 +0000
Subject: [Scilab-users] Exporting figures containing uicontrols to any
 format
In-Reply-To: <2c02-5818fe00-3-54ea3d00@227518699>
References: <2c02-5818fe00-3-54ea3d00@227518699>
Message-ID: <VI1PR04MB15828E41800B90912D5F0498CCA00@VI1PR04MB1582.eurprd04.prod.outlook.com>

Hi Antoine,

I do not have an answer but a question, if you will.
Why is it important for you to export the whole shebang from Scilab?

For the regular figures the export functions work fine and generate high-resolution post-script files.
For the GUI figures, using external screen capture software does not seem to me to be a big handicap, but I might be wrong and I therefore raise the question.

Thanks and regards,
Rafael 


-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine Monmayrant
Sent: Tuesday, November 01, 2016 9:41 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: [Scilab-users] Exporting figures containing uicontrols to any format

Hi everyone,

After a long fight to build fancy graphics with uicontrols to demo some physics, I am now stuck because of bug 14502 ( https://bugzilla.scilab.org/show_bug.cgi?id=14502 ).
Basically, I have no way to export my figure to any format (ie no exportUI(gcf()) and no xs2something).
As any of you ever managed to export a figure with uicontrols where both the plots and the uicontrols are well rendered?

Antoine

PS: for a bit of context, try the following:

1) Demos->GUI->Uicontrols 2 //(or any with uicontrols)
2) h=gcf();xs2svg(h, 'h.svg'); // or any other format
3) open h.svg, it's empty

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From christoph.knappe at gmail.com  Thu Nov  3 20:48:38 2016
From: christoph.knappe at gmail.com (christophk)
Date: Thu, 3 Nov 2016 12:48:38 -0700 (MST)
Subject: [Scilab-users] determining the amount of excelsheets in an
	xls(mlist)-variable
Message-ID: <1478202518607-4034904.post@n3.nabble.com>

Hello dear Scilab fellows,
I'm new to Scilab and try to find a solution to finding the amount of
excelsheets in a an xls(mlist)-variable. I have been looking on the internet
for an entire day without getting any further.
So here is some code to clarify what I am looking for: 

// Let's assume I read the content of an excelfile into Scilab:
ExcelFile =readxls('test.xls');

// Of course I can just let Scilabs display all available Sheets from the
file by entering:
ExcelFile
// I could even let Scilab display the last sheet by entering
ExcelFile($)

//However any attempt to return the amount of sheets (i.e. the value of "$") 
//in form of an integer just like using
size(Excelfile)
//or
length(Excelfile) 
//either are not defined for mlist-variables or give a wrong answer.

My guess is that i have to define my own function to extract this but I am
held back by my limited understanding of Scilab and the mlist-type of
variable right now.
Does anyone here know a simple solution to this problem?

Thank y'all,
Christoph



--
View this message in context: http://mailinglists.scilab.org/determining-the-amount-of-excelsheets-in-an-xls-mlist-variable-tp4034904.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From p.muehlmann at gmail.com  Thu Nov  3 23:08:44 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Thu, 3 Nov 2016 23:08:44 +0100
Subject: [Scilab-users] Exporting figures containing uicontrols to any
	format
In-Reply-To: <VI1PR04MB15828E41800B90912D5F0498CCA00@VI1PR04MB1582.eurprd04.prod.outlook.com>
References: <2c02-5818fe00-3-54ea3d00@227518699>
 <VI1PR04MB15828E41800B90912D5F0498CCA00@VI1PR04MB1582.eurprd04.prod.outlook.com>
Message-ID: <CACf7ODsZLgfTSMUuDvhv=shQCw7DvYTO8reYKwmYKA5Fbm6rRA@mail.gmail.com>

Dear all,

searching a little how GUI's can be "screenshotted" in Matlab gave me
following:

Request on a Matlab forum, see:

https://de.mathworks.com/matlabcentral/newsreader/view_thread/146264

[...] " In order to show users without atlab on their desktop the output, i
want to create a export function."

This could be the reason for having the oppertunity of screenshotting a GUI.

Anyways:

to me it seems that following is needed to do the trick:

[name,path,index] = uiputfile
saveas(guifigurehandle,[path name]);

while   "saveas" calls  "print"
see "ocatave" code:
https://fossies.org/dox/octave-4.0.3/saveas_8m_source.html

The print.m code is than way beyond my code understanding.
see "ocatave" code:
https://fossies.org/dox/octave-4.0.3/print_8m_source.html


best regards,
Phil






2016-11-02 23:07 GMT+01:00 Rafael Guerra <jrafaelbguerra at hotmail.com>:

> Hi Antoine,
>
> I do not have an answer but a question, if you will.
> Why is it important for you to export the whole shebang from Scilab?
>
> For the regular figures the export functions work fine and generate
> high-resolution post-script files.
> For the GUI figures, using external screen capture software does not seem
> to me to be a big handicap, but I might be wrong and I therefore raise the
> question.
>
> Thanks and regards,
> Rafael
>
>
> -----Original Message-----
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine
> Monmayrant
> Sent: Tuesday, November 01, 2016 9:41 PM
> To: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: [Scilab-users] Exporting figures containing uicontrols to any
> format
>
> Hi everyone,
>
> After a long fight to build fancy graphics with uicontrols to demo some
> physics, I am now stuck because of bug 14502 (
> https://bugzilla.scilab.org/show_bug.cgi?id=14502 ).
> Basically, I have no way to export my figure to any format (ie no
> exportUI(gcf()) and no xs2something).
> As any of you ever managed to export a figure with uicontrols where both
> the plots and the uicontrols are well rendered?
>
> Antoine
>
> PS: for a bit of context, try the following:
>
> 1) Demos->GUI->Uicontrols 2 //(or any with uicontrols)
> 2) h=gcf();xs2svg(h, 'h.svg'); // or any other format
> 3) open h.svg, it's empty
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161103/0098cc7d/attachment.htm>

From jrafaelbguerra at hotmail.com  Thu Nov  3 23:50:24 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Thu, 3 Nov 2016 22:50:24 +0000
Subject: [Scilab-users] determining the amount of excelsheets in
	an	xls(mlist)-variable
In-Reply-To: <1478202518607-4034904.post@n3.nabble.com>
References: <1478202518607-4034904.post@n3.nabble.com>
Message-ID: <DB5PR04MB157513C52E9772E2F1FC6CBBCCA30@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Christoph,

Please try:

--> ExcelFile =readxls('test.xls');
--> size(ExcelFile.sheets)

Regards,
Rafael


-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of christophk
Sent: Thursday, November 03, 2016 8:49 PM
To: users at lists.scilab.org
Subject: [Scilab-users] determining the amount of excelsheets in an xls(mlist)-variable

Hello dear Scilab fellows,
I'm new to Scilab and try to find a solution to finding the amount of
excelsheets in a an xls(mlist)-variable. I have been looking on the internet
for an entire day without getting any further.
So here is some code to clarify what I am looking for: 

// Let's assume I read the content of an excelfile into Scilab:
ExcelFile =readxls('test.xls');

// Of course I can just let Scilabs display all available Sheets from the
file by entering:
ExcelFile
// I could even let Scilab display the last sheet by entering
ExcelFile($)

//However any attempt to return the amount of sheets (i.e. the value of "$") 
//in form of an integer just like using
size(Excelfile)
//or
length(Excelfile) 
//either are not defined for mlist-variables or give a wrong answer.

My guess is that i have to define my own function to extract this but I am
held back by my limited understanding of Scilab and the mlist-type of
variable right now.
Does anyone here know a simple solution to this problem?

Thank y'all,
Christoph



--
View this message in context: http://mailinglists.scilab.org/determining-the-amount-of-excelsheets-in-an-xls-mlist-variable-tp4034904.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From p.muehlmann at gmail.com  Fri Nov  4 01:50:47 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Fri, 4 Nov 2016 01:50:47 +0100
Subject: [Scilab-users] Exporting figures containing uicontrols to any
	format
In-Reply-To: <CACf7ODsZLgfTSMUuDvhv=shQCw7DvYTO8reYKwmYKA5Fbm6rRA@mail.gmail.com>
References: <2c02-5818fe00-3-54ea3d00@227518699>
 <VI1PR04MB15828E41800B90912D5F0498CCA00@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <CACf7ODsZLgfTSMUuDvhv=shQCw7DvYTO8reYKwmYKA5Fbm6rRA@mail.gmail.com>
Message-ID: <CACf7ODu+Aom60XEMK-r0tg-Tq8dsTNEf-6h7DrqCscUFAeYt2Q@mail.gmail.com>

it seems that:

exportUI() only recognizes figure handles (and axes) for the export.

since pushbuttons etc. are not figure handles they are not exported?


e.g.: handles.mypushbotton.style = "pushbutton"

...should be maybe "figure", "frame" or "axes" to be recognized by
exportUI().

Seems to be the same with "printfigure()"




sidequestion:

Is it possible to export content of a xml-file to an figure/image?

If so one could maybe use:

   saveGui(gcf(), 'screenshot.xml');

and than convert the content of the xml file into an image?









2016-11-03 23:08 GMT+01:00 Philipp M?hlmann <p.muehlmann at gmail.com>:

> Dear all,
>
> searching a little how GUI's can be "screenshotted" in Matlab gave me
> following:
>
> Request on a Matlab forum, see:
>
> https://de.mathworks.com/matlabcentral/newsreader/view_thread/146264
>
> [...] " In order to show users without atlab on their desktop the output,
> i want to create a export function."
>
> This could be the reason for having the oppertunity of screenshotting a
> GUI.
>
> Anyways:
>
> to me it seems that following is needed to do the trick:
>
> [name,path,index] = uiputfile
> saveas(guifigurehandle,[path name]);
>
> while   "saveas" calls  "print"
> see "ocatave" code:            https://fossies.org/dox/
> octave-4.0.3/saveas_8m_source.html
>
> The print.m code is than way beyond my code understanding.
> see "ocatave" code:            https://fossies.org/dox/
> octave-4.0.3/print_8m_source.html
>
>
> best regards,
> Phil
>
>
>
>
>
>
> 2016-11-02 23:07 GMT+01:00 Rafael Guerra <jrafaelbguerra at hotmail.com>:
>
>> Hi Antoine,
>>
>> I do not have an answer but a question, if you will.
>> Why is it important for you to export the whole shebang from Scilab?
>>
>> For the regular figures the export functions work fine and generate
>> high-resolution post-script files.
>> For the GUI figures, using external screen capture software does not seem
>> to me to be a big handicap, but I might be wrong and I therefore raise the
>> question.
>>
>> Thanks and regards,
>> Rafael
>>
>>
>> -----Original Message-----
>> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine
>> Monmayrant
>> Sent: Tuesday, November 01, 2016 9:41 PM
>> To: Users mailing list for Scilab <users at lists.scilab.org>
>> Subject: [Scilab-users] Exporting figures containing uicontrols to any
>> format
>>
>> Hi everyone,
>>
>> After a long fight to build fancy graphics with uicontrols to demo some
>> physics, I am now stuck because of bug 14502 (
>> https://bugzilla.scilab.org/show_bug.cgi?id=14502 ).
>> Basically, I have no way to export my figure to any format (ie no
>> exportUI(gcf()) and no xs2something).
>> As any of you ever managed to export a figure with uicontrols where both
>> the plots and the uicontrols are well rendered?
>>
>> Antoine
>>
>> PS: for a bit of context, try the following:
>>
>> 1) Demos->GUI->Uicontrols 2 //(or any with uicontrols)
>> 2) h=gcf();xs2svg(h, 'h.svg'); // or any other format
>> 3) open h.svg, it's empty
>>
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> http://lists.scilab.org/mailman/listinfo/users
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> http://lists.scilab.org/mailman/listinfo/users
>>
>
>
>
> --
> In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.
>
> There we have the salad.
>



-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161104/df047f98/attachment.htm>

From christoph.knappe at gmail.com  Fri Nov  4 09:47:31 2016
From: christoph.knappe at gmail.com (christophk)
Date: Fri, 4 Nov 2016 01:47:31 -0700 (MST)
Subject: [Scilab-users] determining the amount of excelsheets in
	an	xls(mlist)-variable
In-Reply-To: <DB5PR04MB157513C52E9772E2F1FC6CBBCCA30@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <1478202518607-4034904.post@n3.nabble.com>
 <DB5PR04MB157513C52E9772E2F1FC6CBBCCA30@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <1478249251441-4034908.post@n3.nabble.com>

Hi Rafael,

it worked - you are a life-saver! :-)
It's actually mentioned here as well:
https://help.scilab.org/doc/5.5.2/en_US/readxls.html

I just got confused because the "sheets" variable seems to be identical to
it's field name "sheets" in the example:
"sheets = readxls(file_path)
..
Given an Excel file path this function returns an mlist data structure of
type xls, with one field named sheets. The sheets field itself contains a
list of sheet data structure."

Perhaps it would be wise to use another variable name in the Scilab help
example instead of sheets, e.g. XlsContent or something?
  
Best regards,
Christoph



--
View this message in context: http://mailinglists.scilab.org/determining-the-amount-of-excelsheets-in-an-xls-mlist-variable-tp4034904p4034908.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From baptiste.boillot at ge.com  Fri Nov  4 09:57:53 2016
From: baptiste.boillot at ge.com (BBoillot)
Date: Fri, 4 Nov 2016 01:57:53 -0700 (MST)
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug
Message-ID: <1478249873088-4034909.post@n3.nabble.com>

Hello everyone, 

I'm currently testing the v6.0 Beta 2 version of scilab and I'm having quite
an issue, very simple to repeat. 

On the v6, when trying to use load() on a file created with save() under
Scilab v5.5, the program crashes. 

When using load() in the v5.5 on a file created in the v6 i get : 

-->load('C:\Users\281370\Desktop\test6.slf') 
 !--error 999 
listvar_in_hdf5 : Version erron?e du format de fichier SOD. Valeur maximum
attendue : 2. Trouv?e : 3 
at line      29 of function listvarinfile called by :   
at line     949 of function %_sodload called by :   
load('C:\Users\281370\Desktop\test6.slf')

It seems very odd to me that this kind of incompatibility gets through a
version upgrade. Did i miss something? 

Thank you very much for your support 

Baptiste
      




--
View this message in context: http://mailinglists.scilab.org/Scilab-6-0-Beta-2-Load-save-bug-tp4034909.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From jrafaelbguerra at hotmail.com  Fri Nov  4 10:52:26 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Fri, 4 Nov 2016 09:52:26 +0000
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug
In-Reply-To: <1478249873088-4034909.post@n3.nabble.com>
References: <1478249873088-4034909.post@n3.nabble.com>
Message-ID: <DB5PR04MB15754FF214FDF7F8448C289DCCA20@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Baptiste,

That five cannot read six seems normal.
That six-Beta cannot read five suggests that one may dare filling a bug report with the data example and help improving the code.

Best regards,
Rafael

-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of BBoillot
Sent: Friday, November 04, 2016 9:58 AM
To: users at lists.scilab.org
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug

Hello everyone, 

I'm currently testing the v6.0 Beta 2 version of scilab and I'm having quite
an issue, very simple to repeat. 

On the v6, when trying to use load() on a file created with save() under
Scilab v5.5, the program crashes. 

When using load() in the v5.5 on a file created in the v6 i get : 

-->load('C:\Users\281370\Desktop\test6.slf') 
 !--error 999 
listvar_in_hdf5 : Version erron?e du format de fichier SOD. Valeur maximum
attendue : 2. Trouv?e : 3 
at line      29 of function listvarinfile called by :   
at line     949 of function %_sodload called by :   
load('C:\Users\281370\Desktop\test6.slf')

It seems very odd to me that this kind of incompatibility gets through a
version upgrade. Did i miss something? 

Thank you very much for your support 

Baptiste
      




--
View this message in context: http://mailinglists.scilab.org/Scilab-6-0-Beta-2-Load-save-bug-tp4034909.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

From baptiste.boillot at ge.com  Fri Nov  4 11:53:40 2016
From: baptiste.boillot at ge.com (BBoillot)
Date: Fri, 4 Nov 2016 03:53:40 -0700 (MST)
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug
In-Reply-To: <DB5PR04MB15754FF214FDF7F8448C289DCCA20@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <1478249873088-4034909.post@n3.nabble.com>
 <DB5PR04MB15754FF214FDF7F8448C289DCCA20@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <1478256820985-4034911.post@n3.nabble.com>

Hi Rafael,

I'll do that.

Thank you



--
View this message in context: http://mailinglists.scilab.org/Scilab-6-0-Beta-2-Load-save-bug-tp4034909p4034911.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From antoine.elias at scilab-enterprises.com  Fri Nov  4 13:00:17 2016
From: antoine.elias at scilab-enterprises.com (antoine.elias at scilab-enterprises.com)
Date: Fri, 04 Nov 2016 13:00:17 +0100
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug
In-Reply-To: <1478256820985-4034911.post@n3.nabble.com>
References: <1478249873088-4034909.post@n3.nabble.com>
 <DB5PR04MB15754FF214FDF7F8448C289DCCA20@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1478256820985-4034911.post@n3.nabble.com>
Message-ID: <15ed6c378bd177faf254242809bfd466@scilab-enterprises.com>

Hi guys,

Scilab 6 can load data from Scilab 5 if data were saved as SOD files

In Scilab 5 :
a = 1;
save(home + "/myfile.sod", "a"); // use "" on variable to save in SOD 
format instead of old format.

In Scilab 6 :
load(home + "/myfile.sod");
a == 1

Antoine

Le 2016-11-04 11:53, BBoillot a ?crit?:
> Hi Rafael,
> 
> I'll do that.
> 
> Thank you
> 
> 
> 
> --
> View this message in context:
> http://mailinglists.scilab.org/Scilab-6-0-Beta-2-Load-save-bug-tp4034909p4034911.html
> Sent from the Scilab users - Mailing Lists Archives mailing list
> archive at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From Christophe.Dang at sidel.com  Fri Nov  4 14:19:45 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Fri, 4 Nov 2016 13:19:45 +0000
Subject: [Scilab-users] {EXT} Re: determining the amount of excelsheets
	in	an	xls(mlist)-variable
In-Reply-To: <1478249251441-4034908.post@n3.nabble.com>
References: <1478202518607-4034904.post@n3.nabble.com>
 <DB5PR04MB157513C52E9772E2F1FC6CBBCCA30@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1478249251441-4034908.post@n3.nabble.com>
Message-ID: <AM4PR0701MB216123A9739B080F08928A18E5A20@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De la part de christophk
> Envoy? : vendredi 4 novembre 2016 09:48
>
> I  just got confused because the "sheets" variable seems to be identical to it's field name "sheets" in the example:
> [...]
> Perhaps it would be wise to use another variable name in the Scilab help example instead of sheets, e.g. XlsContent or something?

You can create a bug report concerning Scilab websites > Online Help
see
http://bugzilla.scilab.org/enter_bug.cgi?product=Scilab%20websites

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 baptiste.boillot at ge.com  Fri Nov  4 15:45:33 2016
From: baptiste.boillot at ge.com (BBoillot)
Date: Fri, 4 Nov 2016 07:45:33 -0700 (MST)
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug
In-Reply-To: <15ed6c378bd177faf254242809bfd466@scilab-enterprises.com>
References: <1478249873088-4034909.post@n3.nabble.com>
 <DB5PR04MB15754FF214FDF7F8448C289DCCA20@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1478256820985-4034911.post@n3.nabble.com>
 <15ed6c378bd177faf254242809bfd466@scilab-enterprises.com>
Message-ID: <1478270733011-4034914.post@n3.nabble.com>

Hi Antoine,

Thanks very much. 

So I tried saving as SOD file (using the "") in 5.5.2 ans loading in 6.0.0.
It indeed works. That's one thing.

 My problem now is that my lab has been using scilab 5.3.3 for a long time
(too long maybe :) and that SOD file format doesn't seem to exist in that
version. So all of the files exported by our algorithms aren't SOD files...
I was just getting ahead and trying to migrate our algorithms from 5.3.3 to
6.0, everything seems to work (with some minor ajustements) , except loading
ancient files saved under 5.3.3. This, for us, would mean not migrating to
6.0.

Is it possible/hard to implement a load_old() function in Scilab 6 used to
load files created as the ancient 5.3.3 format?

Best regards,

Baptiste




--
View this message in context: http://mailinglists.scilab.org/Scilab-6-0-Beta-2-Load-save-bug-tp4034909p4034914.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From tim at wescottdesign.com  Fri Nov  4 20:17:58 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Fri, 04 Nov 2016 12:17:58 -0700
Subject: [Scilab-users] Ubuntu upgrade just killed GL
Message-ID: <1478287078.7157.6.camel@Servo>

I'm 99.44% sure that the problem here resides in whatever video stuff
just got updated on Ubuntu 14.04 -- but the problem only seems to
exhibit itself under Scilab.

So, I'm hoping that someone of a more developer-ish bent could give me a
more mainstream Ubuntu test that'll let me submit a bug report to those
guys that'll attract attention.  Even better yet, if someone has some
suggested workarounds that would be exceptionally lovely.  I'm trying to
get some work delivered to a customer TODAY and things have just come to
a screeching halt -- hopefully I have a laptop around here that'll work.

I can't tell you details about the graphics card & whatnot, but I'm
willing to dig for it if you tell me it's important.

Attached are two files: devices.txt is the output of the "ubuntu-drivers
devices" command, while "scilab.doesnt.graph.txt" is the output of
Scilab's error stream when I start up, try to graph something, then
exit.  The program gets as far as opening a window on which to graph,
but fails utterly to actually put up a graph.

I tried installing and running glxgears, but it just says it can't get
an RGB channel without saying why -- I don't know if this is part of the
problem or not.

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432
-------------- next part --------------
== /sys/devices/pci0000:00/0000:00:01.0 ==
modalias : pci:v00001002d0000130Fsv00001043sd000085CBbc03sc00i00
vendor   : Advanced Micro Devices, Inc. [AMD/ATI]
driver   : fglrx-updates - distro non-free
driver   : xserver-xorg-video-ati - distro free builtin recommended
driver   : fglrx - distro non-free

-------------- next part --------------
javax.media.opengl.GLException: X11GLXDrawableFactory - Could not initialize shared resources for :0.0
	at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:316)
	at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295)
	at java.lang.Thread.run(Thread.java:745)
Caused by: javax.media.opengl.GLException: glXGetConfig(0x1) failed: error code Unknown error code 6
	at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.glXGetConfig(X11GLXGraphicsConfiguration.java:570)
	at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.XVisualInfo2GLCapabilities(X11GLXGraphicsConfiguration.java:500)
	at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationXVisual(X11GLXGraphicsConfigurationFactory.java:433)
	at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:239)
	at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511)
	at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522)
	at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276)
	... 2 more
Error parsing gtk-icon-sizes string: ''
java.lang.reflect.InvocationTargetException
	at java.awt.EventQueue.invokeAndWait(EventQueue.java:1288)
	at java.awt.EventQueue.invokeAndWait(EventQueue.java:1263)
	at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1347)
	at org.scilab.modules.gui.SwingView.updateObject(Unknown Source)
	at org.scilab.modules.graphic_objects.graphicController.GraphicController$2.run(Unknown Source)
	at org.scilab.modules.graphic_objects.graphicController.GraphicController.objectUpdate(Unknown Source)
	at org.scilab.modules.graphic_objects.graphicController.GraphicController.setGraphicObjectRelationship(Unknown Source)
	at org.scilab.modules.graphic_objects.builder.Builder.cloneAxesModel(Unknown Source)
	at org.scilab.modules.graphic_objects.builder.Builder.createNewFigureWithAxes(Unknown Source)
Caused by: javax.media.opengl.GLException: Profile GL_DEFAULT is not available on X11GraphicsDevice[type .x11, connection :0.0, unitID 0, handle 0x0, owner false, ResourceToolkitLock[obj 0x55e1e7e3, isOwner false, <623f1421, 1b42b4eb>[count 0, qsz 0, owner <NULL>]]], but: []
	at javax.media.opengl.GLProfile.get(GLProfile.java:901)
	at javax.media.opengl.GLProfile.getDefault(GLProfile.java:632)
	at javax.media.opengl.awt.GLJPanel.<init>(GLJPanel.java:350)
	at javax.media.opengl.awt.GLJPanel.<init>(GLJPanel.java:304)
	at javax.media.opengl.awt.GLJPanel.<init>(GLJPanel.java:295)
	at org.scilab.modules.gui.bridge.canvas.SwingScilabCanvasImpl$SafeGLJPanel.<init>(Unknown Source)
	at org.scilab.modules.gui.bridge.canvas.SwingScilabCanvasImpl$SafeGLJPanel.<init>(Unknown Source)
	at org.scilab.modules.gui.bridge.canvas.SwingScilabCanvasImpl.createOpenGLComponent(Unknown Source)
	at org.scilab.modules.gui.bridge.canvas.SwingScilabCanvas.<init>(Unknown Source)
	at org.scilab.modules.gui.bridge.tab.SwingScilabDockablePanel.addMember(Unknown Source)
	at org.scilab.modules.gui.SwingView.updateFigureChildren(Unknown Source)
	at org.scilab.modules.gui.SwingView.updateObjectOnEDT(Unknown Source)
	at org.scilab.modules.gui.SwingView$4.run(Unknown Source)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:302)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:745)
	at java.awt.EventQueue.access$300(EventQueue.java:103)
	at java.awt.EventQueue$3.run(EventQueue.java:706)
	at java.awt.EventQueue$3.run(EventQueue.java:704)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:715)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)

From p.muehlmann at gmail.com  Fri Nov  4 23:46:04 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Fri, 4 Nov 2016 23:46:04 +0100
Subject: [Scilab-users] Exporting figures containing uicontrols to any
	format
In-Reply-To: <CACf7ODu+Aom60XEMK-r0tg-Tq8dsTNEf-6h7DrqCscUFAeYt2Q@mail.gmail.com>
References: <2c02-5818fe00-3-54ea3d00@227518699>
 <VI1PR04MB15828E41800B90912D5F0498CCA00@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <CACf7ODsZLgfTSMUuDvhv=shQCw7DvYTO8reYKwmYKA5Fbm6rRA@mail.gmail.com>
 <CACf7ODu+Aom60XEMK-r0tg-Tq8dsTNEf-6h7DrqCscUFAeYt2Q@mail.gmail.com>
Message-ID: <CACf7ODt2-U6e4MrHbAae_4GuRA35W6LWg4B2CCFdc_CZOnmKRQ@mail.gmail.com>

pittywise   driver()   does also not brings the solution

interstingly playing with usecanvas()  made it possible to only show
pushbuttons in a figure.

e.g.:
usecanvas(%T);

f=figure();plot2d();h=uicontrol(f,'unit','normalized',"style","pushbutton","string","pushbutton",
'Position',[0.1, 0.7, 0.2,
0.1]);h=uicontrol(f,'unit','normalized',"style","frame","string","frame",
'Position',[0.1, 0.5, 0.2, 0.1]);


but expoting this figure as a image file resulted in having the know style.
no pushbuttons rendered, only the figure of plot2d().....(also not the
frame)




2016-11-04 1:50 GMT+01:00 Philipp M?hlmann <p.muehlmann at gmail.com>:

> it seems that:
>
> exportUI() only recognizes figure handles (and axes) for the export.
>
> since pushbuttons etc. are not figure handles they are not exported?
>
>
> e.g.: handles.mypushbotton.style = "pushbutton"
>
> ...should be maybe "figure", "frame" or "axes" to be recognized by
> exportUI().
>
> Seems to be the same with "printfigure()"
>
>
>
>
> sidequestion:
>
> Is it possible to export content of a xml-file to an figure/image?
>
> If so one could maybe use:
>
>    saveGui(gcf(), 'screenshot.xml');
>
> and than convert the content of the xml file into an image?
>
>
>
>
>
>
>
>
>
> 2016-11-03 23:08 GMT+01:00 Philipp M?hlmann <p.muehlmann at gmail.com>:
>
>> Dear all,
>>
>> searching a little how GUI's can be "screenshotted" in Matlab gave me
>> following:
>>
>> Request on a Matlab forum, see:
>>
>> https://de.mathworks.com/matlabcentral/newsreader/view_thread/146264
>>
>> [...] " In order to show users without atlab on their desktop the output,
>> i want to create a export function."
>>
>> This could be the reason for having the oppertunity of screenshotting a
>> GUI.
>>
>> Anyways:
>>
>> to me it seems that following is needed to do the trick:
>>
>> [name,path,index] = uiputfile
>> saveas(guifigurehandle,[path name]);
>>
>> while   "saveas" calls  "print"
>> see "ocatave" code:            https://fossies.org/dox/octave
>> -4.0.3/saveas_8m_source.html
>>
>> The print.m code is than way beyond my code understanding.
>> see "ocatave" code:            https://fossies.org/dox/octave
>> -4.0.3/print_8m_source.html
>>
>>
>> best regards,
>> Phil
>>
>>
>>
>>
>>
>>
>> 2016-11-02 23:07 GMT+01:00 Rafael Guerra <jrafaelbguerra at hotmail.com>:
>>
>>> Hi Antoine,
>>>
>>> I do not have an answer but a question, if you will.
>>> Why is it important for you to export the whole shebang from Scilab?
>>>
>>> For the regular figures the export functions work fine and generate
>>> high-resolution post-script files.
>>> For the GUI figures, using external screen capture software does not
>>> seem to me to be a big handicap, but I might be wrong and I therefore raise
>>> the question.
>>>
>>> Thanks and regards,
>>> Rafael
>>>
>>>
>>> -----Original Message-----
>>> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of
>>> Antoine Monmayrant
>>> Sent: Tuesday, November 01, 2016 9:41 PM
>>> To: Users mailing list for Scilab <users at lists.scilab.org>
>>> Subject: [Scilab-users] Exporting figures containing uicontrols to any
>>> format
>>>
>>> Hi everyone,
>>>
>>> After a long fight to build fancy graphics with uicontrols to demo some
>>> physics, I am now stuck because of bug 14502 (
>>> https://bugzilla.scilab.org/show_bug.cgi?id=14502 ).
>>> Basically, I have no way to export my figure to any format (ie no
>>> exportUI(gcf()) and no xs2something).
>>> As any of you ever managed to export a figure with uicontrols where both
>>> the plots and the uicontrols are well rendered?
>>>
>>> Antoine
>>>
>>> PS: for a bit of context, try the following:
>>>
>>> 1) Demos->GUI->Uicontrols 2 //(or any with uicontrols)
>>> 2) h=gcf();xs2svg(h, 'h.svg'); // or any other format
>>> 3) open h.svg, it's empty
>>>
>>> _______________________________________________
>>> users mailing list
>>> users at lists.scilab.org
>>> http://lists.scilab.org/mailman/listinfo/users
>>> _______________________________________________
>>> users mailing list
>>> users at lists.scilab.org
>>> http://lists.scilab.org/mailman/listinfo/users
>>>
>>
>>
>>
>> --
>> In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.
>>
>> There we have the salad.
>>
>
>
>
> --
> In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.
>
> There we have the salad.
>



-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161104/8e5d6e25/attachment.htm>

From perrichon.pierre at wanadoo.fr  Sat Nov  5 13:32:02 2016
From: perrichon.pierre at wanadoo.fr (Perrichon)
Date: Sat, 5 Nov 2016 13:32:02 +0100
Subject: [Scilab-users] XCOS - STEP_FUNCTION doesn't correctly work on
	Scilab 6
Message-ID: <000001d23760$9c9d0550$d5d70ff0$@wanadoo.fr>



Dear scilab team,

 

Drag and drop a STEP_FUNCTION in the edit window produces errors.

Then, it is not possible to modify the trigger with a time lower than 1
second ; which was correctly working with scilab 5.5.2.

 

Error after drag and drop :

 

Xcos error: Wrong value for field graphics.pout: FIXME port has not been
updated.
Xcos error: Wrong value for field graphics.pin: FIXME port has not been
updated.

 

 

See bugzilla #14842 for attached file.

 

 

Best regards

 

 

 

Before printing, think about ENVIRONMENTAL responsabity

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/950354ea/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 906 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/950354ea/attachment.gif>

From jrafaelbguerra at hotmail.com  Sat Nov  5 13:43:22 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 5 Nov 2016 12:43:22 +0000
Subject: [Scilab-users] The sound of mathematical formulas
Message-ID: <DB5PR04MB157536651707DA6C402D32F0CCA50@DB5PR04MB1575.eurprd04.prod.outlook.com>

Dear Scilab'ers,

Are you aware of any good references showing how to produce brief, nice and useful sounds using simple mathematical formulas?
This is primarily out of curiosity but they could well be played using sound() or playsnd() functions, and provide different sound warnings during Scilab code execution/interaction.

E.g., something like but hopefully nicer to listen than the following tests:

--> x=1e2:1e4; b=0.6; y=window('hm',length(x)).*sin(x.^b.*log(x)); sound(y,9944)
or:
--> x=1e2:1e4; b=sqrt(2); y=window('hm',length(x)).*sin(x.^b.*log(x)); sound(y,9944)

Thanks and regards,
Rafael

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/801dfd91/attachment.htm>

From perrichon.pierre at wanadoo.fr  Sat Nov  5 14:33:53 2016
From: perrichon.pierre at wanadoo.fr (Perrichon)
Date: Sat, 5 Nov 2016 14:33:53 +0100
Subject: [Scilab-users] The sound of mathematical formulas
In-Reply-To: <DB5PR04MB157536651707DA6C402D32F0CCA50@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <DB5PR04MB157536651707DA6C402D32F0CCA50@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <!&!AAAAAAAAAAAuAAAAAAAAAHTRbxuKTONJuQv/nFKuTP8BANlTnCJhprtFudq2LHCBs8EBACQA//8AABAAAADjyNvxoQfET6T0lle9ok2tAQAAAAA=@wanadoo.fr>

Hello Rafael,

 

May be try with Pierre Henry, the famous author of  : ? Messe pour le temps
pr?sent ?

 

This is still pop.

 

 

De : users [mailto:users-bounces at lists.scilab.org] De la part de Rafael
Guerra
Envoy? : samedi 5 novembre 2016 13:43
? : Users mailing list for Scilab <users at lists.scilab.org>
Objet : [Scilab-users] The sound of mathematical formulas

 

Dear Scilab?ers,

 

Are you aware of any good references showing how to produce brief, nice and
useful sounds using simple mathematical formulas?

This is primarily out of curiosity but they could well be played using
sound() or playsnd() functions, and provide different sound warnings during
Scilab code execution/interaction.

 

E.g., something like but hopefully nicer to listen than the following tests:

 

--> x=1e2:1e4; b=0.6; y=window('hm',length(x)).*sin(x.^b.*log(x));
sound(y,9944)

or:

--> x=1e2:1e4; b=sqrt(2); y=window('hm',length(x)).*sin(x.^b.*log(x));
sound(y,9944)

 

Thanks and regards,

Rafael

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/ee988f42/attachment.htm>

From stephane.mottelet at utc.fr  Sat Nov  5 14:48:48 2016
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Sat, 5 Nov 2016 14:48:48 +0100
Subject: [Scilab-users] The sound of mathematical formulas
In-Reply-To: <DB5PR04MB157536651707DA6C402D32F0CCA50@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <DB5PR04MB157536651707DA6C402D32F0CCA50@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <af85f95c-0d8e-3a66-71ef-37c83644e376@utc.fr>

Hello,

Cascaded frequency modulation gives nices sounds. For example signals like

sin((w0+a1*sin(w1*t))*t)

w1 itself can also be modulated, and so on. This kind of synthesis was 
used by the famous Yamaha DX-7 and gave typical sounds (bass guitar, 
bells, ...)

S.


Le 05/11/2016 ? 13:43, Rafael Guerra a ?crit :
>
> Dear Scilab?ers,
>
> Are you aware of any good references showing how to produce brief, 
> nice and useful sounds using simple mathematical formulas?
>
> This is primarily out of curiosity but they could well be played using 
> *sound()* or *playsnd*() functions, and provide different sound 
> warnings during Scilab code execution/interaction.
>
> E.g., something like but hopefully nicer to listen than the following 
> tests:
>
> --> x=1e2:1e4; b=0.6; y=window('hm',length(x)).*sin(x.^b.*log(x)); 
> sound(y,9944)
>
> or:
>
> --> x=1e2:1e4; b=sqrt(2); y=window('hm',length(x)).*sin(x.^b.*log(x)); 
> sound(y,9944)
>
> Thanks and regards,
>
> Rafael
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/d3565a22/attachment.htm>

From jrafaelbguerra at hotmail.com  Sat Nov  5 17:54:07 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 5 Nov 2016 16:54:07 +0000
Subject: [Scilab-users] The sound of mathematical formulas
In-Reply-To: <af85f95c-0d8e-3a66-71ef-37c83644e376@utc.fr>
References: <DB5PR04MB157536651707DA6C402D32F0CCA50@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <af85f95c-0d8e-3a66-71ef-37c83644e376@utc.fr>
Message-ID: <DB5PR04MB1575C3BE5E2CBC81D96C5110CCA50@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Stephane,

Thanks a lot for the excellent tip.
After digging a bit, it seems that the reference for the cascaded frequency modulation sound synthesis is:

Chowning, J. [1973] The Synthesis of Complex Audio Spectra by Means of Frequency Modulation. JAES

The following course has a comprehensive chapter on it:
https://www.music.mcgill.ca/~gary/307/week8/fm.html

from where one can find the code snippet for a bell sound:

// by Gary Scavone, McGill University, 2004
// Bell-like sound
fs = 22050;
T = 1/fs;
dur = 4;
t = 0:T:dur;
T60 = 0.5;
env = 0.95*exp(-t/T60);
// FM parameters
fc = 200;
fm = 280;
Imax = 10;
I = Imax.*env;
y = env.*sin(2*%pi*fc*t + I.*sin(2*%pi*fm*t));
sound(y, fs);


Kind regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of St?phane Mottelet
Sent: Saturday, November 05, 2016 2:49 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] The sound of mathematical formulas

Hello,

Cascaded frequency modulation gives nices sounds. For example signals like

sin((w0+a1*sin(w1*t))*t)

w1 itself can also be modulated, and so on. This kind of synthesis was used by the famous Yamaha DX-7 and gave typical sounds (bass guitar, bells, ...)

S.

Le 05/11/2016 ? 13:43, Rafael Guerra a ?crit :
Dear Scilab'ers,

Are you aware of any good references showing how to produce brief, nice and useful sounds using simple mathematical formulas?
This is primarily out of curiosity but they could well be played using sound() or playsnd() functions, and provide different sound warnings during Scilab code execution/interaction.

E.g., something like but hopefully nicer to listen than the following tests:

--> x=1e2:1e4; b=0.6; y=window('hm',length(x)).*sin(x.^b.*log(x)); sound(y,9944)
or:
--> x=1e2:1e4; b=sqrt(2); y=window('hm',length(x)).*sin(x.^b.*log(x)); sound(y,9944)

Thanks and regards,
Rafael





_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/95cf21b0/attachment.htm>

From sgougeon at free.fr  Sat Nov  5 18:58:58 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 5 Nov 2016 18:58:58 +0100
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <5816224C.30903@free.fr>
References: <576D4156.1060206@scilab-enterprises.com>
 <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
Message-ID: <581E1DE2.9000002@free.fr>

Is there anyone here?

Le 30/10/2016 17:39, Samuel Gougeon a ?crit :
> Hello,
>
> Le 24/06/2016 17:40, Scilab Team a ?crit :
>> Dear Scilab Users,
>>
>>
>> We've made a few changes on the ATOMS website 
>> (<https://atoms.scilab.org>https://atoms.scilab.org), in order to 
>> provide better support for the 6.0 release, and to improve the speed 
>> and ease of use of ATOMS. The general idea was to have simple things 
>> that work well rather than more complex things that work sometimes only.
>>
> .
> For the time being, we have mainly more simple things that work worse 
> or not at all.
> After that message 
> <http://mailinglists.scilab.org/Users-fr-ATOMS-rems-nouveau-systeme-en-ligne-depuis-fin-juin-tp4034475.html>, 
> let's go on with this. It is blocking:
>
> [screenshot]
>
> I tried with Firefox and with Chrome. Both give the same display with 
> no way to set the required Scilab version. Hence the binary can't be 
> posted.
>
> Hope reading you asap
> Samuel Gougeon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/3bd95b13/attachment.htm>

From perrichon.pierre at wanadoo.fr  Sat Nov  5 20:01:38 2016
From: perrichon.pierre at wanadoo.fr (Perrichon)
Date: Sat, 5 Nov 2016 20:01:38 +0100
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <581E1DE2.9000002@free.fr>
References: <576D4156.1060206@scilab-enterprises.com>
 <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr>
Message-ID: <!&!AAAAAAAAAAAuAAAAAAAAAHTRbxuKTONJuQv/nFKuTP8BANlTnCJhprtFudq2LHCBs8EBACQA//8AABAAAAB5wu47/ApyR4IStN49kX3bAQAAAAA=@wanadoo.fr>

Hello Samuel,

 

It?s seem rather a good idea.

I also think it could be improved on the left when developping the main
under subjects, like ? Optimisation ? for example. Aslso a development with
click on the array or the title.

This is not done for most  of items.

 

But the idea ais welcome.

 

What about the menu ATOMS menu in Scilab ? A link to this page ? (Actually
with version 6 , all modules are not display, like MinGw

 

BR

 

 

 

De : users [mailto:users-bounces at lists.scilab.org] De la part de Samuel
Gougeon
Envoy? : samedi 5 novembre 2016 18:59
? : communication at scilab-enterprises.com; Users mailing list for Scilab
<users at lists.scilab.org>
Objet : Re: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6

 

Is there anyone here?

Le 30/10/2016 17:39, Samuel Gougeon a ?crit :

Hello,

Le 24/06/2016 17:40, Scilab Team a ?crit :

Dear Scilab Users, 

 

We've made a few changes on the ATOMS website ( <https://atoms.scilab.org>
https://atoms.scilab.org ), in order to provide better support for the 6.0
release, and to improve the speed and ease of use of ATOMS. The general idea
was to have simple things that work well rather than more complex things
that work sometimes only. 

.
For the time being, we have mainly more simple things that work worse or not
at all.
After that message
<http://mailinglists.scilab.org/Users-fr-ATOMS-rems-nouveau-systeme-en-ligne
-depuis-fin-juin-tp4034475.html> , let's go on with this. It is blocking:

[screenshot]

I tried with Firefox and with Chrome. Both give the same display with no way
to set the required Scilab version. Hence the binary can't be posted.

Hope reading you asap
Samuel Gougeon

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161105/223a610e/attachment.htm>

From scilab.org at farialima.net  Sun Nov  6 22:06:30 2016
From: scilab.org at farialima.net (farialima)
Date: Sun, 6 Nov 2016 14:06:30 -0700 (MST)
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <581E1DE2.9000002@free.fr>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr>
Message-ID: <1478466390186-4034924.post@n3.nabble.com>

hi Samuel

We've worked on this problem, and in fact on other problems you reported,
but we were still in the process of testing them.

But you are right, the issue below is really a blocker and should be
released ASAP... so I've just released it. Please tell me if there's any
issue.

More fixes coming shortly...

Fran?ois




--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Changes-on-ATOMS-to-post-toolboxes-for-Scilab-6-tp4034282p4034924.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From p.muehlmann at gmail.com  Mon Nov  7 09:27:47 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Mon, 7 Nov 2016 09:27:47 +0100
Subject: [Scilab-users] reading graphic card buffer
Message-ID: <CACf7ODtoJbCoqfJW_w7VHF4Cjn6pNT-wPc4en=6c6Lk7T3QfXw@mail.gmail.com>

Dear Scilabers,

out of curiosity:

Is it possible to access directly from Scilab the memory/buffer from a
graphic card to get info about the pixels displayed at the screen?

BR
Philipp

-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161107/b56232ea/attachment.htm>

From shamika.i.nair at gmail.com  Tue Nov  8 06:47:19 2016
From: shamika.i.nair at gmail.com (Shamika Mohanan)
Date: Tue, 8 Nov 2016 11:17:19 +0530
Subject: [Scilab-users] varargout doubt
Message-ID: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>

Hello,

I have a function defined as such

function varargout= callOct(fname,varargin)
    varargout=list(callOctave(fname,varargin))
endfunction

When I call this function with [c,d]=callOct("butter",8,0.1), I get the
error
!--error 21
Invalid index.

If I call the function as c=callOct("butter",8,0.1), I get no error.
varargout stores only one o/p argument even though callOctave returns two
arguments.

If I remove varargout like this

function  [b,a]=callOct(fname,varargin)
    [b,a]=callOctave(fname,varargin)
endfunction

Now when I call this function with [c,d]=callOct("butter",8,0.1), I get no
error.

I need callOct function to work with any number of output arguments and so
I need to use varargout. How do I get the function to work with varargout?

Regards,
Shamika
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161108/eb90b925/attachment.htm>

From godsonikem at gmail.com  Tue Nov  8 07:06:08 2016
From: godsonikem at gmail.com (Godson Moses)
Date: Tue, 8 Nov 2016 07:06:08 +0100
Subject: [Scilab-users] Plotting graphs
Message-ID: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>

Hello  every one.

Please with a data set in Excel sheet how do I  export it to scilab and
also  select the columns and row I want  to plot neglecting the others.

Thanks for your help
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161108/93f08c1b/attachment.htm>

From Nils.Leimbach at dlr.de  Tue Nov  8 10:15:27 2016
From: Nils.Leimbach at dlr.de (Nils.Leimbach at dlr.de)
Date: Tue, 8 Nov 2016 09:15:27 +0000
Subject: [Scilab-users] Xcos block label is deleted when block is part of a
	subsystem
Message-ID: <A4B3562C0FDB8143B61EA8F18EE78058FB802F@DLREXMBX01.intra.dlr.de>

Hello!

I have stumbled upon the problem. A block label in Xcos will be deleted, if it is part of a subsystem (inside a superblock) and altered outside of Xcos.
The label data is stored in block.graphics.id (inside of the respective subsystem of a superblock; so superblock.model.rpar). When I alter the content of that field, or even pull the scs_m data from Xcos and try to reopen / reload it using the xcos(scs_m) command, all labels inside of superblocks are deleted.
I am not sure if this is a bug or wether I am missing a key part to the process, but I hope this can be fixed as it is essential for my work in progress, that I can add labels to blocks on all layers of the simulation and that these will be considered when loading the diagram into Xcos.

Best regards
Nils Leimbach
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161108/153bfc8f/attachment.htm>

From amonmayr at laas.fr  Tue Nov  8 12:40:33 2016
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Tue, 8 Nov 2016 12:40:33 +0100
Subject: [Scilab-users] Exporting figures containing uicontrols to any
 format
In-Reply-To: <CACf7ODt2-U6e4MrHbAae_4GuRA35W6LWg4B2CCFdc_CZOnmKRQ@mail.gmail.com>
References: <2c02-5818fe00-3-54ea3d00@227518699>
 <VI1PR04MB15828E41800B90912D5F0498CCA00@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <CACf7ODsZLgfTSMUuDvhv=shQCw7DvYTO8reYKwmYKA5Fbm6rRA@mail.gmail.com>
 <CACf7ODu+Aom60XEMK-r0tg-Tq8dsTNEf-6h7DrqCscUFAeYt2Q@mail.gmail.com>
 <CACf7ODt2-U6e4MrHbAae_4GuRA35W6LWg4B2CCFdc_CZOnmKRQ@mail.gmail.com>
Message-ID: <b00b4d61-b1e4-268c-b33e-ef98fb63b754@laas.fr>

Hi all,

Just in case it can help someone else, here is the code I hacked this 
morning to get a proper export menu on my figures.
It really is a hack and should probably work only on my machine (linux 
64 bits, X window, ImageMagick) and with my current figure layout:

//////////////////////////////////////////////////////////

    // New menu
    h = uimenu(demo_fp, ...
    "label" , gettext("File"));

    // Export entry
       uimenu(h, ...
    "label"     , gettext("Export Figure (Hack)"), ...
    "callback"  , "exportHack();", ...
    "tag"       , "export_menu");


function exportHack()
    // Export figure with uicontrols to png using X server & import 
(imagemagick)
    // Horrible hack the should only work on my machine (linux 64bits.
    // get around bug http://bugzilla.scilab.org/show_bug.cgi?id=14836 
https://bugzilla.scilab.org/show_bug.cgi?id=14502
     h=gcbo;
     //current figure name
     figname=h.parent.parent.figure_name;
     //getting X server id for current window
     ret=unix_g("xwininfo -int -name " +""""+figname+"""");
     //hackish, depends directly on the syntax of xwininfo outputs
     tok=tokens(ret(2),':');
    tok=tokens(tok(3)," ")
    winid=tok(1);//X server windows id, as a string

    // File save dialog parameters
    file_mask=["*.png"];
    boxTitle="Export";
    //If previous filename is present, use it to start the dialog in the 
corresponding directory
    if h.userdata~="" then
       dir=h.userdata;
    else
       dir=pwd();
    end
    dir
    PathFileName=uiputfile(file_mask,dir,boxTitle);
    // LD_LIBRARY_PATH required to get around bug: 
http://bugzilla.scilab.org/show_bug.cgi?id=14143
unix_s("LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/:$LD_LIBRARY_PATH ; 
import -window "+winid +" "+PathFileName)
   //   keep savec filename for future reference.
    h.userdata=PathFileName;
endfunction

//////////////////////////////////////////////////////////


Hope it helps,

Antoine

Le 04/11/2016 ? 23:46, Philipp M?hlmann a ?crit :
> pittywise   driver()   does also not brings the solution
>
> interstingly playing with usecanvas()  made it possible to only show 
> pushbuttons in a figure.
>
> e.g.:
> usecanvas(%T);
> f=figure();
> plot2d();
> h=uicontrol(f,'unit','normalized',"style","pushbutton","string","pushbutton",  'Position',[0.1,  0.7,  0.2,  0.1]);
> h=uicontrol(f,'unit','normalized',"style","frame","string","frame",  'Position',[0.1,  0.5,  0.2,  0.1]);
>
> but expoting this figure as a image file resulted in having the know 
> style.
> no pushbuttons rendered, only the figure of plot2d().....(also not the 
> frame)
>
>
>
>
> 2016-11-04 1:50 GMT+01:00 Philipp M?hlmann <p.muehlmann at gmail.com 
> <mailto:p.muehlmann at gmail.com>>:
>
>     it seems that:
>
>     exportUI() only recognizes figure handles (and axes) for the export.
>
>     since pushbuttons etc. are not figure handles they are not exported?
>
>
>     e.g.: handles.mypushbotton.style = "pushbutton"
>
>     ...should be maybe "figure", "frame" or "axes" to be recognized by
>     exportUI().
>
>     Seems to be the same with "printfigure()"
>
>
>
>
>     sidequestion:
>
>     Is it possible to export content of a xml-file to an figure/image?
>
>     If so one could maybe use:
>
>     saveGui(gcf(),  'screenshot.xml');
>
>     and than convert the content of the xml file into an image?
>
>
>
>
>
>
>
>
>
>     2016-11-03 23:08 GMT+01:00 Philipp M?hlmann <p.muehlmann at gmail.com
>     <mailto:p.muehlmann at gmail.com>>:
>
>         Dear all,
>
>         searching a little how GUI's can be "screenshotted" in Matlab
>         gave me following:
>
>         Request on a Matlab forum, see:
>
>         https://de.mathworks.com/matlabcentral/newsreader/view_thread/146264
>         <https://de.mathworks.com/matlabcentral/newsreader/view_thread/146264>
>
>         [...] " In order to show users without atlab on their desktop
>         the output, i want to create a export function."
>
>         This could be the reason for having the oppertunity of
>         screenshotting a GUI.
>
>         Anyways:
>
>         to me it seems that following is needed to do the trick:
>
>         [name,path,index] = uiputfile
>         saveas(guifigurehandle,[path name]);
>
>         while   "saveas" calls  "print"
>         see "ocatave" code:
>         https://fossies.org/dox/octave-4.0.3/saveas_8m_source.html
>         <https://fossies.org/dox/octave-4.0.3/saveas_8m_source.html>
>
>         The print.m code is than way beyond my code understanding.
>         see "ocatave" code:
>         https://fossies.org/dox/octave-4.0.3/print_8m_source.html
>         <https://fossies.org/dox/octave-4.0.3/print_8m_source.html>
>
>
>         best regards,
>         Phil
>
>
>
>
>
>
>         2016-11-02 23:07 GMT+01:00 Rafael Guerra
>         <jrafaelbguerra at hotmail.com <mailto:jrafaelbguerra at hotmail.com>>:
>
>             Hi Antoine,
>
>             I do not have an answer but a question, if you will.
>             Why is it important for you to export the whole shebang
>             from Scilab?
>
>             For the regular figures the export functions work fine and
>             generate high-resolution post-script files.
>             For the GUI figures, using external screen capture
>             software does not seem to me to be a big handicap, but I
>             might be wrong and I therefore raise the question.
>
>             Thanks and regards,
>             Rafael
>
>
>             -----Original Message-----
>             From: users [mailto:users-bounces at lists.scilab.org
>             <mailto:users-bounces at lists.scilab.org>] On Behalf Of
>             Antoine Monmayrant
>             Sent: Tuesday, November 01, 2016 9:41 PM
>             To: Users mailing list for Scilab <users at lists.scilab.org
>             <mailto:users at lists.scilab.org>>
>             Subject: [Scilab-users] Exporting figures containing
>             uicontrols to any format
>
>             Hi everyone,
>
>             After a long fight to build fancy graphics with uicontrols
>             to demo some physics, I am now stuck because of bug 14502
>             ( https://bugzilla.scilab.org/show_bug.cgi?id=14502
>             <https://bugzilla.scilab.org/show_bug.cgi?id=14502> ).
>             Basically, I have no way to export my figure to any format
>             (ie no exportUI(gcf()) and no xs2something).
>             As any of you ever managed to export a figure with
>             uicontrols where both the plots and the uicontrols are
>             well rendered?
>
>             Antoine
>
>             PS: for a bit of context, try the following:
>
>             1) Demos->GUI->Uicontrols 2 //(or any with uicontrols)
>             2) h=gcf();xs2svg(h, 'h.svg'); // or any other format
>             3) open h.svg, it's empty
>
>             _______________________________________________
>             users mailing list
>             users at lists.scilab.org <mailto:users at lists.scilab.org>
>             http://lists.scilab.org/mailman/listinfo/users
>             <http://lists.scilab.org/mailman/listinfo/users>
>             _______________________________________________
>             users mailing list
>             users at lists.scilab.org <mailto:users at lists.scilab.org>
>             http://lists.scilab.org/mailman/listinfo/users
>             <http://lists.scilab.org/mailman/listinfo/users>
>
>
>
>
>         -- 
>         In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.
>
>         There we have the salad.
>
>
>
>
>     -- 
>     In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.
>
>     There we have the salad.
>
>
>
>
> -- 
> In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.
>
> There we have the salad.
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Antoine Monmayrant LAAS - CNRS
  7 avenue du Colonel Roche
  BP 54200
  31031 TOULOUSE Cedex 4
  FRANCE

  Tel:+33 5 61 33 64 59
  
  email : antoine.monmayrant at laas.fr
  permanent email : antoine.monmayrant at polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161108/1f6cb98a/attachment.htm>

From Christophe.Dang at sidel.com  Tue Nov  8 13:15:40 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Tue, 8 Nov 2016 12:15:40 +0000
Subject: [Scilab-users] {EXT}  Plotting graphs
In-Reply-To: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
Message-ID: <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : users [mailto:users-bounces at lists.scilab.org] De la part de Godson Moses
> Envoy? : mardi 8 novembre 2016 07:06
>
> Please with a data set in Excel sheet
> how do I  export it to Scilab
> and also  select the columns and row I want  to plot
> neglecting the others.

The best is to have a look at :
https://help.scilab.org/docs/6.0.0/en_US/section_c76aa854271b0bbdb796e15512af62cf.html

If you have .xls files, you can use xls_open() and xls_read().

I personally always export a CSV from Excel, then use csvRead() in Siclab.
But mind that by default, Excel use a semi-colon as separator and not a comma,
therefore I use

myValues = csvRead(filename, ";", "double");

In any case, you get a matrix of values.
If you want to plot the nth column vs. the mth column, just use

X = myValues(:, m);

Y = myValues(:, n);

plot(X, Y);

HTH,

regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 jrafaelbguerra at hotmail.com  Tue Nov  8 13:39:55 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Tue, 8 Nov 2016 12:39:55 +0000
Subject: [Scilab-users] varargout doubt
In-Reply-To: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
References: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
Message-ID: <DB5PR04MB15758BDC73114BFE5070CFA1CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hello Shamika,

I order to output a variable number of arguments from a function, one solution is to do define your output as a list as follows:

function varargout_list = callOct(fname,varargin)
    ?
    varargout_list = list(1:n);   // n= number of output variables
    for i=1:n
       varargout_list(i) = ?
    ?
    end
    ?
endfunction

Regards,
Rafael


From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Shamika Mohanan
Sent: Tuesday, November 08, 2016 6:47 AM
To: users at lists.scilab.org
Subject: [Scilab-users] varargout doubt

Hello,
I have a function defined as such

function varargout= callOct(fname,varargin)
    varargout=list(callOctave(fname,varargin))
endfunction
When I call this function with [c,d]=callOct("butter",8,0.1), I get the error
!--error 21
Invalid index.
If I call the function as c=callOct("butter",8,0.1), I get no error. varargout stores only one o/p argument even though callOctave returns two arguments.
If I remove varargout like this

function  [b,a]=callOct(fname,varargin)
    [b,a]=callOctave(fname,varargin)
endfunction
Now when I call this function with [c,d]=callOct("butter",8,0.1), I get no error.
I need callOct function to work with any number of output arguments and so I need to use varargout. How do I get the function to work with varargout?
Regards,
Shamika
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161108/4d73b856/attachment.htm>

From shamika.i.nair at gmail.com  Tue Nov  8 15:28:04 2016
From: shamika.i.nair at gmail.com (shamikam)
Date: Tue, 8 Nov 2016 07:28:04 -0700 (MST)
Subject: [Scilab-users] varargout doubt
In-Reply-To: <DB5PR04MB15758BDC73114BFE5070CFA1CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
 <DB5PR04MB15758BDC73114BFE5070CFA1CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <1478615284828-4034935.post@n3.nabble.com>

Thanks for your reply but that didn't work. I would like to illustrate with a
simple example-

function varargout_list=exampl() 
    [lhs,rhs]=argn(0);
    varargout_list = list(1:lhs);  
    for i=1:lhs
        varargout_list(i)=list(ex())
    end
    
endfunction

function [x,y,z]=ex()
    x=[1 2 3;4 5 6];
    y=[4 5 6;7 8 9];
    z=10;
endfunction

exampl() calls ex(). If I call exampl() with more than one o/p argument,
there is an error

-->[c,d,e]=exampl()
                 !--error 59 
Wrong number of output arguments.
 
 
-->[c,d]=exampl()
               !--error 59 
Wrong number of output arguments.
 
 
-->c=exampl()
 c  =
 
 
       c(1)
 
    1.    2.    3.  
    4.    5.    6.  

If I change varargout_list to varargout like this

function varargout=exampl()    
    varargout=list(ex())        
endfunction

and call exampl(), I get the following errors-

-->[c,d,e]=exampl()
 !--error 21 
Invalid index.

-->[c,d]=exampl()
 !--error 21 
Invalid index.

-->c=exampl()
 c  =
 
    1.    2.    3.  
    4.    5.    6.


How can I get varargout to work for any number of o/p arguments?



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-varargout-doubt-tp4034928p4034935.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From jrafaelbguerra at hotmail.com  Tue Nov  8 17:08:18 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Tue, 8 Nov 2016 16:08:18 +0000
Subject: [Scilab-users] varargout doubt
In-Reply-To: <1478615284828-4034935.post@n3.nabble.com>
References: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
 <DB5PR04MB15758BDC73114BFE5070CFA1CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1478615284828-4034935.post@n3.nabble.com>
Message-ID: <DB5PR04MB157547F538188841452AD2D8CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>

Please check the two examples here below:

///// START OF CODE
clear;
x=[1 2 3;4 5 6];
y=[4 5 6;7 8 9];
z=10;
M=list(x,y,z);

function out_list=func1(M) //ex.1
    n = length(M);   // decide the number of variables to output based on function input
    out_list = list(1:n);
    for i=1:n
        out_list(i)=rand(M(i));
    end
endfunction

function out_list=func2(x,n)  //ex.2
    out_list = list(1:n);
    for i=1:n
        out_list(i)=x.^i;
    end
endfunction

Q = func1(M);   // Q is a list with same size as input M
n = 5;
P = func2(x,n); // P is a list of matrices with P(i) = X^i, i=1..n
///// END OF CODE

Rgds,
Rafael

-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of shamikam
Sent: Tuesday, November 08, 2016 3:28 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] varargout doubt

Thanks for your reply but that didn't work. I would like to illustrate with a
simple example-

function varargout_list=exampl() 
    [lhs,rhs]=argn(0);
    varargout_list = list(1:lhs);  
    for i=1:lhs
        varargout_list(i)=list(ex())
    end
    
endfunction

function [x,y,z]=ex()
    x=[1 2 3;4 5 6];
    y=[4 5 6;7 8 9];
    z=10;
endfunction

exampl() calls ex(). If I call exampl() with more than one o/p argument,
there is an error

-->[c,d,e]=exampl()
                 !--error 59 
Wrong number of output arguments.
 
 
-->[c,d]=exampl()
               !--error 59 
Wrong number of output arguments.
 
 
-->c=exampl()
 c  =
 
 
       c(1)
 
    1.    2.    3.  
    4.    5.    6.  

If I change varargout_list to varargout like this

function varargout=exampl()    
    varargout=list(ex())        
endfunction

and call exampl(), I get the following errors-

-->[c,d,e]=exampl()
 !--error 21 
Invalid index.

-->[c,d]=exampl()
 !--error 21 
Invalid index.

-->c=exampl()
 c  =
 
    1.    2.    3.  
    4.    5.    6.


How can I get varargout to work for any number of o/p arguments?



From stephane.mottelet at utc.fr  Tue Nov  8 18:02:46 2016
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Tue, 8 Nov 2016 18:02:46 +0100
Subject: [Scilab-users] varargout doubt
In-Reply-To: <DB5PR04MB157547F538188841452AD2D8CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
 <DB5PR04MB15758BDC73114BFE5070CFA1CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1478615284828-4034935.post@n3.nabble.com>
 <DB5PR04MB157547F538188841452AD2D8CCA60@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <dfdb3f1e-1708-95f6-14ea-0c9c13a99e39@utc.fr>

Hello,

The assignments have to be made to individual terms of varargout :

function varargout=test(n)
   for i=1:n
     varargout(i)=i
   end
endfunction

-->[a,b]=test(2)
  b  =

     2.
  a  =

     1.

-->[a,b,c]=test(3)
  c  =

     3.
  b  =

     2.
  a  =

     1.

S.


Le 08/11/2016 ? 17:08, Rafael Guerra a ?crit :
> Please check the two examples here below:
>
> ///// START OF CODE
> clear;
> x=[1 2 3;4 5 6];
> y=[4 5 6;7 8 9];
> z=10;
> M=list(x,y,z);
>
> function out_list=func1(M) //ex.1
>      n = length(M);   // decide the number of variables to output based on function input
>      out_list = list(1:n);
>      for i=1:n
>          out_list(i)=rand(M(i));
>      end
> endfunction
>
> function out_list=func2(x,n)  //ex.2
>      out_list = list(1:n);
>      for i=1:n
>          out_list(i)=x.^i;
>      end
> endfunction
>
> Q = func1(M);   // Q is a list with same size as input M
> n = 5;
> P = func2(x,n); // P is a list of matrices with P(i) = X^i, i=1..n
> ///// END OF CODE
>
> Rgds,
> Rafael
>
> -----Original Message-----
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of shamikam
> Sent: Tuesday, November 08, 2016 3:28 PM
> To: users at lists.scilab.org
> Subject: Re: [Scilab-users] varargout doubt
>
> Thanks for your reply but that didn't work. I would like to illustrate with a
> simple example-
>
> function varargout_list=exampl()
>      [lhs,rhs]=argn(0);
>      varargout_list = list(1:lhs);
>      for i=1:lhs
>          varargout_list(i)=list(ex())
>      end
>      
> endfunction
>
> function [x,y,z]=ex()
>      x=[1 2 3;4 5 6];
>      y=[4 5 6;7 8 9];
>      z=10;
> endfunction
>
> exampl() calls ex(). If I call exampl() with more than one o/p argument,
> there is an error
>
> -->[c,d,e]=exampl()
>                   !--error 59
> Wrong number of output arguments.
>   
>   
> -->[c,d]=exampl()
>                 !--error 59
> Wrong number of output arguments.
>   
>   
> -->c=exampl()
>   c  =
>   
>   
>         c(1)
>   
>      1.    2.    3.
>      4.    5.    6.
>
> If I change varargout_list to varargout like this
>
> function varargout=exampl()
>      varargout=list(ex())
> endfunction
>
> and call exampl(), I get the following errors-
>
> -->[c,d,e]=exampl()
>   !--error 21
> Invalid index.
>
> -->[c,d]=exampl()
>   !--error 21
> Invalid index.
>
> -->c=exampl()
>   c  =
>   
>      1.    2.    3.
>      4.    5.    6.
>
>
> How can I get varargout to work for any number of o/p arguments?
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users



From sgougeon at free.fr  Tue Nov  8 20:41:48 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 8 Nov 2016 20:41:48 +0100
Subject: [Scilab-users] varargout doubt
In-Reply-To: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
References: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
Message-ID: <58222A7C.7050606@free.fr>

Hello Shamika,

When we call a function defined with several output variables (either 
with a list of named argout, or with varargout),
a simple call like callOctave(fname,varargin)with no explicit assignment 
always returns only the first argout. To get next argout, they must be 
explicitly assigned like in:
[a,b,c] = callOctave(fname,varargin)


Le 08/11/2016 06:47, Shamika Mohanan a ?crit :
> Hello,
>
> I have a function defined as such
>
> function varargout= callOct(fname,varargin)
>     varargout=list(callOctave(fname,varargin))
> endfunction
>
> When I call this function with [c,d]=callOct("butter",8,0.1), I get 
> the error
> !--error 21
> Invalid index.
It's normal: callOctave(fname,varargin) returns only its first argout. 
So list(callOctave(...)) has only one component and varargout is limited 
to this one, while with
[c,d]=callOct("butter",8,0.1)
you try to get in d a second argout -- that does not exist: => error
>
> If I call the function as c=callOct("butter",8,0.1),I get no 
> error.varargout stores only one o/p argument even though callOctave 
> returns two arguments.
>
> If I remove varargout like this
>
> function [b,a]=callOct(fname,varargin)
>     [b,a]=callOctave(fname,varargin)
> endfunction
>
> Now when I call this function with [c,d]=callOct("butter",8,0.1), I 
> get no error.
>
> I need callOct function to work with any number of output arguments 
> and so I need to use varargout. How do I get the function to work with 
> varargout?
.
To answer, you must provide information about how you define 
callOctave(fname,varargin):
Does it use also varargout, or not?

Regards
Samuel Gougeon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161108/69577d2d/attachment.htm>

From sgougeon at free.fr  Tue Nov  8 20:59:15 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 8 Nov 2016 20:59:15 +0100
Subject: [Scilab-users] varargout doubt
In-Reply-To: <58222A7C.7050606@free.fr>
References: <CAHbxmFRr0bw7urTDn0CHa-CoA4aJCQOw6kSgPzhGkZ6cQ+TfbA@mail.gmail.com>
 <58222A7C.7050606@free.fr>
Message-ID: <58222E93.7010001@free.fr>

Le 08/11/2016 20:41, Samuel Gougeon a ?crit :
> Hello Shamika,
> .../...
> Le 08/11/2016 06:47, Shamika Mohanan a ?crit :
> .../...
> Now when I call this function with [c,d]=callOct("butter",8,0.1), I 
> get no error.
>>
>> I need callOct function to work with any number of output arguments 
>> and so I need to use varargout. How do I get the function to work 
>> with varargout?
> .
> To answer, you must provide information about how you define 
> callOctave(fname,varargin):
> Does it use also varargout, or not?
.
Here is an example:

function  L= test()                     // using a simple list not named varargout as single argout does the job
      L  =  list(%z,  %pi,  %t,  "abc")
endfunction

function  varargout= main()
     varargout  =  test()
endfunction -->[a,b] = main()b =3.1415927 a =z -->[a,b,c] = main()c =T b 
=3.1415927 a =z Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161108/be284afc/attachment.htm>

From jovart.arthur at gmail.com  Mon Nov  7 15:35:53 2016
From: jovart.arthur at gmail.com (AJRthur)
Date: Mon, 7 Nov 2016 07:35:53 -0700 (MST)
Subject: [Scilab-users] macOS Sierra - Scilab not working yet
In-Reply-To: <1478528203493-4034926.post@n3.nabble.com>
References: <57E24706.704@scilab-enterprises.com>
 <1478528203493-4034926.post@n3.nabble.com>
Message-ID: <CA+OKBcE9D-PUKzdFSFcRP6mQAgBkbRWUFRNnXJz8bOTYLC29AA@mail.gmail.com>

No update yet.

Le lun. 7 nov. 2016 15:16, Damita [via Scilab / Xcos - Mailing Lists
Archives] <ml-node+s994242n4034926h87 at n3.nabble.com> a ?crit :

> Is there  new update for scilab yet for mac sierra users?
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4034926.html
> To unsubscribe from [Scilab-users] macOS Sierra - Scilab not working yet, click
> here
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4034586&code=am92YXJ0LmFydGh1ckBnbWFpbC5jb218NDAzNDU4NnwxMDQ4MjA0MDEz>
> .
> NAML
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>
-- 

Sent from my mobile : expect creative spelling




--
View this message in context: http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4034927.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161107/6bf7ea2a/attachment.htm>

From zrvrum001 at myuct.ac.za  Mon Nov  7 15:16:43 2016
From: zrvrum001 at myuct.ac.za (Damita)
Date: Mon, 7 Nov 2016 07:16:43 -0700 (MST)
Subject: [Scilab-users] macOS Sierra - Scilab not working yet
In-Reply-To: <57E24706.704@scilab-enterprises.com>
References: <57E24706.704@scilab-enterprises.com>
Message-ID: <1478528203493-4034926.post@n3.nabble.com>

Is there  new update for scilab yet for mac sierra users?



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4034926.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From christoph.knappe at gmail.com  Tue Nov  8 12:55:59 2016
From: christoph.knappe at gmail.com (christophk)
Date: Tue, 8 Nov 2016 04:55:59 -0700 (MST)
Subject: [Scilab-users] ignore function output variable
Message-ID: <1478606159981-4034932.post@n3.nabble.com>

Hey there,
is there any way in Scilab to ignore a function output variable? I did a a
quick search in the mailing list archive and on the internet but couldn't
find anything.

Example:
a = [ 0 1 0 1 1];

// working usual function call and throwing away b in Scilab
[b,c] = unique(a);
clear b;

// Matlab syntax for ignoring output variable "b":
[~,c] = unique(a); //throws an error - is there a way of excluding "b" upon
function call in Scilab?



--
View this message in context: http://mailinglists.scilab.org/ignore-function-output-variable-tp4034932.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From clement.david at scilab-enterprises.com  Thu Nov 10 11:31:26 2016
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Thu, 10 Nov 2016 11:31:26 +0100
Subject: [Scilab-users] Unpublished valid messages
In-Reply-To: <DB5PR04MB157523FE4C2A41F48545E230CCAB0@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <5810B88A.6080705@free.fr>
 <DB5PR04MB157523FE4C2A41F48545E230CCAB0@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <1478773886.1956.11.camel@scilab-enterprises.com>

Hello,

Yes sorry about that, these e-mail have been awaiting for an admin review but we currently have no
more a dedicated ressource on that so there might be some delay (sorry about that).

I and C?dric have the full admin access but most of the S/E employees are able to accept mails. I
have accepted some mails from the user-interface but I'm still unable to accept it on the nabble
interface.

Regards,

--
Cl?ment

Le mercredi 26 octobre 2016 ? 14:47 +0000, Rafael Guerra a ?crit?:
> Hello,
> ?
> The messages larger than 100kb are also parked somewhere, waiting for the ML administrator?s
> verdict that seems to never come.
> Is there one ML administrator?
> ?
> Rgds,
> Rafael
> ?
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Samuel Gougeon
> Sent: Wednesday, October 26, 2016 4:07 PM
> To: International users mailing list for Scilab. <users at lists.scilab.org>
> Subject: [Scilab-users] Unpublished valid messages
> ?
> Hello,
> 
> Some valid messages sent to this mailing list look to be blocked somewhere and are never actually
> sent to final recipients, despite they appear in the web archives.?
> Examples, only for this list and for the last elapsed month:
> http://mailinglists.scilab.org/getting-the-first-column-of-function-tt4034849.html
> 
> http://mailinglists.scilab.org/horner-test-tt4034828.html (in french, so badly addressed, anyway
> should have been received)
> http://mailinglists.scilab.org/Adding-toolbox-SIP-tt4034768.html
> http://mailinglists.scilab.org/Customizing-the-editor-e-g-font-size-background-color-tt4034697.htm
> l
> http://mailinglists.scilab.org/xls-link-gateways-not-loaded-in-english-tt4034599.html
> 
> Filtering out spam is OK, but these messages are not spam. It's a pity to not receive them.
> Do we know why they are blocked?
> 
> The flux on the list is not so high. More information explaining this would be welcome.
> 
> Best regards
> Samuel Gougeon
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From osvaldo at dcc.ufmg.br  Thu Nov 10 11:57:20 2016
From: osvaldo at dcc.ufmg.br (Osvaldo Sergio Farhat de Carvalho)
Date: Thu, 10 Nov 2016 08:57:20 -0200
Subject: [Scilab-users] help on timer function
Message-ID: <OFCACA89F6.536C7708-ON83258067.003C2E70-83258067.003C2E76@grude.ufmg.br>

An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161110/e87db3c1/attachment.htm>

From clement.david at scilab-enterprises.com  Thu Nov 10 12:13:42 2016
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Thu, 10 Nov 2016 12:13:42 +0100
Subject: [Scilab-users] Ubuntu upgrade just killed GL
In-Reply-To: <1478287078.7157.6.camel@Servo>
References: <1478287078.7157.6.camel@Servo>
Message-ID: <1478776422.1956.16.camel@scilab-enterprises.com>

Hello Tim,

Thanks for the report, FYI I checked a Scilab 6 local build and a Scilab 5.5.2 on Ubuntu 16.04 and
it seems to works (at least plot3d works).

I suggest you to reboot and trying to report your issue to Ubuntu on glxgear (which is the right 3D
testing tool).

--
Cl?ment

Le vendredi 04 novembre 2016 ? 12:17 -0700, Tim Wescott a ?crit?:
> I'm 99.44% sure that the problem here resides in whatever video stuff
> just got updated on Ubuntu 14.04 -- but the problem only seems to
> exhibit itself under Scilab.
> 
> So, I'm hoping that someone of a more developer-ish bent could give me a
> more mainstream Ubuntu test that'll let me submit a bug report to those
> guys that'll attract attention.??Even better yet, if someone has some
> suggested workarounds that would be exceptionally lovely.??I'm trying to
> get some work delivered to a customer TODAY and things have just come to
> a screeching halt -- hopefully I have a laptop around here that'll work.
> 
> I can't tell you details about the graphics card & whatnot, but I'm
> willing to dig for it if you tell me it's important.
> 
> Attached are two files: devices.txt is the output of the "ubuntu-drivers
> devices" command, while "scilab.doesnt.graph.txt" is the output of
> Scilab's error stream when I start up, try to graph something, then
> exit.??The program gets as far as opening a window on which to graph,
> but fails utterly to actually put up a graph.
> 
> I tried installing and running glxgears, but it just says it can't get
> an RGB channel without saying why -- I don't know if this is part of the
> problem or not.
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From clement.david at scilab-enterprises.com  Thu Nov 10 12:17:00 2016
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Thu, 10 Nov 2016 12:17:00 +0100
Subject: [Scilab-users] reading graphic card buffer
In-Reply-To: <CACf7ODtoJbCoqfJW_w7VHF4Cjn6pNT-wPc4en=6c6Lk7T3QfXw@mail.gmail.com>
References: <CACf7ODtoJbCoqfJW_w7VHF4Cjn6pNT-wPc4en=6c6Lk7T3QfXw@mail.gmail.com>
Message-ID: <1478776620.1956.19.camel@scilab-enterprises.com>

Hello Philipp,

AFAIK the only way to get this kind of direct memory access is only performed by GL debuggers. I
personally use?APITrace [https://github.com/apitrace/apitrace] to debug GL things but it does not
allow a memory view (only function call tracing).

--
Cl?ment

Le lundi 07 novembre 2016 ? 09:27 +0100, Philipp M?hlmann a ?crit?:
> Dear Scilabers,
> 
> out of curiosity:
> 
> Is it possible to access directly?from Scilab the memory/buffer from a graphic card to get info
> about the pixels displayed at the screen?
> 
> BR
> Philipp
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From sgougeon at free.fr  Thu Nov 10 12:38:13 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Thu, 10 Nov 2016 12:38:13 +0100 (CET)
Subject: [Scilab-users] ignore function output variable
In-Reply-To: <1478606159981-4034932.post@n3.nabble.com>
Message-ID: <401196603.173746902.1478777893524.JavaMail.root@zimbra75-e12.priv.proxad.net>

Hello Christoph,

If you are searching for a one-char recipient, for instance "?" or "#" or "%" are valid starting chars for a name of identifier (variable).
So
[#,o]= getversion()  // works, as well as
[?,o]= getversion()  // or
[%,o]= getversion()

However, the first argout is actually assigned (and possibly displayed). AFAIK, this can't be presently avoided.

HTH
Samuel


From sgougeon at free.fr  Thu Nov 10 12:50:40 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Thu, 10 Nov 2016 12:50:40 +0100 (CET)
Subject: [Scilab-users] ignore function output variable
In-Reply-To: <401196603.173746902.1478777893524.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <1239449155.173795104.1478778640052.JavaMail.root@zimbra75-e12.priv.proxad.net>

>SG: However, the first argout is actually assigned (and possibly displayed). AFAIK, this can't be presently avoided.

Humm, actually it aims to work in Scilab 6, but it is bugged:

--> h = zeros(5,3,2);
--> [s1,,s3]=size(h)  // no error
 s3  = 
   3.       // wrong: 2 expected
 s1  = 
   5.

--> [,s2]=size(h)
[,s2]=size(h)
  ^
Error: syntax error, unexpected ","


A pity. Still hoping for it. No need of "~", just skip with "[,.." or "..,,.."


From jrafaelbguerra at hotmail.com  Thu Nov 10 13:17:36 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Thu, 10 Nov 2016 12:17:36 +0000
Subject: [Scilab-users] ignore function output variable
In-Reply-To: <1478606159981-4034932.post@n3.nabble.com>
References: <1478606159981-4034932.post@n3.nabble.com>
Message-ID: <DB5PR04MB15753EA0BCAD1E67B7A16BF2CCB80@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi,

Concerning 'unique', without rewriting it from scratch to output only what you want when you want it, a quick & dirty workaround would be to wrap it in your own 'my_unique' function as follows:

// START OF EXAMPLE
function varargout = my_unique(a,varargin)
    [lhs,rhs] = argn();
    n = 1;
    if rhs ==2 then
        n = varargin(1);
    end
    [p,q] = unique(a);
    if n==1 then varargout(1)  = p;
    elseif n==2 then varargout(1) = q;
    end
    if lhs==2 then
        varargout(1) = p;
        varargout(2) = q;
    end
endfunction


-->a = [ 0 1 0 1 1];
-->my_unique(a)
 ans  =
    0.    1.  

-->my_unique(a,2)
 ans  =
    1.    2.  
 
-->[b,c]=my_unique(a)
 c  =
    1.    2.  
 b  =
    0.    1.  
// END OF EXAMPLE


PS: yes, it is only makeup but humans spend tons of money on that sort of thing.

Regards,
Rafael


-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of christophk
Sent: Tuesday, November 08, 2016 12:56 PM
To: users at lists.scilab.org
Subject: [Scilab-users] ignore function output variable

Hey there,
is there any way in Scilab to ignore a function output variable? I did a a
quick search in the mailing list archive and on the internet but couldn't
find anything.

Example:
a = [ 0 1 0 1 1];

// working usual function call and throwing away b in Scilab
[b,c] = unique(a);
clear b;

// Matlab syntax for ignoring output variable "b":
[~,c] = unique(a); //throws an error - is there a way of excluding "b" upon
function call in Scilab?





From Christophe.Dang at sidel.com  Thu Nov 10 13:02:34 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Thu, 10 Nov 2016 12:02:34 +0000
Subject: [Scilab-users] {EXT}  help on timer function
In-Reply-To: <OFCACA89F6.536C7708-ON83258067.003C2E70-83258067.003C2E76@grude.ufmg.br>
References: <OFCACA89F6.536C7708-ON83258067.003C2E70-83258067.003C2E76@grude.ufmg.br>
Message-ID: <AM4PR0701MB216100F52DA6A9EA613657A9E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

I have a limited understanding about these topics,
but here are a few things I know or guess:

> De : users [mailto:users-bounces at lists.scilab.org] De la part de Osvaldo Sergio Farhat de Carvalho
> Envoy? : jeudi 10 novembre 2016 11:57
>
> 1) timer() measures vary each time you run a program with the same data (see example below);
> how can it be this way, if the number of processor cycles is the same?

Some instructions are stored so the execution is faster when it is performed twice.
This is not unusual when the second execution is faster than the first one.

> 2) if timer() results are not at all equivalent do real-world time,
> how can its precision be given by nanoseconds?

I guess the number of cycle is divided by the frequency to have a time in seconds.

HTH

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 godsonikem at gmail.com  Thu Nov 10 14:50:21 2016
From: godsonikem at gmail.com (Godson Moses)
Date: Thu, 10 Nov 2016 14:50:21 +0100
Subject: [Scilab-users] {EXT} Plotting graphs
In-Reply-To: <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>

Thanks slot that was very helpful

Plse how can one plot a single column by every other column  in a matrix?
And that on a single screen.

Thanks  a lot!
On Nov 8, 2016 1:17 PM, "Dang Ngoc Chan, Christophe" <
Christophe.Dang at sidel.com> wrote:

> Hello,
>
> > De : users [mailto:users-bounces at lists.scilab.org] De la part de Godson
> Moses
> > Envoy? : mardi 8 novembre 2016 07:06
> >
> > Please with a data set in Excel sheet
> > how do I  export it to Scilab
> > and also  select the columns and row I want  to plot
> > neglecting the others.
>
> The best is to have a look at :
> https://help.scilab.org/docs/6.0.0/en_US/section_
> c76aa854271b0bbdb796e15512af62cf.html
>
> If you have .xls files, you can use xls_open() and xls_read().
>
> I personally always export a CSV from Excel, then use csvRead() in Siclab.
> But mind that by default, Excel use a semi-colon as separator and not a
> comma,
> therefore I use
>
> myValues = csvRead(filename, ";", "double");
>
> In any case, you get a matrix of values.
> If you want to plot the nth column vs. the mth column, just use
>
> X = myValues(:, m);
>
> Y = myValues(:, n);
>
> plot(X, Y);
>
> HTH,
>
> regards
>
> --
> Christophe Dang Ngoc Chan
> Mechanical calculation engineer
> 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.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161110/9c148ef9/attachment.htm>

From Christophe.Dang at sidel.com  Thu Nov 10 15:22:24 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Thu, 10 Nov 2016 14:22:24 +0000
Subject: [Scilab-users] {EXT} Plotting graphs
In-Reply-To: <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
Message-ID: <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : users [mailto:users-bounces at lists.scilab.org] De la part de Godson Moses
> Envoy? : jeudi 10 novembre 2016 14:50
>
> Plse how can one plot a single column by every other column  in a matrix?
> And that on a single screen.

https://help.scilab.org/docs/6.0.0/en_US/plot.html

plot(x,y)

If x is a vector and y a matrix plot(x,y) plots each columns of y versus vector x.

e.g.

----------

x = (1:5)' ;

y = [x, x.^2];

plot(x, y);

legend("x", "x^2");

----------

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 godsonikem at gmail.com  Thu Nov 10 16:06:13 2016
From: godsonikem at gmail.com (Godson Moses)
Date: Thu, 10 Nov 2016 16:06:13 +0100
Subject: [Scilab-users] {EXT} Plotting graphs
In-Reply-To: <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>

Thanks
On Nov 10, 2016 3:38 PM, "Dang Ngoc Chan, Christophe" <
Christophe.Dang at sidel.com> wrote:

> Hello,
>
> > De : users [mailto:users-bounces at lists.scilab.org] De la part de Godson
> Moses
> > Envoy? : jeudi 10 novembre 2016 14:50
> >
> > Plse how can one plot a single column by every other column  in a matrix?
> > And that on a single screen.
>
> https://help.scilab.org/docs/6.0.0/en_US/plot.html
>
> plot(x,y)
>
> If x is a vector and y a matrix plot(x,y) plots each columns of y versus
> vector x.
>
> e.g.
>
> ----------
>
> x = (1:5)' ;
>
> y = [x, x.^2];
>
> plot(x, y);
>
> legend("x", "x^2");
>
> ----------
>
> Regards
>
> --
> Christophe Dang Ngoc Chan
> Mechanical calculation engineer
> 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.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161110/26371d23/attachment.htm>

From paul.bignier at scilab-enterprises.com  Thu Nov 10 17:23:51 2016
From: paul.bignier at scilab-enterprises.com (paul.bignier at scilab-enterprises.com)
Date: Thu, 10 Nov 2016 17:23:51 +0100
Subject: [Scilab-users] macOS Sierra - Scilab not working yet
In-Reply-To: <CA+OKBcE9D-PUKzdFSFcRP6mQAgBkbRWUFRNnXJz8bOTYLC29AA@mail.gmail.com>
References: <57E24706.704@scilab-enterprises.com>
 <1478528203493-4034926.post@n3.nabble.com>
 <CA+OKBcE9D-PUKzdFSFcRP6mQAgBkbRWUFRNnXJz8bOTYLC29AA@mail.gmail.com>
Message-ID: <ce52156fc3af772abe8467e36ddd52d6@scilab-enterprises.com>


Hello,

Scilab 5 is not planned to be available for Sierra, but Scilab 6 is.
You can check out the nightly build at:
  http://www.scilab.org/en/development/nightly_builds/master
The latest one works on my Sierra (not perfectly though).

Regards,
Paul


On 2016-11-07 15:35, AJRthur wrote:
> No update yet.
> 
> Le lun. 7 nov. 2016 15:16, Damita [via Scilab / Xcos - Mailing Lists
> Archives] <[hidden email] [3]> a ?crit :
> 
>> Is there new update for scilab yet for mac sierra users?
>> 
>> -------------------------
>> 
>> If you reply to this email, your message will be added to the
>> discussion below:
>> 
> http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4034926.html
>> [1]
>> To unsubscribe from [Scilab-users] macOS Sierra - Scilab not
>> working yet, click here.
>> NAML [2]
> 
> --
> 
> Sent from my mobile : expect creative spelling
> 
> -------------------------
>  View this message in context: Re: [Scilab-users] macOS Sierra -
> Scilab not working yet [4]
>  Sent from the Scilab users - Mailing Lists Archives mailing list
> archive [5] at Nabble.com.
> 
> 
> Links:
> ------
> [1]
> http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4034926.html
> [2]
> http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=macro_viewer&amp;id=instant_html%21nabble%3Aemail.naml&amp;base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&amp;breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
> [3] 
> http://webmail.scilab.org/user/SendEmail.jtp?type=node&node=4034927&i=0
> [4]
> http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4034927.html
> [5]
> http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From Christophe.Dang at sidel.com  Thu Nov 10 17:26:03 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Thu, 10 Nov 2016 16:26:03 +0000
Subject: [Scilab-users] {EXT} Plotting graphs
In-Reply-To: <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
Message-ID: <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>

To answer more precisely to your question:

> If x is a vector and y a matrix plot(x,y) plots each columns of y versus vector x.

If M is the matrix, and the X column is the n-th one, then:

----------

X = M(:, n); // select the n-th column

Y = M;

Y(:, n) = []; // remove the n-th column from the matrix

plot(X, Y)

----------

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 tim at wescottdesign.com  Thu Nov 10 18:10:40 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Thu, 10 Nov 2016 09:10:40 -0800
Subject: [Scilab-users] Ubuntu upgrade just killed GL
In-Reply-To: <1478776422.1956.16.camel@scilab-enterprises.com>
References: <1478287078.7157.6.camel@Servo>
 <1478776422.1956.16.camel@scilab-enterprises.com>
Message-ID: <1478797840.2916.1.camel@Servo>

I've got my problems sorted -- the saga is in the link below.  In the
end, it seems to only relate to Scilab because Scilab uses OpenGL.

I suspect it's some peculiar corner case involving my combination of
software and hardware.

https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-331/+bug/1639371

On Thu, 2016-11-10 at 12:13 +0100, Cl?ment David wrote:
> Hello Tim,
> 
> Thanks for the report, FYI I checked a Scilab 6 local build and a Scilab 5.5.2 on Ubuntu 16.04 and
> it seems to works (at least plot3d works).
> 
> I suggest you to reboot and trying to report your issue to Ubuntu on glxgear (which is the right 3D
> testing tool).
> 
> --
> Cl?ment
> 
> Le vendredi 04 novembre 2016 ? 12:17 -0700, Tim Wescott a ?crit :
> > I'm 99.44% sure that the problem here resides in whatever video stuff
> > just got updated on Ubuntu 14.04 -- but the problem only seems to
> > exhibit itself under Scilab.
> > 
> > So, I'm hoping that someone of a more developer-ish bent could give me a
> > more mainstream Ubuntu test that'll let me submit a bug report to those
> > guys that'll attract attention.  Even better yet, if someone has some
> > suggested workarounds that would be exceptionally lovely.  I'm trying to
> > get some work delivered to a customer TODAY and things have just come to
> > a screeching halt -- hopefully I have a laptop around here that'll work.
> > 
> > I can't tell you details about the graphics card & whatnot, but I'm
> > willing to dig for it if you tell me it's important.
> > 
> > Attached are two files: devices.txt is the output of the "ubuntu-drivers
> > devices" command, while "scilab.doesnt.graph.txt" is the output of
> > Scilab's error stream when I start up, try to graph something, then
> > exit.  The program gets as far as opening a window on which to graph,
> > but fails utterly to actually put up a graph.
> > 
> > I tried installing and running glxgears, but it just says it can't get
> > an RGB channel without saying why -- I don't know if this is part of the
> > problem or not.
> > 
> > _______________________________________________
> > users mailing list
> > users at lists.scilab.org
> > http://lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432




From christoph.knappe at gmail.com  Thu Nov 10 21:10:06 2016
From: christoph.knappe at gmail.com (christophk)
Date: Thu, 10 Nov 2016 13:10:06 -0700 (MST)
Subject: [Scilab-users] finding reasonable axis markers for plotting a
	random data set
In-Reply-To: <1478807920060-4034957.post@n3.nabble.com>
References: <1478807920060-4034957.post@n3.nabble.com>
Message-ID: <1478808606051-4034958.post@n3.nabble.com>

Here is the code in a testfile to make things easier for those who want to
give it a shot and test it. I know there are some duplicate lines that could
be avoided by changing the boolean logic a bit but I fear that the
readability of the code will suffer (as it is quite bad already). Also
please be kind with your comments, as I am not a programmer and also a total
Scilab beginner. :-)
testcode.sci <http://mailinglists.scilab.org/file/n4034958/testcode.sci>  



--
View this message in context: http://mailinglists.scilab.org/finding-reasonable-axis-markers-for-plotting-a-random-data-set-tp4034957p4034958.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From sgougeon at free.fr  Fri Nov 11 00:24:29 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Fri, 11 Nov 2016 00:24:29 +0100
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <1478466390186-4034924.post@n3.nabble.com>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr>
 <1478466390186-4034924.post@n3.nabble.com>
Message-ID: <582501AD.1050202@free.fr>

Hi Fran?ois,

Le 06/11/2016 22:06, farialima a ?crit :
> hi Samuel
>
> We've worked on this problem, and in fact on other problems you reported,
> but we were still in the process of testing them.
.
Indeed, it is now possible to specify a Scilab version for ATOMS built 
binaries and post them. Thanks.


> But you are right, the issue below is really a blocker and should be
> released ASAP... so I've just released it. Please tell me if there's any
> issue.
.
When posting a binary, there is no longer any email notification for it, 
while yet it would be mostly welcome for it.

In addition, i used to use the Description field of the sources file to 
post related CHANGES (not the whole cumulated CHANGES). But this field 
no longer exists. The main Description is not saturated, so i am now 
using it instead.


> More fixes coming shortly...
Great.
Hope to soon get FileExchange working again.

Samuel



From godsonikem at gmail.com  Fri Nov 11 07:56:46 2016
From: godsonikem at gmail.com (Godson Moses)
Date: Fri, 11 Nov 2016 07:56:46 +0100
Subject: [Scilab-users] {EXT} Plotting graphs
In-Reply-To: <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
 <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>

How about plotting all this on a single graph, sir?

Regards
On Nov 10, 2016 5:27 PM, "Dang Ngoc Chan, Christophe" <
Christophe.Dang at sidel.com> wrote:

> To answer more precisely to your question:
>
> > If x is a vector and y a matrix plot(x,y) plots each columns of y versus
> vector x.
>
> If M is the matrix, and the X column is the n-th one, then:
>
> ----------
>
> X = M(:, n); // select the n-th column
>
> Y = M;
>
> Y(:, n) = []; // remove the n-th column from the matrix
>
> plot(X, Y)
>
> ----------
>
> Regards
>
> --
> Christophe Dang Ngoc Chan
> Mechanical calculation engineer
> 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.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161111/95c202de/attachment.htm>

From sgougeon at free.fr  Fri Nov 11 14:07:54 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Fri, 11 Nov 2016 14:07:54 +0100
Subject: [Scilab-users] {EXT} Plotting graphs
In-Reply-To: <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
 <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>
Message-ID: <5825C2AA.3070906@free.fr>

Le 11/11/2016 07:56, Godson Moses a ?crit :
>
> How about plotting all this on a single graph, sir?
>
A single plot(..) instruction does it, as indicatedby Christophe. Didn't 
you try at least before asking, or it does not work for you?



From sgougeon at free.fr  Fri Nov 11 17:50:48 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Fri, 11 Nov 2016 17:50:48 +0100
Subject: [Scilab-users] uman 2.1 is released
Message-ID: <5825F6E8.6000409@free.fr>

Hello,

The 2.1 version of the "uman" (*u*ser *man*ual) module is released and 
available for Scilab 5.5 and Scilab 6.
It can be installed or updated with:
--> atomsInstall uman  // then close and restart Scilab

*Main features*: uman allows

  * to display///in the console/ help pages of Scilab or of external
    modules or contributions, with chosen sections, in any chosen
    supported language without switching the session language. The
    online page can be as well targeted instead.
  * to grab easily all messages from the mailing lists archives about a
    given feature, function, author,..
  * to easily list bugs reported about a given function or feature


*Main changes 2.1 *:

  * "uman .. u" and disp_usage() now justify the list of syntaxes. The
    alignment mode can be tuned with the new configuration variable
    umanAlignSyntaxes:
    uman 2.0 & default help
    <https://help.scilab.org/docs/6.0.0/en_US/who.html>
    uman 2.1 with umanAlignSyntaxes="" 	uman 2.1 	uman 2.1
    with umanAlignSyntaxes="l"
    --> uman who u

    Scilab > Variables > who
    ........................
    USAGES
      who
      who()
      names = who('local')
      [names,mem] = who('local')
      names = who('global')
      [names,mem] = who('global')
      who('sorted')
      names = who('local','sorted')
      [names,mem] = who('local','sorted')
      names = who('global','sorted')
      [names,mem] = who('global','sorted')

    	--> uman who u

    Scilab > Variables > who
    ........................
    USAGES
                    who
                    who()
            names = who('local')
      [names,mem] = who('local')
            names = who('global')
      [names,mem] = who('global')
                    who('sorted')
            names = who('local','sorted')
      [names,mem] = who('local','sorted')
            names = who('global','sorted')
      [names,mem] = who('global','sorted')

    	--> uman who u

    Scilab > Variables > who
    ........................
    USAGES
                    who
                    who()
      names       = who('local')
      [names,mem] = who('local')
      names       = who('global')
      [names,mem] = who('global')
                    who('sorted')
      names       = who('local','sorted')
      [names,mem] = who('local','sorted')
      names       = who('global','sorted')
      [names,mem] = who('global','sorted')


  * uman help pages are now available in french
  * 19 references / resources added
  * 14 bugs fixed

*Online pages*

  * ATOMS : http://atoms.scilab.org/toolboxes/uman
  * Online help : http://sgougeon.free.fr/scilab/help/uman/scilab_en_US_help


Take it and enjoy.

Samuel Gougeon

------------------------------------------------------------------------------------------------------------

CHANGES 2.0 => 2.1 (2016-10-30)
-------------------------------
NEW FEATURES
  * New configuration variable umanAlignSyntaxes = '' | 'l' | 'r' (default)

IMPROVEMENTS
  * Help pages are now available in french.
  * Console mode:
    - For a better readability, syntaxes of a function are now aligned.
      Their justifying is tunable. Examples: who, unwrap, ss2tf, strsplit...
    - When a page has no parameters section, its description section(s) is
      now automatically displayed, even without using the 'd' option

REFERENCES ADDED
  * Redirections
    - internal: stat=>stats
    - to Scilab: bicg, bicgstab, cgs, class, iscell, iscellstr, isinteger,
      isjava, numel, pcg, spdiags, square => squarewave(faux-ami)
    - to external: print_usage
  * FileExchange: GnuSciPlot, Ishikawa, STL
  * ATOMS: forge cglab=>cgal, Dynpeak, FOT, sopi, wgserialxcosio

BUG FIXED
  * 'uman close u' displayed only 'close(H)', forgetting 'close'
  * Changing csvDefault('separator',..) made 'uman' failing.
  * uman ignored any <term> of a <variablelist> having an id.
  * '& ' in a <screen> area yielded an error.
    Example: 'uman _atomsGettingStarted dc'
  * When a table's row had a single cell, '<td>' was sometimes displayed
  * 'uman bitget lru' did not display the parameters section
  * 'uman author> wb' without section and item yielded an error.
  * 'uman figure_size wb' did not select '... Fig.figure_size=sizes ...'
  * 'uman [ wb' missed '[a b c ..]' and other entries
  * 'uman ? wb' or 'uman # wb' yielded a Bugzilla error
  * 'uman 12 wb' was accepted while Scilab bugs are numbered starting from 77.
  * 'uman doc/>plot2d wb' did not target the 'Documentation pages' component
  * 'uman doc/><100 wb' yielded an error (no topic)
  * 'uman author> @' used '>' as part of the author name


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161111/a974d25a/attachment.htm>

From sgougeon at free.fr  Fri Nov 11 23:19:16 2016
From: sgougeon at free.fr (Samuel GOUGEON)
Date: Fri, 11 Nov 2016 15:19:16 -0700 (MST)
Subject: [Scilab-users] getting the first column of function
In-Reply-To: <1477106911230-4034849.post@n3.nabble.com>
References: <1477106911230-4034849.post@n3.nabble.com>
Message-ID: <1478902756489-4034965.post@n3.nabble.com>

fujimoto2005, Oct 22, 2016; 5:28am wrote
> Function f returns m*2 matrix and I want to get the first column of f.
> The usual method is  as follows.
> 
> ***
> rt=f
> x=rt(:,1)
> ****
> 
> But I want to  get x directly from f without rt.
> Is there such method?

rt=f
does not call f, but makes rt an alias of f.
rt = f() // makes f returning a 2-column matrix: ok

What you wish is not possible with Scilab 5, while Scilab 6 allows doing it
as follows:
x = f()(1)

HTH
Samuel Gougeon




--
View this message in context: http://mailinglists.scilab.org/getting-the-first-column-of-function-tp4034849p4034965.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From fujimoto2005 at gmail.com  Sat Nov 12 04:59:00 2016
From: fujimoto2005 at gmail.com (fujimoto2005)
Date: Fri, 11 Nov 2016 20:59:00 -0700 (MST)
Subject: [Scilab-users] getting the first column of function
In-Reply-To: <1478902756489-4034965.post@n3.nabble.com>
References: <1477106911230-4034849.post@n3.nabble.com>
 <1478902756489-4034965.post@n3.nabble.com>
Message-ID: <1478923140426-4034966.post@n3.nabble.com>

Hi Samuel

Thanks for your help.
I can get a more clean code by your solution.

Best regards.

M.F.



--
View this message in context: http://mailinglists.scilab.org/getting-the-first-column-of-function-tp4034849p4034966.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From j.s.strom at hslmg.de  Sat Nov 12 12:00:29 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sat, 12 Nov 2016 12:00:29 +0100
Subject: [Scilab-users] Facet color in Vers. 5.5.2
In-Reply-To: <5825C2AA.3070906@free.fr>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
 <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>
 <5825C2AA.3070906@free.fr>
Message-ID: <5826F64D.9080302@hslmg.de>

Hi Scilab experts,
please help me to get the facet black, not cyan.

plot3d([0 1 1 0]',[0 0 1 1 ]',[0 0 0 0]')
ce=gce();
ce.color_flag=0;// Help page says: "All facets are painted using the 
color index and method defined by color_mode"
ce.color_mode=1//Help page says: "The color of the facet when color_flag 
value is 0" Index 1 should produce Black, but CYAN is delivered.
//getcolor

Regards
Jens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161112/e8f5e434/attachment.htm>

From jrafaelbguerra at hotmail.com  Sat Nov 12 13:49:49 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 12 Nov 2016 12:49:49 +0000
Subject: [Scilab-users] Facet color in Vers. 5.5.2
In-Reply-To: <5826F64D.9080302@hslmg.de>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
 <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>
 <5825C2AA.3070906@free.fr> <5826F64D.9080302@hslmg.de>
Message-ID: <VI1PR04MB158253811835CE39BD6313D6CCBA0@VI1PR04MB1582.eurprd04.prod.outlook.com>

Hi Jens,

You need a proper input to plot3d (x and y monotonous with length n1 and n2, and z with size n1 x n2):

clear; clf();
plot3d([0 1],[0 1],[0 0; 0 0])
ce=gce();
ce.color_flag=0;
ce.color_mode=5;  // 5 = red; 1 = black

Regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Saturday, November 12, 2016 12:00 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: [Scilab-users] Facet color in Vers. 5.5.2

Hi Scilab experts,
please help me to get the facet black, not cyan.

plot3d([0 1 1 0]',[0 0 1 1 ]',[0 0 0 0]')
ce=gce();
ce.color_flag=0;// Help page says: "All facets are painted using the color index and method defined by color_mode"
ce.color_mode=1//Help page says: "The color of the facet when color_flag value is 0" Index 1 should produce Black, but CYAN is delivered.
//getcolor

Regards
Jens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161112/cb5e8d7c/attachment.htm>

From n.gulunay at gmail.com  Sat Nov 12 15:14:48 2016
From: n.gulunay at gmail.com (n.gulunay)
Date: Sat, 12 Nov 2016 08:14:48 -0600
Subject: [Scilab-users] Facet color in Vers. 5.5.2
Message-ID: <92l0389tvlyxwiousuklyi2v.1478960088109@email.android.com>


    
Hi Rafael,Jens's question reminds me the grayplot problem that you helped me with.?If you recall I went though all that gymnastics to create a proper set of Inputs like you are describing here. Why doesnt scilab have option of coding scatter type input ( that is x,y and z all are vectors of the same size ) for all these plotting utilities? That will be a good service to the user community.?


Sent via the Samsung GALAXY S? 5, an AT&T 4G LTE smartphone

-------- Original message --------
From: Rafael Guerra <jrafaelbguerra at hotmail.com> 
Date: 11/12/16  6:49 AM  (GMT-06:00) 
To: Users mailing list for Scilab <users at lists.scilab.org> 
Subject: Re: [Scilab-users] Facet color in Vers. 5.5.2 



Hi Jens,
?
You need a proper input to plot3d (x and y monotonous with length n1 and n2, and z with size n1 x n2):
?

clear;
clf();

plot3d([0
1],[0
1],[0
0;
0
0])

ce=gce();

ce.color_flag=0;

ce.color_mode=5;?
// 5 = red; 1 = black
?
Regards,
Rafael
?


From:
 users [mailto:users-bounces at lists.scilab.org] On Behalf Of
Jens Simon Strom

Sent: Saturday, November 12, 2016 12:00 PM

To: Users mailing list for Scilab <users at lists.scilab.org>

Subject: [Scilab-users] Facet color in
Vers. 5.5.2


?
Hi Scilab experts,

please help me to get the facet black, not cyan. 



plot3d([0 1 1 0]',[0 0 1 1 ]',[0 0 0 0]')

ce=gce();

ce.color_flag=0;// Help page says: "All facets are painted using the color index and method defined by
color_mode"

ce.color_mode=1//Help page says: "The color of the facet when
color_flag value is 0" Index 1 should produce Black, but CYAN is delivered.

//getcolor



Regards

Jens

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161112/cea8e1c7/attachment.htm>

From j.s.strom at hslmg.de  Sat Nov 12 20:54:47 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sat, 12 Nov 2016 20:54:47 +0100
Subject: [Scilab-users] Facet color in Vers. 5.5.2
In-Reply-To: <VI1PR04MB158253811835CE39BD6313D6CCBA0@VI1PR04MB1582.eurprd04.prod.outlook.com>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
 <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>
 <5825C2AA.3070906@free.fr> <5826F64D.9080302@hslmg.de>
 <VI1PR04MB158253811835CE39BD6313D6CCBA0@VI1PR04MB1582.eurprd04.prod.outlook.com>
Message-ID: <58277387.8050809@hslmg.de>

Hi Rafeal,
Your code is fine. However I was looking for a more general use of 
plot3d beyond a rectangular mesh.
In the meantime I have found the solution. It is just the realisation 
that the hidden color can be the obvious one. See the following snippet.

plot3d([0 2 0]',[0 0 1]',[0 0 0.2 ]')
ce=gce();
ce.color_mode=5;// blue
ce.hiddencolor=3; //green
//
plot3d([0 0 2]',[0 1 0]',0.5+[0 0 -0.2 ]')//same points, reverse 
orientation
ce=gce();
ce.color_mode=5;// blue
ce.hiddencolor=3;//green
ca=gca(); ca.rotation_angles = [85,-60];

It seems that the data points sequence generates an /oriented/ facet. 
Its /positive side/ is painted by the "hidden" color. But this is a 
surmise only.

Regards
Jens
-------------------------------------------------------------

Am 12.11.2016 13:49, schrieb Rafael Guerra:
>
> Hi Jens,
>
> You need a proper input to plot3d (x and y monotonous with length n1 
> and n2, and z with size n1 x n2):
>
> clear;_clf_();
>
> plot3d([01],[01],[00;00])
>
> ce=_gce_();
>
> ce.color_flag=0;
>
> ce.color_mode=5;/// 5 = red; 1 = black/
>
> Regards,
>
> Rafael
>
> *From:*users [mailto:users-bounces at lists.scilab.org] *On Behalf Of 
> *Jens Simon Strom
> *Sent:* Saturday, November 12, 2016 12:00 PM
> *To:* Users mailing list for Scilab <users at lists.scilab.org>
> *Subject:* [Scilab-users] Facet color in Vers. 5.5.2
>
> Hi Scilab experts,
> please help me to get the facet black, not cyan.
>
> plot3d([0 1 1 0]',[0 0 1 1 ]',[0 0 0 0]')
> ce=gce();
> ce.color_flag=0;// Help page says: "All facets are painted using the 
> color index and method defined by color_mode"
> ce.color_mode=1//Help page says: "The color of the facet when 
> color_flag value is 0" Index 1 should produce Black, but CYAN is 
> delivered.
> //getcolor
>
> Regards
> Jens
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161112/fd30fd0d/attachment.htm>

From jrafaelbguerra at hotmail.com  Sat Nov 12 23:44:51 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 12 Nov 2016 22:44:51 +0000
Subject: [Scilab-users] Facet color in Vers. 5.5.2
In-Reply-To: <58277387.8050809@hslmg.de>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
 <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>
 <5825C2AA.3070906@free.fr> <5826F64D.9080302@hslmg.de>
 <VI1PR04MB158253811835CE39BD6313D6CCBA0@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <58277387.8050809@hslmg.de>
Message-ID: <DB5PR04MB15751564D5CFFC366BB2C2D7CCBA0@DB5PR04MB1575.eurprd04.prod.outlook.com>

Jens,

Quite interesting finding about the facets' orientation which does not seem to be documented.
The definition of "hiddencolor" as the color of the "rear" face loses then its meaning...
Is this a bug or an undocumented feature?

Regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Saturday, November 12, 2016 8:55 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] Facet color in Vers. 5.5.2

Hi Rafeal,
Your code is fine. However I was looking for a more general use of plot3d beyond a rectangular mesh.
In the meantime I have found the solution. It is just the realisation that the hidden color can be the obvious one. See the following snippet.

plot3d([0 2 0]',[0 0 1]',[0 0 0.2 ]')
ce=gce();
ce.color_mode=5;// red
ce.hiddencolor=3; //green
//
plot3d([0 0 2]',[0 1 0]',0.5+[0 0 -0.2 ]')//same points, reverse orientation
ce=gce();
ce.color_mode=5;// red
ce.hiddencolor=3;//green
ca=gca(); ca.rotation_angles = [85,-60];

It seems that the data points sequence generates an oriented facet. Its positive side is painted by the "hidden" color.  But this is a surmise only.

Regards
Jens
-------------------------------------------------------------
Am 12.11.2016 13:49, schrieb Rafael Guerra:
Hi Jens,

You need a proper input to plot3d (x and y monotonous with length n1 and n2, and z with size n1 x n2):

clear; clf();
plot3d([0 1],[0 1],[0 0; 0 0])
ce=gce();
ce.color_flag=0;
ce.color_mode=5;  // 5 = red; 1 = black

Regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Saturday, November 12, 2016 12:00 PM
To: Users mailing list for Scilab <users at lists.scilab.org><mailto:users at lists.scilab.org>
Subject: [Scilab-users] Facet color in Vers. 5.5.2

Hi Scilab experts,
please help me to get the facet black, not cyan.

plot3d([0 1 1 0]',[0 0 1 1 ]',[0 0 0 0]')
ce=gce();
ce.color_flag=0;// Help page says: "All facets are painted using the color index and method defined by color_mode"
ce.color_mode=1//Help page says: "The color of the facet when color_flag value is 0" Index 1 should produce Black, but CYAN is delivered.
//getcolor

Regards
Jens




_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161112/a8872fb5/attachment.htm>

From Christophe.Dang at sidel.com  Mon Nov 14 10:37:58 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Mon, 14 Nov 2016 09:37:58 +0000
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a	random data set
In-Reply-To: <1478808606051-4034958.post@n3.nabble.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
Message-ID: <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello again,

> Nov 10, 2016; 8:58pm
> christophk
> Any feedback on how improve it or replace it with existing Scilab features are more than welcome.
> testcode.sci <http://mailinglists.scilab.org/file/n4034958/testcode.sci>

As I understand it, you want to do what Scilab automatically does,
because for some reason you're not fully satisfied with the automatic scale.

You might also tell us the reason why you're not satisfied,
so we can advise you or fill in a wishlist for the next version.

Nevertheless, to answer to your call for comments:

You should first explain the way you proceed.
We have to understand your algorithm by reading the code and the comments, which is quite painful.

And I do not have that time,  so here are just some minor comments.

Concerning the first function, which aim is apparently to find the order of magnitude of a variable,
you might use the logarithm function.

You can have the order of magnitude with

order_of_magnitude =  floor(log10(abs(stepmagnitude)))

then process it; in your case, if I understand well your function, it would be something like

power = 0;
if order_of_magnitude < 0 then power = - order_of_magnitude;
end

which is a bit astonishing.
I wonder if you considered the case where the X value is greater than 1,
I think that simply power = - order_of_magnitude (without testing the sign) would be more relevant.

So, from what I understand, you want to extract the significand.

The test

if xmin<0 & xmax>0

might be replaced by

if (xmin*xmax) < 0

Hope this helps,

regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 Christophe.Dang at sidel.com  Mon Nov 14 09:50:33 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Mon, 14 Nov 2016 08:50:33 +0000
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a	random data set
In-Reply-To: <1478808606051-4034958.post@n3.nabble.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
Message-ID: <AM4PR0701MB2161DA836BB83656972C5BF5E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : users [mailto:users-bounces at lists.scilab.org] De la part de christophk
> Envoy? : jeudi 10 novembre 2016 21:10
>
> Here is the code in a testfile to make things easier for those who want to give it a shot and test it.

It seems your former message was blocked, so for the ease of the readers, here is where to find it:

http://mailinglists.scilab.org/finding-reasonable-axis-markers-for-plotting-a-random-data-set-tt4034957.html

(No answer to your message yet.)

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 christoph.knappe at gmail.com  Mon Nov 14 12:05:48 2016
From: christoph.knappe at gmail.com (christophk)
Date: Mon, 14 Nov 2016 04:05:48 -0700 (MST)
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a	random data set
In-Reply-To: <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
 <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <1479121548747-4034974.post@n3.nabble.com>

Hey Christophe,

thank you for taking your time to respond to my post. Your feedback is
really valuable for me.
Of course I should have thought on the log10 -function, I don't know why it
hasn't occurred to me. :)

So this is the code I am testing with and that made me want to create more
reasonable axis markers - I want to have a certain control over the plot
limits as I might autocreate a lot of similar plots and want to force the
same axis limits to all for comparability. In this example, I am not
satisfied with the odd axis ticks see attached example. Zero should alway be
a tick if it is within the axis intervals. 
There are a few other things that I am wondering on how to do later:
1. I wonder whether I could move the legend around in the graph and omit
certain legends where only NaN values are presented.
2. I want to resize axis labels and change to a more bold line thickness for
the graphs
3. is there a list of character makers that I could use for indicating
points in the plots e.g. "plot(x,y,'-o')"
Not sure how it works in plot2.

Perhaps I should use plot instead of plot2 - I don't quite know which one is
best for my purpose, they look similar only to the point of different
syntax.

function create_plot(x,y,colors,axlabels,title)
    colors = colors(1:size(x,2));  
   
plot2d(x,y,colors,leg="L1 at L2@L3",nax=[2,10,2,10],rect=[floor(min(x)),floor(min(y)),ceil(max(x)),ceil(max(y))]);
    set(gca(),"grid",[1 1]);
    xtitle(title);
    xlabel(axlabels(1));
    ylabel(axlabels(2));
    //mtlb_axis([min(x), max(x), min(y)-0.1*(max(y)-min(y)),
max(y)+0.1*(max(y)-min(y))]);
endfunction

title1 = "plot title";
colors1 = 1:20;
axlabels1 = ['x-axis [a.u.]';'y-axis [a.u.]'];
x1 =
[linspace(-2*%pi,2*%pi,201)',%nan*ones(201,1),linspace(-2*%pi,2*%pi,201)'];
y1 = [cos(x1(:,1)),%nan*ones(201,1),5.5*sin(x1(:,3))];
create_plot(x1,y1,colors1,axlabels1,title1)

Odd_axis_labels.pdf
<http://mailinglists.scilab.org/file/n4034974/Odd_axis_labels.pdf>  



--
View this message in context: http://mailinglists.scilab.org/finding-reasonable-axis-markers-for-plotting-a-random-data-set-tp4034957p4034974.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From scilab.org at farialima.net  Mon Nov 14 13:27:01 2016
From: scilab.org at farialima.net (farialima)
Date: Mon, 14 Nov 2016 05:27:01 -0700 (MST)
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <582501AD.1050202@free.fr>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr> <1478466390186-4034924.post@n3.nabble.com>
 <582501AD.1050202@free.fr>
Message-ID: <1479126421915-4034975.post@n3.nabble.com>

Hi again -

I've just published some updates to http://atoms.scilab.org -- including a
search on the toolboxes, and (hopefully) fixes for the bugs you've reported.
in particular,

> When posting a binary, there is no longer any email notification for it, 
should be fixed

> ...post related CHANGES (not the whole cumulated CHANGES). But this field
> no longer exists. 
No changes here however - I had removed the CHANGES field to simplify things
-- very few toolboxes were using it; I'm glad that you can work with the
Description field.

> Hope to soon get FileExchange working again.
Please tell me if anything more is broken in that area...

Fran?ois



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Changes-on-ATOMS-to-post-toolboxes-for-Scilab-6-tp4034282p4034975.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From Christophe.Dang at sidel.com  Mon Nov 14 13:15:21 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Mon, 14 Nov 2016 12:15:21 +0000
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a	random data set
In-Reply-To: <1479121548747-4034974.post@n3.nabble.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
 <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479121548747-4034974.post@n3.nabble.com>
Message-ID: <AM4PR0701MB2161A026CD52E6BE80F02873E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : users [mailto:users-bounces at lists.scilab.org] De la part de christophk
> Envoy? : lundi 14 novembre 2016 12:06
>
> I want to have a certain control over the plot limits as I might autocreate a lot of similar plots
> and want to force the same axis limits to all for comparability.
> In this example, I am not satisfied with the odd axis ticks see attached example.
> Zero should alway be a tick if it is within the axis intervals

OK, it is a bit clearer now.

I don't know exactly what you consider as a nice labelling.

For me, it would be to have only decimal number i.e. the last number displayed increases by one at each tick.

Is it something like this?

So, I try to understand your procedure.

All this of course depends on the size of the picture (in millimeters or inches or pixels),
but we can assume that you also want to always have the same picture size.

So, the general solution might be to set the number of ticks you want, say "about" 10.
This is probably your step1 (or step inside the function) variable.

You first determine the order of magnitude of the last number that should be displayed,
this is the stepmagnitude variable.

You multiply the min and max value to work with integers with the "*10^power" operation.
For the sake of understanding, let me rename your variables:
xmin and xmax still have their original values, then define

----------

xminint = floor(xmin*10^power);

xmaxint = ceil(xmin*10^power);

----------

I wonder if the following tick position

10e(-power)*(xminint:xmaxint);

would be satisfying.
If you have negative and positive values,
then zero would be in this vector (because it is an integer between the extrema).

Would this simple solution fit your needs?

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 christoph.knappe at gmail.com  Mon Nov 14 14:14:30 2016
From: christoph.knappe at gmail.com (christophk)
Date: Mon, 14 Nov 2016 06:14:30 -0700 (MST)
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a	random data set
In-Reply-To: <AM4PR0701MB2161A026CD52E6BE80F02873E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
 <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479121548747-4034974.post@n3.nabble.com>
 <AM4PR0701MB2161A026CD52E6BE80F02873E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <1479129270840-4034977.post@n3.nabble.com>

Hey Christophe,

I don't think " to have only decimal number i.e. the last number displayed
increases by one at each tick." would be good enough for every case. Or
perhaps I'm not getting your idea entirely
Consider the following range examples:

1. xmin = 8.31 xmax = 9.23
Then lets specify a some possible steps (=axismarkers-1) and see what would
be preferable results for my taste:
steps = 2 =>  markers: 8.25 8.75 9.25
steps = 4 =>  markers: 8.25 8.5 8.75 9.25
steps = 6 =>  markers: 8.2 8.4 8.6 8.8 9 9.2 9.4
steps = 10 => markers: 8.2 8.3 .... 9.3

2. xmin = -0.001 xmax = 2 (forced 0 for a marker)
steps = 2 => -2 0 2
steps = 3 => -1 0 1 2
steps = 4 => -0.7 0 0.7 1.4 2.1
steps = 5 => -0.5 0 0.5 1 1.5 2

In my code example, I specify the possible stepsizes to choose from in the
variable "vec" and use the order of magnitude for the given stepsize to
account for scaling effects  (so that ceil and floor can be used even for
ranges that are a few orders of magnitude off).




--
View this message in context: http://mailinglists.scilab.org/finding-reasonable-axis-markers-for-plotting-a-random-data-set-tp4034957p4034977.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From christoph.knappe at gmail.com  Mon Nov 14 15:12:02 2016
From: christoph.knappe at gmail.com (christophk)
Date: Mon, 14 Nov 2016 07:12:02 -0700 (MST)
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a	random data set
In-Reply-To: <1479129270840-4034977.post@n3.nabble.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
 <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479121548747-4034974.post@n3.nabble.com>
 <AM4PR0701MB2161A026CD52E6BE80F02873E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479129270840-4034977.post@n3.nabble.com>
Message-ID: <1479132722693-4034978.post@n3.nabble.com>

Btw, Christophe - your solution does not give the option to specify the
desired number axismarkers which I express using the function input variable
"steps". 

I have now compressed the code from my example further according to your
good suggestions and attach it as a file in case anyone likes to try it. 

create_steps.sci
<http://mailinglists.scilab.org/file/n4034978/create_steps.sci>  

I guess there is no other easy way to do what I wanted. However, if anyone
likes to hint me on how to do one of the following things with my example
plot code I'd be very happy: 

function create_plot(x,y,colors,axlabels,title)
    colors = colors(1:size(x,2));  
   
plot2d(x,y,colors,leg="L1 at L2@L3",nax=[2,10,2,10],rect=[floor(min(x)),floor(min(y)),ceil(max(x)),ceil(max(y))]);
    set(gca(),"grid",[1 1]);
    xtitle(title);
    xlabel(axlabels(1));
    ylabel(axlabels(2));
    //mtlb_axis([min(x), max(x), min(y)-0.1*(max(y)-min(y)),
max(y)+0.1*(max(y)-min(y))]);
endfunction

title1 = "plot title";
colors1 = 1:20;
axlabels1 = ['x-axis [a.u.]';'y-axis [a.u.]'];
x1 =
[linspace(-2*%pi,2*%pi,201)',%nan*ones(201,1),linspace(-2*%pi,2*%pi,201)'];
y1 = [cos(x1(:,1)),%nan*ones(201,1),5.5*sin(x1(:,3))];
create_plot(x1,y1,colors1,axlabels1,title1)

1. I wonder whether I could move the legend around in the graph and omit
certain legends where only NaN values are presented.
2. I want to resize axis labels and change to a more bold line thickness for
the graphs
3. is there a list of character makers that I could use for indicating
points in the plots e.g. "plot(x,y,'-o')"
Not sure how it works in plot2.

Should I use plot instead of plot2 - I don't quite know which one is best
for my purpose, they look similar only to the point of different syntax.




--
View this message in context: http://mailinglists.scilab.org/finding-reasonable-axis-markers-for-plotting-a-random-data-set-tp4034957p4034978.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From Christophe.Dang at sidel.com  Mon Nov 14 10:42:33 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Mon, 14 Nov 2016 09:42:33 +0000
Subject: [Scilab-users] {EXT} Plotting graphs
In-Reply-To: <5825C2AA.3070906@free.fr>
References: <CAKQPdTCifOCCKG7wzGOT6LAz3H+J+JQKm8WEDpWHb+U9p4EwQw@mail.gmail.com>
 <AM4PR0701MB2161D42B1AC033DFF5C5AD94E5A60@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTCNvZ=43M3Z9KLEVy3HOxUdud0f215M5TyDfb3tGa03Lg@mail.gmail.com>
 <AM4PR0701MB21616FBCC6EEA64243D7066EE5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTA9BagG+uN-WpSJSwhR2cJ8dHTvYT7KZfH+2ZmBb7BM+g@mail.gmail.com>
 <AM4PR0701MB2161919E5EAB5B24A1E2F092E5B80@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <CAKQPdTAO5hCCinTz7srAUog7X-hRp4xn8-Q8mFVnowxScpUpVQ@mail.gmail.com>
 <5825C2AA.3070906@free.fr>
Message-ID: <AM4PR0701MB216188134C49765C628FA65EE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : users [mailto:users-bounces at lists.scilab.org] De la part de Samuel Gougeon
> Envoy? : vendredi 11 novembre 2016 14:08
>
>> How about plotting all this on a single graph, sir?
>
> A single plot(..) instruction does it, as indicatedby Christophe. Didn't you try at least before asking, or it does not work for you?

Indeed, thanks Samuel.

I would just add another and maybe more convenient way of doing the same,
still considering the x-axis is the n-th column of the matrix M:

plot(M(:, n), [M(:, 1:n-1), M[n+1:$])

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 baptiste.boillot at ge.com  Mon Nov 14 17:55:25 2016
From: baptiste.boillot at ge.com (BBoillot)
Date: Mon, 14 Nov 2016 09:55:25 -0700 (MST)
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug
In-Reply-To: <1478270733011-4034914.post@n3.nabble.com>
References: <1478249873088-4034909.post@n3.nabble.com>
 <DB5PR04MB15754FF214FDF7F8448C289DCCA20@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1478256820985-4034911.post@n3.nabble.com>
 <15ed6c378bd177faf254242809bfd466@scilab-enterprises.com>
 <1478270733011-4034914.post@n3.nabble.com>
Message-ID: <1479142525644-4034980.post@n3.nabble.com>

UP

/"Is it possible/hard to implement a load_old() function in Scilab 6 used to
load files created as the ancient 5.3.3 format? "/

Thanks in advance,



--
View this message in context: http://mailinglists.scilab.org/Scilab-6-0-Beta-2-Load-save-bug-tp4034909p4034980.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From Christophe.Dang at sidel.com  Mon Nov 14 17:39:28 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Mon, 14 Nov 2016 16:39:28 +0000
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a	random data set
In-Reply-To: <1479129270840-4034977.post@n3.nabble.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
 <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479121548747-4034974.post@n3.nabble.com>
 <AM4PR0701MB2161A026CD52E6BE80F02873E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479129270840-4034977.post@n3.nabble.com>
Message-ID: <AM4PR0701MB216103880D92595574C21163E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : users [mailto:users-bounces at lists.scilab.org] De la part de christophk
> Envoy? : lundi 14 novembre 2016 14:15
>
> Or perhaps I'm not getting your idea

No, you're right, I was a bit optimistic.

Nevertheless, I think you could get something from:
- estimating the step size on the entire sample
- if 0 is inside, estimating the step size in each sub-range so there is at least one step in this range
- taking the smallest step size
which would reduce the amount of "if" tests.

Of course, not tested ;-)

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 n.gulunay at gmail.com  Mon Nov 14 21:37:30 2016
From: n.gulunay at gmail.com (n.gulunay)
Date: Mon, 14 Nov 2016 14:37:30 -0600
Subject: [Scilab-users] Lack of Scatter type plots in scilab
Message-ID: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>


    
Nobody responded to this message. May be I addressed it wrongly.?Is there a seperate email address such requests should be sent to?



-------- Original message --------
From: "n.gulunay" <n.gulunay at gmail.com> 
Date: 11/12/16  8:14 AM  (GMT-06:00) 
To: Users mailing list for Scilab <users at lists.scilab.org> 
Subject: Re: [Scilab-users] Facet color in Vers. 5.5.2 


    
Hi Rafael,Jens's question reminds me the grayplot problem that you helped me with.?If you recall I went though all that gymnastics to create a proper set of Inputs like you are describing here. Why doesnt scilab have option of coding scatter type input ( that is x,y and z all are vectors of the same size ) for all these plotting utilities? That will be a good service to the user community.?


Sent via the Samsung GALAXY S? 5, an AT&T 4G LTE smartphone

-------- Original message --------
From: Rafael Guerra <jrafaelbguerra at hotmail.com> 
Date: 11/12/16  6:49 AM  (GMT-06:00) 
To: Users mailing list for Scilab <users at lists.scilab.org> 
Subject: Re: [Scilab-users] Facet color in Vers. 5.5.2 



Hi Jens,
?
You need a proper input to plot3d (x and y monotonous with length n1 and n2, and z with size n1 x n2):
?

clear;
clf();

plot3d([0
1],[0
1],[0
0;
0
0])

ce=gce();

ce.color_flag=0;

ce.color_mode=5;?
// 5 = red; 1 = black
?
Regards,
Rafael
?


From:
 users [mailto:users-bounces at lists.scilab.org] On Behalf Of
Jens Simon Strom

Sent: Saturday, November 12, 2016 12:00 PM

To: Users mailing list for Scilab <users at lists.scilab.org>

Subject: [Scilab-users] Facet color in
Vers. 5.5.2


?
Hi Scilab experts,

please help me to get the facet black, not cyan. 



plot3d([0 1 1 0]',[0 0 1 1 ]',[0 0 0 0]')

ce=gce();

ce.color_flag=0;// Help page says: "All facets are painted using the color index and method defined by
color_mode"

ce.color_mode=1//Help page says: "The color of the facet when
color_flag value is 0" Index 1 should produce Black, but CYAN is delivered.

//getcolor



Regards

Jens

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161114/1773d927/attachment.htm>

From sgougeon at free.fr  Mon Nov 14 22:41:23 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 14 Nov 2016 22:41:23 +0100
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a random data set
In-Reply-To: <1479129270840-4034977.post@n3.nabble.com>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
 <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479121548747-4034974.post@n3.nabble.com>
 <AM4PR0701MB2161A026CD52E6BE80F02873E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479129270840-4034977.post@n3.nabble.com>
Message-ID: <582A2F83.6050203@free.fr>

Le 14/11/2016 14:14, christophk a ?crit :
> .../...
> 1. xmin = 8.31 xmax = 9.23
> Then lets specify a some possible steps (=axismarkers-1) and see what would
> be preferable results for my taste:
> steps = 2 =>  markers: 8.25 8.75 9.25
> steps = 4 =>  markers: 8.25 8.5 8.75 9.25
> steps = 6 =>  markers: 8.2 8.4 8.6 8.8 9 9.2 9.4
> steps = 10 => markers: 8.2 8.3 .... 9.3
>
> 2. xmin = -0.001 xmax = 2 (forced 0 for a marker)
> steps = 2 => -2 0 2
> steps = 3 => -1 0 1 2
> steps = 4 => -0.7 0 0.7 1.4 2.1
> steps = 5 => -0.5 0 0.5 1 1.5 2
.
Usually, nice steps for a linear axis are multiples of 1, 2 or 5 times 10^n
See also https://help.scilab.org/docs/6.0.0/en_US/graduate.html




From sgougeon at free.fr  Mon Nov 14 23:00:02 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 14 Nov 2016 23:00:02 +0100
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <1479126421915-4034975.post@n3.nabble.com>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr>
 <1478466390186-4034924.post@n3.nabble.com>
 <582501AD.1050202@free.fr> <1479126421915-4034975.post@n3.nabble.com>
Message-ID: <582A33E2.1060707@free.fr>

Hello Fran?ois,

Le 14/11/2016 13:27, farialima a ?crit :
> .../...
>> Hope to soon get FileExchange working again.
> Please tell me if anything more is broken in that area...
.
It is still impossible to set directly the license, except with a hack 
through ATOMS:
/"By default, your files will be available under the //BSD licence 
<http://en.wikipedia.org/wiki/BSD_licenses#3-clause_license_.28.22New_BSD_License.22_or_.22Modified_BSD_License.22.29>//. 
Feel free to change that configuration in the file management panel. "/
In practical, there is no way to do that /"in the file management 
panel"/. By the way, should it be a global setting for the whole set of 
files -- as in ATOMS -- rather than file-per-file?

Best regards
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161114/10ebb02b/attachment.htm>

From Christophe.Dang at sidel.com  Tue Nov 15 09:31:29 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Tue, 15 Nov 2016 08:31:29 +0000
Subject: [Scilab-users] {EXT}  Lack of Scatter type plots in scilab
In-Reply-To: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
Message-ID: <AM4PR0701MB2161A50FC2905C43BF26E5EEE5BF0@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De la part de n.gulunay
> Envoy? : lundi 14 novembre 2016 21:38
>
>> From: "n.gulunay" <n.gulunay at gmail.com>
>> Date: 11/12/16 8:14 AM (GMT-06:00)
>>
>> Why doesnt scilab have option of coding scatter type input ( that is x,y and z all are vectors of the same size )
>> for all these plotting utilities?
>> That will be a good service to the user community.
>
> Nobody responded to this message. May be I addressed it wrongly.
> Is there a seperate email address such requests should be sent to?

For such requests, you can use Bugzilla and set the severity to "Wishlist".
http://bugzilla.scilab.org/

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 tim at wescottdesign.com  Tue Nov 15 19:24:12 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Tue, 15 Nov 2016 10:24:12 -0800
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
Message-ID: <1479234252.2863.72.camel@Servo>

If you just want to do an ordinary scatter plot, set the line style to a
negative number in your plot2d call:

-->x = (-5:5)' + rand(11, 1, "n");

-->y = m * x + x_0 + rand(11, 1, "n");
 
-->b = [ones(x) x] \ y;
 
-->clf; plot2d(x, y, style = -2); plot2d([-5; 5], [1 -5; 1 5] * b)

As with continuous lines you can set different styles, but instead of
getting different colored lines you'll get different shapes (squares,
circles, pluses, etc.)

Did this help?

On Mon, 2016-11-14 at 14:37 -0600, n.gulunay wrote:
> Nobody responded to this message. May be I addressed it wrongly.
>  Is there a seperate email address such requests should be sent to?
> 
> 
> 
> 
> 
> 
> -------- Original message --------
> From: "n.gulunay" <n.gulunay at gmail.com> 
> Date: 11/12/16 8:14 AM (GMT-06:00) 
> To: Users mailing list for Scilab <users at lists.scilab.org> 
> Subject: Re: [Scilab-users] Facet color in Vers. 5.5.2 
> 
> Hi Rafael,
> Jens's question reminds me the grayplot problem that you helped me
> with.
>  If you recall I went though all that gymnastics to create a proper
> set of Inputs like you are describing here. Why doesnt scilab have
> option of coding scatter type input ( that is x,y and z all are
> vectors of the same size ) for all these plotting utilities? That will
> be a good service to the user community. 
> 
> 
> 
> 
> 
> 
> Sent via the Samsung GALAXY S? 5, an AT&T 4G LTE smartphone
> 
> 
> -------- Original message --------
> From: Rafael Guerra <jrafaelbguerra at hotmail.com> 
> Date: 11/12/16 6:49 AM (GMT-06:00) 
> To: Users mailing list for Scilab <users at lists.scilab.org> 
> Subject: Re: [Scilab-users] Facet color in Vers. 5.5.2 
> 
> Hi Jens,
> 
>  
> 
> You need a proper input to plot3d (x and y monotonous with length n1
> and n2, and z with size n1 x n2):
> 
>  
> 
> clear;clf();
> 
> plot3d([01],[01],[00;00])
> 
> ce=gce();
> 
> ce.color_flag=0;
> 
> ce.color_mode=5; // 5 = red; 1 = black
> 
>  
> 
> Regards,
> 
> Rafael
> 
>  
> 
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf OfJens
> Simon Strom
> Sent: Saturday, November 12, 2016 12:00 PM
> To: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: [Scilab-users] Facet color in Vers. 5.5.2
> 
> 
>  
> 
> Hi Scilab experts,
> please help me to get the facet black, not cyan. 
> 
> plot3d([0 1 1 0]',[0 0 1 1 ]',[0 0 0 0]')
> ce=gce();
> ce.color_flag=0;// Help page says: "All facets are painted using the
> color index and method defined by color_mode"
> ce.color_mode=1//Help page says: "The color of the facet when
> color_flag value is 0" Index 1 should produce Black, but CYAN is
> delivered.
> //getcolor
> 
> Regards
> Jens
> 
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432
-------------- next part --------------
A non-text attachment was scrubbed...
Name: scatter.png
Type: image/png
Size: 4947 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161115/97553a3a/attachment.png>

From christoph.knappe at gmail.com  Tue Nov 15 23:05:59 2016
From: christoph.knappe at gmail.com (christophk)
Date: Tue, 15 Nov 2016 15:05:59 -0700 (MST)
Subject: [Scilab-users] {EXT} Re: finding reasonable axis markers for
 plotting a random data set
In-Reply-To: <582A2F83.6050203@free.fr>
References: <1478807920060-4034957.post@n3.nabble.com>
 <1478808606051-4034958.post@n3.nabble.com>
 <AM4PR0701MB21610E8237D7220CD0668FCEE5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479121548747-4034974.post@n3.nabble.com>
 <AM4PR0701MB2161A026CD52E6BE80F02873E5BC0@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479129270840-4034977.post@n3.nabble.com> <582A2F83.6050203@free.fr>
Message-ID: <1479247559601-4034988.post@n3.nabble.com>

Hi Christoph and Samuel,

"Nevertheless, I think you could get something from:
- estimating the step size on the entire sample
- if 0 is inside, estimating the step size in each sub-range so there is at
least one step in this range
- taking the smallest step size
which would reduce the amount of "if" tests. "

Nice logic, Christophe! I do believe that this is sort of close to what I am
doing right now. There are a few extra if cases to catch problems, which
occur due to the rounding of ceil and floor. I guess there could be a more
elegant way to solve this, but I'm pretty happy the way my function works
now. There are a few exceptions with very odd intervals, where I would have
chosen a different xstart + stepsize compared to what was found and I guess
this could be solved by putting more thought into the "vec"-variable. I'll
go back to it when I have more time available. 

"Usually, nice steps for a linear axis are multiples of 1, 2 or 5 times 10^n
See also https://help.scilab.org/docs/6.0.0/en_US/graduate.html"

Good one, Samuel. This is exactly what I was looking for in the first place.
I was a bit disappointed, however, when I played around with graduate and
found out that graduate couldn't handle 5*5=25 as step sizes. Take the
following example:

xmin = 0;
xmax = 1;
[xstart,xstop,n]=graduate(xmin,xmax,4,4)

As a result I get prompted an interval of [0,2] with 0.5 as a stepsize, i.e.
0 0.5 1 1.5 2. 
I would have expected graduate to find a stepsize of 0.25, with an interval
of [0,1], i.e. 0  0.25  0.5  0.75  1. Clearly, 25=5*5 should be part of a
nice graduate solution. 
Perhaps this could be updated for a future scilab revision? 
In the meantime I'll just use the function I created myself, which I believe
works better for many cases. 

Thank you guys for all the valuable input and your suggestions, Christophe
and Samuel. You are awesome! :-) Just wondering - since the two of you
answer most questions here, are you from Scilab Enterprises or just fellow
Scilab users with a lot more experience than me?



--
View this message in context: http://mailinglists.scilab.org/finding-reasonable-axis-markers-for-plotting-a-random-data-set-tp4034957p4034988.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From christoph.knappe at gmail.com  Tue Nov 15 23:44:21 2016
From: christoph.knappe at gmail.com (christophk)
Date: Tue, 15 Nov 2016 15:44:21 -0700 (MST)
Subject: [Scilab-users] moving axis ticks around orthogonally to their axes?
Message-ID: <1479249861384-4034989.post@n3.nabble.com>

Hello folks,

sorry for spamming this forum. I came across another interesting problem:
Consider the following code example:

x = linspace(-2*%pi,2*%pi,201);
y = cos(x);
plot2d(x,y,2)
a=get("current_axes");
set(a,"box","on");
set(a,"grid",[1 1]);
set(a,"x_location","origin")
set(a,"y_location","origin")
a.x_label.text = "x axis";
a.x_label.position = [-0.5770492 -1.2550725];
a.y_label.text = "y axis";
a.y_label.position = [-9.084153 -0.0956522];

In this example I have chosen the x- and y- axis to go through the origin
[0,0]. However, I didn't like the axis ticks and axis labels to be inside
the box as they come into the way of my data points. I found out how to move
the axis labels back to the outside of the graph. The coordinates here are a
bit clunky as I just copy-pasted the location coordinates manually from an
earlier run when x_location and y_location were set to "bottom" and "left" 

Here is the problem: I couldn't find a property of "current_axes" that
allows me to move the axis ticks out of the graph again. Is it possible at
all to move the axis ticks out of the graph while leaving the axes where
they are? I want them back at their position where they were when the axes
are set to be at the bottom and left.

If moving the axis ticks alone is not possible, I suppose a proper
work-around would be to leave the axes locations at "bottom" and "left" and
instead draw two perpendicular lines through the origin of the graph. Those
would need to be dynamic though to find the origin position in the graph by
themselves. Does anyone know how to do this?



--
View this message in context: http://mailinglists.scilab.org/moving-axis-ticks-around-orthogonally-to-their-axes-tp4034989.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From sgougeon at free.fr  Wed Nov 16 00:00:03 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 16 Nov 2016 00:00:03 +0100
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
Message-ID: <582B9373.3050303@free.fr>

Le 14/11/2016 21:37, n.gulunay a ?crit :
> Nobody responded to this message. May be I addressed it wrongly.
>  Is there a seperate email address such requests should be sent to?
This topic has been discussed in this recent thread:
http://mailinglists.scilab.org/Scilab-users-grayplot-tp4034865p4034872.html

To get it,
--> uman scatter<300 @
is your friend: http://atoms.scilab.org/toolboxes/uman

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/87557b88/attachment.htm>

From sgougeon at free.fr  Wed Nov 16 00:59:07 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 16 Nov 2016 00:59:07 +0100
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <1479126421915-4034975.post@n3.nabble.com>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr>
 <1478466390186-4034924.post@n3.nabble.com>
 <582501AD.1050202@free.fr> <1479126421915-4034975.post@n3.nabble.com>
Message-ID: <582BA14B.5000206@free.fr>

Le 14/11/2016 13:27, farialima a ?crit :
> Hi again -
>
> I've just published some updates to http://atoms.scilab.org -- including a
> search on the toolboxes, and (hopefully) fixes for the bugs you've reported.
> in particular,
> .../...
>> Hope to soon get FileExchange working again.
> Please tell me if anything more is broken in that area...
.
ATOMS looks broken:
Clicking on "Update list of packages" in atomsGui() now yields:
Examen du d?p?t http://atoms.scilab.org/6.0 ... Termin?

at line   187 of function atomsDESCRIPTIONread ( 
SCI\modules\atoms\macros\atoms_internals\atomsDESCRIPTIONread.sci line 247 )
at line   227 of function atomsDESCRIPTIONget  ( 
SCI\modules\atoms\macros\atoms_internals\atomsDESCRIPTIONget.sci line 246 )
at line    16 of function atomsSystemUpdate    ( 
SCI\modules\atoms\macros\atomsSystemUpdate.sci line 33 )

atomsDESCRIPTIONread : Le fichier 'TMPDIR\ATOMS~1\1_TOOLBOXES' n'est pas 
pas correctement format? ? la ligne 18

It was working well during last week-end.
It is also broken for Scilab 5


Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/8d4d464d/attachment.htm>

From A01195822 at itesm.mx  Wed Nov 16 02:17:59 2016
From: A01195822 at itesm.mx (Martin Ortuno)
Date: Tue, 15 Nov 2016 18:17:59 -0700 (MST)
Subject: [Scilab-users] No ATOMS module is available....
Message-ID: <1479259079400-4034993.post@n3.nabble.com>

Hi everybody:I am pretty much new in this Scilab/XCos environment, for a
school project I have to use the arduino toolkit I have never downloaded nor
used the ATOMS manager in scilab, so far I used scilab for control
application such as graphs, transfer functions, etc. I downloaded the
arduino toolkit already, nevertheless, I haven't been able to install it
whenever I try to open ATOMS the next message appears:*/"No ATOMS module is
available. Please, check your Internet connection or make sure that your OS
is compatible with ATOMS."/*Well, I was using Scilab on MacOS X Yosemite; so
I thought, maybe this is for incompatibilities with my OS. So, I change to
windows 10 with my Bootcamp, and once again the same message!!!I need some
help and maybe is just some basic error, so... please let me know if you
know some solution or have some advice for me.Mart?n



--
View this message in context: http://mailinglists.scilab.org/No-ATOMS-module-is-available-tp4034993.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161115/a1624839/attachment.htm>

From p.muehlmann at gmail.com  Wed Nov 16 09:39:35 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Wed, 16 Nov 2016 09:39:35 +0100
Subject: [Scilab-users] moving axis ticks around orthogonally to their
	axes?
In-Reply-To: <1479249861384-4034989.post@n3.nabble.com>
References: <1479249861384-4034989.post@n3.nabble.com>
Message-ID: <CACf7ODtuMB9f+T8QhfkCfecnfdwK+Zx2W4fjfiFDa_JKZ5d7nQ@mail.gmail.com>

Hi Christoph,

do you want to do something like this?

x = linspace(-2*%pi,2*%pi,201);y = cos(x);plot2d(x,y,2)a=get("current_axes");
set(a,"box","on");set(a,"grid",[1
1]);set(a,"x_location","origin")set(a,"y_location","origin")a.x_label.text
= "x axis";a.x_label.position = [-0.5770492 -1.2550725];a.y_label.text
= "y axis";a.y_label.position = [-9.084153 -0.0956522];
// getting number of tics from x & y axisnr_xticks =
length(a.x_ticks(2));nr_yticks = length(a.y_ticks(2));
// changing x-ticks from first axisx_ticks = a.x_ticksfor i = 1:nr_xticks
  x_ticks.labels(i) = "";  // replace label enda.x_ticks = x_ticks
// changing y-ticks from first axisy_ticks = a.y_ticksfor i = 1:nr_yticks
  y_ticks.labels(i) = "";  enda.y_ticks = y_ticksa.sub_ticks = [0,0]
//draw second axisa2 =
newaxes();set(a2,"x_location","bottom")set(a2,"y_location","left")a2.filled
= "off";a2.axes_visible = ["on","on","off"]


best regards,
Philipp


2016-11-15 23:44 GMT+01:00 christophk <christoph.knappe at gmail.com>:

> Hello folks,
>
> sorry for spamming this forum. I came across another interesting problem:
> Consider the following code example:
>
> x = linspace(-2*%pi,2*%pi,201);
> y = cos(x);
> plot2d(x,y,2)
> a=get("current_axes");
> set(a,"box","on");
> set(a,"grid",[1 1]);
> set(a,"x_location","origin")
> set(a,"y_location","origin")
> a.x_label.text = "x axis";
> a.x_label.position = [-0.5770492 -1.2550725];
> a.y_label.text = "y axis";
> a.y_label.position = [-9.084153 -0.0956522];
>
> In this example I have chosen the x- and y- axis to go through the origin
> [0,0]. However, I didn't like the axis ticks and axis labels to be inside
> the box as they come into the way of my data points. I found out how to
> move
> the axis labels back to the outside of the graph. The coordinates here are
> a
> bit clunky as I just copy-pasted the location coordinates manually from an
> earlier run when x_location and y_location were set to "bottom" and "left"
>
> Here is the problem: I couldn't find a property of "current_axes" that
> allows me to move the axis ticks out of the graph again. Is it possible at
> all to move the axis ticks out of the graph while leaving the axes where
> they are? I want them back at their position where they were when the axes
> are set to be at the bottom and left.
>
> If moving the axis ticks alone is not possible, I suppose a proper
> work-around would be to leave the axes locations at "bottom" and "left" and
> instead draw two perpendicular lines through the origin of the graph. Those
> would need to be dynamic though to find the origin position in the graph by
> themselves. Does anyone know how to do this?
>
>
>
> --
> View this message in context: http://mailinglists.scilab.
> org/moving-axis-ticks-around-orthogonally-to-their-axes-tp4034989.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
> at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/e507e253/attachment.htm>

From scilab.org at farialima.net  Wed Nov 16 09:50:02 2016
From: scilab.org at farialima.net (farialima)
Date: Wed, 16 Nov 2016 01:50:02 -0700 (MST)
Subject: [Scilab-users] No ATOMS module is available....
In-Reply-To: <1479259079400-4034993.post@n3.nabble.com>
References: <1479259079400-4034993.post@n3.nabble.com>
Message-ID: <1479286202687-4034995.post@n3.nabble.com>

hi, sorry for the inconvenience, ATOMS was down... it should be working again
now

all my apologies.

Fran?ois



--
View this message in context: http://mailinglists.scilab.org/No-ATOMS-module-is-available-tp4034993p4034995.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From scilab.org at farialima.net  Wed Nov 16 09:51:23 2016
From: scilab.org at farialima.net (farialima)
Date: Wed, 16 Nov 2016 01:51:23 -0700 (MST)
Subject: [Scilab-users] Changes on ATOMS to post toolboxes for Scilab 6
In-Reply-To: <582BA14B.5000206@free.fr>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr> <1478466390186-4034924.post@n3.nabble.com>
 <582501AD.1050202@free.fr> <1479126421915-4034975.post@n3.nabble.com>
 <582BA14B.5000206@free.fr>
Message-ID: <1479286283910-4034996.post@n3.nabble.com>

hi, good catch !! This is now fixed. My apologies.



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Changes-on-ATOMS-to-post-toolboxes-for-Scilab-6-tp4034282p4034996.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From yann.debray at scilab-enterprises.com  Wed Nov 16 10:13:03 2016
From: yann.debray at scilab-enterprises.com (Yann DEBRAY)
Date: Wed, 16 Nov 2016 10:13:03 +0100
Subject: [Scilab-users] No ATOMS module is available....
In-Reply-To: <1479286202687-4034995.post@n3.nabble.com>
References: <1479259079400-4034993.post@n3.nabble.com>
 <1479286202687-4034995.post@n3.nabble.com>
Message-ID: <582C231F.3050106@scilab-enterprises.com>

Hey :)

Pas mal ta "nouvelle" fonctionnalit? de /Search/ sur atoms.scilab.org 
(enfin le portage depuis le file exchange)

J'ai eu un appel ce matin de qqn qui arrivait pas ? acc?der ? Atoms 
depuis Scilab :
"no internet connexion"

Apparemment c'?tait du ? un downtime pour le passage en prod de la feature ?

J'esp?re que ca va sinon ;)

Bise
Yann

Le 16/11/2016 09:50, farialima a ?crit :
> hi, sorry for the inconvenience, ATOMS was down... it should be working again
> now
>
> all my apologies.
>
> Fran?ois
>
>
>
> --
> View this message in context: http://mailinglists.scilab.org/No-ATOMS-module-is-available-tp4034993p4034995.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 
Yann Debray
Business Development Manager
Email: yann.debray at scilab-enterprises.com
Phone: +33 (0)1 80 77 04 73
Mobile: +33 (0)6 88 20 67 01
143 bis rue Yves Le Coz - 78000 Versailles - France
http://www.scilab.org - http://scilab.io

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/2db6a8fa/attachment.htm>

From Christophe.Dang at sidel.com  Wed Nov 16 09:09:15 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Wed, 16 Nov 2016 08:09:15 +0000
Subject: [Scilab-users] {EXT} moving axis ticks around orthogonally to
 their axes?
In-Reply-To: <1479249861384-4034989.post@n3.nabble.com>
References: <1479249861384-4034989.post@n3.nabble.com>
Message-ID: <AM4PR0701MB2161ADD389D7D7BC99C53AE6E5BE0@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : christophk
> Envoy? : mardi 15 novembre 2016 23:44
>
> I couldn't find a property of "current_axes" that allows me to move the axis ticks out of the graph again.

You may have a look at:

https://help.scilab.org/docs/6.0.0/en_US/axis_properties.html

especially the tics_direction parameter.

Hope this helps

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 antoine.monmayrant at laas.fr  Wed Nov 16 13:49:36 2016
From: antoine.monmayrant at laas.fr (Antoine Monmayrant)
Date: Wed, 16 Nov 2016 13:49:36 +0100
Subject: [Scilab-users] uman 2.1 is released
In-Reply-To: <5825F6E8.6000409@free.fr>
References: <5825F6E8.6000409@free.fr>
Message-ID: <196f9097-2276-6482-41ad-04520562d460@laas.fr>

Hi Samuel,

Thanks for this update.
Uman is really a nice addon for Scilab.
I'll try give this version a try.

Cheers,

Antoine

Le 11/11/2016 ? 17:50, Samuel Gougeon a ?crit :
> Hello,
>
> The 2.1 version of the "uman" (*u*ser *man*ual) module is released and 
> available for Scilab 5.5 and Scilab 6.
> It can be installed or updated with:
> --> atomsInstall uman  // then close and restart Scilab
>
> *Main features*: uman allows
>
>   * to display///in the console/ help pages of Scilab or of external
>     modules or contributions, with chosen sections, in any chosen
>     supported language without switching the session language. The
>     online page can be as well targeted instead.
>   * to grab easily all messages from the mailing lists archives about
>     a given feature, function, author,..
>   * to easily list bugs reported about a given function or feature
>
>
> *Main changes 2.1 *:
>
>   * "uman .. u" and disp_usage() now justify the list of syntaxes. The
>     alignment mode can be tuned with the new configuration variable
>     umanAlignSyntaxes:
>     uman 2.0 & default help
>     <https://help.scilab.org/docs/6.0.0/en_US/who.html>
>     uman 2.1 with umanAlignSyntaxes="" 	uman 2.1 	uman 2.1
>     with umanAlignSyntaxes="l"
>     --> uman who u
>
>     Scilab > Variables > who
>     ........................
>     USAGES
>      who
>      who()
>      names = who('local')
>      [names,mem] = who('local')
>      names = who('global')
>      [names,mem] = who('global')
>      who('sorted')
>      names = who('local','sorted')
>      [names,mem] = who('local','sorted')
>      names = who('global','sorted')
>      [names,mem] = who('global','sorted')
>
>     	--> uman who u
>
>     Scilab > Variables > who
>     ........................
>     USAGES
>                    who
>                    who()
>            names = who('local')
>      [names,mem] = who('local')
>            names = who('global')
>      [names,mem] = who('global')
>                    who('sorted')
>            names = who('local','sorted')
>      [names,mem] = who('local','sorted')
>            names = who('global','sorted')
>      [names,mem] = who('global','sorted')
>
>     	--> uman who u
>
>     Scilab > Variables > who
>     ........................
>     USAGES
>                    who
>                    who()
>      names       = who('local')
>      [names,mem] = who('local')
>      names       = who('global')
>      [names,mem] = who('global')
>                    who('sorted')
>      names       = who('local','sorted')
>      [names,mem] = who('local','sorted')
>      names       = who('global','sorted')
>      [names,mem] = who('global','sorted')
>
>
>   * uman help pages are now available in french
>   * 19 references / resources added
>   * 14 bugs fixed
>
> *Online pages*
>
>   * ATOMS : http://atoms.scilab.org/toolboxes/uman
>   * Online help :
>     http://sgougeon.free.fr/scilab/help/uman/scilab_en_US_help
>
>
> Take it and enjoy.
>
> Samuel Gougeon
>
> ------------------------------------------------------------------------------------------------------------
> CHANGES 2.0 => 2.1 (2016-10-30)
> -------------------------------
> NEW FEATURES
>   * New configuration variable umanAlignSyntaxes = '' | 'l' | 'r' (default)
>
> IMPROVEMENTS
>   * Help pages are now available in french.
>   * Console mode:
>     - For a better readability, syntaxes of a function are now aligned.
>       Their justifying is tunable. Examples: who, unwrap, ss2tf, strsplit...
>     - When a page has no parameters section, its description section(s) is
>       now automatically displayed, even without using the 'd' option
>
> REFERENCES ADDED
>   * Redirections
>     - internal: stat=>stats
>     - to Scilab: bicg, bicgstab, cgs, class, iscell, iscellstr, isinteger,
>       isjava, numel, pcg, spdiags, square => squarewave(faux-ami)
>     - to external: print_usage
>   * FileExchange: GnuSciPlot, Ishikawa, STL
>   * ATOMS: forge cglab=>cgal, Dynpeak, FOT, sopi, wgserialxcosio
>
> BUG FIXED
>   * 'uman close u' displayed only 'close(H)', forgetting 'close'
>   * Changing csvDefault('separator',..) made 'uman' failing.
>   * uman ignored any <term> of a <variablelist> having an id.
>   * '& ' in a <screen> area yielded an error.
>     Example: 'uman _atomsGettingStarted dc'
>   * When a table's row had a single cell, '<td>' was sometimes displayed
>   * 'uman bitget lru' did not display the parameters section
>   * 'uman author> wb' without section and item yielded an error.
>   * 'uman figure_size wb' did not select '... Fig.figure_size=sizes ...'
>   * 'uman [ wb' missed '[a b c ..]' and other entries
>   * 'uman ? wb' or 'uman # wb' yielded a Bugzilla error
>   * 'uman 12 wb' was accepted while Scilab bugs are numbered starting from 77.
>   * 'uman doc/>plot2d wb' did not target the 'Documentation pages' component
>   * 'uman doc/><100 wb' yielded an error (no topic)
>   * 'uman author> @' used '>' as part of the author name
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Antoine Monmayrant LAAS - CNRS
  7 avenue du Colonel Roche
  BP 54200
  31031 TOULOUSE Cedex 4
  FRANCE

  Tel:+33 5 61 33 64 59
  
  email : antoine.monmayrant at laas.fr
  permanent email : antoine.monmayrant at polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/7c18c0a0/attachment.htm>

From jrafaelbguerra at hotmail.com  Wed Nov 16 14:02:59 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Wed, 16 Nov 2016 13:02:59 +0000
Subject: [Scilab-users] uman 2.1 is released
In-Reply-To: <196f9097-2276-6482-41ad-04520562d460@laas.fr>
References: <5825F6E8.6000409@free.fr>
 <196f9097-2276-6482-41ad-04520562d460@laas.fr>
Message-ID: <DB5PR04MB1575E43A2406926F0BEA7D72CCBE0@DB5PR04MB1575.eurprd04.prod.outlook.com>

Given its usefulness, shouldn't it be part of the main Scilab distribution, not an add-on?

and thanks too.

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine Monmayrant
Sent: Wednesday, November 16, 2016 1:50 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] uman 2.1 is released

Hi Samuel,

Thanks for this update.
Uman is really a nice addon for Scilab.
I'll try give this version a try.

Cheers,

Antoine

Le 11/11/2016 ? 17:50, Samuel Gougeon a ?crit :
Hello,

The 2.1 version of the "uman" (user manual) module is released and available for Scilab 5.5 and Scilab 6.
It can be installed or updated with:
--> atomsInstall uman  // then close and restart Scilab

Main features: uman allows

  *   to display in the console help pages of Scilab or of external modules or contributions, with chosen sections, in any chosen supported language without switching the session language. The online page can be as well targeted instead.
  *   to grab easily all messages from the mailing lists archives about a given feature, function, author,..
  *   to easily list bugs reported about a given function or feature

Main changes 2.1 :

  *   "uman .. u" and disp_usage() now justify the list of syntaxes. The alignment mode can be tuned with the new configuration variable umanAlignSyntaxes:
uman 2.0 & default help<https://help.scilab.org/docs/6.0.0/en_US/who.html>
uman 2.1 with umanAlignSyntaxes=""

uman 2.1

uman 2.1
with umanAlignSyntaxes="l"

--> uman who u

Scilab > Variables > who
........................
USAGES
 who
 who()
 names = who('local')
 [names,mem] = who('local')
 names = who('global')
 [names,mem] = who('global')
 who('sorted')
 names = who('local','sorted')
 [names,mem] = who('local','sorted')
 names = who('global','sorted')
 [names,mem] = who('global','sorted')

--> uman who u

Scilab > Variables > who
........................
USAGES
               who
               who()
       names = who('local')
 [names,mem] = who('local')
       names = who('global')
 [names,mem] = who('global')
               who('sorted')
       names = who('local','sorted')
 [names,mem] = who('local','sorted')
       names = who('global','sorted')
 [names,mem] = who('global','sorted')

--> uman who u

Scilab > Variables > who
........................
USAGES
               who
               who()
 names       = who('local')
 [names,mem] = who('local')
 names       = who('global')
 [names,mem] = who('global')
               who('sorted')
 names       = who('local','sorted')
 [names,mem] = who('local','sorted')
 names       = who('global','sorted')
 [names,mem] = who('global','sorted')


  *
  *   uman help pages are now available in french
  *   19 references / resources added
  *   14 bugs fixed

Online pages

  *   ATOMS : http://atoms.scilab.org/toolboxes/uman
  *   Online help : http://sgougeon.free.fr/scilab/help/uman/scilab_en_US_help

Take it and enjoy.

Samuel Gougeon
------------------------------------------------------------------------------------------------------------

CHANGES 2.0 => 2.1 (2016-10-30)

-------------------------------

NEW FEATURES

 * New configuration variable umanAlignSyntaxes = '' | 'l' | 'r' (default)



IMPROVEMENTS

 * Help pages are now available in french.

 * Console mode:

   - For a better readability, syntaxes of a function are now aligned.

     Their justifying is tunable. Examples: who, unwrap, ss2tf, strsplit...

   - When a page has no parameters section, its description section(s) is

     now automatically displayed, even without using the 'd' option



REFERENCES ADDED

 * Redirections

   - internal: stat=>stats

   - to Scilab: bicg, bicgstab, cgs, class, iscell, iscellstr, isinteger,

     isjava, numel, pcg, spdiags, square => squarewave(faux-ami)

   - to external: print_usage

 * FileExchange: GnuSciPlot, Ishikawa, STL

 * ATOMS: forge cglab=>cgal, Dynpeak, FOT, sopi, wgserialxcosio



BUG FIXED

 * 'uman close u' displayed only 'close(H)', forgetting 'close'

 * Changing csvDefault('separator',..) made 'uman' failing.

 * uman ignored any <term> of a <variablelist> having an id.

 * '& ' in a <screen> area yielded an error.

   Example: 'uman _atomsGettingStarted dc'

 * When a table's row had a single cell, '<td>' was sometimes displayed

 * 'uman bitget lru' did not display the parameters section

 * 'uman author> wb' without section and item yielded an error.

 * 'uman figure_size wb' did not select '... Fig.figure_size=sizes ...'

 * 'uman [ wb' missed '[a b c ..]' and other entries

 * 'uman ? wb' or 'uman # wb' yielded a Bugzilla error

 * 'uman 12 wb' was accepted while Scilab bugs are numbered starting from 77.

 * 'uman doc/>plot2d wb' did not target the 'Documentation pages' component

 * 'uman doc/><100 wb' yielded an error (no topic)

 * 'uman author> @' used '>' as part of the author name





_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

http://lists.scilab.org/mailman/listinfo/users




--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 Antoine Monmayrant LAAS - CNRS

 7 avenue du Colonel Roche

 BP 54200

 31031 TOULOUSE Cedex 4

 FRANCE



 Tel:+33 5 61 33 64 59



 email : antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/3c6aae0b/attachment.htm>

From A01195822 at itesm.mx  Wed Nov 16 19:23:32 2016
From: A01195822 at itesm.mx (Martin Ortuno)
Date: Wed, 16 Nov 2016 11:23:32 -0700 (MST)
Subject: [Scilab-users] No ATOMS module is available....
In-Reply-To: <1479286202687-4034995.post@n3.nabble.com>
References: <1479259079400-4034993.post@n3.nabble.com>
 <1479286202687-4034995.post@n3.nabble.com>
Message-ID: <1479320612897-4035002.post@n3.nabble.com>

Hi thank you for your help:
I already solve my problem I was using Scilab 5.5.1, now I am using the
5.4.X version and now I have no problem with ATOMS...
Thank you any way
Mart?n



--
View this message in context: http://mailinglists.scilab.org/No-ATOMS-module-is-available-tp4034993p4035002.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From christoph.knappe at gmail.com  Wed Nov 16 19:41:53 2016
From: christoph.knappe at gmail.com (christophk)
Date: Wed, 16 Nov 2016 11:41:53 -0700 (MST)
Subject: [Scilab-users] moving axis ticks around orthogonally to their
	axes?
In-Reply-To: <CACf7ODtuMB9f+T8QhfkCfecnfdwK+Zx2W4fjfiFDa_JKZ5d7nQ@mail.gmail.com>
References: <1479249861384-4034989.post@n3.nabble.com>
 <CACf7ODtuMB9f+T8QhfkCfecnfdwK+Zx2W4fjfiFDa_JKZ5d7nQ@mail.gmail.com>
Message-ID: <1479321713107-4035003.post@n3.nabble.com>

Hello again,

thanks all for your feedback - I managed to come a long way by use of your
input. 
Phillip, your example was nice, but it turned out that the axes were on a
different layer when attempting a zoom on the graph, nothing zoomed except
for the new axis ticks. They also had false labels from 0 to 1 displayed for
some reason. However your input got me going and so I tried until I found a
working solution.

I now use "drawaxis" to create my extra axis lines through [0,0], see the
altered example code below. One problem I encountered though was that the
properties of drawaxis did not include a line thickness property. Is there a
way to change the line thickness for "drawaxis"? There is nothing to be
found on this in the Scilab help, right?:
https://help.scilab.org/docs/6.0.0/en_US/drawaxis.html
I tried to change the parent line thickness (see last line in the example)
but my drawaxes were not affected by this.

x = linspace(-2*%pi,2*%pi,201);
y = cos(x);
plot2d(x,y,2)
a=get("current_axes");

set(a,"box","on");
set(a,"grid",[1 1]);
a.x_label.text = "x axis";
a.y_label.text = "y axis";
a.tight_limits = ["on","on","on"];

// drawing two extra axes bx and by through [0,0], each having just two
ticks
//bx and by are children of a
bx=drawaxis(x=min(x):(max(x)-min(x)):max(x),y=0,dir='u',tics='v');
by=drawaxis(x=0,y=min(y):(max(y)-min(y)):max(y),dir='r',tics='v');

// overwriting with two empty tick labels
bx.tics_labels = [" ", " "]
by.tics_labels = [" ", " "]

// make the extra axes clip so they do not extend outside the box when
zooming the graph
bx.clip_state = "on"
by.clip_state = "on"

// this does not affect the line thickness of bx and by - neither do they
have their own line thickness properties AFAIKS.
set(a,"thickness",1.5)



--
View this message in context: http://mailinglists.scilab.org/moving-axis-ticks-around-orthogonally-to-their-axes-tp4034989p4035003.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From perrichon.pierre at wanadoo.fr  Wed Nov 16 19:58:19 2016
From: perrichon.pierre at wanadoo.fr (Perrichon)
Date: Wed, 16 Nov 2016 19:58:19 +0100
Subject: [Scilab-users] Fatal Error MinGW Linker in building a toolbox with
	scilab 5.5.2 (windows)
Message-ID: <!&!AAAAAAAAAAAuAAAAAAAAAHTRbxuKTONJuQv/nFKuTP8BANlTnCJhprtFudq2LHCBs8EBACQA//8AABAAAAAGGTtDtDeQR4+BcBSiY+MyAQAAAAA=@wanadoo.fr>



Dear Scilab Team,

 

 

Trying to build a simple toolbox as described in book "Scilab : De la
th?orie ? la pratique : MaPalette-PlusInt", produce error at link time with

options automatically generated to the linker ; wrong ,W1 option at the end
of the command line.

 

This bug blocks my project.

 

It is also well know in another context (see bugzilla #14816) where a
workaround was proposed by Paul Binier.

But that workaround doens't work with the builder.sce in case of a toolbox.

 

Error :

 

 

!------------- Link files --------------
!

!
!

!x86_64-w64-mingw32-gcc.exe --shared PlusSim.o
-L"C:\Users\pierre\gcc\x86_64-!

!     w64-mingw32\lib"
-LC:\Users\pierre\AppData\Roaming\Scilab\scilab-5.5.2\m!

!     ingwlib_x64 -lstdc++ -lgfortran -lMALLOC -lblasplus -lf2c -llapack
-lcor!

!     e -lcore_f -lintersci -loutput_stream -ldynamic_link -linteger
-loptimiz!

!     ation_f -ljvm -lscilocalization -lintl -llinpack_f -lcall_scilab
-ltime !

!     -lapi_scilab -lscilab_windows -lscicos -lscicos_blocks
-lscicos_blocks_f!

!      -lscicos_f -o libxcos_tbx_skel.dll
-Wl,--out-implib=libxcos_tbx_skel.a!

!      -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,
!

!
!

!c:/users/pierre/gcc/bin/../lib/gcc/x86_64-w64-mingw32/4.8.2/../../../../x86
_6!

!     4-w64-mingw32/bin/ld.exe: cannot find : Invalid argument
!

 

 

 

See also bugzilla #14868 for attached file.

 

Best regards

 

Pierre

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/5ef0686f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 906 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/5ef0686f/attachment.gif>

From A01195822 at itesm.mx  Wed Nov 16 21:17:12 2016
From: A01195822 at itesm.mx (Martin Ortuno)
Date: Wed, 16 Nov 2016 13:17:12 -0700 (MST)
Subject: [Scilab-users] DELAYV_F
Message-ID: <1479327432869-4035006.post@n3.nabble.com>

Do you know where can I find more documentation about the DELAYV_F block of
XCOS?
Because I need to create a single pulse with constant width, but i need to
control the delay between pulses, I was thinking of using this block but I
don't really know what the documentation means about: "Register initial
condition" and where do I put the control outputs of the block.
I would be very thankful if you can give me any advice.
Mart?n



--
View this message in context: http://mailinglists.scilab.org/DELAYV-F-tp4035006.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From marovranjac at optinet.hr  Wed Nov 16 23:51:19 2016
From: marovranjac at optinet.hr (marovranjac at optinet.hr)
Date: Wed, 16 Nov 2016 23:51:19 +0100
Subject: [Scilab-users] differential equation using scifunc_block_m
Message-ID: <20161116235119.0gpds8qq68gsw488@um.optinet.hr>



  Hello!

  I need help!

  I'm trying to do a simulation, and part of xcos diagram is a
scifunc_block_m. I wrote a function to be executed and linked it to
that block. Previously I wrote that function in editor, it is in the
form:

  function ydot=f(t,y)

  ...

  endfunction

  Then I've called it with ode(...) containing inital time, initial
value, etc. and that worked perfectly.

  Now that function is called by scifunc_block_m but I get as a result
ydot calculated algebraicaly, I don't get y calculeted as a solution
of that first order differential equation.

  Can I get help, thankyou!

  Maro V.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161116/6c240fc9/attachment.htm>

From paul.bignier at scilab-enterprises.com  Thu Nov 17 08:59:50 2016
From: paul.bignier at scilab-enterprises.com (Paul Bignier)
Date: Thu, 17 Nov 2016 08:59:50 +0100
Subject: [Scilab-users] differential equation using scifunc_block_m
In-Reply-To: <20161116235119.0gpds8qq68gsw488@um.optinet.hr>
References: <20161116235119.0gpds8qq68gsw488@um.optinet.hr>
Message-ID: <718e9bf7-814e-4501-e179-0651b07ea3b9@scilab-enterprises.com>


Hello Maro,

So does the content of scifunc_block_m look like:

   function ydot=f(t,y)

     ...

   endfunction

   y1 = ode(u1,f...)

?

By the way, you can put the definition of 'f' in the context instead of 
the block itself.

Have you taken a look at blocks INTEGRAL_m 
<https://help.scilab.org/docs/6.0.0/en_US/INTEGRAL_m.html> and CLSS 
<https://help.scilab.org/docs/6.0.0/en_US/CLSS.html>? They may be better 
to design your function in Xcos.

Regards,

Paul


On 11/16/2016 11:51 PM, marovranjac at optinet.hr wrote:
>
> Hello!
>
> I need help!
>
> I'm trying to do a simulation, and part of xcos diagram is a 
> scifunc_block_m. I wrote a function to be executed and linked it to 
> that block. Previously I wrote that function in editor, it is in the form:
>
> function ydot=f(t,y)
>
> ...
>
> endfunction
>
> Then I've called it with ode(...) containing inital time, initial 
> value, etc. and that worked perfectly.
>
> Now that function is called by scifunc_block_m but I get as a result 
> ydot calculated algebraicaly, I don't get y calculeted as a solution 
> of that first order differential equation.
>
> Can I get help, thankyou!
>
> Maro V.
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 
Paul BIGNIER
Development engineer
-----------------------------------------------------------
Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles, France
Phone: +33.1.80.77.04.68
http://www.scilab-enterprises.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161117/4d750846/attachment.htm>

From Christophe.Dang at sidel.com  Thu Nov 17 09:36:12 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Thu, 17 Nov 2016 08:36:12 +0000
Subject: [Scilab-users] moving axis ticks around orthogonally to
	their	axes?
Message-ID: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : christophk
> Envoy? : mercredi 16 novembre 2016 19:42
>
> I tried to change the parent line thickness (see last line in the example)
> but my drawaxes were not affected by this.
> [...]
> a=get("current_axes");
> [...]
> by=drawaxis(x=0,y=min(y):(max(y)-min(y)):max(y),dir='r',tics='v');
> [...]
> // this does not affect the line thickness of bx and by - neither do they have their own line thickness properties AFAIKS.
> set(a,"thickness",1.5)

If I understand your problem,
you should try

set(by, "thickness", 1.5)

HTH

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 amonmayr at laas.fr  Thu Nov 17 14:49:35 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Thu, 17 Nov 2016 14:49:35 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ICB1bWFuIDIuMSBpcyByZWxl?=
 =?utf-8?q?ased?=
In-Reply-To: <DB5PR04MB1575E43A2406926F0BEA7D72CCBE0@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <3e52-582db580-7-1f6b2d40@103877005>

Le Mercredi, Novembre 16, 2016 14:02 CET, Rafael Guerra <jrafaelbguerra at hotmail.com> a ?crit: 
 
> Given its usefulness, shouldn't it be part of the main Scilab distribution, not an add-on?

I totally agree with you!
I was about to add this precise comment to my previous email but changed my mind at the last minute.
I don't see exactly what it would take to "merge" it with core scilab and whether Scilab devs and the uman dev would agree on this...

Antoine

> 
> and thanks too.
> 
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine Monmayrant
> Sent: Wednesday, November 16, 2016 1:50 PM
> To: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: Re: [Scilab-users] uman 2.1 is released
> 
> Hi Samuel,
> 
> Thanks for this update.
> Uman is really a nice addon for Scilab.
> I'll try give this version a try.
> 
> Cheers,
> 
> Antoine
> 
> Le 11/11/2016 ? 17:50, Samuel Gougeon a ?crit :
> Hello,
> 
> The 2.1 version of the "uman" (user manual) module is released and available for Scilab 5.5 and Scilab 6.
> It can be installed or updated with:
> --> atomsInstall uman  // then close and restart Scilab
> 
> Main features: uman allows
> 
>   *   to display in the console help pages of Scilab or of external modules or contributions, with chosen sections, in any chosen supported language without switching the session language. The online page can be as well targeted instead.
>   *   to grab easily all messages from the mailing lists archives about a given feature, function, author,..
>   *   to easily list bugs reported about a given function or feature
> 
> Main changes 2.1 :
> 
>   *   "uman .. u" and disp_usage() now justify the list of syntaxes. The alignment mode can be tuned with the new configuration variable umanAlignSyntaxes:
> uman 2.0 & default help<https://help.scilab.org/docs/6.0.0/en_US/who.html>
> uman 2.1 with umanAlignSyntaxes=""
> 
> uman 2.1
> 
> uman 2.1
> with umanAlignSyntaxes="l"
> 
> --> uman who u
> 
> Scilab > Variables > who
> ........................
> USAGES
>  who
>  who()
>  names = who('local')
>  [names,mem] = who('local')
>  names = who('global')
>  [names,mem] = who('global')
>  who('sorted')
>  names = who('local','sorted')
>  [names,mem] = who('local','sorted')
>  names = who('global','sorted')
>  [names,mem] = who('global','sorted')
> 
> --> uman who u
> 
> Scilab > Variables > who
> ........................
> USAGES
>                who
>                who()
>        names = who('local')
>  [names,mem] = who('local')
>        names = who('global')
>  [names,mem] = who('global')
>                who('sorted')
>        names = who('local','sorted')
>  [names,mem] = who('local','sorted')
>        names = who('global','sorted')
>  [names,mem] = who('global','sorted')
> 
> --> uman who u
> 
> Scilab > Variables > who
> ........................
> USAGES
>                who
>                who()
>  names       = who('local')
>  [names,mem] = who('local')
>  names       = who('global')
>  [names,mem] = who('global')
>                who('sorted')
>  names       = who('local','sorted')
>  [names,mem] = who('local','sorted')
>  names       = who('global','sorted')
>  [names,mem] = who('global','sorted')
> 
> 
>   *
>   *   uman help pages are now available in french
>   *   19 references / resources added
>   *   14 bugs fixed
> 
> Online pages
> 
>   *   ATOMS : http://atoms.scilab.org/toolboxes/uman
>   *   Online help : http://sgougeon.free.fr/scilab/help/uman/scilab_en_US_help
> 
> Take it and enjoy.
> 
> Samuel Gougeon
> ------------------------------------------------------------------------------------------------------------
> 
> CHANGES 2.0 => 2.1 (2016-10-30)
> 
> -------------------------------
> 
> NEW FEATURES
> 
>  * New configuration variable umanAlignSyntaxes = '' | 'l' | 'r' (default)
> 
> 
> 
> IMPROVEMENTS
> 
>  * Help pages are now available in french.
> 
>  * Console mode:
> 
>    - For a better readability, syntaxes of a function are now aligned.
> 
>      Their justifying is tunable. Examples: who, unwrap, ss2tf, strsplit...
> 
>    - When a page has no parameters section, its description section(s) is
> 
>      now automatically displayed, even without using the 'd' option
> 
> 
> 
> REFERENCES ADDED
> 
>  * Redirections
> 
>    - internal: stat=>stats
> 
>    - to Scilab: bicg, bicgstab, cgs, class, iscell, iscellstr, isinteger,
> 
>      isjava, numel, pcg, spdiags, square => squarewave(faux-ami)
> 
>    - to external: print_usage
> 
>  * FileExchange: GnuSciPlot, Ishikawa, STL
> 
>  * ATOMS: forge cglab=>cgal, Dynpeak, FOT, sopi, wgserialxcosio
> 
> 
> 
> BUG FIXED
> 
>  * 'uman close u' displayed only 'close(H)', forgetting 'close'
> 
>  * Changing csvDefault('separator',..) made 'uman' failing.
> 
>  * uman ignored any <term> of a <variablelist> having an id.
> 
>  * '& ' in a <screen> area yielded an error.
> 
>    Example: 'uman _atomsGettingStarted dc'
> 
>  * When a table's row had a single cell, '<td>' was sometimes displayed
> 
>  * 'uman bitget lru' did not display the parameters section
> 
>  * 'uman author> wb' without section and item yielded an error.
> 
>  * 'uman figure_size wb' did not select '... Fig.figure_size=sizes ...'
> 
>  * 'uman [ wb' missed '[a b c ..]' and other entries
> 
>  * 'uman ? wb' or 'uman # wb' yielded a Bugzilla error
> 
>  * 'uman 12 wb' was accepted while Scilab bugs are numbered starting from 77.
> 
>  * 'uman doc/>plot2d wb' did not target the 'Documentation pages' component
> 
>  * 'uman doc/><100 wb' yielded an error (no topic)
> 
>  * 'uman author> @' used '>' as part of the author name
> 
> 
> 
> 
> 
> _______________________________________________
> 
> users mailing list
> 
> users at lists.scilab.org<mailto:users at lists.scilab.org>
> 
> http://lists.scilab.org/mailman/listinfo/users
> 
> 
> 
> 
> --
> 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 
> 
> 
>  Antoine Monmayrant LAAS - CNRS
> 
>  7 avenue du Colonel Roche
> 
>  BP 54200
> 
>  31031 TOULOUSE Cedex 4
> 
>  FRANCE
> 
> 
> 
>  Tel:+33 5 61 33 64 59
> 
> 
> 
>  email : antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>
> 
>  permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>
> 
> 
> 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 
>



From j.s.strom at hslmg.de  Thu Nov 17 20:30:16 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Thu, 17 Nov 2016 20:30:16 +0100
Subject: [Scilab-users] pinkification of xs2jpg exported images
In-Reply-To: <3e52-582db580-7-1f6b2d40@103877005>
References: <3e52-582db580-7-1f6b2d40@103877005>
Message-ID: <582E0548.1060407@hslmg.de>

Hi ,
After exporting  a figure (produced with plot3d and param3d) I find an 
ugly pink color behind the object when I open the image by Irfanview. On 
screen there is white as required. I am not talking about the figure 
property 'background'. That is well contolled.
How can I change pink  (close to 'Scilab pink 4',  255 128,128) into 
simple white as on the screen?

Regards
Jens



From sgougeon at free.fr  Thu Nov 17 20:39:33 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 17 Nov 2016 20:39:33 +0100
Subject: [Scilab-users] pinkification of xs2jpg exported images
In-Reply-To: <582E0548.1060407@hslmg.de>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
Message-ID: <582E0775.9030509@free.fr>

Le 17/11/2016 20:30, Jens Simon Strom a ?crit :
> Hi ,
> After exporting  a figure (produced with plot3d and param3d) I find an 
> ugly pink color behind the object when I open the image by Irfanview. 
> On screen there is white as required. I am not talking about the 
> figure property 'background'. That is well contolled.
> How can I change pink  (close to 'Scilab pink 4',  255 128,128) into 
> simple white as on the screen?

This bug and its workaround are reported there: 
http://bugzilla.scilab.org/14264



From christoph.knappe at gmail.com  Thu Nov 17 20:52:32 2016
From: christoph.knappe at gmail.com (christophk)
Date: Thu, 17 Nov 2016 12:52:32 -0700 (MST)
Subject: [Scilab-users] moving axis ticks around orthogonally to
	their	axes?
In-Reply-To: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <1479412352182-4035013.post@n3.nabble.com>

Hey Christophe,

that was my first guess too, but it doesn't work because drawaxis does not
have a "thickness" parameter, see:
https://help.scilab.org/docs/5.3.3/en_US/drawaxis.html



--
View this message in context: http://mailinglists.scilab.org/Re-moving-axis-ticks-around-orthogonally-to-their-axes-tp4035009p4035013.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From j.s.strom at hslmg.de  Thu Nov 17 21:41:56 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Thu, 17 Nov 2016 21:41:56 +0100
Subject: [Scilab-users] pinkification of xs2jpg exported images
In-Reply-To: <582E0775.9030509@free.fr>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr>
Message-ID: <582E1614.5080907@hslmg.de>

Thanks Samuel,
If I try

driver JPG;
  xinit test.jpg;
surf();
  f = gcf();
  f.figure_size = [1000 800];
  xend winopen test.jpg

Scilab freezes and I don't know where or if test.jpg is saved.

If I try

MyDir='...';
previous_driver = driver('jpg');
  xinit(MyDir+'/PinkOrNotPink.jpg');
  plot3d();
  xend();
driver(previous_driver); // Bring back the previous behavior of Scilab

I get PinkOrNotPink.jpgin MyDir - but still pink.

Maybe I misunderstood the workaround. Could you give further clues?

Regards
Jens
--------------------------------------

Am 17.11.2016 20:39, schrieb Samuel Gougeon:
> Le 17/11/2016 20:30, Jens Simon Strom a ?crit :
>> Hi ,
>> After exporting  a figure (produced with plot3d and param3d) I find 
>> an ugly pink color behind the object when I open the image by 
>> Irfanview. On screen there is white as required. I am not talking 
>> about the figure property 'background'. That is well contolled.
>> How can I change pink  (close to 'Scilab pink 4',  255 128,128) into 
>> simple white as on the screen?
>
> This bug and its workaround are reported there: 
> http://bugzilla.scilab.org/14264
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161117/6aeed7b5/attachment.htm>

From n.gulunay at gmail.com  Fri Nov 18 03:06:06 2016
From: n.gulunay at gmail.com (nec)
Date: Thu, 17 Nov 2016 19:06:06 -0700 (MST)
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <582B9373.3050303@free.fr>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
 <582B9373.3050303@free.fr>
Message-ID: <1479434766380-4035015.post@n3.nabble.com>

Thank you Samuel. I somehow did not pay attention to your example first but
after seeing this message of yours I tried it, I have to admit I struggled
quite a bit but I finally made it work and got very good results using it
with data sets up to about  2100 data points (see bmp image attached) . it
was running in a few seconds.

When  I tried it  on  another data set with about 34000 data points it took
a long long time to plot the image( at least 20 minutes ???) ,  I even got
error messages occasionally about data types mismatch  in xfarcs() and other
error messages. 

I will try to debug it further but do you know why plotting takes so long
when number of data appoints increased 10 fold?

Regards
Nec.
<http://mailinglists.scilab.org/file/n4035015/ext8recv.jpg> 



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-scilab-tp4034982p4035015.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From sgougeon at free.fr  Fri Nov 18 08:57:26 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Fri, 18 Nov 2016 08:57:26 +0100 (CET)
Subject: [Scilab-users] pinkification of xs2jpg exported images
In-Reply-To: <582E1614.5080907@hslmg.de>
Message-ID: <1677435594.18469737.1479455846229.JavaMail.root@zimbra75-e12.priv.proxad.net>

>driver JPG; 
>xinit test.jpg; 
>surf (); 
>f = gcf (); 
>f.figure_size = [1000 800]; 
>xend winopen test.jpg 
>
>Scilab freezes and I don't know where or if test.jpg is saved. 

If you really write 
xend winopen test.jpg

winopen and test.jpg are taken as xend() arguments.
The space is not a separator between consecutive instructions.

xend
winopen test.jpg

should work as expected instead, or

xend, winopen test.jpg



From Christophe.Dang at sidel.com  Fri Nov 18 10:37:34 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Fri, 18 Nov 2016 09:37:34 +0000
Subject: [Scilab-users] {EXT} Re: moving axis ticks around orthogonally
	to	their	axes?
In-Reply-To: <1479412352182-4035013.post@n3.nabble.com>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
Message-ID: <AM4PR0701MB2161AA5F45B823ED43262CC7E5B00@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : christophk
> Envoy? : jeudi 17 novembre 2016 20:53
>
> that was my first guess too, but it doesn't work because drawaxis does not have a "thickness" parameter, see:

Right, I didn't catch this.

Maybe you could try

by.parent.thickness=1.5

("a" might not be the correct handle?)

It tried it on a figure and it thickened the line.

HTH

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 jrafaelbguerra at hotmail.com  Fri Nov 18 10:39:40 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Fri, 18 Nov 2016 09:39:40 +0000
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <1479434766380-4035015.post@n3.nabble.com>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
 <582B9373.3050303@free.fr> <1479434766380-4035015.post@n3.nabble.com>
Message-ID: <DB5PR04MB1575A8BC65AEC7FBF51B7342CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Nec.,

Fyi, in my Win7 laptop, using the same plotting Scilab 5 code you've referred to, it took ~1 minute to plot 34000 color-coded circles by using:

drawlater()
...
xfarcs()
...
drawnow()

Not lightning-fast but much better than 20 min though.

Regards,
Rafel

-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of nec
Sent: Friday, November 18, 2016 3:06 AM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] Lack of Scatter type plots in scilab

Thank you Samuel. I somehow did not pay attention to your example first but
after seeing this message of yours I tried it, I have to admit I struggled
quite a bit but I finally made it work and got very good results using it
with data sets up to about  2100 data points (see bmp image attached) . it
was running in a few seconds.

When  I tried it  on  another data set with about 34000 data points it took
a long long time to plot the image( at least 20 minutes ???) ,  I even got
error messages occasionally about data types mismatch  in xfarcs() and other
error messages. 

I will try to debug it further but do you know why plotting takes so long
when number of data appoints increased 10 fold?

Regards
Nec.
<http://mailinglists.scilab.org/file/n4035015/ext8recv.jpg> 



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-scilab-tp4034982p4035015.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From christoph.knappe at gmail.com  Fri Nov 18 13:11:28 2016
From: christoph.knappe at gmail.com (christophk)
Date: Fri, 18 Nov 2016 05:11:28 -0700 (MST)
Subject: [Scilab-users] {EXT} Re: moving axis ticks around orthogonally
	to	their	axes?
In-Reply-To: <AM4PR0701MB2161AA5F45B823ED43262CC7E5B00@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
 <AM4PR0701MB2161AA5F45B823ED43262CC7E5B00@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <1479471088101-4035019.post@n3.nabble.com>

Unfortunately

by.parent.thickness=1.5; 

has the same effect as
a.thickness=1.5;

It does not change the thickness of the axis drawn by "drawaxis". I'm
beginning to think that there probably is not easy way to change the
thickness of axes created by "drawaxis". Perhaps there are other ways of
adding new axes to the plot?



--
View this message in context: http://mailinglists.scilab.org/Re-moving-axis-ticks-around-orthogonally-to-their-axes-tp4035009p4035019.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From n.gulunay at gmail.com  Fri Nov 18 13:44:28 2016
From: n.gulunay at gmail.com (nec)
Date: Fri, 18 Nov 2016 05:44:28 -0700 (MST)
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <DB5PR04MB1575A8BC65AEC7FBF51B7342CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
 <582B9373.3050303@free.fr> <1479434766380-4035015.post@n3.nabble.com>
 <DB5PR04MB1575A8BC65AEC7FBF51B7342CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <1479473068318-4035020.post@n3.nabble.com>

Hi Rafael,

Thank you for letting me know about drawlater() and drawnow() functions
.I tried them and waited about 2 minutes, nothing drawn , so I restarted the
run without them. 

I am sure functions are useful. But there is something not quite right
either in my code ot with the function itself  as, without them, i can see
the point(pixel) being colored like the head in a dot matrix plotter, i can
watch and follow the locations(consecutive in space in my case) being
painted on the screen.

Since I will be running these plots only a few times I don't mind waiting 20
minutes or so everytime as plots are very nice.

I am running Scilab 6... on windows 10 platform on a very powerful machine
(AMD processor with speed 3.8 Ghz with 6 cores, with 10 GB memory, 2 GB on
board video memory on Eyefinity Radeon HD 7570 video card ). 

It seems 20 minutes that I mentioned previously was not even an exeguration
I won't be surprised if this run takes more than 45 minutes to an hour to
finish as I can still see it is painting the plot; I started it before I
started  writing this note to you.  

If you want to check my code I can send it and the data that it uses to you
on a private email. if you send me your email address: mine is
n.gulunay at gmail.com

Regards,
Nec.



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-scilab-tp4034982p4035020.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From sgougeon at free.fr  Fri Nov 18 14:06:59 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Fri, 18 Nov 2016 14:06:59 +0100 (CET)
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <1479473068318-4035020.post@n3.nabble.com>
Message-ID: <1133708146.19941460.1479474419580.JavaMail.root@zimbra75-e12.priv.proxad.net>

>Hi Rafael,
>
>Thank you for letting me know about drawlater() and drawnow() functions.
>I tried them and waited about 2 minutes, nothing drawn , so I restarted the
>run without them. 

After plotting the frame and before plotting dots, you may turn the axes invisible with
ax = gca();
ax.visible = "off";

It does pretty the same as drawlater()

Samuel


From jrafaelbguerra at hotmail.com  Fri Nov 18 15:27:09 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Fri, 18 Nov 2016 14:27:09 +0000
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <1479473068318-4035020.post@n3.nabble.com>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
 <582B9373.3050303@free.fr> <1479434766380-4035015.post@n3.nabble.com>
 <DB5PR04MB1575A8BC65AEC7FBF51B7342CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1479473068318-4035020.post@n3.nabble.com>
Message-ID: <DB5PR04MB15759B5B771EC1DF260FFF09CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Nec.,

I think you may have missed some points discussed in the thread mentioned and some of Samuel's advice.
If you are using Scilab 6, then you should use scatter(). See timer() comparisons below.

Scilab 5 using xfarcs() - plot 34,000 circles color coded:
    drawlater:    t = 92.2  (1.5 min)
    "drawnow": t = 2992.8 (50 min)

Scilab 6 using scatter() - plot 34,000 circles color coded:
     t = 4.8 s

Scilab 6 is the hands down winner.

Regards,
Rafael

-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of nec
Sent: Friday, November 18, 2016 1:44 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] Lack of Scatter type plots in scilab

Hi Rafael,

Thank you for letting me know about drawlater() and drawnow() functions
.I tried them and waited about 2 minutes, nothing drawn , so I restarted the
run without them. 

I am sure functions are useful. But there is something not quite right
either in my code ot with the function itself  as, without them, i can see
the point(pixel) being colored like the head in a dot matrix plotter, i can
watch and follow the locations(consecutive in space in my case) being
painted on the screen.

Since I will be running these plots only a few times I don't mind waiting 20
minutes or so everytime as plots are very nice.

I am running Scilab 6... on windows 10 platform on a very powerful machine
(AMD processor with speed 3.8 Ghz with 6 cores, with 10 GB memory, 2 GB on
board video memory on Eyefinity Radeon HD 7570 video card ). 

It seems 20 minutes that I mentioned previously was not even an exeguration
I won't be surprised if this run takes more than 45 minutes to an hour to
finish as I can still see it is painting the plot; I started it before I
started  writing this note to you.  

If you want to check my code I can send it and the data that it uses to you
on a private email. if you send me your email address: mine is
n.gulunay at gmail.com

Regards,
Nec.



--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-scilab-tp4034982p4035020.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From n.gulunay at gmail.com  Fri Nov 18 17:32:44 2016
From: n.gulunay at gmail.com (nec)
Date: Fri, 18 Nov 2016 09:32:44 -0700 (MST)
Subject: [Scilab-users] Lack of Scatter type plots in scilab
In-Reply-To: <DB5PR04MB15759B5B771EC1DF260FFF09CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <sgf6slp7dq65xmoe7iaf1q5y.1479155849903@email.android.com>
 <582B9373.3050303@free.fr> <1479434766380-4035015.post@n3.nabble.com>
 <DB5PR04MB1575A8BC65AEC7FBF51B7342CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1479473068318-4035020.post@n3.nabble.com>
 <DB5PR04MB15759B5B771EC1DF260FFF09CCB00@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <000001d241b9$5859a1b0$090ce510$@gmail.com>

Thanks again, Rafael.  Yes, scatter() function is running much faster,  in
about 45 seconds.  

 xfracs() function was taking about 60 times longer (i.e minutes instead of
seconds :) ) .  

scatter() results are as pleasing.

 

Regards

Necati 

 

From: Rafael Guerra [via Scilab / Xcos - Mailing Lists Archives]
[mailto:ml-node+s994242n4035022h61 at n3.nabble.com] 
Sent: Friday, November 18, 2016 08:29
To: nec <n.gulunay at gmail.com>
Subject: Re: Lack of Scatter type plots in scilab

 

Hi Nec., 

I think you may have missed some points discussed in the thread mentioned
and some of Samuel's advice. 
If you are using Scilab 6, then you should use scatter(). See timer()
comparisons below. 

Scilab 5 using xfarcs() - plot 34,000 circles color coded: 
    drawlater:    t = 92.2  (1.5 min) 
    "drawnow": t = 2992.8 (50 min) 

Scilab 6 using scatter() - plot 34,000 circles color coded: 
     t = 4.8 s 

Scilab 6 is the hands down winner. 

Regards, 
Rafael 

-----Original Message----- 
From: users [mailto:[hidden email]] On Behalf Of nec 
Sent: Friday, November 18, 2016 1:44 PM 
To: [hidden email] 
Subject: Re: [Scilab-users] Lack of Scatter type plots in scilab 

Hi Rafael, 

Thank you for letting me know about drawlater() and drawnow() functions 
.I tried them and waited about 2 minutes, nothing drawn , so I restarted the

run without them. 

I am sure functions are useful. But there is something not quite right 
either in my code ot with the function itself  as, without them, i can see 
the point(pixel) being colored like the head in a dot matrix plotter, i can 
watch and follow the locations(consecutive in space in my case) being 
painted on the screen. 

Since I will be running these plots only a few times I don't mind waiting 20

minutes or so everytime as plots are very nice. 

I am running Scilab 6... on windows 10 platform on a very powerful machine 
(AMD processor with speed 3.8 Ghz with 6 cores, with 10 GB memory, 2 GB on 
board video memory on Eyefinity Radeon HD 7570 video card ). 

It seems 20 minutes that I mentioned previously was not even an exeguration 
I won't be surprised if this run takes more than 45 minutes to an hour to 
finish as I can still see it is painting the plot; I started it before I 
started  writing this note to you.   

If you want to check my code I can send it and the data that it uses to you 
on a private email. if you send me your email address: mine is 
[hidden email] 

Regards, 
Nec. 



-- 
View this message in context:
http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-sc
ilab-tp4034982p4035020.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at
Nabble.com. 
_______________________________________________ 
users mailing list 
[hidden email] 
http://lists.scilab.org/mailman/listinfo/users
_______________________________________________ 
users mailing list 
[hidden email] 
http://lists.scilab.org/mailman/listinfo/users



  _____  

If you reply to this email, your message will be added to the discussion
below:

http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-sc
ilab-tp4034982p4035022.html 

To unsubscribe from [Scilab-users] Lack of Scatter type plots in scilab,
click here
<http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=unsubscribe_b
y_code&node=4034982&code=bi5ndWx1bmF5QGdtYWlsLmNvbXw0MDM0OTgyfDEyODI2MzcyNDQ
=> .
 
<http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=macro_viewer&
id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNames
pace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeN
amespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails
%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> NAML 





--
View this message in context: http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-scilab-tp4034982p4035023.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161118/bc1cdd37/attachment.htm>

From j.s.strom at hslmg.de  Fri Nov 18 19:47:40 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Fri, 18 Nov 2016 19:47:40 +0100
Subject: [Scilab-users] pinkification of xs2jpg exported images
In-Reply-To: <1677435594.18469737.1479455846229.JavaMail.root@zimbra75-e12.priv.proxad.net>
References: <1677435594.18469737.1479455846229.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <582F4CCC.3000800@hslmg.de>

It's not the trivial cause.

xend
  and
winopen test.jpg

were in two separate lines in my test. I tried again today and Scilab 5.5.2 freezed again. The only way to get out is Ctrl+Alt+Del.
However after deleting an already existing figure on the screen by xdel() the workaround works.

I have still problems with xinit/xend while saving images in a loop. The image generated in the next loop passage shall contain the content of the former ones. When I am ready to ask I will open a new post.

Regards
Jens
--------------------------------------------------------------------------

Am 18.11.2016 08:57, schrieb sgougeon at free.fr:
>> driver JPG;
>> xinit test.jpg;
>> surf ();
>> f = gcf ();
>> f.figure_size = [1000 800];
>> xend winopen test.jpg
>>
>> Scilab freezes and I don't know where or if test.jpg is saved.
> If you really write
> xend winopen test.jpg
>
> winopen and test.jpg are taken as xend() arguments.
> The space is not a separator between consecutive instructions.
>
> xend
> winopen test.jpg
>
> should work as expected instead, or
>
> xend, winopen test.jpg
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From j.s.strom at hslmg.de  Fri Nov 18 20:30:13 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Fri, 18 Nov 2016 20:30:13 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with xinit/xend
In-Reply-To: <582E0775.9030509@free.fr>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr>
Message-ID: <582F56C5.9000505@hslmg.de>

Hi,
In the following script I would like to save the sequential plot result 
as a pinkless jpg. I found no way to adapt the xinit/xend workaround 
(for xs2jpg) to this case. After execution I would like to have three 
JPGs containing one, two and three lines .

xdel()
for i=1:3
     x=[0 1];
     plot(x,i*x)  
     halt()
end

In my real project the plots are param3d and plot3d. I hope that makes 
no difference.

Hoping for help with kind regards
Jens





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161118/3b8e3538/attachment.htm>

From j.s.strom at hslmg.de  Fri Nov 18 20:43:47 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Fri, 18 Nov 2016 20:43:47 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <582F56C5.9000505@hslmg.de>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
Message-ID: <582F59F3.80307@hslmg.de>

Correction: The first phrase should read: In the following script I 
would like to save the sequential plots as (pinkless) JPGs.

Am 18.11.2016 20:30, schrieb Jens Simon Strom:
> Hi,
> In the following script I would like to save the sequential plot 
> result as a pinkless jpg. I found no way to adapt the xinit/xend 
> workaround (for xs2jpg) to this case. After execution I would like to 
> have three JPGs containing one, two and three lines .
> xdel()
> for i=1:3
>      x=[0 1];
>      plot(x,i*x)  
>      halt()
> end
> In my real project the plots are param3d and plot3d. I hope that makes 
> no difference.
>
> Hoping for help with kind regards
> Jens
>
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161118/97bbc884/attachment.htm>

From sgougeon at free.fr  Fri Nov 18 21:42:10 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Fri, 18 Nov 2016 21:42:10 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <582F59F3.80307@hslmg.de>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de>
Message-ID: <582F67A2.3000509@free.fr>

Le 18/11/2016 20:43, Jens Simon Strom a ?crit :
> Correction: The first phrase should read: In the following script I 
> would like to save the sequential plots as (pinkless) JPGs.
Which version of Scilab are you using?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161118/f218a9fe/attachment.htm>

From j.s.strom at hslmg.de  Fri Nov 18 21:56:11 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Fri, 18 Nov 2016 21:56:11 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <582F67A2.3000509@free.fr>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de> <582F67A2.3000509@free.fr>
Message-ID: <582F6AEB.5070609@hslmg.de>

It is 5.5.2. Thanks for responding so fast!
Jens
----------------------------------------------
Am 18.11.2016 21:42, schrieb Samuel Gougeon:
> Le 18/11/2016 20:43, Jens Simon Strom a ?crit :
>> Correction: The first phrase should read: In the following script I 
>> would like to save the sequential plots as (pinkless) JPGs.
> Which version of Scilab are you using?
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161118/ab36c249/attachment.htm>

From p.muehlmann at gmail.com  Fri Nov 18 22:23:49 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Fri, 18 Nov 2016 22:23:49 +0100
Subject: [Scilab-users] moving axis ticks around orthogonally to their
	axes?
In-Reply-To: <1479412352182-4035013.post@n3.nabble.com>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
Message-ID: <CACf7ODvfmYhDWA3HDF7-4LbKzjTuhPAUyBBBO3oSfixAD7YHOA@mail.gmail.com>

@ Christoph:

comment to the post some posts earlier:

yes, when zoomed, the graph didn't zoom, because the last drawn axis didn't
have the polyline as children
So I think, when working with several axes one has to draw the real plot at
the last axis

--> maybe there is a command to get an earlier drawn axes back a the actual
one..but I don't recall it now

And, yes: the axis where wrong.
It was more ment to show the principle.

So what about this?...see attachment.




2016-11-17 20:52 GMT+01:00 christophk <christoph.knappe at gmail.com>:

> Hey Christophe,
>
> that was my first guess too, but it doesn't work because drawaxis does not
> have a "thickness" parameter, see:
> https://help.scilab.org/docs/5.3.3/en_US/drawaxis.html
>
>
>
> --
> View this message in context: http://mailinglists.scilab.
> org/Re-moving-axis-ticks-around-orthogonally-to-their-
> axes-tp4035009p4035013.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
> at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161118/bebf4e51/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: example.png
Type: image/png
Size: 8905 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161118/bebf4e51/attachment.png>

From jrafaelbguerra at hotmail.com  Sat Nov 19 10:15:52 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 19 Nov 2016 09:15:52 +0000
Subject: [Scilab-users] Exporting graphics as non pink jpg
	with	xinit/xend
In-Reply-To: <582F59F3.80307@hslmg.de>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de>
Message-ID: <VI1PR04MB15824AC916C63637B27714D7CCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>

Hi Jens,

Just to let you know that in my Win7 Scilab 5.5.2 installation, the code here below outputs 3 proper JPEGs with no pink colors:

////// START OF CODE
driver("JPG");
xdel()
for i=1:3
    str = "test" + string(i) + ".jpg";
    xinit(str);
    x=[0 1];
    plot(x,i*x)
    f = gcf();
    xend();
    winopen(str);
    halt()
end
////// END OF CODE

PS: all 3 files look good in IrfanView 64-bits.

Regards,
Rafael


From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Friday, November 18, 2016 8:44 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] Exporting graphics as non pink jpg with xinit/xend

Correction: The first phrase should read: In the following script I would like to save the sequential plots as (pinkless) JPGs.
Am 18.11.2016 20:30, schrieb Jens Simon Strom:
Hi,
In the following script I would like to save the sequential plot result as a pinkless jpg. I found no way to adapt the xinit/xend workaround (for xs2jpg) to this case. After execution I would like to have three JPGs containing one, two and three lines .

xdel()

for i=1:3

    x=[0 1];

    plot(x,i*x)

    halt()

end
In my real project the plots are param3d and plot3d. I hope that makes no difference.

Hoping for help with kind regards
Jens





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/1dbf17ca/attachment.htm>

From j.s.strom at hslmg.de  Sat Nov 19 10:55:39 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sat, 19 Nov 2016 10:55:39 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg
	with	xinit/xend
In-Reply-To: <VI1PR04MB15824AC916C63637B27714D7CCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de>
 <VI1PR04MB15824AC916C63637B27714D7CCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
Message-ID: <5830219B.5010700@hslmg.de>

Thanks Rafael,

The three files are not pink (which is great) but do not show what I 
want. I want to have superposed plots, i.e.
test1.jpg should show one line (namely (x,1*x), that's the case)
test2.jpg should show two lines (namely (x,2*x) and (x,1*x), that's not 
the case)
test3.jpg should show three lines (namely (x,3*x) and (x,2*x)and 
(x,1*x,that's not the case)

Consecutive plots are normally superposed in Scilab. But here we get 
just the new ones.

Do you see a way to unpink superposed plots? I am trying for hours with 
no succes.

Kind regards
Jens
------------------------------------------------------



Am 19.11.2016 10:15, schrieb Rafael Guerra:
>
> Hi Jens,
>
> Just to let you know that in my Win7 Scilab 5.5.2 installation, the 
> code here below outputs 3 proper JPEGs with no pink colors:
>
> ////// START OF CODE
>
> driver("JPG");
>
> xdel()
>
> for i=1:3
>
> str = "test" + string(i) + ".jpg";
>
> xinit(str);
>
> x=[0 1];
>
> plot(x,i*x)
>
> f = gcf();
>
> xend();
>
> winopen(str);
>
> halt()
>
> end
>
> ////// END OF CODE
>
> PS: all 3 files look good in IrfanView 64-bits.
>
> Regards,
>
> Rafael
>
> *From:*users [mailto:users-bounces at lists.scilab.org] *On Behalf Of 
> *Jens Simon Strom
> *Sent:* Friday, November 18, 2016 8:44 PM
> *To:* Users mailing list for Scilab <users at lists.scilab.org>
> *Subject:* Re: [Scilab-users] Exporting graphics as non pink jpg with 
> xinit/xend
>
> Correction: The first phrase should read: In the following script I 
> would like to save the sequential plots as (pinkless) JPGs.
>
> Am 18.11.2016 20:30, schrieb Jens Simon Strom:
>
>     Hi,
>     In the following script I would like to save the sequential plot
>     result as a pinkless jpg. I found no way to adapt the xinit/xend
>     workaround (for xs2jpg) to this case. After execution I would like
>     to have three JPGs containing one, two and three lines .
>
>     xdel()
>
>     fori=1:3
>
>          x=[0 1];
>
>          _plot_(x,i*x)/  /
>
>          _halt_()
>
>     end
>
>     In my real project the plots are param3d and plot3d. I hope that
>     makes no difference.
>
>     Hoping for help with kind regards
>     Jens
>
>
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/430de0b2/attachment.htm>

From jrafaelbguerra at hotmail.com  Sat Nov 19 11:18:48 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 19 Nov 2016 10:18:48 +0000
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
Message-ID: <VI1PR04MB1582DF9757CF2272A0A6442DCCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>

Jens,

Check the following with an extra loop, it works fine for me:

///// START OF CODE
driver("JPG");
xdel()
y=[];
for i=1:3
    str = "test" + string(i) + ".jpg";
    xinit(str);
    x=[0 1];
    y(i,:)= j*x;
    for j=1:i
        plot(x,y(j,:));
    end
    xend();
end
///// END OF CODE

Regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Saturday, November 19, 2016 10:56 AM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] Exporting graphics as non pink jpg with xinit/xend

Thanks Rafael,

The three files are not pink (which is great) but do not show what I want. I want to have superposed plots, i.e.
test1.jpg should show one line (namely (x,1*x), that's the case)
test2.jpg should show two lines (namely (x,2*x) and (x,1*x), that's not the case)
test3.jpg should show three lines (namely (x,3*x) and (x,2*x) and (x,1*x,that's not the case)

Consecutive plots are normally superposed in Scilab. But here we get just the new ones.

Do you see a way to unpink superposed plots? I am trying for hours with no succes.

Kind regards
Jens
------------------------------------------------------


Am 19.11.2016 10:15, schrieb Rafael Guerra:
Hi Jens,

Just to let you know that in my Win7 Scilab 5.5.2 installation, the code here below outputs 3 proper JPEGs with no pink colors:

////// START OF CODE
driver("JPG");
xdel()
for i=1:3
    str = "test" + string(i) + ".jpg";
    xinit(str);
    x=[0 1];
    plot(x,i*x)
    f = gcf();
    xend();
    winopen(str);
    halt()
end
////// END OF CODE

PS: all 3 files look good in IrfanView 64-bits.

Regards,
Rafael


From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Friday, November 18, 2016 8:44 PM
To: Users mailing list for Scilab <users at lists.scilab.org><mailto:users at lists.scilab.org>
Subject: Re: [Scilab-users] Exporting graphics as non pink jpg with xinit/xend

Correction: The first phrase should read: In the following script I would like to save the sequential plots as (pinkless) JPGs.
Am 18.11.2016 20:30, schrieb Jens Simon Strom:
Hi,
In the following script I would like to save the sequential plot result as a pinkless jpg. I found no way to adapt the xinit/xend workaround (for xs2jpg) to this case. After execution I would like to have three JPGs containing one, two and three lines .

xdel()

for i=1:3

    x=[0 1];

    plot(x,i*x)

    halt()

end
In my real project the plots are param3d and plot3d. I hope that makes no difference.

Hoping for help with kind regards
Jens









_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/286ea565/attachment.htm>

From cfuttrup at gmail.com  Sat Nov 19 11:37:13 2016
From: cfuttrup at gmail.com (Claus Futtrup)
Date: Sat, 19 Nov 2016 11:37:13 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <582F59F3.80307@hslmg.de>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de>
Message-ID: <9711769f-a546-eee4-d751-0100243491b5@gmail.com>

Hi Jens

I ran below code and there's nothing pink about it. I'm using Scilab 
5.5.0 on a Win10 machine.

In the past I've experienced on a Win7 machine that the viewer in 
Windows would give all plots a yellow-ish glaze.

Jens - have you tried to view the exported JPEG file in various 
software? It could be your viewer...

Alternatively, have you tried exporting to e.g. PNG instead of JPG?

If you conclude it's Scilab, then I think you have a corrupt library 
file somewhere and maybe it could be resolved by a fresh reinstall of 
Scilab.

/Claus

On 18-11-2016 20:43, Jens Simon Strom wrote:
> Correction: The first phrase should read: In the following script I 
> would like to save the sequential plots as (pinkless) JPGs.
>
> Am 18.11.2016 20:30, schrieb Jens Simon Strom:
>> Hi,
>> In the following script I would like to save the sequential plot 
>> result as a pinkless jpg. I found no way to adapt the xinit/xend 
>> workaround (for xs2jpg) to this case. After execution I would like to 
>> have three JPGs containing one, two and three lines .
>> xdel() for i=1:3 x=[0 1]; plot(x,i*x)halt() end
>> In my real project the plots are param3d and plot3d. I hope that 
>> makes no difference.
>>
>> Hoping for help with kind regards
>> Jens
>>
>>
>>
>>
>>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/9f7ddd07/attachment.htm>

From jrafaelbguerra at hotmail.com  Sat Nov 19 11:45:26 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 19 Nov 2016 10:45:26 +0000
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
Message-ID: <VI1PR04MB1582F8B2C20D4EC2AEC95A5ACCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>

There was a small obvious typo on last code provide ('j' -> "i"). Corrected below.
One remark: the first time I ran the code snippet, the first file output "test1.jpg" was sort of empty and pink, but not the two other files. During subsequent trials the issue did not repeat.

///// START OF CODE
driver("JPG");
xdel()
y=[];
for i=1:3
    str = "test" + string(i) + ".jpg";
    xinit(str);
    x=[0 1];
    y(i,:)= i*x;
    for j=1:i
        plot(x,y(j,:));
    end
    xend();
end
///// END OF CODE

Regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Saturday, November 19, 2016 10:56 AM
To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] Exporting graphics as non pink jpg with xinit/xend

Thanks Rafael,

The three files are not pink (which is great) but do not show what I want. I want to have superposed plots, i.e.
test1.jpg should show one line (namely (x,1*x), that's the case)
test2.jpg should show two lines (namely (x,2*x) and (x,1*x), that's not the case)
test3.jpg should show three lines (namely (x,3*x) and (x,2*x) and (x,1*x,that's not the case)

Consecutive plots are normally superposed in Scilab. But here we get just the new ones.

Do you see a way to unpink superposed plots? I am trying for hours with no succes.

Kind regards
Jens
------------------------------------------------------


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/49d45456/attachment.htm>

From sgougeon at free.fr  Sat Nov 19 12:34:46 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 19 Nov 2016 12:34:46 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <9711769f-a546-eee4-d751-0100243491b5@gmail.com>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de> <9711769f-a546-eee4-d751-0100243491b5@gmail.com>
Message-ID: <583038D6.4010307@free.fr>

Le 19/11/2016 11:37, Claus Futtrup a ?crit :
> Hi Jens
>
> I ran below code and there's nothing pink about it. I'm using Scilab 
> 5.5.0 on a Win10 machine.
The bug occurred with Scilab > 5.4.0 only for certain hardwares (not 
really identified), not all. See the report.
So Jens may experiment it without that you get the same. Lucky you are.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/760d9a6d/attachment.htm>

From sgougeon at free.fr  Sat Nov 19 12:37:31 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 19 Nov 2016 12:37:31 +0100
Subject: [Scilab-users] pinkification of xs2jpg exported images
In-Reply-To: <582E0548.1060407@hslmg.de>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
Message-ID: <5830397B.4040501@free.fr>

By the way, could you please open a new thread next time, instead of 
branching the "uman" one?
This help distinguising things in the archives, and so more easily get 
informations back when searching in them.
Thanks

Le 17/11/2016 20:30, Jens Simon Strom a ?crit :
> Hi ,
> After exporting  a figure (produced with plot3d and param3d) I find an 
> ugly pink color behind the object when I open the image by Irfanview. 
> On screen there is white as required. I am not talking about the 
> figure property 'background'. That is well contolled.
> How can I change pink  (close to 'Scilab pink 4',  255 128,128) into 
> simple white as on the screen?
>
> Regards
> Jens



From j.s.strom at hslmg.de  Sat Nov 19 12:44:36 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sat, 19 Nov 2016 12:44:36 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <9711769f-a546-eee4-d751-0100243491b5@gmail.com>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de> <9711769f-a546-eee4-d751-0100243491b5@gmail.com>
Message-ID: <58303B24.60304@hslmg.de>

Hallo Claus,
Not the below code produces pink on my screen. The pink comes in by 
using xs2jpg or xs2png. It is a recoded bug. So I want to use the 
workaround by xinit /xend. But that seems difficult to do for 
consecutive states of superposed plots.
Kind regards
Jens
----------------------------------
Am 19.11.2016 11:37, schrieb Claus Futtrup:
> Hi Jens
>
> I ran below code and there's nothing pink about it. I'm using Scilab 
> 5.5.0 on a Win10 machine.
>
> In the past I've experienced on a Win7 machine that the viewer in 
> Windows would give all plots a yellow-ish glaze.
>
> Jens - have you tried to view the exported JPEG file in various 
> software? It could be your viewer...
>
> Alternatively, have you tried exporting to e.g. PNG instead of JPG?
>
> If you conclude it's Scilab, then I think you have a corrupt library 
> file somewhere and maybe it could be resolved by a fresh reinstall of 
> Scilab.
>
> /Claus
>
> On 18-11-2016 20:43, Jens Simon Strom wrote:
>> Correction: The first phrase should read: In the following script I 
>> would like to save the sequential plots as (pinkless) JPGs.
>>
>> Am 18.11.2016 20:30, schrieb Jens Simon Strom:
>>> Hi,
>>> In the following script I would like to save the sequential plot 
>>> result as a pinkless jpg. I found no way to adapt the xinit/xend 
>>> workaround (for xs2jpg) to this case. After execution I would like 
>>> to have three JPGs containing one, two and three lines .
>>> xdel()
>>> for i=1:3
>>>      x=[0 1];
>>>      plot(x,i*x)  
>>>      halt()
>>> end
>>> In my real project the plots are param3d and plot3d. I hope that 
>>> makes no difference.
>>>
>>> Hoping for help with kind regards
>>> Jens
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> http://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: <https://lists.scilab.org/pipermail/users/attachments/20161119/48878763/attachment.htm>

From sgougeon at free.fr  Sat Nov 19 13:30:48 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 19 Nov 2016 13:30:48 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <5830219B.5010700@hslmg.de>
References: <3e52-582db580-7-1f6b2d40@103877005> <582E0548.1060407@hslmg.de>
 <582E0775.9030509@free.fr> <582F56C5.9000505@hslmg.de>
 <582F59F3.80307@hslmg.de>
 <VI1PR04MB15824AC916C63637B27714D7CCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <5830219B.5010700@hslmg.de>
Message-ID: <583045F8.6040207@free.fr>

Le 19/11/2016 10:55, Jens Simon Strom a ?crit :
> Thanks Rafael,
>
> The three files are not pink (which is great) but do not show what I 
> want. I want to have superposed plots, i.e.
> test1.jpg should show one line (namely (x,1*x), that's the case)
> test2.jpg should show two lines (namely (x,2*x) and (x,1*x), that's 
> not the case)
> test3.jpg should show three lines (namely (x,3*x) and (x,2*x)and 
> (x,1*x,that's not the case)
>
> Consecutive plots are normally superposed in Scilab. But here we get 
> just the new ones.
>
> Do you see a way to unpink superposed plots? I am trying for hours 
> with no succes.
.
Could you please make it clear for us: do you really get pink plots with 
driver("jpg")?
In some posts of yours, it seems that yes, and in others, that no. So, 
what's the status?
If you get pinky plots with driver("jpg"), could you please reply to the 
comment
http://bugzilla.scilab.org/12788#c41 directly on Bugzilla? I will then 
reopen the report.

Superimposed plots and pinky plots are 2 separate things (*).

Anyway, you can get what you want -- pinky or not -- with the following:

xdel()
driver  JPG;
for  i  =  1:3
     plot([0  1],[0  i])
     f  =  gcf();
     xinit(msprintf("test%d.jpg",i))
     f2  =  copy(f);
     xend()
end
driver  REC;

Regards
Samuel Gougeon

(*) This is why, your distinct branching was not welcome there again:
http://mailinglists.scilab.org/Scilab-users-uman-2-1-is-released-tp4034964p4035025.html

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/faace357/attachment.htm>

From j.s.strom at hslmg.de  Sat Nov 19 14:22:57 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sat, 19 Nov 2016 14:22:57 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <VI1PR04MB1582F8B2C20D4EC2AEC95A5ACCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
References: <VI1PR04MB1582F8B2C20D4EC2AEC95A5ACCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
Message-ID: <58305231.60007@hslmg.de>

Thanks Rafael,
That /is/ a working solution!  However it introduces further complexity 
and computation time rises from n to n*n/2. In my project I have 
hundreds of files to produce an animation,  and the one command 
'plot(x,y(j,:));' in the minimal snippet represents about successive 10 
plots in my project. I consider to go back to the flawless pdf export 
and to look for a conversion tool pdf2jpg supporting batch conversions.
Regards
Jens
----------------------------------------------------------------
Am 19.11.2016 11:45, schrieb Rafael Guerra:
>
> There was a small obvious typo on last code provide ('j' -> "i"). 
> Corrected below.
>
> One remark: the first time I ran the code snippet, the first file 
> output "test1.jpg" was sort of empty and pink, but not the two other 
> files. During subsequent trials the issue did not repeat.
>
> ///// START OF CODE
>
> driver("JPG");
>
> xdel()
>
> y=[];
>
> for i=1:3
>
> str = "test" + string(i) + ".jpg";
>
> xinit(str);
>
> x=[0 1];
>
> y(i,:)= i*x;
>
> for j=1:i
>
> plot(x,y(j,:));
>
> end
>
> xend();
>
> end
>
> ///// END OF CODE
>
> Regards,
>
> Rafael
>
> *From:*users [mailto:users-bounces at lists.scilab.org] *On Behalf Of 
> *Jens Simon Strom
> *Sent:* Saturday, November 19, 2016 10:56 AM
> *To:* Users mailing list for Scilab <users at lists.scilab.org 
> <mailto:users at lists.scilab.org>>
> *Subject:* Re: [Scilab-users] Exporting graphics as non pink jpg with 
> xinit/xend
>
> Thanks Rafael,
>
> The three files are not pink (which is great) but do not show what I 
> want. I want to have superposed plots, i.e.
> test1.jpg should show one line (namely (x,1*x), that's the case)
> test2.jpg should show two lines (namely (x,2*x) and (x,1*x), that's 
> not the case)
> test3.jpg should show three lines (namely (x,3*x) and (x,2*x) and 
> (x,1*x,that'snot the case)
>
> Consecutive plots are normally superposed in Scilab. But here we get 
> just the new ones.
>
> Do you see a way to unpink superposed plots? I am trying for hours 
> with no succes.
>
> Kind regards
> Jens
> ------------------------------------------------------
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/a8a957b3/attachment.htm>

From sgougeon at free.fr  Sat Nov 19 14:42:57 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 19 Nov 2016 14:42:57 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg with
	xinit/xend
In-Reply-To: <58305231.60007@hslmg.de>
References: <VI1PR04MB1582F8B2C20D4EC2AEC95A5ACCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <58305231.60007@hslmg.de>
Message-ID: <583056E1.8050508@free.fr>

Le 19/11/2016 14:22, Jens Simon Strom a ?crit :
> Thanks Rafael,
> That /is/ a working solution!  However it introduces further 
> complexity and computation time rises from n to n*n/2. In my project I 
> have hundreds of files to produce an animation,  and the one command 
> 'plot(x,y(j,:));' in the minimal snippet represents about successive 
> 10 plots in my project. I consider to go back to the flawless pdf 
> export and to look for a conversion tool pdf2jpg supporting batch 
> conversions.
.
It will likely be even worse: The increasing computation time is not 
related to the exportation. So, changing the export format won't 
unlikely avoid it. In addition, vectorial exports as PDF can be are 
usually (much) slower than bitmat exports, because they have to produce 
a lot of text instructions to build the file.
What takes time in the minimal sample you provided is to update the same 
plot (BTW, AFAIR this has been reported as a bug for some situtions, and 
may be this is already fixed in Scilab 6. To be confirmed). But there 
are other strategies to do the same without step-by-step updates.
By the way, this sample might be not really representative of what you 
will finally do.
Another strategy is to plot in a once all what must be finally plotted, 
with a single plot() command. Hence, different colors will be ascribed 
to successive curves. Afterwards, it is possible to make components 
appearing step-by-step by using their .visible attribute.

HTH
Samuel Gougeon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/5469636d/attachment.htm>

From jrafaelbguerra at hotmail.com  Sat Nov 19 14:51:51 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Sat, 19 Nov 2016 13:51:51 +0000
Subject: [Scilab-users] Exporting graphics as non pink jpg
	with	xinit/xend
In-Reply-To: <58305231.60007@hslmg.de>
References: <VI1PR04MB1582F8B2C20D4EC2AEC95A5ACCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <58305231.60007@hslmg.de>
Message-ID: <DB5PR04MB15754A7CEB48E59138EABE68CCB30@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Jens,

You may avoid the second loop by plotting as columns:

///// START OF CODE
clear;
driver("JPG");
xdel()
y=[];
for i=1:3
    str = "test" + string(i) + ".jpg";
    xinit(str);
    x=[0 1]';
    y(:,i)= i*x;
    plot(x,y(:,1:i));
    xend();
end
///// END OF CODE

Regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens Simon Strom
Sent: Saturday, November 19, 2016 2:23 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] Exporting graphics as non pink jpg with xinit/xend

Thanks Rafael,
That is a working solution!  However it introduces further complexity and computation time rises from n to n*n/2. In my project I have hundreds of files to produce an animation,  and the one command 'plot(x,y(j,:));' in the minimal snippet represents about successive 10 plots in my project. I consider to go back to the flawless pdf export and to look for a conversion tool pdf2jpg supporting batch conversions.
Regards
Jens


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/84c036e3/attachment.htm>

From j.s.strom at hslmg.de  Sat Nov 19 16:46:51 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sat, 19 Nov 2016 16:46:51 +0100
Subject: [Scilab-users] Exporting graphics as non pink jpg
	with	xinit/xend
In-Reply-To: <DB5PR04MB15754A7CEB48E59138EABE68CCB30@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <VI1PR04MB1582F8B2C20D4EC2AEC95A5ACCB30@VI1PR04MB1582.eurprd04.prod.outlook.com>
 <58305231.60007@hslmg.de>
 <DB5PR04MB15754A7CEB48E59138EABE68CCB30@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <583073EB.2030001@hslmg.de>

Hallo Rafael,
That is a very smart solution. Thanks!
In the meantime I have detected another approach: Learning about 
driver() from the help page it suggested impicitely to me that the 
command is only useful together with xinit() and xend(). This was a 
premature assumption. My very first trial used xs2jpg(). If I had put 
this initial script betweendriver("JPG") and driver("REC") I would never 
have met xinit(), xend(), and the /pinkification phenomena/. Five hours 
of struggling for the birds!
Problem solved!
Regards
Jens
-------------------------------------------

Am 19.11.2016 14:51, schrieb Rafael Guerra:
>
> Hi Jens,
>
> You may avoid the second loop by plotting as columns:
>
> ///// START OF CODE
>
> clear;
>
> driver("JPG");
>
> xdel()
>
> y=[];
>
> for i=1:3
>
> str = "test" + string(i) + ".jpg";
>
> xinit(str);
>
> x=[0 1]';
>
> y(:,i)= i*x;
>
> plot(x,y(:,1:i));
>
> xend();
>
> end
>
> ///// END OF CODE
>
> Regards,
>
> Rafael
>
> *From:*users [mailto:users-bounces at lists.scilab.org] *On Behalf Of 
> *Jens Simon Strom
> *Sent:* Saturday, November 19, 2016 2:23 PM
> *To:* Users mailing list for Scilab <users at lists.scilab.org>
> *Subject:* Re: [Scilab-users] Exporting graphics as non pink jpg with 
> xinit/xend
>
> Thanks Rafael,
> That /is/ a working solution!  However it introduces further 
> complexity and computation time rises from n to n*n/2. In my project I 
> have hundreds of files to produce an animation,  and the one command 
> 'plot(x,y(j,:));' in the minimal snippet represents about successive 
> 10 plots in my project. I consider to go back to the flawless pdf 
> export and to look for a conversion tool pdf2jpg supporting batch 
> conversions.
> Regards
> Jens
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/9c9dae23/attachment.htm>

From christoph.knappe at gmail.com  Sat Nov 19 17:35:35 2016
From: christoph.knappe at gmail.com (christophk)
Date: Sat, 19 Nov 2016 09:35:35 -0700 (MST)
Subject: [Scilab-users] moving axis ticks around orthogonally to their
	axes?
In-Reply-To: <CACf7ODvfmYhDWA3HDF7-4LbKzjTuhPAUyBBBO3oSfixAD7YHOA@mail.gmail.com>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
 <CACf7ODvfmYhDWA3HDF7-4LbKzjTuhPAUyBBBO3oSfixAD7YHOA@mail.gmail.com>
Message-ID: <1479573335553-4035043.post@n3.nabble.com>

"So what about this?...see attachment." 

It's beautiful - how did you do this?




--
View this message in context: http://mailinglists.scilab.org/Re-moving-axis-ticks-around-orthogonally-to-their-axes-tp4035009p4035043.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From sgougeon at free.fr  Sat Nov 19 17:41:56 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 19 Nov 2016 17:41:56 +0100
Subject: [Scilab-users] moving axis ticks around orthogonally to their
 axes?
In-Reply-To: <1479573335553-4035043.post@n3.nabble.com>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
 <CACf7ODvfmYhDWA3HDF7-4LbKzjTuhPAUyBBBO3oSfixAD7YHOA@mail.gmail.com>
 <1479573335553-4035043.post@n3.nabble.com>
Message-ID: <583080D4.6000607@free.fr>

Le 19/11/2016 17:35, christophk a ?crit :
> "So what about this?...see attachment."
>
> It's beautiful - how did you do this?
I guess that the (default) axis properties are /heritated/ from the axes 
ones.
So to get a thicker axis, you must first thicken the axes, and 
*afterwards* run drawaxis()

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/f159576e/attachment.htm>

From p.muehlmann at gmail.com  Sat Nov 19 20:25:44 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Sat, 19 Nov 2016 20:25:44 +0100
Subject: [Scilab-users] moving axis ticks around orthogonally to their
	axes?
In-Reply-To: <583080D4.6000607@free.fr>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
 <CACf7ODvfmYhDWA3HDF7-4LbKzjTuhPAUyBBBO3oSfixAD7YHOA@mail.gmail.com>
 <1479573335553-4035043.post@n3.nabble.com> <583080D4.6000607@free.fr>
Message-ID: <CACf7ODsWk=ZWPDawkhTi7XHgD4nOupw1AvXQxhV7FZPAv6581g@mail.gmail.com>

the diagram is drawn with 3 axis.

#1: only for the center axis and the labels --> plot something but make the
plot invisible...plot contains only two points
#2: only for the frame --> plot something but make the plot invisible
#3: for the actual plot

you can zoom, but if you move the plotted graph, the center axis remains at
it's position.

here the code:

x = linspace(-2*%pi,2*%pi,201);y = cos(x);
// second plotx2 = linspace(min(x),max(x),2);y2 = linspace(min(y),max(y),2);
// first plot// used to set the cross in the center// and place the
x-y-label & titleplot2d(x2,y2,2)a1=gca();
// create a single axis for only the frame// enabling to change frame
thiknessa2 = newaxes();plot2d(x2, y2);
// third plot// containing the actual grapha3 = newaxes();plot2d(x,y,2);
// axis locationsa1.x_location = "origin";a1.y_location =
"origin";a2.x_location;   // doesnt matter because a2 axes are
invisiblea2.y_location;   // doesnt matter because a2 axes are
invisiblea3.x_location = "bottom";a3.y_location = "left";
// ticksa1.auto_ticks = 'off';a2.auto_ticks = 'off';a3.auto_ticks = 'on';
// boxa2.box = "on";
// hide graphsa1.children.visible = "off";  // hide a1
grapha2.children.visible = 'off';  // hide a2 graph
// filled axis?a1.filled = "on";a2.filled = "off";a3.filled = "off";
// set axes visibilitya1.axes_visible =
["on","on","off"];a2.axes_visible =
["off","off","off"];a3.axes_visible = ["on","on","off"];
// set gridsa1.grid = [-1,-1];    // do not display grid from 1st
plota2.grid = [-1,-1];  // do not display grid from 1st plota3.grid =
[1, 1];   // show grid from 3rd plot
// setting thicknessesa1.thickness = 2;a2.thickness = 2;a3.thickness = 1;
// setting data_bounds;a1.data_bounds =
[min(x),min(y);max(x),max(y)];a2.data_bounds =
[min(x),min(y);max(x),max(y)];a3.data_bounds =
[min(x),min(y);max(x),max(y)];
// setting tight limitsa1.tight_limits = "off";a2.tight_limits =
"on";a3.tight_limits = "on";
// set titlea1.title.text = "creating a nice plot using ''newaxes( )''
";a1.title.font_size = 2;a1.title.position = [- 3.3748634    1.1];
// set labelsa1.x_label.text = "x axis";a1.y_label.text = "y axis";
a1.x_label.position = [-0.5770492 -1.2550725];a1.y_label.position =
[-9.084153 -0.0956522];
a1.x_label.font_size = 2;a1.y_label.font_size = 2;
// set polyline stylea3.children.children.thickness = 2;





2016-11-19 17:41 GMT+01:00 Samuel Gougeon <sgougeon at free.fr>:

> Le 19/11/2016 17:35, christophk a ?crit :
>
> "So what about this?...see attachment."
>
> It's beautiful - how did you do this?
>
> I guess that the (default) axis properties are *heritated* from the axes
> ones.
> So to get a thicker axis, you must first thicken the axes, and
> *afterwards* run drawaxis()
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
>


-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161119/8becf4fd/attachment.htm>

From j.s.strom at hslmg.de  Mon Nov 21 14:32:42 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Mon, 21 Nov 2016 14:32:42 +0100
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a figure
In-Reply-To: <CACf7ODsWk=ZWPDawkhTi7XHgD4nOupw1AvXQxhV7FZPAv6581g@mail.gmail.com>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
 <CACf7ODvfmYhDWA3HDF7-4LbKzjTuhPAUyBBBO3oSfixAD7YHOA@mail.gmail.com>
 <1479573335553-4035043.post@n3.nabble.com> <583080D4.6000607@free.fr>
 <CACf7ODsWk=ZWPDawkhTi7XHgD4nOupw1AvXQxhV7FZPAv6581g@mail.gmail.com>
Message-ID: <5832F77A.2090807@hslmg.de>

Hallo,
The script below is  to make f2 a copy of f1. However f2 is/empty/  although its axes, compound, and polyline data look as expected.
(Version 5.5.2)

xdel();xdel();
f1=figure(1);
plot(1:3,1:3)
ca1=gca()//axes with one compound child
//
  f2=figure(2);
ca2=gca()//axes without children
ca2_=ca1//axes with one compound child
ca2_c=ca2_.children//compound with one polyline child
ca2_cc=ca2_c.children//polyline, same as in ca1

How can the polyline be made visible?

Regards
Jens









-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161121/64ffeb6a/attachment.htm>

From sgougeon at free.fr  Mon Nov 21 15:21:55 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Mon, 21 Nov 2016 15:21:55 +0100 (CET)
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a
 figure
In-Reply-To: <5832F77A.2090807@hslmg.de>
Message-ID: <634974871.11310863.1479738115790.JavaMail.root@zimbra75-e12.priv.proxad.net>

Hello Jens,

The proper way to copy graphics is to use copy(). Example:

f = scf();
plot2d()
f.tag = "plot2d() example";
fc = copy(f); // Creates (and render) the copy
fc.tag=="plot2d() example"

HTH
Samuel Gougeon

----- Mail original -----
De: "Jens Simon Strom"
?: users at lists.scilab.org
Envoy?: Lundi 21 Novembre 2016 14:32:42
Objet: [Scilab-users] Understanding the graphic hierarchy. Copy a figure


Hallo,
The script below is to make f2 a copy of f1. However f2 is empty although its axes, compound, and polyline data look as expected. 
(Version 5.5.2) xdel ( ) ; xdel ( ) ; f1 = figure ( 1 ) ; plot ( 1 : 3 , 1 : 3 ) ca1 = gca ( ) //axes with one compound child
// f2 = figure ( 2 ) ; ca2 = gca ( ) //axes without children ca2_ = ca1 //axes with one compound child ca2_c = ca2_ . children //compound with one polyline child ca2_cc = ca2_c . children //polyline, same as in ca1 How can the polyline be made visible? 

Regards 
Jens 










_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From p.muehlmann at gmail.com  Mon Nov 21 15:30:18 2016
From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=)
Date: Mon, 21 Nov 2016 15:30:18 +0100
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a
	figure
In-Reply-To: <5832F77A.2090807@hslmg.de>
References: <AM4PR0701MB21618EBE4BE0F226660B1BFAE5B10@AM4PR0701MB2161.eurprd07.prod.outlook.com>
 <1479412352182-4035013.post@n3.nabble.com>
 <CACf7ODvfmYhDWA3HDF7-4LbKzjTuhPAUyBBBO3oSfixAD7YHOA@mail.gmail.com>
 <1479573335553-4035043.post@n3.nabble.com> <583080D4.6000607@free.fr>
 <CACf7ODsWk=ZWPDawkhTi7XHgD4nOupw1AvXQxhV7FZPAv6581g@mail.gmail.com>
 <5832F77A.2090807@hslmg.de>
Message-ID: <CACf7ODviZ4gbyKk3Jk5MH6faeExFKLxOgGWC2VVTcKpbcSeh0w@mail.gmail.com>

beside of not beeing sure if you want to have:

ca2_ = gca();

instead of

ca2=gca();


ca2_.visible = "on" or "off";     // shows or hides the plot in figure1

ca2_.parent.figure_id              // = 1;

however:

ca2_.parent.figure_id = 2;      // changes both figure ID's.

Why is that?

I mean: Why does "ca1" also get's the figure_id from "ca2" ?


2016-11-21 14:32 GMT+01:00 Jens Simon Strom <j.s.strom at hslmg.de>:

> Hallo,
> The script below is to make f2 a copy of f1. However f2 is *empty* although its axes, compound, and polyline data look as expected.
> (Version 5.5.2)
> xdel();xdel();f1=figure(1);plot(1:3,1:3)ca1=gca()//axes with one compound child
> //
>  f2=figure(2);ca2=gca()//axes without childrenca2_=ca1//axes with one compound childca2_c=ca2_.children//compound with one polyline childca2_cc=ca2_c.children//polyline, same as in ca1
>
> How can the polyline be made visible?
>
> Regards
> Jens
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
>


-- 
In Kanada is' ka' na' da. Sonst w?r' Kanada Jemanda.

There we have the salad.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161121/3f209523/attachment.htm>

From j.s.strom at hslmg.de  Mon Nov 21 18:10:41 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Mon, 21 Nov 2016 18:10:41 +0100
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a
	figure
In-Reply-To: <634974871.11310863.1479738115790.JavaMail.root@zimbra75-e12.priv.proxad.net>
References: <634974871.11310863.1479738115790.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <58332A91.1060403@hslmg.de>

Hallo Samuel,
This is refreshing straightforward. Problem solved!
Thanks
Jens
---------------------------------------------------------------------------
Am 21.11.2016 15:21, schrieb sgougeon at free.fr:
> Hello Jens,
>
> The proper way to copy graphics is to use copy(). Example:
>
> f = scf();
> plot2d()
> f.tag = "plot2d() example";
> fc = copy(f); // Creates (and render) the copy
> fc.tag=="plot2d() example"
>
> HTH
> Samuel Gougeon
>
> ----- Mail original -----
> De: "Jens Simon Strom"
> ?: users at lists.scilab.org
> Envoy?: Lundi 21 Novembre 2016 14:32:42
> Objet: [Scilab-users] Understanding the graphic hierarchy. Copy a figure
>
>
> Hallo,
> The script below is to make f2 a copy of f1. However f2 is empty although its axes, compound, and polyline data look as expected.
> (Version 5.5.2) xdel ( ) ; xdel ( ) ; f1 = figure ( 1 ) ; plot ( 1 : 3 , 1 : 3 ) ca1 = gca ( ) //axes with one compound child
> // f2 = figure ( 2 ) ; ca2 = gca ( ) //axes without children ca2_ = ca1 //axes with one compound child ca2_c = ca2_ . children //compound with one polyline child ca2_cc = ca2_c . children //polyline, same as in ca1 How can the polyline be made visible?
>
> Regards
> Jens
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users



From sgougeon at free.fr  Mon Nov 21 20:46:33 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 21 Nov 2016 20:46:33 +0100
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a
	figure
In-Reply-To: <58332A91.1060403@hslmg.de>
References: <634974871.11310863.1479738115790.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <58332A91.1060403@hslmg.de>
Message-ID: <58334F19.7060807@free.fr>

Le 21/11/2016 18:10, Jens Simon Strom a ?crit :
> Hallo Samuel,
> This is refreshing straightforward. Problem solved!
Glad to read it.
Please note i will no longer contribute answering to you as long as you 
will keep branching unrelated threads instead of opening new ones. 
Sorry, but this is really a bad practice.

Regards
Samuel Gougeon



From j.s.strom at hslmg.de  Mon Nov 21 23:10:58 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Mon, 21 Nov 2016 23:10:58 +0100
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a
	figure
In-Reply-To: <58334F19.7060807@free.fr>
References: <634974871.11310863.1479738115790.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <58332A91.1060403@hslmg.de> <58334F19.7060807@free.fr>
Message-ID: <583370F2.8080206@hslmg.de>

Hi Samuel,
I'm sorry for opening  threads in a blotted manner. My practice up to 
now was to send an email with a (hopefully) meaningful headline to 
<users at lists.scilab.org>. I just learn that this is bad practice and I 
will endeavour to find out the correct approach. If I get to nothing I 
will request a clue under this subject and hope for pardon.
Regards
Jens
-----------------------------------------------------------------------------------------------------------------
Am 21.11.2016 20:46, schrieb Samuel Gougeon:
> Le 21/11/2016 18:10, Jens Simon Strom a ?crit :
>> Hallo Samuel,
>> This is refreshing straightforward. Problem solved!
> Glad to read it.
> Please note i will no longer contribute answering to you as long as 
> you will keep branching unrelated threads instead of opening new ones. 
> Sorry, but this is really a bad practice.
>
> Regards
> Samuel Gougeon
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users



From tim at wescottdesign.com  Mon Nov 21 23:34:06 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Mon, 21 Nov 2016 14:34:06 -0800
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a
 figure
In-Reply-To: <583370F2.8080206@hslmg.de>
References: <634974871.11310863.1479738115790.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <58332A91.1060403@hslmg.de> <58334F19.7060807@free.fr>
 <583370F2.8080206@hslmg.de>
Message-ID: <1479767646.6116.74.camel@Servo>

I believe that Samuel is objecting to you starting a new topic by
replying to an existing email and then changing its title and subject.
When you do that, you end up with a bunch of different topics all in one
thread.

So -- for a new topic, start a new email.

On Mon, 2016-11-21 at 23:10 +0100, Jens Simon Strom wrote:
> Hi Samuel,
> I'm sorry for opening  threads in a blotted manner. My practice up to 
> now was to send an email with a (hopefully) meaningful headline to 
> <users at lists.scilab.org>. I just learn that this is bad practice and I 
> will endeavour to find out the correct approach. If I get to nothing I 
> will request a clue under this subject and hope for pardon.
> Regards
> Jens
> -----------------------------------------------------------------------------------------------------------------
> Am 21.11.2016 20:46, schrieb Samuel Gougeon:
> > Le 21/11/2016 18:10, Jens Simon Strom a ?crit :
> >> Hallo Samuel,
> >> This is refreshing straightforward. Problem solved!
> > Glad to read it.
> > Please note i will no longer contribute answering to you as long as 
> > you will keep branching unrelated threads instead of opening new ones. 
> > Sorry, but this is really a bad practice.
> >
> > Regards
> > Samuel Gougeon
> >
> > _______________________________________________
> > users mailing list
> > users at lists.scilab.org
> > http://lists.scilab.org/mailman/listinfo/users
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432




From j.s.strom at hslmg.de  Tue Nov 22 01:22:28 2016
From: j.s.strom at hslmg.de (Jens)
Date: Mon, 21 Nov 2016 17:22:28 -0700 (MST)
Subject: [Scilab-users] Start an arrested loop with one keystroke only
Message-ID: <1479774148187-4035053.post@n3.nabble.com>

Hallo Scilab users,
I am searching for a convenient way to  restart a loop with only *one* key
or mouse stroke. The loop may generate and show graphics or not. I tried
xclick, pause, halt, and input with little success. input is closest to the
target but not close enough. 

   for i=1:3
      plot()
      //commands wanted which stops the loop and continues it with ONE key
or mouse stroke only.
      //input('click on console and press return')// very close but more
than one stroke
      xdel();
  end



--
View this message in context: http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From j.s.strom at hslmg.de  Tue Nov 22 01:28:27 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Tue, 22 Nov 2016 01:28:27 +0100
Subject: [Scilab-users] Understanding the graphic hierarchy. Copy a
	figure
In-Reply-To: <1479767646.6116.74.camel@Servo>
References: <634974871.11310863.1479738115790.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <58332A91.1060403@hslmg.de> <58334F19.7060807@free.fr>
 <583370F2.8080206@hslmg.de> <1479767646.6116.74.camel@Servo>
Message-ID: <5833912B.1040807@hslmg.de>

Hi Tim,
I'm sorry for the confusion I caused. I have just done my best by 
launching a new topic via browser in http://mailinglists.scilab.org/. I 
hope this is proper now.
Cheers
Jens
----------------------------------------------------

Am 21.11.2016 23:34, schrieb Tim Wescott:
> I believe that Samuel is objecting to you starting a new topic by
> replying to an existing email and then changing its title and subject.
> When you do that, you end up with a bunch of different topics all in one
> thread.
>
> So -- for a new topic, start a new email.
>
> On Mon, 2016-11-21 at 23:10 +0100, Jens Simon Strom wrote:
>> Hi Samuel,
>> I'm sorry for opening  threads in a blotted manner. My practice up to
>> now was to send an email with a (hopefully) meaningful headline to
>> <users at lists.scilab.org>. I just learn that this is bad practice and I
>> will endeavour to find out the correct approach. If I get to nothing I
>> will request a clue under this subject and hope for pardon.
>> Regards
>> Jens
>> -----------------------------------------------------------------------------------------------------------------
>> Am 21.11.2016 20:46, schrieb Samuel Gougeon:
>>> Le 21/11/2016 18:10, Jens Simon Strom a ?crit :
>>>> Hallo Samuel,
>>>> This is refreshing straightforward. Problem solved!
>>> Glad to read it.
>>> Please note i will no longer contribute answering to you as long as
>>> you will keep branching unrelated threads instead of opening new ones.
>>> Sorry, but this is really a bad practice.
>>>
>>> Regards
>>> Samuel Gougeon
>>>
>>> _______________________________________________
>>> users mailing list
>>> users at lists.scilab.org
>>> http://lists.scilab.org/mailman/listinfo/users
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> http://lists.scilab.org/mailman/listinfo/users



From tim at wescottdesign.com  Tue Nov 22 01:34:49 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Mon, 21 Nov 2016 16:34:49 -0800
Subject: [Scilab-users] Start an arrested loop with one keystroke only
In-Reply-To: <1479774148187-4035053.post@n3.nabble.com>
References: <1479774148187-4035053.post@n3.nabble.com>
Message-ID: <1479774889.6116.91.camel@Servo>

xclick()

On Mon, 2016-11-21 at 17:22 -0700, Jens wrote:
> Hallo Scilab users,
> I am searching for a convenient way to  restart a loop with only *one* key
> or mouse stroke. The loop may generate and show graphics or not. I tried
> xclick, pause, halt, and input with little success. input is closest to the
> target but not close enough. 
> 
>    for i=1:3
>       plot()
>       //commands wanted which stops the loop and continues it with ONE key
> or mouse stroke only.
>       //input('click on console and press return')// very close but more
> than one stroke
>       xdel();
>   end
> 
> 
> 
> --
> View this message in context: http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
> 
> 

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432




From j.s.strom at hslmg.de  Tue Nov 22 12:29:16 2016
From: j.s.strom at hslmg.de (Jens)
Date: Tue, 22 Nov 2016 04:29:16 -0700 (MST)
Subject: [Scilab-users] Start an arrested loop with one keystroke only
In-Reply-To: <1479774889.6116.91.camel@Servo>
References: <1479774148187-4035053.post@n3.nabble.com>
 <1479774889.6116.91.camel@Servo>
Message-ID: <58342BE9.7030708@hslmg.de>

Hallo Tim,
Did you mean something like this?:

function  b1=stopgoclick()
         //left mouse: next image,, middle mous: abort
         b=xclick();
         b1=b(1)
         if  b1==3//left mouse: next image
            return  
        elseif  b1==4//middle mouse: end script
            abort
         end  
endfunction

     x=0:1
for  i=1:10
     plot(x,i*x)
     b1=stopgoclick()     
        if  b1==5//right mouse: break loop
        break
        end
end
'further commands'

If that is o.k. could you help me to handle the loop break case from 
inside the function?
Cheers
Jens
--------------------------------------------

Am 22.11.2016 01:36, schrieb Tim Wescott [via Scilab / Xcos - Mailing 
Lists Archives]:
> xclick()
>
> On Mon, 2016-11-21 at 17:22 -0700, Jens wrote:
>
> > Hallo Scilab users,
> > I am searching for a convenient way to  restart a loop with only 
> *one* key
> > or mouse stroke. The loop may generate and show graphics or not. I 
> tried
> > xclick, pause, halt, and input with little success. input is closest 
> to the
> > target but not close enough.
> >
> >    for i=1:3
> >       plot()
> >       //commands wanted which stops the loop and continues it with 
> ONE key
> > or mouse stroke only.
> >       //input('click on console and press return')// very close but 
> more
> > than one stroke
> >       xdel();
> >   end
> >
> >
> >
> > --
> > View this message in context: 
> http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053.html
> > Sent from the Scilab users - Mailing Lists Archives mailing list 
> archive at Nabble.com.
> > _______________________________________________
> > users mailing list
> > [hidden email] </user/SendEmail.jtp?type=node&node=4035055&i=0>
> > http://lists.scilab.org/mailman/listinfo/users
> >
> >
>
> -- 
>
> Tim Wescott
> www.wescottdesign.com
> Control & Communications systems, circuit & software design.
> Phone: 503.631.7815
> Cell:  503.349.8432
>
>
> _______________________________________________
> users mailing list
> [hidden email] </user/SendEmail.jtp?type=node&node=4035055&i=1>
> http://lists.scilab.org/mailman/listinfo/users
>
>
> ------------------------------------------------------------------------
> If you reply to this email, your message will be added to the 
> discussion below:
> http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053p4035055.html 
>
> To unsubscribe from Start an arrested loop with one keystroke only, 
> click here 
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4035053&code=ai5zLnN0cm9tQGhzbG1nLmRlfDQwMzUwNTN8LTIyMzcxNjc3Ng==>.
> NAML 
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> 
>





--
View this message in context: http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053p4035056.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161122/7338a04c/attachment.htm>

From amonmayr at laas.fr  Tue Nov 22 13:31:07 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Tue, 22 Nov 2016 13:31:07 +0100
Subject: [Scilab-users] =?utf-8?q?Axis_break_with_Scilab_=3F?=
Message-ID: <60a6-58343a80-9-53711280@60161314>

Hi all,

I just got a question from one of my colleagues: "Is this possible to get axis breaks when plotting with Scilab?"
(ie a plot where a bit of the scale in x, y or even both is missing, see : http://www.originlab.com/doc/Tutorials/Multiple-Axis-Breaks ).
As far as I know, I don't see any direct way to do it.

Am I wrong?

As for workaround, I think one could achieve similar results with subplots and visible/hidden axis, but it would require a bit of overhead ...

Cheers,

Antoine



From jrafaelbguerra at hotmail.com  Tue Nov 22 15:18:18 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Tue, 22 Nov 2016 14:18:18 +0000
Subject: [Scilab-users] Axis break with Scilab ?
In-Reply-To: <60a6-58343a80-9-53711280@60161314>
References: <60a6-58343a80-9-53711280@60161314>
Message-ID: <DB5PR04MB1575078E23E50E658DC24840CCB40@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Antoine,

Thanks for sharing this interesting topic.
Please check a quick brute force solution below, that needs further polishing.
In particular, the grid display should be improved.


// Multiple axis breaks in Scilab (1st brute force attempt)
// START OF CODE
clf();
clear;
x0=[1:10 20:25 60:100]; // sorted input x0 but with breaks
y0= sin(x0);
dxbreak= 1.1; // adjust this threshold to define breaks
dxtick = 10;  // plot ticks every dxtic

k=1;
xb= list();
yb= list();
xb(1) = x0(1);
yb(1) = y0(1);
for i=1:length(x0)-1
    if abs(x0(i+1)-x0(i)) < dxbreak then
        xb(k)= [xb(k) x0(i+1)];
        yb(k)= [yb(k) y0(i+1)];
    else
        k= k+1;
        xb(k) = x0(i+1);
        yb(k) = y0(i+1);
    end
end
ymin = min(y0)-0.1*stdev(y0);
xn=1;
for i=1:k
    xi = xn:xn+length(xb(i))-1;
    val1 = xb(i)(1):dxtick:xb(i)($);
    if val1($)<>xb(i)($) then val1=[val1 xb(i)($)]; end
    xaxis = linspace(xi(1),xi($),length(val1));
    plot(xi,yb(i))
    // TODO: improve grid display
    xgrid(color("grey70"));  //a better grid style:
    a = gca();
    a.grid_style=[8 8]; 
    drawaxis(x=xaxis,y=ymin,dir='d',tics='v', val=string(val1))
    xn = xn +length(xb(i));
end
f=gcf();
f.children.axes_visible = ["off","on","on"]
//END OF CODE


Kind regards,
Rafael


-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine Monmayrant
Sent: Tuesday, November 22, 2016 1:31 PM
To: users at lists.scilab.org
Subject: [Scilab-users] Axis break with Scilab ?

Hi all,

I just got a question from one of my colleagues: "Is this possible to get axis breaks when plotting with Scilab?"
(ie a plot where a bit of the scale in x, y or even both is missing, see : http://www.originlab.com/doc/Tutorials/Multiple-Axis-Breaks ).
As far as I know, I don't see any direct way to do it.

Am I wrong?

As for workaround, I think one could achieve similar results with subplots and visible/hidden axis, but it would require a bit of overhead ...

Cheers,

Antoine

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From j.s.strom at hslmg.de  Tue Nov 22 16:27:08 2016
From: j.s.strom at hslmg.de (Jens)
Date: Tue, 22 Nov 2016 08:27:08 -0700 (MST)
Subject: [Scilab-users] Start an arrested loop with one keystroke only
In-Reply-To: <1479774889.6116.91.camel@Servo>
References: <1479774148187-4035053.post@n3.nabble.com>
 <1479774889.6116.91.camel@Servo>
Message-ID: <583463C3.2070104@hslmg.de>

Hallo Tim,
I have answered my  last question by 'while' instead of 'for':

function  k=stopgoclick(k,n)//control a figure loop by mouseclicks
         //INPUT
         //k: figure loop counter
         //n: length of figure loop
         //left mouse click: continue loop i. e. next figure  (b(1)=3)
         //middle mouse click: abort script  (b(1)=4)
         //right mouse click: break loop (b(1)=5)
         //OUTPUT
         //k; n after right mouse click to break loop,  else: k from input
         //Example: i=1; while i<=n; plot(x,i*x); i=stopgoclick(i,n);  i=i+1; end
         b=xclick()
         if  b(1)==3//left mouse: next image
            return  
        elseif  b(1)==4//middle mouse: end script
            abort
        elseif  b(1)==5//break loop
            k=n+1
         end  
endfunction

     x=0:1;
     n=10;
     i=1;
while  i<=n
     plot(x,i*x)
     i=stopgoclick(i,n);     
     i=i+1;
end
'further commands'


I am satisfied with the function. Please advise if a simpler solution 
exists.
Cheers
Jens
-------------------------------------------------------------
Am 22.11.2016 12:28, schrieb Jens Simon Strom:
> Hallo Tim,
> Did you mean something like this?:
> function  b1=stopgoclick()
>          //left mouse: next image,, middle mous: abort
>          b=xclick();
>          b1=b(1)
>          if  b1==3//left mouse: next image
>             return  
>         elseif  b1==4//middle mouse: end script
>             abort
>          end  
> endfunction
>
>      x=0:1
> for  i=1:10
>      plot(x,i*x)
>      b1=stopgoclick()     
>         if  b1==5//right mouse: break loop
>         break
>         end
> end
> 'further commands'
> If that is o.k. could you help me to handle the loop break case from 
> inside the function?
> Cheers
> Jens
> --------------------------------------------
>
> Am 22.11.2016 01:36, schrieb Tim Wescott [via Scilab / Xcos - Mailing 
> Lists Archives]:
>> xclick()
>>
>> On Mon, 2016-11-21 at 17:22 -0700, Jens wrote:
>>
>> > Hallo Scilab users,
>> > I am searching for a convenient way to  restart a loop with only 
>> *one* key
>> > or mouse stroke. The loop may generate and show graphics or not. I 
>> tried
>> > xclick, pause, halt, and input with little success. input is 
>> closest to the
>> > target but not close enough.
>> >
>> >    for i=1:3
>> >       plot()
>> >       //commands wanted which stops the loop and continues it with 
>> ONE key
>> > or mouse stroke only.
>> >       //input('click on console and press return')// very close but 
>> more
>> > than one stroke
>> >       xdel();
>> >   end
>> >
>> >
>> >
>> > --
>> > View this message in context: 
>> http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053.html
>> > Sent from the Scilab users - Mailing Lists Archives mailing list 
>> archive at Nabble.com.
>> > _______________________________________________
>> > users mailing list
>> > [hidden email] </user/SendEmail.jtp?type=node&node=4035055&i=0>
>> > http://lists.scilab.org/mailman/listinfo/users
>> >
>> >
>>
>> -- 
>>
>> Tim Wescott
>> www.wescottdesign.com
>> Control & Communications systems, circuit & software design.
>> Phone: 503.631.7815
>> Cell:  503.349.8432
>>
>>
>> _______________________________________________
>> users mailing list
>> [hidden email] </user/SendEmail.jtp?type=node&node=4035055&i=1>
>> http://lists.scilab.org/mailman/listinfo/users
>>
>>
>> ------------------------------------------------------------------------
>> If you reply to this email, your message will be added to the 
>> discussion below:
>> http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053p4035055.html 
>>
>> To unsubscribe from Start an arrested loop with one keystroke only, 
>> click here 
>> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4035053&code=ai5zLnN0cm9tQGhzbG1nLmRlfDQwMzUwNTN8LTIyMzcxNjc3Ng==>.
>> NAML 
>> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> 
>>
>





--
View this message in context: http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053p4035059.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161122/82d7d057/attachment.htm>

From sgougeon at free.fr  Tue Nov 22 17:18:02 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Tue, 22 Nov 2016 17:18:02 +0100 (CET)
Subject: [Scilab-users] Axis break with Scilab ?
In-Reply-To: <60a6-58343a80-9-53711280@60161314>
Message-ID: <1771898153.16416173.1479831482805.JavaMail.root@zimbra75-e12.priv.proxad.net>

Hello Antoine,

This is an interesting user case. It is quite easy to get an equivalent, even smarter,
but it depends on what is really required. here,
 * There is no overlay between the 4 curves. The technical solution would be quite specific.
 * The vertical scale is different from one y section to another one.
   IMO this is quite embarrassing (not from a technical point of view, but from a reader one. It can easily mislead the reader).
 * we don't know if the sampling step is constant for each curve, and whether it is the same from one curve to another one.

In practical, xsetech(), drawaxis(), and/or the fact that data with %nan values are skipped in plots could be used to achieve such a rendering.

Best regards
Samuel

----- Mail original -----
De: "Antoine Monmayrant"
?: users at lists.scilab.org
Envoy?: Mardi 22 Novembre 2016 13:31:07
Objet: [Scilab-users] Axis break with Scilab ?

Hi all,

I just got a question from one of my colleagues: "Is this possible to get axis breaks when plotting with Scilab?"
(ie a plot where a bit of the scale in x, y or even both is missing, see : http://www.originlab.com/doc/Tutorials/Multiple-Axis-Breaks ).
As far as I know, I don't see any direct way to do it.

Am I wrong?

As for workaround, I think one could achieve similar results with subplots and visible/hidden axis, but it would require a bit of overhead ...

Cheers,

Antoine


From jrafaelbguerra at hotmail.com  Tue Nov 22 17:44:18 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Tue, 22 Nov 2016 16:44:18 +0000
Subject: [Scilab-users] Start an arrested loop with one keystroke only
In-Reply-To: <583463C3.2070104@hslmg.de>
References: <1479774148187-4035053.post@n3.nabble.com>
 <1479774889.6116.91.camel@Servo> <583463C3.2070104@hslmg.de>
Message-ID: <DB5PR04MB1575B328F8679E7E587C8715CCB40@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Jens,

I like the idea of using a function but could not find out right way how to simplify and generalize yours for arbitrary loops.

If instead of using a function, we copy the following line into "any" for or while loop we will get the same result as in your particular example:

// START OF CODE
clf;
x=0:1;
for i=1:10
   plot(x,i*x)
   b=xclick(); if b(1)==4 then abort elseif b(1)==5 then break end  //copy this inside any while/for loops
end
// END OF CODE

Regards,
Rafael

From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Jens
Sent: Tuesday, November 22, 2016 4:27 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] Start an arrested loop with one keystroke only

Hallo Tim,
I have answered my  last question by 'while' instead of 'for':

function k=stopgoclick(k, n)//control a figure loop by mouseclicks

        //INPUT

        //k: figure loop counter

        //n: length of figure loop

        //left mouse click: continue loop i. e. next figure  (b(1)=3)

        //middle mouse click: abort script  (b(1)=4)

        //right mouse click: break loop (b(1)=5)

        //OUTPUT

        //k; n after right mouse click to break loop,  else: k from input

        //Example: i=1; while i<=n; plot(x,i*x); i=stopgoclick(i,n);  i=i+1; end

        b=xclick()

        if b(1)==3//left mouse: next image

           return

       elseif b(1)==4//middle mouse: end script

           abort

       elseif b(1)==5//break loop

           k=n+1

        end

endfunction



    x=0:1;

    n=10;

    i=1;

while i<=n

    plot(x,i*x)

    i=stopgoclick(i,n);

    i=i+1;

end

'further commands'




I am satisfied with the function. Please advise if a simpler solution exists.
Cheers
Jens


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161122/ebf4aced/attachment.htm>

From j.s.strom at hslmg.de  Tue Nov 22 20:22:32 2016
From: j.s.strom at hslmg.de (Jens)
Date: Tue, 22 Nov 2016 12:22:32 -0700 (MST)
Subject: [Scilab-users] Start an arrested loop with one keystroke only
In-Reply-To: <DB5PR04MB1575B328F8679E7E587C8715CCB40@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <1479774148187-4035053.post@n3.nabble.com>
 <1479774889.6116.91.camel@Servo> <583463C3.2070104@hslmg.de>
 <DB5PR04MB1575B328F8679E7E587C8715CCB40@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <58349AE5.4040005@hslmg.de>

Hallo Rafael,
Your solution is impressingly concise and works for 'while' and 'for'. 
My function preference is caused by the idea to use it in absence of 
loops too and that I understand it  still after a while. I have amended 
it in that respect:

function  k=stopgoclick(k,n)//mouseclick control of consecutive figures inside a while loop or in absence of a loop
         //INPUT
         //k: figure loop counter, or 1  if there is no loop
         //n: length of figure loop, or %i if there is no loop
         //left mouse click: continue loop i. e. next figure  (b(1)=3)
         //middle mouse click: abort script  (b(1)=4)
         //right mouse click: break loop (b(1)=5), for the non loop case right and left mouseclick are equivalent
         //OUTPUT
         //k=n for loop case after a right mouse click to break loop,  else: k from input
         //k for non loop case: the function is called without the output argument k.
         //Example for loop case: i=1; while i<=n; plot(x,i*x); i=stopgoclick(i,n);  i=i+1; end
         //Example for non loop case: stopgoclick(1,%i)
         b=xclick()
         if  b(1)==3//left mouse: next image
            return  
        elseif  b(1)==4//middle mouse: end script
            disp('script aborted')
            abort
        elseif  b(1)==5//break loop, or next image for non loop case
           if  isreal(n)
              k=n+1
              disp('figures finished')
           else
             return
           end
        end       
endfunction


The disadvantage is that the function does not allow 'for' loops.

Cheers
Jens
-------------------------------------------------------------------------------------

Am 22.11.2016 17:45, schrieb Rafael Guerra [via Scilab / Xcos - Mailing 
Lists Archives]:
>
> Hi Jens,
>
> I like the idea of using a function but could not find out right way 
> how to simplify and generalize yours for arbitrary loops.
>
> If instead of using a function, we copy the following line into "any" 
> for or while loop we will get the same result as in your particular 
> example:
>
> /// START OF CODE/
>
> _clf_;
>
> x=0:1;
>
> fori=1:10
>
> _plot_(x,i*x)
>
> b=xclick(); if b(1)==4 then abort elseif b(1)==5 then break end///copy 
> this inside any while/for loops/
>
> end
>
> /// END OF CODE/
>
> Regards,
>
> Rafael
>
> *From:*users [mailto:[hidden email] 
> </user/SendEmail.jtp?type=node&node=4035061&i=0>] *On Behalf Of *Jens
> *Sent:* Tuesday, November 22, 2016 4:27 PM
> *To:* [hidden email] </user/SendEmail.jtp?type=node&node=4035061&i=1>
> *Subject:* Re: [Scilab-users] Start an arrested loop with one 
> keystroke only
>
> Hallo Tim,
> I have answered my  last question by 'while' instead of 'for':
>
> function  *k*=_stopgoclick_(*k*,*n*)///control a figure loop bymouseclicks/
>          ///INPUT/
>          ///k: figure loop counter/
>          ///n: length of figure loop/
>          ///left mouse click: continue loopi. e. next figure   (b(1)=3)/
>          ///middle mouse click: abort script   (b(1)=4)/
>          ///right mouse click: break loop (b(1)=5)/
>          ///OUTPUT/
>          ///k; n after right mouse click to break loop,   else: k from input/
>          ///Example:i=1; whilei<=n; plot(x,i*x);i=stopgoclick(i,n);   i=i+1; end/
>          b=xclick()
>          if  b(1)==3///left mouse: next image/
>             return  
>         elseif  b(1)==4///middle mouse: end script/
>             abort
>         elseif  b(1)==5///break loop/
>             *k*=*n*+1
>          end  
> endfunction
>   
>      x=0:1;
>      n=10;
>      i=1;
> while  i<=n
>      _plot_(x,i*x)
>      i=_stopgoclick_(i,n);     
>      i=i+1;
> end
> 'further commands'
>   
>   
>
> I am satisfied with the function. Please advise if a simpler solution 
> exists.
> Cheers
> Jens
>
>
> _______________________________________________
> users mailing list
> [hidden email] </user/SendEmail.jtp?type=node&node=4035061&i=2>
> http://lists.scilab.org/mailman/listinfo/users
>
>
> ------------------------------------------------------------------------
> If you reply to this email, your message will be added to the 
> discussion below:
> http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053p4035061.html 
>
> To unsubscribe from Start an arrested loop with one keystroke only, 
> click here 
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4035053&code=ai5zLnN0cm9tQGhzbG1nLmRlfDQwMzUwNTN8LTIyMzcxNjc3Ng==>.
> NAML 
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> 
>





--
View this message in context: http://mailinglists.scilab.org/Start-an-arrested-loop-with-one-keystroke-only-tp4035053p4035062.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161122/01dbbb74/attachment.htm>

From Christophe.Dang at sidel.com  Wed Nov 23 09:30:03 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Wed, 23 Nov 2016 08:30:03 +0000
Subject: [Scilab-users] Axis break with Scilab ?
Message-ID: <AM4PR0701MB21613F4879C356DD82E8A29CE5B70@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : sgougeon at free.fr
> Envoy? : mardi 22 novembre 2016 17:18
>
> IMO this is quite embarrassing (not from a technical point of view, but from a reader one

The example provided is excessive,
but making *one* shortcut on *one* axis is a rightful request.

It is even considered good practice to show a shortcut mark at the bottom of a Y axis
when it doesn't start at 0, to highlight the fact that the tendency that is shown might
not be visible on a full axis (and thus that the importance of the tendency is questionable).

> In practical, xsetech(), drawaxis(), and/or the fact that data with %nan values are skipped in plots
> could be used to achieve such a rendering.

OK, so you propose to create sub-windows for this.
People usually add some break mark such as // or ? through the axis to highlight this,
but for a limited amount of graphics, this could be added with an external software such as Inkscape
(or drawn "manually" inside Scilab).

But such a ready-made function could be interesting.
Antoine, you win the right to add it on the Bugzilla wishlist (-:

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 jrafaelbguerra at hotmail.com  Wed Nov 23 15:05:30 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Wed, 23 Nov 2016 14:05:30 +0000
Subject: [Scilab-users] Axis break with Scilab ?
In-Reply-To: <DB5PR04MB1575078E23E50E658DC24840CCB40@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <60a6-58343a80-9-53711280@60161314>
 <DB5PR04MB1575078E23E50E658DC24840CCB40@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <DB5PR04MB15751329359B52AB9E709B8ECCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Antoine,

Please find here below improved code to plot with breaks, using a function "plotbreaks":

// Multiple axis breaks in Scilab (2nd attempt)
// START OF CODE

clear;

function []=plotbreaks(x0,y0,dx_break);
// x0 and y0 are 1D arrays to plot with breaks
    [x0,k] = gsort(x0,'g','i');
    y0= y0(k);
    k=1;
    dxtick = stdev(x0)/4;  // try to plot ticks every dxtic
    xb= list();
    yb= list();
    xb(1) = x0(1);
    yb(1) = y0(1);
    for i=1:length(x0)-1
        if abs(x0(i+1)-x0(i)) < dx_break then
            xb(k)= [xb(k) x0(i+1)];
            yb(k)= [yb(k) y0(i+1)];
        else
            k= k+1;
            xb(k) = x0(i+1);
            yb(k) = y0(i+1);
        end
    end
    ymin = min(y0)-0.1*stdev(y0);
    xn=1;
    xi0 = 0;
    for i=1:k
        li = length(xb(i));
        xi = x0(xn:xn+li-1) - xi0;
        val1 = xb(i)(1):dxtick:xb(i)($);
        if val1($)<>xb(i)($) then val1=[val1 xb(i)($)]; end
        xaxis = linspace(xi(1),xi($),length(val1));
        plot2d(xi,yb(i),axesflag=0)
        // TODO: improve grid display & fill gaps with light-gray color
        xgrid(color("grey70"));  //a better grid style:
        a = gca();
        a.grid_style=[8 8]; 
        val2 = [];
        for j=1:length(val1)
            val2= [val2 msprintf("%.1f",val1(j))];
        end
        drawaxis(x=xaxis,y=ymin,dir='d',tics='v', val=val2)
        xn = xn + li;
        if i<k then
           xi0= x0(xn) - xi($) - dxtick/4;
        end
    end
    f=gcf();
    f.children.axes_visible = ["off","on","on"]
endfunction


clf();
x0=[-7.5:0.1:10 20.1:0.33:25 60:0.25:100];
y0= exp(x0/30).*(1+0.5*sin(x0));
dx_break= 3; // adjust this threshold to define breaks

a=plotbreaks(x0,y0,dx_break)

//END OF CODE


Regards,
Rafael


-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine Monmayrant
Sent: Tuesday, November 22, 2016 1:31 PM
To: users at lists.scilab.org
Subject: [Scilab-users] Axis break with Scilab ?

Hi all,

I just got a question from one of my colleagues: "Is this possible to get axis breaks when plotting with Scilab?"
(ie a plot where a bit of the scale in x, y or even both is missing, see : http://www.originlab.com/doc/Tutorials/Multiple-Axis-Breaks ).
As far as I know, I don't see any direct way to do it.

Am I wrong?

As for workaround, I think one could achieve similar results with subplots and visible/hidden axis, but it would require a bit of overhead ...

Cheers,

Antoine




From W.Schulz at ove.at  Wed Nov 23 16:05:12 2016
From: W.Schulz at ove.at (SCHULZ Wolfgang)
Date: Wed, 23 Nov 2016 15:05:12 +0000
Subject: [Scilab-users] grayplot - colorbar
Message-ID: <07A8AF089844A549B0F0CCC727AF31AA74B60A77@OVEKBG.ove.at>

Hello,
I'm using Scilab 6 beta 2 under Win 10 and I have a problem with grayplot and a colorbar.

With the following script I would expect to have at least 1 square colored in red because I scale the colorbar to the maximum of the matrix but with grayplot it doesn't work:

map = jetcolormap(64);
f=get("current_figure"); 
f.color_map = map;
dxp=0:5:10;
dyp=0:5:10;
nb_xy=[64 30 2; 4 5 6; 7 8 33]
colorbar(1,max(nb_xy),[1 64]);
grayplot(dxp,dyp,nb_xy)

Using Sgrayplot shows 1 corner in red but in this case I cannot see the individual grid cells what is absolutely necessary for me.

What can I do? What is my mistake?
Thanks for your help.
Wolfgang



From amonmayr at laas.fr  Wed Nov 23 16:28:29 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Wed, 23 Nov 2016 16:28:29 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ICBBeGlzIGJyZWFrIHdpdGgg?=
 =?utf-8?q?Scilab_=3F?=
In-Reply-To: <1771898153.16416173.1479831482805.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <5768-5835b580-b-49f6cb00@113287186>

Le Mardi, Novembre 22, 2016 17:18 CET, sgougeon at free.fr a ?crit: 
 
> Hello Antoine,
> 
> This is an interesting user case. It is quite easy to get an equivalent, even smarter,
> but it depends on what is really required. here,
>  * There is no overlay between the 4 curves. The technical solution would be quite specific.

Well this example is not really representative of a typical use case (it's the only one I found after 5 minutes of searching).
Usually, one have breaks only along one axis: either x or y.
Example along x: you have the evolution of humidity over several years and you want do quickly compare side by side several months of august to see local changes and general trends.
Example along y: you plot energy diagrams for electrons inside a semiconductor and you need to look a the relative curvatures of the conduction and valence bands that are really far apart on each side of the band gap.

>  * The vertical scale is different from one y section to another one.

Well, usually it's not the case.
The key for usability is to treat each subgraphs as parts of the very same graph: you should be able to zoom on the graph in one action.
For example with a vertical break along the y axis: the zoom should give you the same range along x in one action.

>    IMO this is quite embarrassing (not from a technical point of view, but from a reader one. It can easily mislead the reader).

Yes, the example in the link I provided is terrible. However, when used wisely, it can help the reader, for some specific cases.
I don't really fancy axis breaks myself and believe that several subplots would be clearer.
The issue is that in some scientific communities, people are used to axis breaks and explicitly ask them for some figures in articles.
But anyway, with subplots, I haven't found a reliable way to get "zoom synchronization" across several  subplots...

>  * we don't know if the sampling step is constant for each curve, and whether it is the same from one curve to another one.

Sampling might not be constant, but IMO, the scale should be the same.

> 
> In practical, xsetech(), drawaxis(), and/or the fact that data with %nan values are skipped in plots could be used to achieve such a rendering.

I didn't know about xstetech, I am still not sure how to use it. As for %nan, it can be used to hide a certain part of the plot, but not skip the corresponding range.

Thank you anyway for sharing your scilab-fu!

Antoine

> 
> Best regards
> Samuel
> 
> ----- Mail original -----
> De: "Antoine Monmayrant"
> ?: users at lists.scilab.org
> Envoy?: Mardi 22 Novembre 2016 13:31:07
> Objet: [Scilab-users] Axis break with Scilab ?
> 
> Hi all,
> 
> I just got a question from one of my colleagues: "Is this possible to get axis breaks when plotting with Scilab?"
> (ie a plot where a bit of the scale in x, y or even both is missing, see : http://www.originlab.com/doc/Tutorials/Multiple-Axis-Breaks ).
> As far as I know, I don't see any direct way to do it.
> 
> Am I wrong?
> 
> As for workaround, I think one could achieve similar results with subplots and visible/hidden axis, but it would require a bit of overhead ...
> 
> Cheers,
> 
> Antoine
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From amonmayr at laas.fr  Wed Nov 23 16:38:50 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Wed, 23 Nov 2016 16:38:50 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ICBBeGlzIGJyZWFrIHdpdGgg?=
 =?utf-8?q?Scilab_=3F?=
In-Reply-To: <DB5PR04MB15751329359B52AB9E709B8ECCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <5768-5835b800-19-49f6cb00@113287232>

Hi Rafael,

Thanks for this version that does the trick.
Adding some "---//---" at the break should be almost perfect.
I had something similar in mind, but there is one issue: when placing a zoom box or a datatip after the first or second break, the reported X value is clearly not corresponding to the xticks...

Cheers,

Antoine

 
Le Mercredi, Novembre 23, 2016 15:05 CET, Rafael Guerra <jrafaelbguerra at hotmail.com> a ?crit: 
 
> Hi Antoine,
> 
> Please find here below improved code to plot with breaks, using a function "plotbreaks":
> 
> // Multiple axis breaks in Scilab (2nd attempt)
> // START OF CODE
> 
> clear;
> 
> function []=plotbreaks(x0,y0,dx_break);
> // x0 and y0 are 1D arrays to plot with breaks
>     [x0,k] = gsort(x0,'g','i');
>     y0= y0(k);
>     k=1;
>     dxtick = stdev(x0)/4;  // try to plot ticks every dxtic
>     xb= list();
>     yb= list();
>     xb(1) = x0(1);
>     yb(1) = y0(1);
>     for i=1:length(x0)-1
>         if abs(x0(i+1)-x0(i)) < dx_break then
>             xb(k)= [xb(k) x0(i+1)];
>             yb(k)= [yb(k) y0(i+1)];
>         else
>             k= k+1;
>             xb(k) = x0(i+1);
>             yb(k) = y0(i+1);
>         end
>     end
>     ymin = min(y0)-0.1*stdev(y0);
>     xn=1;
>     xi0 = 0;
>     for i=1:k
>         li = length(xb(i));
>         xi = x0(xn:xn+li-1) - xi0;
>         val1 = xb(i)(1):dxtick:xb(i)($);
>         if val1($)<>xb(i)($) then val1=[val1 xb(i)($)]; end
>         xaxis = linspace(xi(1),xi($),length(val1));
>         plot2d(xi,yb(i),axesflag=0)
>         // TODO: improve grid display & fill gaps with light-gray color
>         xgrid(color("grey70"));  //a better grid style:
>         a = gca();
>         a.grid_style=[8 8]; 
>         val2 = [];
>         for j=1:length(val1)
>             val2= [val2 msprintf("%.1f",val1(j))];
>         end
>         drawaxis(x=xaxis,y=ymin,dir='d',tics='v', val=val2)
>         xn = xn + li;
>         if i<k then
>            xi0= x0(xn) - xi($) - dxtick/4;
>         end
>     end
>     f=gcf();
>     f.children.axes_visible = ["off","on","on"]
> endfunction
> 
> 
> clf();
> x0=[-7.5:0.1:10 20.1:0.33:25 60:0.25:100];
> y0= exp(x0/30).*(1+0.5*sin(x0));
> dx_break= 3; // adjust this threshold to define breaks
> 
> a=plotbreaks(x0,y0,dx_break)
> 
> //END OF CODE
> 
> 
> Regards,
> Rafael
> 
> 
> -----Original Message-----
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine Monmayrant
> Sent: Tuesday, November 22, 2016 1:31 PM
> To: users at lists.scilab.org
> Subject: [Scilab-users] Axis break with Scilab ?
> 
> Hi all,
> 
> I just got a question from one of my colleagues: "Is this possible to get axis breaks when plotting with Scilab?"
> (ie a plot where a bit of the scale in x, y or even both is missing, see : http://www.originlab.com/doc/Tutorials/Multiple-Axis-Breaks ).
> As far as I know, I don't see any direct way to do it.
> 
> Am I wrong?
> 
> As for workaround, I think one could achieve similar results with subplots and visible/hidden axis, but it would require a bit of overhead ...
> 
> Cheers,
> 
> Antoine
> 
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From Christophe.Dang at sidel.com  Wed Nov 23 11:33:29 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Wed, 23 Nov 2016 10:33:29 +0000
Subject: [Scilab-users] Axis break with Scilab ?
Message-ID: <AM4PR0701MB216155805D1E6FC7993ED8E8E5B70@AM4PR0701MB2161.eurprd07.prod.outlook.com>

OK,



I played a little bit with this,

and I?ve got some ugly side-effects.

I?ve no doubt this can be solved,

Anyway, it is a bit more complicated than it appears.



The following code is just for a break on the X-axis,

and it has only be tested for the example provided ;

though all my efforts, it?s probably not a boiler-plate.

And the result is anyhow not satisfying.


function []=break_axis(X, Y, minbreakX, maxbreakX, breaksize)
    // draw the curve in two separated intervals
    // [min(X) ; minbreakX] and [maxbreakX ; max(X)]
    // X is a sorted vector of reals
    // Y is a vector of reals of the same size as X
    // breaksize is the width of the break expressed as a fraction of one
    //
    // defining the subwindows
    bool1 = (X <= minbreakX);
    bool2 = (X >= maxbreakX);
    sizeX1 = minbreakX - X(1);
    sizeX2 = X($) - maxbreakX;
    invfullsizeX = 1/((1 + breaksize)*(sizeX1 + sizeX2));
    minY1 = min(Y(bool1)); maxY1 = max(Y(bool1));
    sizeY1 = maxY1 - minY1;
    minY2 = min(Y(bool2)); maxY2 = max(Y(bool2));
    sizeY2 = maxY2 - minY2;
    maxY = max(Y); minY = min(Y);
    invfullsizeY = 1/(maxY - minY);
    rect_for_xsetech1 = [0, 1 - maxY1*invfullsizeY,...
        sizeX1*invfullsizeX, sizeY1*invfullsizeY];
    rect_for_xsetech2 = [sizeX1*invfullsizeX + breaksize,...
       1 - maxY2*invfullsizeY, 1 - sizeX2*invfullsizeX, sizeY2*invfullsizeY];
    // Defining the axes
    [Yi, Ya, npY] = graduate(min(Y), max(Y));
    [X1i, X1a, npX1] = graduate(X(1), max(X(bool1)));
    rectX1 = [X1i, Yi, X1a, Ya];
    Xtics1 = linspace(X1i, X1a, npX1);
    [X2i, X2a, npX2] = graduate(min(X(bool2)), X($));
    rect2 = [X2i, Yi, X2a, Ya];
    Xtics2 = linspace(X2i, X2a, npX2);
    // drawing the left part :
    xsetech(rect_for_xsetech1);
    plot(X(bool1), Y(bool1));
    axis1 = gca();
    axis1.axes_visible=["off", "off", "off"];
    axis1.box="off";
    drawaxis(x=Xtics1, y=minY-minY1, dir="u", tics="v");
    // drawing the right part :
    xsetech(rect_for_xsetech2);
    plot(X(bool2), Y(bool2));
    axis2 = gca();
    axis2.axes_visible=["off", "off", "off"];
    axis2.box="off";
    drawaxis(x=Xtics2, y=minY-minY2, dir="u", tics="v");
    // drawing the Y axis
    xsetech([0, 0, 1, 1]);
    Ytics = linspace(Yi, Ya, npY);
    Yticscoord = Ytics./(Ya - Yi);
    Yticslabels = string(Ytics);
    finalaxisY = drawaxis(y=Yticscoord, dir="l", tics="v");
    finalaxisY.tics_labels=Yticslabels;
endfunction

// test program

clf();
X=0:10;
Y = X.^2;
break_axis(X, Y, 3, 5, 0.05);





--

Christophe Dang Ngoc Chan

Mechanical calculation engineer

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161123/f914b29f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: X_axis_break.png
Type: image/png
Size: 4388 bytes
Desc: X_axis_break.png
URL: <https://lists.scilab.org/pipermail/users/attachments/20161123/f914b29f/attachment.png>

From sgougeon at free.fr  Wed Nov 23 17:51:27 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Wed, 23 Nov 2016 17:51:27 +0100 (CET)
Subject: [Scilab-users] ?==?utf-8?q?  Axis break with Scilab ?
In-Reply-To: <5768-5835b580-b-49f6cb00@113287186>
Message-ID: <1942213223.4080556.1479919887335.JavaMail.root@zimbra75-e12.priv.proxad.net>

>But anyway, with subplots, I haven't found a reliable way to get "zoom synchronization" across several  subplots...

This feature was broken since Scilab 5.4.0, but is repaired in Scilab 6.0-b: the zoom box can again be dragged and set over several subplots.



From jrafaelbguerra at hotmail.com  Wed Nov 23 18:06:52 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Wed, 23 Nov 2016 17:06:52 +0000
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <07A8AF089844A549B0F0CCC727AF31AA74B60A77@OVEKBG.ove.at>
References: <07A8AF089844A549B0F0CCC727AF31AA74B60A77@OVEKBG.ove.at>
Message-ID: <DB5PR04MB1575A55FEBE99CD77B6713C6CCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Wolfgang,

Please check the code below using Matplot1() function.
It was not easy to write proper code, as the help file is relatively poor for the Matplot1 function.

// START OF CODE
// plot a matrix with Matplot1
clf()
Nc= 128;   // number of colors
dxp=0:5:10;
dyp=0:5:10;
x1=min(dxp);
y1=min(dyp);
M= [64 30 2; 4 5 6; 7 8 33]  // M can have any real numbers
z1 = min(M);
z2 = max(M);
Mcol = 1+(Nc-1)*(M-z1)/(z2-z1); // scale data to colors indexes
ax = gca();//get current axes handle
ax.data_bounds = [min(dxp),min(dyp); max(dxp),max(dyp)]; //set the data_bounds
Matplot1(Mcol,[min(dxp),min(dyp), max(dxp),max(dyp)])
drawaxis(x=dxp,y=y1,dir='d',tics='v')
drawaxis(x=x1,y=dyp,dir='l',tics='v')
f = gcf(); 
f.color_map = jetcolormap(Nc);
colorbar(z1,z2,[1 Nc]);
// END OF CODE


Regards,
Rafael

-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of SCHULZ Wolfgang
Sent: Wednesday, November 23, 2016 4:05 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: [Scilab-users] grayplot - colorbar

Hello,
I'm using Scilab 6 beta 2 under Win 10 and I have a problem with grayplot and a colorbar.

With the following script I would expect to have at least 1 square colored in red because I scale the colorbar to the maximum of the matrix but with grayplot it doesn't work:

map = jetcolormap(64);
f=get("current_figure"); 
f.color_map = map;
dxp=0:5:10;
dyp=0:5:10;
nb_xy=[64 30 2; 4 5 6; 7 8 33]
colorbar(1,max(nb_xy),[1 64]);
grayplot(dxp,dyp,nb_xy)

Using Sgrayplot shows 1 corner in red but in this case I cannot see the individual grid cells what is absolutely necessary for me.

What can I do? What is my mistake?
Thanks for your help.
Wolfgang

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From rouxph.22 at gmail.com  Wed Nov 23 19:37:14 2016
From: rouxph.22 at gmail.com (philippe)
Date: Wed, 23 Nov 2016 19:37:14 +0100
Subject: [Scilab-users] lack of simplification for rational
Message-ID: <o14nkn$rou$1@blaine.gmane.org>

Hi,

I  have a problem  to simplify automatically rational with an imaginary 
part. In my case  I only manipulate polynomials with real coefficients 
but some imaginary part arise due to rounding errors. See this example :

-->X=poly(0,'x');

-->A=(X-1)^2;

-->B=(X-1)*(X-2);

-->R=A/B// = (X-1)/(X-2)
  R  =

   - 1 + x
     -----
   - 2 + x

-->A=clean(A+%eps*(1+%i))//  add a rounding error
  A  =

Partie r?elle


               2
     1 - 2x + x
Partie imaginaire


     0

-->R=A/B// = no simplifications
  R  =

                 2
     1 - 2x +  1x
    --------------
               2
     2 - 3x + x


I can't simplify R, even using simp(R), I've found some work around 
applying clean  to numerator/denominator coefficients  TWICE (I don't 
known why twice?!?!?)  :

-->R=poly(clean(coeff(numer(R))),'x')/poly(clean(coeff(denom(R))),'x')
  R  =

              2
   - 2 + x + x
     ---------
              2
   - 6 + x + x

-->R=poly(clean(coeff(numer(R))),'x')/poly(clean(coeff(denom(R))),'x')
  R  =

     2 + x
     -----
     6 + x

but of course this doesn't work  for polynomials with complex 
coefficients like :


-->(X+%i)/(X^2+1) // = 1/(X-%i)
  ans  =


    i +  1x
    --------
          2
     1 + x

I would like to find a solution for all polynomials with real/complex 
coefficients , any idea ?

Philippe



From tim at wescottdesign.com  Wed Nov 23 20:08:55 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Wed, 23 Nov 2016 11:08:55 -0800
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <o14nkn$rou$1@blaine.gmane.org>
References: <o14nkn$rou$1@blaine.gmane.org>
Message-ID: <1479928135.6116.167.camel@Servo>

I think this is a case of "you can't get there from here", certainly if
you're using Scilab, and absolutely if you're getting your polynomials
by measuring the coefficients, or by, at some point, going from symbolic
representations to some sort of floating-point representation.

The underlying problem is that reducing the fractions the way that you
want to requires finding the roots of the polynomials involved, but the
task of finding the roots of a polynomial gets more and more numerically
unstable as the polynomial order goes up.

You might be able to do this reliably if you use a symbolic solver as,
for instance, Maxima, and if the order of your polynomials doesn't
exceed whatever that solver is capable of.  I'm not sure what Maxima can
do, but fifth-order is the maximum for which an algorithm exists to
factor any polynomial symbolically, and my understanding is that the
algorithm is horrid.  I would be pleasantly surprised if Maxima could
reliable do it with 3rd-order polynomials, and astonished if it could do
fourth- and fifth-order ones.

You may be reduced to doing this job by hand: factor the numerator and
denominator polynomials into their roots, then look for the roots that
come close to matching, then use that and knowledge of whatever it is
that you're modeling to decide which ones "really" cancel.

Just as a note: I'm not sure what physical processes you're trying to
represent with ratios of polynomials, but if you're working with
transfer functions of linear systems, having identical roots in
numerator and denominator can either arise from a mathematical artifact
in your computations, or it can be indicative of a pole-zero
cancellation in your physical system.  The former doesn't matter (other
than as an irritant), but a pole-zero cancellation can cause problems if
the pole in question is unstable or if it decays more slowly than it
receives excitation in the real world.  I don't know if similar cautions
apply in other realms with canceling roots in the numerator and
denominator -- but given my experience with control systems, I'd at
least check the physics behind any such cancellations.

On Wed, 2016-11-23 at 19:37 +0100, philippe wrote:
> Hi,
> 
> I  have a problem  to simplify automatically rational with an imaginary 
> part. In my case  I only manipulate polynomials with real coefficients 
> but some imaginary part arise due to rounding errors. See this example :
> 
> -->X=poly(0,'x');
> 
> -->A=(X-1)^2;
> 
> -->B=(X-1)*(X-2);
> 
> -->R=A/B// = (X-1)/(X-2)
>   R  =
> 
>    - 1 + x
>      -----
>    - 2 + x
> 
> -->A=clean(A+%eps*(1+%i))//  add a rounding error
>   A  =
> 
> Partie r?elle
> 
> 
>                2
>      1 - 2x + x
> Partie imaginaire
> 
> 
>      0
> 
> -->R=A/B// = no simplifications
>   R  =
> 
>                  2
>      1 - 2x +  1x
>     --------------
>                2
>      2 - 3x + x
> 
> 
> I can't simplify R, even using simp(R), I've found some work around 
> applying clean  to numerator/denominator coefficients  TWICE (I don't 
> known why twice?!?!?)  :
> 
> -->R=poly(clean(coeff(numer(R))),'x')/poly(clean(coeff(denom(R))),'x')
>   R  =
> 
>               2
>    - 2 + x + x
>      ---------
>               2
>    - 6 + x + x
> 
> -->R=poly(clean(coeff(numer(R))),'x')/poly(clean(coeff(denom(R))),'x')
>   R  =
> 
>      2 + x
>      -----
>      6 + x
> 
> but of course this doesn't work  for polynomials with complex 
> coefficients like :
> 
> 
> -->(X+%i)/(X^2+1) // = 1/(X-%i)
>   ans  =
> 
> 
>     i +  1x
>     --------
>           2
>      1 + x
> 
> I would like to find a solution for all polynomials with real/complex 
> coefficients , any idea ?
> 
> Philippe
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432




From sgougeon at free.fr  Wed Nov 23 20:57:03 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 23 Nov 2016 20:57:03 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <o14nkn$rou$1@blaine.gmane.org>
References: <o14nkn$rou$1@blaine.gmane.org>
Message-ID: <5835F48F.5080904@free.fr>

Hello Philippe,

Le 23/11/2016 19:37, philippe a ?crit :
> Hi,
>
> I  have a problem  to simplify automatically rational with an 
> imaginary part. In my case  I only manipulate polynomials with real 
> coefficients but some imaginary part arise due to rounding errors. See 
> this example :
> .../...
> I would like to find a solution for all polynomials with real/complex 
> coefficients , any idea ?
.
For all rationals, no (see Tim's post). But for some of them, yes: you 
should use Scilab 6.0-b.
Some issues of this kind were reported and fixed quite recently:
http://bugzilla.scilab.org/8493 https://codereview.scilab.org/#/c/18420
http://bugzilla.scilab.org/13893

X = poly(0,'x');
A = (X-1)^2;
B = (X-1)*(X-2);
A = A+%i*0
A/B

-->A/B   // Scilab 5.5.2
  ans  =
                 2
     1 - 2x +  1x
    --------------
               2
     2 - 3x + x

--> A/B  // Scilab 6
  ans  =
    -1 + x
    -------
    -2 + x

HTH
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161123/7bf91df9/attachment.htm>

From Serge.Steer at inria.fr  Wed Nov 23 21:20:54 2016
From: Serge.Steer at inria.fr (Serge Steer)
Date: Wed, 23 Nov 2016 21:20:54 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <o14nkn$rou$1@blaine.gmane.org>
References: <o14nkn$rou$1@blaine.gmane.org>
Message-ID: <3f8b56d6-3209-d1ae-7a64-c4cdae46f666@inria.fr>

First of all if you compute the rational fraction numerator or 
denominator from their roots (and if they are complex conjugate) the 
result is a complex polynomial even if the imaginary part is not shown.

Second: the simplification of numerical rational fraction is a very 
difficult problem. As Tim said  the roots computed by numerical 
algorithm cannot be use for that purpose.
Just try:
p=poly(ones(1,n),"x","c");
r=roots(p)
plot(real(r)-1,imag(r),"+")
You will see the roots on a circle which radius is of order %eps^(1/n) !
It is not a bug just a consequence of the numerical computations.

The simplication algorithm present in Scilab tryes to find reasonable 
simplification based on the bezout equation error. But it has only be 
written for the real case.

The bug fixes Samuel pointed to you  allow simplification for complex 
polynomials having zero  imaginary parts.
Serge
Le 23/11/2016 ? 19:37, philippe a ?crit :
> Hi,
>
> I  have a problem  to simplify automatically rational with an 
> imaginary part. In my case  I only manipulate polynomials with real 
> coefficients but some imaginary part arise due to rounding errors. See 
> this example :
>
> -->X=poly(0,'x');
>
> -->A=(X-1)^2;
>
> -->B=(X-1)*(X-2);
>
> -->R=A/B// = (X-1)/(X-2)
>  R  =
>
>   - 1 + x
>     -----
>   - 2 + x
>
> -->A=clean(A+%eps*(1+%i))//  add a rounding error
>  A  =
>
> Partie r?elle
>
>
>               2
>     1 - 2x + x
> Partie imaginaire
>
>
>     0
>
> -->R=A/B// = no simplifications
>  R  =
>
>                 2
>     1 - 2x +  1x
>    --------------
>               2
>     2 - 3x + x
>
>
> I can't simplify R, even using simp(R), I've found some work around 
> applying clean  to numerator/denominator coefficients TWICE (I don't 
> known why twice?!?!?)  :
>
> -->R=poly(clean(coeff(numer(R))),'x')/poly(clean(coeff(denom(R))),'x')
>  R  =
>
>              2
>   - 2 + x + x
>     ---------
>              2
>   - 6 + x + x
>
> -->R=poly(clean(coeff(numer(R))),'x')/poly(clean(coeff(denom(R))),'x')
>  R  =
>
>     2 + x
>     -----
>     6 + x
>
> but of course this doesn't work  for polynomials with complex 
> coefficients like :
>
>
> -->(X+%i)/(X^2+1) // = 1/(X-%i)
>  ans  =
>
>
>    i +  1x
>    --------
>          2
>     1 + x
>
> I would like to find a solution for all polynomials with real/complex 
> coefficients , any idea ?
>
> Philippe
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users




From sgougeon at free.fr  Wed Nov 23 21:28:45 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 23 Nov 2016 21:28:45 +0100
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <07A8AF089844A549B0F0CCC727AF31AA74B60A77@OVEKBG.ove.at>
References: <07A8AF089844A549B0F0CCC727AF31AA74B60A77@OVEKBG.ove.at>
Message-ID: <5835FBFD.3080406@free.fr>

Hello,

Le 23/11/2016 16:05, SCHULZ Wolfgang a ?crit :
> Hello,
> I'm using Scilab 6 beta 2 under Win 10 and I have a problem with grayplot and a colorbar.
>
> With the following script I would expect to have at least 1 square colored in red because I scale the colorbar to the maximum of the matrix but with grayplot it doesn't work:
>
> map = jetcolormap(64);
> f=get("current_figure");
> f.color_map = map;
> dxp=0:5:10;
> dyp=0:5:10;
> nb_xy=[64 30 2; 4 5 6; 7 8 33]
> colorbar(1,max(nb_xy),[1 64]);
> grayplot(dxp,dyp,nb_xy)
>
> Using Sgrayplot shows 1 corner in red but in this case I cannot see the individual grid cells what is absolutely necessary for me.
>
> What can I do? What is my mistake?
The grayplot() family sets the color of each cell to the color index 
being the *average* of its 4 vertices values.
This is why you don't get 64 anywhere.

To set colors to the given values, Matplot() (or Matplot1() if you 
expect true axes) must be used instead, as proposed by Rafael.

Samuel Gougeon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161123/3e3e8d79/attachment.htm>

From jrafaelbguerra at hotmail.com  Wed Nov 23 21:36:29 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Wed, 23 Nov 2016 20:36:29 +0000
Subject: [Scilab-users] ?==?utf-8?q?  Axis break with Scilab ?
In-Reply-To: <5768-5835b800-19-49f6cb00@113287232>
References: <DB5PR04MB15751329359B52AB9E709B8ECCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <5768-5835b800-19-49f6cb00@113287232>
Message-ID: <DB5PR04MB157540DBECF5A646F3954BC0CCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hi Antoine,

Note that with minor polishing of the previous code one can also display vertical grid lines and shaded gaps, as per attachment. Would this be more to your taste?

PS:
Using similar logic, one could add an extra input parameter to plotbreaks() in order to shade the larger vertical gaps too. However, the amount of repetitive work this would imply does not seem fun to do.

Cheers,
Rafael

-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Antoine Monmayrant
Sent: Wednesday, November 23, 2016 4:39 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] ?==?utf-8?q? Axis break with Scilab ?

Hi Rafael,

Thanks for this version that does the trick.
Adding some "---//---" at the break should be almost perfect.
I had something similar in mind, but there is one issue: when placing a zoom box or a datatip after the first or second break, the reported X value is clearly not corresponding to the xticks...

Cheers,

Antoine

-------------- next part --------------
A non-text attachment was scrubbed...
Name: plotxbreaks.pdf
Type: application/pdf
Size: 18702 bytes
Desc: plotxbreaks.pdf
URL: <https://lists.scilab.org/pipermail/users/attachments/20161123/7d3f7368/attachment.pdf>

From tim at wescottdesign.com  Wed Nov 23 21:42:05 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Wed, 23 Nov 2016 12:42:05 -0800
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <3f8b56d6-3209-d1ae-7a64-c4cdae46f666@inria.fr>
References: <o14nkn$rou$1@blaine.gmane.org>
 <3f8b56d6-3209-d1ae-7a64-c4cdae46f666@inria.fr>
Message-ID: <1479933725.6116.177.camel@Servo>

Correction:

p=poly(ones(1,n),"x","r");  // Note 'r', not 'c'
r=roots(p)
plot(real(r)-1,imag(r),"+")

And my yes, it does illustrate the problem quite well.

On Wed, 2016-11-23 at 21:20 +0100, Serge Steer wrote:
> p=poly(ones(1,n),"x","c");
> r=roots(p)
> plot(real(r)-1,imag(r),"+")

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432




From rouxph.22 at gmail.com  Wed Nov 23 23:19:25 2016
From: rouxph.22 at gmail.com (philippe)
Date: Wed, 23 Nov 2016 23:19:25 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <1479928135.6116.167.camel@Servo>
References: <o14nkn$rou$1@blaine.gmane.org> <1479928135.6116.167.camel@Servo>
Message-ID: <o154lb$j3n$1@blaine.gmane.org>

Le 23/11/2016 ? 20:08, Tim Wescott a ?crit :
>[...]
>
> You might be able to do this reliably if you use a symbolic solver as,
> for instance, Maxima, and if the order of your polynomials doesn't
> exceed whatever that solver is capable of.

I try to do this with scilab only because I can't no longer use maxima 
via the scimax toolboxe (since I've switch to ubuntu 16.04 I couldn't 
compile scimax anymore)

> [...]
> Just as a note: I'm not sure what physical processes you're trying to
> represent with ratios of polynomials,

I'm working on partial fraction decomposition  algorithms.

thanks

Philippe




From sgougeon at free.fr  Wed Nov 23 23:30:47 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 23 Nov 2016 23:30:47 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <o154lb$j3n$1@blaine.gmane.org>
References: <o14nkn$rou$1@blaine.gmane.org> <1479928135.6116.167.camel@Servo>
 <o154lb$j3n$1@blaine.gmane.org>
Message-ID: <58361897.2060908@free.fr>

Le 23/11/2016 23:19, philippe a ?crit :
> .../...
> Le 23/11/2016 ? 20:08, Tim Wescott a ?crit :
>
>> [...]
>> Just as a note: I'm not sure what physical processes you're trying to
>> represent with ratios of polynomials,
>
> I'm working on partial fraction decomposition  algorithms.
.
Like there?:
https://fileexchange.scilab.org/toolboxes/451000

See also 
http://mailinglists.scilab.org/Users-fr-Racines-multiples-d-un-polynome-tt4032750.html

Cheers
Samuel



From rouxph.22 at gmail.com  Wed Nov 23 23:30:52 2016
From: rouxph.22 at gmail.com (philippe)
Date: Wed, 23 Nov 2016 23:30:52 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <3f8b56d6-3209-d1ae-7a64-c4cdae46f666@inria.fr>
References: <o14nkn$rou$1@blaine.gmane.org>
 <3f8b56d6-3209-d1ae-7a64-c4cdae46f666@inria.fr>
Message-ID: <o155ap$b57$1@blaine.gmane.org>

Le 23/11/2016 ? 21:20, Serge Steer a ?crit :
 > First of all if you compute the rational fraction numerator or
 > denominator from their roots (and if they are complex conjugate) the
 > result is a complex polynomial even if the imaginary part is not shown.
 >


Yes I know these problems, but I was surprised that the simplification 
failed just because of a rounding error. In the last months I've got 
several times problems with rounding errors generating complex values.


 >
 > The simplication algorithm present in Scilab tryes to find reasonable
 > simplification based on the bezout equation error. But it has only be
 > written for the real case.

so that's the root of the problem!

Thanks,

Philippe



From rouxph.22 at gmail.com  Wed Nov 23 23:32:30 2016
From: rouxph.22 at gmail.com (philippe)
Date: Wed, 23 Nov 2016 23:32:30 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <5835F48F.5080904@free.fr>
References: <o14nkn$rou$1@blaine.gmane.org> <5835F48F.5080904@free.fr>
Message-ID: <o155dq$b57$2@blaine.gmane.org>

Le 23/11/2016 ? 20:57, Samuel Gougeon a ?crit :
 > For all rationals, no (see Tim's post). But for some of them, yes: you
 > should use Scilab 6.0-b.
 > Some issues of this kind were reported and fixed quite recently:
 > <http://bugzilla.scilab.org/8493>http://bugzilla.scilab.org/8493
 > https://codereview.scilab.org/#/c/18420
 > http://bugzilla.scilab.org/13893

thanks samuel, so the problem is already fixed in scilab 6!


Philippe



From rouxph.22 at gmail.com  Wed Nov 23 23:38:43 2016
From: rouxph.22 at gmail.com (philippe)
Date: Wed, 23 Nov 2016 23:38:43 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <58361897.2060908@free.fr>
References: <o14nkn$rou$1@blaine.gmane.org> <1479928135.6116.167.camel@Servo>
 <o154lb$j3n$1@blaine.gmane.org> <58361897.2060908@free.fr>
Message-ID: <o155pg$rtb$1@blaine.gmane.org>

Le 23/11/2016 ? 23:30, Samuel Gougeon a ?crit :
> Like there?:
> https://fileexchange.scilab.org/toolboxes/451000
>
> See also
> http://mailinglists.scilab.org/Users-fr-Racines-multiples-d-un-polynome-tt4032750.html

great! It seems you've already done it :-) I've already write functions 
for  the decomposition in C(X) writing the different steps , but your 
code will be usefull.

Philippe.



From sgougeon at free.fr  Wed Nov 23 23:41:06 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 23 Nov 2016 23:41:06 +0100
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <o155dq$b57$2@blaine.gmane.org>
References: <o14nkn$rou$1@blaine.gmane.org> <5835F48F.5080904@free.fr>
 <o155dq$b57$2@blaine.gmane.org>
Message-ID: <58361B02.3080803@free.fr>

Le 23/11/2016 23:32, philippe a ?crit :
> Le 23/11/2016 ? 20:57, Samuel Gougeon a ?crit :
> > For all rationals, no (see Tim's post). But for some of them, yes: you
> > should use Scilab 6.0-b.
> > Some issues of this kind were reported and fixed quite recently:
> > <http://bugzilla.scilab.org/8493>http://bugzilla.scilab.org/8493
> > https://codereview.scilab.org/#/c/18420
> > http://bugzilla.scilab.org/13893
>
> thanks samuel, so the problem is already fixed in scilab 6!


Only for complex-encoded decimal numbers, that is to say for truly null 
imaginary parts.
Otherwise, either clean() must be priorly applied or a complex 
processing be done.



From tim at wescottdesign.com  Thu Nov 24 00:12:37 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Wed, 23 Nov 2016 15:12:37 -0800
Subject: [Scilab-users] lack of simplification for rational
In-Reply-To: <58361897.2060908@free.fr>
References: <o14nkn$rou$1@blaine.gmane.org>
 <1479928135.6116.167.camel@Servo> <o154lb$j3n$1@blaine.gmane.org>
 <58361897.2060908@free.fr>
Message-ID: <1479942757.6116.179.camel@Servo>

Out of curiosity, how does that relate to pfss?

On Wed, 2016-11-23 at 23:30 +0100, Samuel Gougeon wrote:
> Le 23/11/2016 23:19, philippe a ?crit :
> > .../...
> > Le 23/11/2016 ? 20:08, Tim Wescott a ?crit :
> >
> >> [...]
> >> Just as a note: I'm not sure what physical processes you're trying to
> >> represent with ratios of polynomials,
> >
> > I'm working on partial fraction decomposition  algorithms.
> .
> Like there?:
> https://fileexchange.scilab.org/toolboxes/451000
> 
> See also 
> http://mailinglists.scilab.org/Users-fr-Racines-multiples-d-un-polynome-tt4032750.html
> 
> Cheers
> Samuel
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432




From sgougeon at free.fr  Thu Nov 24 00:53:01 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 24 Nov 2016 00:53:01 +0100
Subject: [Scilab-users] CRITICAL BUG on fileExchange <= Re: Changes on ATOMS
 to post toolboxes for Scilab 6
In-Reply-To: <1479126421915-4034975.post@n3.nabble.com>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr>
 <1478466390186-4034924.post@n3.nabble.com>
 <582501AD.1050202@free.fr> <1479126421915-4034975.post@n3.nabble.com>
Message-ID: <58362BDD.3000001@free.fr>

Le 14/11/2016 13:27, farialima a ?crit :
> .../...
> Hope to soon get FileExchange working again.
> Please tell me if anything more is broken in that area...
.
WARNING: When updating the description of version 2.0 of
https://fileexchange.scilab.org/toolboxes/451000
it changed the version 2.0 --> 1.0 (*), and actually set a 1.0 duplicate 
and lost the 2.0 description (and may be the fileset: not checked) !

(*) the notification email tells it:   version : 2.0 --> 1.0

This is a critical bug, since filesets are corrupted/erased just by an 
update.

Samuel



From W.Schulz at ove.at  Thu Nov 24 13:01:40 2016
From: W.Schulz at ove.at (SCHULZ Wolfgang)
Date: Thu, 24 Nov 2016 12:01:40 +0000
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <DB5PR04MB1575A55FEBE99CD77B6713C6CCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <07A8AF089844A549B0F0CCC727AF31AA74B60A77@OVEKBG.ove.at>
 <DB5PR04MB1575A55FEBE99CD77B6713C6CCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <07A8AF089844A549B0F0CCC727AF31AA74B612CA@OVEKBG.ove.at>

Hi Rafael,
wow - thanks a lot. This is exactly what I need.
Thanks also to Samuel for his answer.

For my understanding: I do not understand why you have to scale the matrix and also how to scale. Could you explain what you are doing?
Mcol = 1+(Nc-1)*(M-z1)/(z2-z1); // scale data to colors indexes

Further:
- I have problems displaying a grid in the plot. It seems the standard function (xgrid) and also with the property of the figure it doesn't work.
- Something strange is also the axis label - it is displayed inside the axis. Is there an easy way to change this except a.x_label.position?

Thanks a lot
Wolfgang



> -----Urspr?ngliche Nachricht-----
> Von: users [mailto:users-bounces at lists.scilab.org] Im Auftrag von Rafael
> Guerra
> Gesendet: Mittwoch, 23. November 2016 18:07
> An: Users mailing list for Scilab
> Betreff: Re: [Scilab-users] grayplot - colorbar
> 
> Hi Wolfgang,
> 
> Please check the code below using Matplot1() function.
> It was not easy to write proper code, as the help file is relatively poor for the
> Matplot1 function.
> 
> // START OF CODE
> // plot a matrix with Matplot1
> clf()
> Nc= 128;   // number of colors
> dxp=0:5:10;
> dyp=0:5:10;
> x1=min(dxp);
> y1=min(dyp);
> M= [64 30 2; 4 5 6; 7 8 33]  // M can have any real numbers
> z1 = min(M);
> z2 = max(M);
> Mcol = 1+(Nc-1)*(M-z1)/(z2-z1); // scale data to colors indexes ax = gca();//get
> current axes handle ax.data_bounds = [min(dxp),min(dyp); max(dxp),max(dyp)];
> //set the data_bounds Matplot1(Mcol,[min(dxp),min(dyp), max(dxp),max(dyp)])
> drawaxis(x=dxp,y=y1,dir='d',tics='v')
> drawaxis(x=x1,y=dyp,dir='l',tics='v')
> f = gcf();
> f.color_map = jetcolormap(Nc);
> colorbar(z1,z2,[1 Nc]);
> // END OF CODE
> 
> 
> Regards,
> Rafael
> 
> -----Original Message-----
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of SCHULZ
> Wolfgang
> Sent: Wednesday, November 23, 2016 4:05 PM
> To: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: [Scilab-users] grayplot - colorbar
> 
> Hello,
> I'm using Scilab 6 beta 2 under Win 10 and I have a problem with grayplot and
> a colorbar.
> 
> With the following script I would expect to have at least 1 square colored in red
> because I scale the colorbar to the maximum of the matrix but with grayplot it
> doesn't work:
> 
> map = jetcolormap(64);
> f=get("current_figure");
> f.color_map = map;
> dxp=0:5:10;
> dyp=0:5:10;
> nb_xy=[64 30 2; 4 5 6; 7 8 33]
> colorbar(1,max(nb_xy),[1 64]);
> grayplot(dxp,dyp,nb_xy)
> 
> Using Sgrayplot shows 1 corner in red but in this case I cannot see the
> individual grid cells what is absolutely necessary for me.
> 
> What can I do? What is my mistake?
> Thanks for your help.
> Wolfgang
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From clement.david at scilab-enterprises.com  Thu Nov 24 14:06:06 2016
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Thu, 24 Nov 2016 14:06:06 +0100
Subject: [Scilab-users] Scilab 6.0 Beta 2 - Load/save bug
In-Reply-To: <1479142525644-4034980.post@n3.nabble.com>
References: <1478249873088-4034909.post@n3.nabble.com>
 <DB5PR04MB15754FF214FDF7F8448C289DCCA20@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <1478256820985-4034911.post@n3.nabble.com>
 <15ed6c378bd177faf254242809bfd466@scilab-enterprises.com>
 <1478270733011-4034914.post@n3.nabble.com>
 <1479142525644-4034980.post@n3.nabble.com>
Message-ID: <1479992766.29683.5.camel@scilab-enterprises.com>

Just to close the thread, there is bug reports on that:
 "loading a SOD Scilab v6 file in Scilab 5" http://bugzilla.scilab.org/show_bug.cgi?id=14745
 "V6 crashes when trying to load() a file saved with save() in 5.3.3" http://bugzilla.scilab.org/sho
w_bug.cgi?id=14840

--
Cl?ment

Le lundi 14 novembre 2016 ? 09:55 -0700, BBoillot a ?crit?:
> UP
> 
> /"Is it possible/hard to implement a load_old() function in Scilab 6 used to
> load files created as the ancient 5.3.3 format? "/
> 
> Thanks in advance,
> 
> 
> 
> --
> View this message in context: http://mailinglists.scilab.org/Scilab-6-0-Beta-2-Load-save-bug-tp403
> 4909p4034980.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From amonmayr at laas.fr  Thu Nov 24 14:09:31 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Thu, 24 Nov 2016 14:09:31 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ID89PT91dGYtOD9xPyA/PSBB?=
 =?utf-8?q?xis_break_with_Scilab?=
In-Reply-To: <1942213223.4080556.1479919887335.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <1628-5836e680-11-1a9875e0@25367483>

Le Mercredi, Novembre 23, 2016 17:51 CET, sgougeon at free.fr a ?crit: 
 
> >But anyway, with subplots, I haven't found a reliable way to get "zoom synchronization" across several  subplots...
> 
> This feature was broken since Scilab 5.4.0, but is repaired in Scilab 6.0-b: the zoom box can again be dragged and set over several subplots.

Hu?
I don't see what you mean exactly.
I tried to play  a bit with subplots and zoom and I am stuck in the subplot I started my "drag and zoom".
Could you tell me a bit more about this feature?

Cheers,

Antoine

> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From amonmayr at laas.fr  Thu Nov 24 14:11:05 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Thu, 24 Nov 2016 14:11:05 +0100
Subject: [Scilab-users]
	=?utf-8?b?Pz09P3V0Zi04P3E/ICBncmF5cGxvdCAtIGNvbG9y?= =?utf-8?q?bar?=
In-Reply-To: <DB5PR04MB1575A55FEBE99CD77B6713C6CCB70@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <186d-5836e700-b-5a907d00@259579173>

Le Mercredi, Novembre 23, 2016 18:06 CET, Rafael Guerra <jrafaelbguerra at hotmail.com> a ?crit: 
 
> Hi Wolfgang,
> 
> Please check the code below using Matplot1() function.
> It was not easy to write proper code, as the help file is relatively poor for the Matplot1 function.

He, he, your turn to write a bug report, no?

;-)

Antoine

> 
> // START OF CODE
> // plot a matrix with Matplot1
> clf()
> Nc= 128;   // number of colors
> dxp=0:5:10;
> dyp=0:5:10;
> x1=min(dxp);
> y1=min(dyp);
> M= [64 30 2; 4 5 6; 7 8 33]  // M can have any real numbers
> z1 = min(M);
> z2 = max(M);
> Mcol = 1+(Nc-1)*(M-z1)/(z2-z1); // scale data to colors indexes
> ax = gca();//get current axes handle
> ax.data_bounds = [min(dxp),min(dyp); max(dxp),max(dyp)]; //set the data_bounds
> Matplot1(Mcol,[min(dxp),min(dyp), max(dxp),max(dyp)])
> drawaxis(x=dxp,y=y1,dir='d',tics='v')
> drawaxis(x=x1,y=dyp,dir='l',tics='v')
> f = gcf(); 
> f.color_map = jetcolormap(Nc);
> colorbar(z1,z2,[1 Nc]);
> // END OF CODE
> 
> 
> Regards,
> Rafael
> 
> -----Original Message-----
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of SCHULZ Wolfgang
> Sent: Wednesday, November 23, 2016 4:05 PM
> To: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: [Scilab-users] grayplot - colorbar
> 
> Hello,
> I'm using Scilab 6 beta 2 under Win 10 and I have a problem with grayplot and a colorbar.
> 
> With the following script I would expect to have at least 1 square colored in red because I scale the colorbar to the maximum of the matrix but with grayplot it doesn't work:
> 
> map = jetcolormap(64);
> f=get("current_figure"); 
> f.color_map = map;
> dxp=0:5:10;
> dyp=0:5:10;
> nb_xy=[64 30 2; 4 5 6; 7 8 33]
> colorbar(1,max(nb_xy),[1 64]);
> grayplot(dxp,dyp,nb_xy)
> 
> Using Sgrayplot shows 1 corner in red but in this case I cannot see the individual grid cells what is absolutely necessary for me.
> 
> What can I do? What is my mistake?
> Thanks for your help.
> Wolfgang
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From amonmayr at laas.fr  Thu Nov 24 14:20:45 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Thu, 24 Nov 2016 14:20:45 +0100
Subject: [Scilab-users]
	=?utf-8?b?Pz09P3V0Zi04P3E/ICBncmF5cGxvdCAtIGNvbG9y?= =?utf-8?q?bar?=
In-Reply-To: <07A8AF089844A549B0F0CCC727AF31AA74B612CA@OVEKBG.ove.at>
Message-ID: <1692-5836e900-3-2953da40@103720899>

Le Jeudi, Novembre 24, 2016 13:01 CET, SCHULZ Wolfgang <W.Schulz at ove.at> a ?crit: 
 
> Hi Rafael,
> wow - thanks a lot. This is exactly what I need.
> Thanks also to Samuel for his answer.
> 
> For my understanding: I do not understand why you have to scale the matrix and also how to scale. Could you explain what you are doing?

Your matrix as to extend in values from 1 to Nc where Nc is the number of colors in your colormap.
Here is an example to illustrate it:

h=scf();
nc=128;
h.color_map=hotcolormap(nc);
mymatrix=rand(50,60);
mymatrix_scaled=(mymatrix-min(mymatrix))/(max(mymatrix)-min(mymatrix))*(nc-1)+1;

Matplot(mymatrix_scaled) // nice black-red-yellow-white plot as the matrix extends from 1 to nc
//Matplot(mymatrix) // the whole plot is black as mymatrix<=1

If you uncomment the last line, you'll see that the matrix is all black because its range of value is not 1:nc.

Cheers,

Antoine


> Mcol = 1+(Nc-1)*(M-z1)/(z2-z1); // scale data to colors indexes
> 
> Further:
> - I have problems displaying a grid in the plot. It seems the standard function (xgrid) and also with the property of the figure it doesn't work.
> - Something strange is also the axis label - it is displayed inside the axis. Is there an easy way to change this except a.x_label.position?
> 
> Thanks a lot
> Wolfgang
> 
> 
> 
> > -----Urspr?ngliche Nachricht-----
> > Von: users [mailto:users-bounces at lists.scilab.org] Im Auftrag von Rafael
> > Guerra
> > Gesendet: Mittwoch, 23. November 2016 18:07
> > An: Users mailing list for Scilab
> > Betreff: Re: [Scilab-users] grayplot - colorbar
> > 
> > Hi Wolfgang,
> > 
> > Please check the code below using Matplot1() function.
> > It was not easy to write proper code, as the help file is relatively poor for the
> > Matplot1 function.
> > 
> > // START OF CODE
> > // plot a matrix with Matplot1
> > clf()
> > Nc= 128;   // number of colors
> > dxp=0:5:10;
> > dyp=0:5:10;
> > x1=min(dxp);
> > y1=min(dyp);
> > M= [64 30 2; 4 5 6; 7 8 33]  // M can have any real numbers
> > z1 = min(M);
> > z2 = max(M);
> > Mcol = 1+(Nc-1)*(M-z1)/(z2-z1); // scale data to colors indexes ax = gca();//get
> > current axes handle ax.data_bounds = [min(dxp),min(dyp); max(dxp),max(dyp)];
> > //set the data_bounds Matplot1(Mcol,[min(dxp),min(dyp), max(dxp),max(dyp)])
> > drawaxis(x=dxp,y=y1,dir='d',tics='v')
> > drawaxis(x=x1,y=dyp,dir='l',tics='v')
> > f = gcf();
> > f.color_map = jetcolormap(Nc);
> > colorbar(z1,z2,[1 Nc]);
> > // END OF CODE
> > 
> > 
> > Regards,
> > Rafael
> > 
> > -----Original Message-----
> > From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of SCHULZ
> > Wolfgang
> > Sent: Wednesday, November 23, 2016 4:05 PM
> > To: Users mailing list for Scilab <users at lists.scilab.org>
> > Subject: [Scilab-users] grayplot - colorbar
> > 
> > Hello,
> > I'm using Scilab 6 beta 2 under Win 10 and I have a problem with grayplot and
> > a colorbar.
> > 
> > With the following script I would expect to have at least 1 square colored in red
> > because I scale the colorbar to the maximum of the matrix but with grayplot it
> > doesn't work:
> > 
> > map = jetcolormap(64);
> > f=get("current_figure");
> > f.color_map = map;
> > dxp=0:5:10;
> > dyp=0:5:10;
> > nb_xy=[64 30 2; 4 5 6; 7 8 33]
> > colorbar(1,max(nb_xy),[1 64]);
> > grayplot(dxp,dyp,nb_xy)
> > 
> > Using Sgrayplot shows 1 corner in red but in this case I cannot see the
> > individual grid cells what is absolutely necessary for me.
> > 
> > What can I do? What is my mistake?
> > Thanks for your help.
> > Wolfgang
> > 
> > _______________________________________________
> > users mailing list
> > users at lists.scilab.org
> > http://lists.scilab.org/mailman/listinfo/users
> > _______________________________________________
> > users mailing list
> > users at lists.scilab.org
> > http://lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From jrafaelbguerra at hotmail.com  Thu Nov 24 14:54:37 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Thu, 24 Nov 2016 13:54:37 +0000
Subject: [Scilab-users] grayplot - colorbar
Message-ID: <DB5PR04MB157527A740388F54835037B8CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hello Wolfgang,

The same message as Antoine, but in other words:
According to the help file, in Matplot1(M,rect), the values of int(M) are used as entries in the current colormap.
If the colormap indices run from 1 to Nc and M has values from z1 to z2, then in order to use the full color scale with Matplot1, we need to linearly transform M has indicated.
I.e., we need to find the straight line equation that maps the (z1,z2) range into (1,Nc). 

Regarding the solution provided, please note that it works only for matrices with X and Y entries that are equally spaced.
With this proviso, you may add grids manually to Matplot1 as shown here below:


// START OF CODE
// plot a regular matrix with Matplot1
clf(); clear;
Nc= 128;   // number of colors
dxp=0:5:10;   // Points must be equispaced
dyp=0:10:20;  // Points must be equispaced
x1=min(dxp);
y1=min(dyp);
M= [64 30 2; 4 5 6; 7 8 33]  // M can have any real numbers
z1 = min(M);
z2 = max(M);
Mcol = 1+(Nc-1)*(M-z1)/(z2-z1); // scale data to colors indexes
ax = gca();//get current axes handle
ax.data_bounds = [min(dxp),min(dyp); max(dxp),max(dyp)]; //set the data_bounds
Matplot1(Mcol,[min(dxp),min(dyp), max(dxp),max(dyp)])
drawaxis(x=dxp,y=y1,dir='d',tics='v')
drawaxis(x=x1,y=dyp,dir='l',tics='v')
f = gcf(); 
f.color_map = jetcolormap(Nc);
colorbar(z1,z2,[1 Nc]);
Nx= length(dxp);
Ny= length(dyp);
for i=1:Nx-1
    yi= i*(dyp($)-dyp(1))/Ny;
    xpoly([dxp(1);dxp($)],[yi;yi]);
    e=gce();
    e.thickness = 3;
    e.line_style=8;
    e.foreground= color("black"); 
end
for i=1:Ny-1
    xi= i*(dxp($)-dxp(1))/Nx;
    xpoly([xi;xi],[dyp(1);dyp($)]);
    e=gce();
    e.thickness = 3;
    e.line_style=8;
    e.foreground= color("black"); 
end
// END OF CODE

As for the default axes labels, as xlabel, they are placed poorly in this case and you will need to do it manually.

Regards,
Rafael


From jrafaelbguerra at hotmail.com  Thu Nov 24 15:44:13 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Thu, 24 Nov 2016 14:44:13 +0000
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <DB5PR04MB157527A740388F54835037B8CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <DB5PR04MB157527A740388F54835037B8CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <DB5PR04MB15751FA594B85427E03C0BB9CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>

Wolfgang,

One last detail, one should center the axis ticks and labels at the center of the matrix cells.
Minor editing of previous code produces better Matplot1 figure as in attachment.

Regards,
Rafael

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Matplot1_drawaxis.pdf
Type: application/pdf
Size: 20973 bytes
Desc: Matplot1_drawaxis.pdf
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/9386db7b/attachment.pdf>

From sgougeon at free.fr  Thu Nov 24 19:24:29 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 24 Nov 2016 19:24:29 +0100
Subject: [Scilab-users] ?= Axis break with Scilab
In-Reply-To: <1628-5836e680-11-1a9875e0@25367483>
References: <1628-5836e680-11-1a9875e0@25367483>
Message-ID: <5837305D.4000505@free.fr>

Le 24/11/2016 14:09, Antoine Monmayrant a ?crit :
> Le Mercredi, Novembre 23, 2016 17:51 CET, sgougeon at free.fr a ?crit:
>   
>>> But anyway, with subplots, I haven't found a reliable way to get "zoom synchronization" across several  subplots...
>> This feature was broken since Scilab 5.4.0, but is repaired in Scilab 6.0-b: the zoom box can again be dragged and set over several subplots.
> Hu?
> I don't see what you mean exactly.
> I tried to play  a bit with subplots and zoom and I am stuck in the subplot I started my "drag and zoom".
> Could you tell me a bit more about this feature?
.
// After
x = linspace(0, 10, 100);
clf
subplot(2,2,1)
plot(x,cos(x))
subplot(2,2,2)
plot(x,cos(2*x))
subplot(2,2,3)
plot(x,sin(x))
subplot(2,2,4)
plot(x,sin(2*x))
// click on the zoom icon, and interactively select on both upper plots 
an dy area on [-0.1, 0.6]:
// Since august (> SCilab 6.0-b2), it is now possible, as before Scilab 
5.4.0). By the way, it is again possible to click out of data bounds -- 
so in margins -- to draw the selection rectangle (also as before 5.4.0):


// After applying this zoom, it is then possible to do the same e.g. on 
both right-hand plots, for dx on -- say -- [5, 8]:



// Finally we get



Overlaying axes as in the plotyy or plotyyy demos can also be zoomed 
synchronously again.

All this is impossible with 5.4.0 <= Scilab <= 6.0-b2.

Cheers
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/8a19b20e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gfgjgdai.png
Type: image/png
Size: 12677 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/8a19b20e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: heidhhef.png
Type: image/png
Size: 13147 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/8a19b20e/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cedccdea.png
Type: image/png
Size: 11779 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/8a19b20e/attachment-0002.png>

From sgougeon at free.fr  Thu Nov 24 19:38:42 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 24 Nov 2016 19:38:42 +0100
Subject: [Scilab-users] CRITICAL BUG on fileExchange <= Re: Changes on
 ATOMS to post toolboxes for Scilab 6
In-Reply-To: <58362BDD.3000001@free.fr>
References: <576D5467.9010005@scilab-enterprises.com> <5816224C.30903@free.fr>
 <581E1DE2.9000002@free.fr>
 <1478466390186-4034924.post@n3.nabble.com>
 <582501AD.1050202@free.fr> <1479126421915-4034975.post@n3.nabble.com>
 <58362BDD.3000001@free.fr>
Message-ID: <583733B2.7000805@free.fr>

Le 24/11/2016 00:53, Samuel Gougeon a ?crit :
> Le 14/11/2016 13:27, farialima a ?crit :
>> .../...
>> Hope to soon get FileExchange working again.
>> Please tell me if anything more is broken in that area...
> .
> WARNING: When updating the description of version 2.0 of
> https://fileexchange.scilab.org/toolboxes/451000
> it changed the version 2.0 --> 1.0 (*), and actually set a 1.0 
> duplicate and lost the 2.0 description (and may be the fileset: not 
> checked) !
>
> (*) the notification email tells it:   version : 2.0 --> 1.0
>
> This is a critical bug, since filesets are corrupted/erased just by an 
> update.

So now i get:


The same -- and even worse can be seen on other filesets recently updated:
https://fileexchange.scilab.org/toolboxes/350001



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/cde0da1f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: afgbiejg.png
Type: image/png
Size: 1854 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/cde0da1f/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: baicccgf.png
Type: image/png
Size: 13263 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/cde0da1f/attachment-0001.png>

From sgougeon at free.fr  Thu Nov 24 20:06:16 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 24 Nov 2016 20:06:16 +0100
Subject: [Scilab-users] ?==?utf-8?q? uman 2.1 is released
In-Reply-To: <3e52-582db580-7-1f6b2d40@103877005>
References: <3e52-582db580-7-1f6b2d40@103877005>
Message-ID: <58373A28.8070600@free.fr>

Le 17/11/2016 14:49, Antoine Monmayrant a ?crit :
> Le Mercredi, Novembre 16, 2016 14:02 CET, Rafael Guerra <jrafaelbguerra at hotmail.com> a ?crit:
>   
>> Given its usefulness, shouldn't it be part of the main Scilab distribution, not an add-on?
> I totally agree with you!
> I was about to add this precise comment to my previous email but changed my mind at the last minute.
> I don't see exactly what it would take to "merge" it with core scilab and whether Scilab devs and the uman dev would agree on this...

Rafael, Antoine,

Thanks for your support.

I could easily agree on including uman and disp_usage in Scilab as 
embedded functions.
I already proposed this to some Scilab team members in springs 2015.
However, for the time being, this would rather prevent improving and 
updating uman as i do up to now:

  * reviewing and merging contributions in Scilab is clearly a tight
    bottleneck. It could be relaxed/released either by allowing
    contributors merging some contents in the present Scilab
    infrastructure, or after forking Scilab to build a new version
    developed and maintained by contributors. For the time being, i have
    rather stopped contributing, because posting improvements without
    enough manpower to review and merge them is useless and lost time.
    The pending list is long enough, and i put other forges (improving
    gsort, histplot, etc) in standby for the same reason. So, adding
    uman commits would presently be counter-productive. Thinking about
    building a fork is more useful.

  * uman works with open resources, such as the open list of ATOMS
    modules, of FileExchange file sets, and other external references.
    On some extend, this demands updating these lists. I do it roughly
    twice a year. The next uman release will ease this piece of work by
    digging in the ATOMS registry downloaded by the ATOMS client. But
    this improvement won't do all the job.
    By the way, i -- as an individual -- make some selections, because
    some modules or resources are not well packaged, or in duplicate due
    to a bad management of versions, etc. Setting a "grey or black list"
    is possible, and requires at least a yearly maintenance, needing
    fast reviews and merge. If included in Scilab, i guess that such a
    selection would require a /collective/ agreement. Harder to get it
    than doing things "alone".

This is the current situation.
Best regards
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161124/9cc06516/attachment.htm>

From amonmayr at laas.fr  Thu Nov 24 20:40:03 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Thu, 24 Nov 2016 20:40:03 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ID89PT91dGYtOD9xPyA/PSBB?=
 =?utf-8?q?xis_break_with_Scilab?=
In-Reply-To: <5837305D.4000505@free.fr>
Message-ID: <4f08-58374200-5-7f31ce00@62417071>

Le Jeudi, Novembre 24, 2016 19:24 CET, Samuel Gougeon <sgougeon at free.fr> a ?crit: 
 
> Le 24/11/2016 14:09, Antoine Monmayrant a ?crit :
> > Le Mercredi, Novembre 23, 2016 17:51 CET, sgougeon at free.fr a ?crit:
> >   
> >>> But anyway, with subplots, I haven't found a reliable way to get "zoom synchronization" across several  subplots...
> >> This feature was broken since Scilab 5.4.0, but is repaired in Scilab 6.0-b: the zoom box can again be dragged and set over several subplots.
> > Hu?
> > I don't see what you mean exactly.
> > I tried to play  a bit with subplots and zoom and I am stuck in the subplot I started my "drag and zoom".
> > Could you tell me a bit more about this feature?
> .
> // After
> x = linspace(0, 10, 100);
> clf
> subplot(2,2,1)
> plot(x,cos(x))
> subplot(2,2,2)
> plot(x,cos(2*x))
> subplot(2,2,3)
> plot(x,sin(x))
> subplot(2,2,4)
> plot(x,sin(2*x))
> // click on the zoom icon, and interactively select on both upper plots 
> an dy area on [-0.1, 0.6]:
> // Since august (> SCilab 6.0-b2), it is now possible, as before Scilab 
> 5.4.0). By the way, it is again possible to click out of data bounds -- 
> so in margins -- to draw the selection rectangle (also as before 5.4.0):
> 
> 

OK, that's what I understood from your last post but saddly it does not work on my setup with scilab-6.0.0-beta-2.
I tried on two different machines under linux (ubuntu 16.04 64bits) and it does not work.
I cannot start the zoom box  outside of the axis rectangle, let alone strech it to the next subplot.
What os are you working on?

Cheers,

Antoine

> // After applying this zoom, it is then possible to do the same e.g. on 
> both right-hand plots, for dx on -- say -- [5, 8]:
> 
> 
> 
> // Finally we get
> 
> 
> 
> Overlaying axes as in the plotyy or plotyyy demos can also be zoomed 
> synchronously again.
> 
> All this is impossible with 5.4.0 <= Scilab <= 6.0-b2.
> 
> Cheers
> Samuel
>



From sgougeon at free.fr  Fri Nov 25 08:39:41 2016
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Fri, 25 Nov 2016 08:39:41 +0100 (CET)
Subject: [Scilab-users] Axis break with Scilab
In-Reply-To: <4f08-58374200-5-7f31ce00@62417071>
Message-ID: <326349120.11000900.1480059581230.JavaMail.root@zimbra75-e12.priv.proxad.net>

>De: "Antoine Monmayrant"
>
>OK, that's what I understood from your last post but saddly it does not work on my setup with scilab-6.0.0-beta-2.
>I tried on two different machines under linux (ubuntu 16.04 64bits) and it does not work.
>I cannot start the zoom box  outside of the axis rectangle, let alone strech it to the next subplot.
>What os are you working on?
>

Le Jeudi, Novembre 24, 2016 19:24 CET, Samuel Gougeon a ?crit: 
>> All this is impossible with 5.4.0 <= Scilab <= 6.0-b2.

http://www.scilab.org/development/nightly_builds/master



From jovart.arthur at gmail.com  Thu Nov 24 18:57:20 2016
From: jovart.arthur at gmail.com (AJRthur)
Date: Thu, 24 Nov 2016 10:57:20 -0700 (MST)
Subject: [Scilab-users] macOS Sierra - Scilab not working yet
In-Reply-To: <1478862804742-4034962.post@n3.nabble.com>
References: <57E24706.704@scilab-enterprises.com>
 <1478528203493-4034926.post@n3.nabble.com>
 <CA+OKBcE9D-PUKzdFSFcRP6mQAgBkbRWUFRNnXJz8bOTYLC29AA@mail.gmail.com>
 <ce52156fc3af772abe8467e36ddd52d6@scilab-enterprises.com>
 <1478862804742-4034962.post@n3.nabble.com>
Message-ID: <1480010240369-4035093.post@n3.nabble.com>

I DID IT !

Using the *latest* beta.
http://api-d.com/snaps/2016-11-24_18-54-28-5fbklg2510.png

Step 1 : open terminal, type

cp
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/


Then (may not be needed, but anyway)

sudo codesign -f -s -
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libBLAS.dylib 


Then (the big one)

 sudo codesign -f -s -
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libBLAS.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libLAPACK.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libamd.2.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libarpack.2.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libarpack.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libatlas.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libcblas.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libcrypto.1.0.0.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libcurl.4.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libcurl.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libf77lapack.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libfftw.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libfftw3.3.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libfftw3.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgcc_s.1.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgcc_s.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgcc_s_ppc64.1.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgcc_s_x86_64.1.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgfortran.3.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgfortran.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgluegen2-rt.jnilib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgomp.1.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgomp.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5.7.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5_hl.7.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5_hl.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libintl.8.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libintl.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libjogl_cg.jnilib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libjogl_desktop.jnilib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/liblzma.5.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/liblzma.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libmatio.2.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libmatio.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libnativewindow_awt.jnilib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libnativewindow_macosx.jnilib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libncurses.5.4.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libncurses.5.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libncurses.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libnewt.jnilib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libpcre.0.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libpcre.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libpcreposix.0.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libpcreposix.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libquadmath.0.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libssl.1.0.0.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libstdc++.6.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libsz.2.0.0.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libsz.2.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libsz.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libumfpack.5.6.2.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libumfpack.5.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libumfpack.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libxml2.2.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libxml2.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.1.1.3.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.1.2.3.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.1.dylib
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.dylib 

And finally, open scilab with
/Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/bin/scilab  and "try
anyway"





--
View this message in context: http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4035093.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From infantt at gmail.com  Fri Nov 25 10:40:12 2016
From: infantt at gmail.com (infantt)
Date: Fri, 25 Nov 2016 02:40:12 -0700 (MST)
Subject: [Scilab-users] macOS Sierra - Scilab not working yet
In-Reply-To: <1480010240369-4035093.post@n3.nabble.com>
References: <57E24706.704@scilab-enterprises.com>
 <1478528203493-4034926.post@n3.nabble.com>
 <CA+OKBcE9D-PUKzdFSFcRP6mQAgBkbRWUFRNnXJz8bOTYLC29AA@mail.gmail.com>
 <ce52156fc3af772abe8467e36ddd52d6@scilab-enterprises.com>
 <1478862804742-4034962.post@n3.nabble.com>
 <1480010240369-4035093.post@n3.nabble.com>
Message-ID: <CAOE7mjU5YxEMheU2EYviGEM=VA9wAA7zDRxuGMKpt-vTj3NAMA@mail.gmail.com>

Thank you sir. Its working.

On Thu, Nov 24, 2016 at 11:27 PM, AJRthur [via Scilab / Xcos - Mailing
Lists Archives] <ml-node+s994242n4035093h13 at n3.nabble.com> wrote:

> I DID IT !
>
> Using the *latest* beta. http://api-d.com/snaps/2016-
> 11-24_18-54-28-5fbklg2510.png
>
> Step 1 : open terminal, type
>
> cp /System/Library/Frameworks/Accelerate.framework/Versions/
> A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/
>
>
> Then (may not be needed, but anyway)
>
> sudo codesign -f -s - /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libBLAS.dylib
>
>
> Then (the big one)
>
>  sudo codesign -f -s - /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libBLAS.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libLAPACK.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libamd.2.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libarpack.2.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libarpack.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libatlas.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libcblas.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libcrypto.1.0.0.dylib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libcurl.4.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libcurl.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libf77lapack.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libfftw.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libfftw3.3.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libfftw3.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgcc_s.1.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgcc_s.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libgcc_s_ppc64.1.dylib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libgcc_s_x86_64.1.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgfortran.3.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgfortran.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libgluegen2-rt.jnilib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libgomp.1.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libgomp.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5.7.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5_hl.7.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libhdf5_hl.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libintl.8.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libintl.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libjogl_cg.jnilib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libjogl_desktop.jnilib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/liblzma.5.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/liblzma.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libmatio.2.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libmatio.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libnativewindow_awt.jnilib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libnativewindow_macosx.jnilib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libncurses.5.4.dylib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libncurses.5.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libncurses.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libnewt.jnilib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libpcre.0.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libpcre.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libpcreposix.0.dylib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libpcreposix.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libquadmath.0.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libssl.1.0.0.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libstdc++.6.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libsz.2.0.0.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libsz.2.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libsz.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/
> thirdparty/libumfpack.5.6.2.dylib /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/lib/thirdparty/libumfpack.5.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libumfpack.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libxml2.2.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libxml2.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.1.1.3.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.1.2.3.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.1.dylib
> /Applications/scilab-6.0.0-beta-2.app/Contents/MacOS/lib/thirdparty/libz.dylib
>
>
> And finally, open scilab with /Applications/scilab-6.0.0-
> beta-2.app/Contents/MacOS/bin/scilab  and "try anyway"
>
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
> http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-
> Scilab-not-working-yet-tp4034586p4035093.html
> To unsubscribe from [Scilab-users] macOS Sierra - Scilab not working yet, click
> here
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4034586&code=aW5mYW50dEBnbWFpbC5jb218NDAzNDU4NnwyMDM2NTE3NDY5>
> .
> NAML
> <http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>



-- 
Mr.A.Infantraj M.Tech
Assistant Professor
Loyola ICAM College of Engg. & Tech.
Nugambakkam
Chennai-34




--
View this message in context: http://mailinglists.scilab.org/Scilab-users-macOS-Sierra-Scilab-not-working-yet-tp4034586p4035099.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161125/c8592907/attachment.htm>

From amonmayr at laas.fr  Fri Nov 25 12:54:53 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Fri, 25 Nov 2016 12:54:53 +0100
Subject: [Scilab-users]
	=?utf-8?b?Pz09P3V0Zi04P3E/ICBBeGlzIGJyZWFrIHdpdGgg?=
	=?utf-8?q?Scilab?=
In-Reply-To: <326349120.11000900.1480059581230.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <5b6c-58382680-d-255a8600@124700782>

Le Vendredi, Novembre 25, 2016 08:39 CET, sgougeon at free.fr a ?crit: 
 
> >De: "Antoine Monmayrant"
> >
> >OK, that's what I understood from your last post but saddly it does not work on my setup with scilab-6.0.0-beta-2.
> >I tried on two different machines under linux (ubuntu 16.04 64bits) and it does not work.
> >I cannot start the zoom box  outside of the axis rectangle, let alone strech it to the next subplot.
> >What os are you working on?
> >
> 
> Le Jeudi, Novembre 24, 2016 19:24 CET, Samuel Gougeon a ?crit: 
> >> All this is impossible with 5.4.0 <= Scilab <= 6.0-b2.

Argh, always the same issue with the boundary and the off by one bug: "<=" ~= "<".

Thanks!

Antoine

> 
> http://www.scilab.org/development/nightly_builds/master
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From jrafaelbguerra at hotmail.com  Fri Nov 25 15:32:17 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Fri, 25 Nov 2016 14:32:17 +0000
Subject: [Scilab-users] Axis break with Scilab ?
Message-ID: <DB5PR04MB157533609E0A28A6ACF43E83CC890@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hello,

There was a silly mistake in the labeling in the previous code sample posted.
In order to try keeping a clean record, here it goes an improved version of plotxbreaks(), which produces the plot attached.


// Multiple axis breaks in Scilab (3rd attempt)
// START OF CODE

clear;

function []=plotxbreaks(x0, y0, dx_break);
// x0 and y0 are 1D arrays to plot with breaks greater than dx_break
    [x0,k] = gsort(x0,'g','i');
    y0= y0(k);
    k=1;
    dxtick = stdev(x0)/4;  // try to plot ticks every dxtic
    xb= list();
    yb= list();
    xi= list();
    xaxis = list();
    xb(1) = x0(1);
    yb(1) = y0(1);
    for i=1:length(x0)-1
        if abs(x0(i+1)-x0(i)) < dx_break then
            xb(k)= [xb(k) x0(i+1)];
            yb(k)= [yb(k) y0(i+1)];
        else
            k= k+1;
            xb(k) = x0(i+1);
            yb(k) = y0(i+1);
        end
    end
    ymin = min(y0);
    xn=1;
    xi0 = 0;
    for i=1:k
        li = length(xb(i));
        xi(i) = x0(xn:xn+li-1) - xi0;
        val1 = xb(i)(1):dxtick:xb(i)($);
        if val1($)<>xb(i)($) then val1($)=xb(i)($); end
        xaxis(i) = linspace(xi(i)(1),xi(i)($),length(val1));
        xn = xn + li;
        if i<k then
            xi0= x0(xn) - xi(i)($) - dxtick/4;
        end
        plot2d(xi(i),yb(i),axesflag=0)
        val2 = [];
        for j=1:length(val1)
            val2= [val2 msprintf("%.1f",val1(j))];
        end
        drawaxis(x=xaxis(i),y=ymin-0.1*stdev(y0),dir='d',tics='v', val=val2)
    end

    f=gcf();
    f.children.axes_visible = ["off","on","on"];
    xgrid(color("gray"));
    a = gca();
    a.grid_style=[8 8];
    for i=1:k-1
        ymin = a.y_ticks.locations(1);
        ymax = a.y_ticks.locations($);
        rects= [xi(i)($);ymax;dxtick/4;ymax-ymin];
        xrects(rects,color("grey95"));  //or "lavenderblush"
    end
    for i=1:k;
        for j=1:length(xaxis(i))
            xpoly([xaxis(i)(j);xaxis(i)(j)],[ymax;ymin]);
            e=gce();
            e.line_style=8;
            e.foreground= color("gray");
         end
    end
endfunction

clf();
x0=[-7.5:0.1:10 20.1:0.33:35 55:0.25:66];
y0= exp(x0/20).*(1+0.3*sin(x0));
dx_break= 3;   // adjust this threshold to define x-axis breaks

plotxbreaks(x0,y0,dx_break)

//END OF CODE


Regards,
Rafael

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161125/9a553527/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: plotxbreaks.pdf
Type: application/pdf
Size: 14931 bytes
Desc: plotxbreaks.pdf
URL: <https://lists.scilab.org/pipermail/users/attachments/20161125/9a553527/attachment.pdf>

From Christophe.Dang at sidel.com  Fri Nov 25 17:13:06 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Fri, 25 Nov 2016 16:13:06 +0000
Subject: [Scilab-users] Axis break with Scilab ?
Message-ID: <AM4PR0701MB216137F842ECEA3C817F7A8CE5890@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

So, I spotted one error,
and I now understand the arect parameter for xsetech().

The following code is somewhat better:
at least the x-axes are well placed at the bottom.
Unfortunatelly, the y-axis is still misplaced.


function []=break_axis(X, Y, minbreakX, maxbreakX, breaksize)
    // draw the curve in two separated intervals
    // [min(X) ; minbreakX] and [maxbreakX ; max(X)]
    // X is a sorted vector of reals
    // Y is a vector of reals of the same size as X
    // breaksize is the width of the break expressed as a fraction of one
    //
    // defining the subwindows
    bool1 = (X <= minbreakX);
    bool2 = (X >= maxbreakX);
    sizeX1 = minbreakX - X(1);
    sizeX2 = X($) - maxbreakX;
    invfullsizeX = 1/((1 + breaksize)*(sizeX1 + sizeX2));
    minY1 = min(Y(bool1)); maxY1 = max(Y(bool1));
    sizeY1 = maxY1 - minY1;
    minY2 = min(Y(bool2)); maxY2 = max(Y(bool2));
    sizeY2 = maxY2 - minY2;
    maxY = max(Y); minY = min(Y);
    invfullsizeY = 1/(maxY - minY);
    rect_for_xsetech1 = [0, 1 - maxY1*invfullsizeY,...
        sizeX1*invfullsizeX, sizeY1*invfullsizeY];
    rect_for_xsetech2 = [sizeX1*invfullsizeX + breaksize,...
       1 - maxY2*invfullsizeY, sizeX2*invfullsizeX, sizeY2*invfullsizeY];
    arectvalue = 1/8;
    [Yi, Ya, npY] = graduate(min(Y), max(Y));
    [X1i, X1a, npX1] = graduate(X(1), max(X(bool1)));
    rectX1 = [X1i, Yi, X1a, Ya];
    Xtics1 = linspace(X1i, X1a, npX1);
    [X2i, X2a, npX2] = graduate(min(X(bool2)), X($));
    rect2 = [X2i, Yi, X2a, Ya];
    Xtics2 = linspace(X2i, X2a, npX2);
    // drawing the left part :
    if maxY1 == maxY then
        arectYvector = [arectvalue, 0]
    else
        arectYvector = [0, arectvalue]
    end
    arectvector = [arectvalue, 0, arectYvector];
    xsetech(rect_for_xsetech1, arect = arectvector);
    plot(X(bool1), Y(bool1));
    axis1 = gca();
    axis1.axes_visible=["off", "off", "off"];
    axis1.box="off";
    drawaxis(x=Xtics1, y=minY - sizeY1*arectYvector(1), dir="u", tics="v");
    // drawing the right part :
    if maxY2 == maxY then
        arectYvector = [arectvalue, 0]
    else
        arectYvector = [ 0, arectvalue]
    end
    arectvector = [0, arectvalue, arectYvector];
    xsetech(rect_for_xsetech2, arect = arectvector);
    plot(X(bool2), Y(bool2));
    axis2 = gca();
    axis2.axes_visible=["off", "off", "off"];
    axis2.box="off";
    drawaxis(x=Xtics2, y=minY - sizeY2*arectYvector(1), dir="u", tics="v");
    // drawing the Y axis
    xsetech([0, 0, 1, 1], arect = arectvalue*[1, 1, 1, 1]);
    Ytics = linspace(Yi, Ya, npY);
    Yticscoord = Ytics./(Ya - Yi);
    Yticslabels = string(Ytics);
    finalaxisY = drawaxis(x=0, y=Yticscoord, dir="l", tics="v");
    finalaxisY.tics_labels=Yticslabels;
endfunction

// test program

clf();
X=0:10;
Y = X.^2;
break_axis(X, Y, 3, 5, 0.1);


--
Christophe Dang Ngoc Chan
Mechanical calculation engineer

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161125/8c63b07d/attachment.htm>

From Christophe.Dang at sidel.com  Fri Nov 25 17:17:49 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Fri, 25 Nov 2016 16:17:49 +0000
Subject: [Scilab-users] {EXT} Re:  Axis break with Scilab ?
In-Reply-To: <AM4PR0701MB216137F842ECEA3C817F7A8CE5890@AM4PR0701MB2161.eurprd07.prod.outlook.com>
References: <AM4PR0701MB216137F842ECEA3C817F7A8CE5890@AM4PR0701MB2161.eurprd07.prod.outlook.com>
Message-ID: <AM4PR0701MB216126E14A296B65E0B830D4E5890@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hem,

> De : Dang Ngoc Chan, Christophe
> Envoy? : vendredi 25 novembre 2016 17:13
>
> The following code is somewhat better:

Forget it: depends on the break that is set, and the X-scales are different from left to right.

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 jrafaelbguerra at hotmail.com  Fri Nov 25 19:00:44 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Fri, 25 Nov 2016 18:00:44 +0000
Subject: [Scilab-users] Axis break with Scilab ?
References: <DB5PR04MB157533609E0A28A6ACF43E83CC890@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <DB5PR04MB157581A3589B4A68A0227305CC890@DB5PR04MB1575.eurprd04.prod.outlook.com>

Dear Scilabers,

Sorry to post yet another version but known errors should not remain uncorrected.
The revised snippet below produces the attached figure.


// Multiple x-axis breaks in Scilab (4th attempt)
// START OF CODE

clear;

function []=plotxbreaks(x0,y0,dx_break);
// x0 and y0 are 1D arrays to plot with breaks
    [x0,k] = gsort(x0,'g','i');
    y0= y0(k);
    k=1;
    dxtick = stdev(x0)/4;  // try to plot ticks every dxtic
    xb= list();
    yb= list();
    xi= list();
    xaxis = list();
    xi0 = list();
    xb(1) = x0(1);
    yb(1) = y0(1);
    for i=1:length(x0)-1
        if abs(x0(i+1)-x0(i)) < dx_break then
            xb(k)= [xb(k) x0(i+1)];
            yb(k)= [yb(k) y0(i+1)];
        else
            k= k+1;
            xb(k) = x0(i+1);
            yb(k) = y0(i+1);
        end
    end
    ymin = min(y0);
    xn=1;
    xi0(1) = 0;
    for i=1:k
        li = length(xb(i));
        xi(i) = x0(xn:xn+li-1) - xi0(i);
        ni = ceil((xb(i)($)-xb(i)(1))/dxtick)+1;
        xaxis(i) = linspace(xb(i)(1),xb(i)($),ni);
        plot2d(xi(i),yb(i),axesflag=0)
        val2 = [];
        for j=1:length(xaxis(i))
            val2= [val2 msprintf("%.1f",xaxis(i)(j))];
        end
        drawaxis(x=xaxis(i)-xi0(i),y=ymin-0.1*stdev(y0),dir='d',tics='v', val=val2)
        xn = xn + li;
        if i<k then
            xi0(i+1)= x0(xn) - xi(i)($) - dxtick/3;  // display gaps of width dxtick/3
        end
    end

    f=gcf();
    f.children.axes_visible = ["off","on","on"];
    xgrid(color("gray"));
    a = gca();
    a.grid_style=[8 8]; 
    for i=1:k-1
        ymin = a.y_ticks.locations(1);
        ymax = a.y_ticks.locations($);
        rects= [xi(i)($);ymax;dxtick/3;ymax-ymin];
        xrects(rects,color("grey95"));  //"lavenderblush"
    end
    for i=1:k;
        for j=1:length(xaxis(i))
            xpoly([xaxis(i)(j)-xi0(i);xaxis(i)(j)-xi0(i)],[ymax;ymin]);
            e=gce();
            e.line_style=8;
            e.foreground= color("gray"); 
         end
    end
endfunction


clf();
x0= [-10:0.1:9 21:0.5:34 55:0.25:66]; // x-input
y0= exp(x0/20).*(1+0.3*sin(x0));  // y-input
dx_break= 3; // adjust x-breaks threshold (data dependent)
plotxbreaks(x0,y0,dx_break)

//END OF CODE


Regards,
Rafael

-------------- next part --------------
A non-text attachment was scrubbed...
Name: plotbreaks.pdf
Type: application/pdf
Size: 16731 bytes
Desc: plotbreaks.pdf
URL: <https://lists.scilab.org/pipermail/users/attachments/20161125/3fbcbf6d/attachment.pdf>

From Christophe.Dang at sidel.com  Fri Nov 25 16:33:24 2016
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Fri, 25 Nov 2016 15:33:24 +0000
Subject: [Scilab-users] Axis break with Scilab ?
Message-ID: <AM4PR0701MB2161BBFC38C0C117BE490D63E5890@AM4PR0701MB2161.eurprd07.prod.outlook.com>

Hello,

> De : users [mailto:users-bounces at lists.scilab.org] De la part de Rafael Guerra
> Envoy? : vendredi 25 novembre 2016 15:32
>
> function []=plotxbreaks(x0, y0, dx_break);
> [?]
> endfunction

Rafael, your solution is really nice.

Nevertheless, I would like to understand why I have these ugly side effects with my own try, see

http://mailinglists.scilab.org/Scilab-users-Axis-break-with-Scilab-tp4035057p4035068.html

especially how can I fine tune the position of the y-axis.

I also think that this solution, based on the suggestions from Samuel,
might have less side-effects, especially if you use the datatip
(my solution does not modify the X-values).

Does anyone have any hint?

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
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 amonmayr at laas.fr  Sat Nov 26 08:52:08 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Sat, 26 Nov 2016 08:52:08 +0100
Subject: [Scilab-users] =?utf-8?q?xsetetch_and_xgetetch_incompatible_defin?=
	=?utf-8?q?itions_of_=22frect=22?=
Message-ID: <3100-58393f00-2d-4cc6b400@100718258>

Hi all,

Following my questions about axis breaks, I started playing with "xsetech" and "xgetech" that didn't know previously.
Two issues:

1) the help pages are missing description of most of the parameters,
2) the two functions are apparently not using the same definition of frect:

   plot2d();
   [wrect,frect,logflag,arect] = xgetech():
   xsetech(wrect, frect)// does not work for the scale part, ie frect
      at line    65 of function xsetech ( /pathtoscilab/share/scilab/modules/graphics/macros/xsetech.sci line 79 )
      Error : Min and Max values for one axis do not verify Min <= Max.
   xsetech(wrect, [frect(1),frect(3),frect(2),frect(4)]) // works fine, scale un changed

Are these a known issues?
Do you know of any bug report concerning both?

Thanks,

Antoine



From sgougeon at free.fr  Sat Nov 26 15:06:37 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 26 Nov 2016 15:06:37 +0100
Subject: [Scilab-users] xsetetch and xgetetch incompatible definitions
 of "frect"
In-Reply-To: <3100-58393f00-2d-4cc6b400@100718258>
References: <3100-58393f00-2d-4cc6b400@100718258>
Message-ID: <583996ED.6000703@free.fr>

Hi,

Le 26/11/2016 08:52, Antoine Monmayrant a ?crit :
> Hi all,
>
> Following my questions about axis breaks, I started playing with "xsetech" and "xgetech" that didn't know previously.
> Two issues:
>
> 1) the help pages are missing description of most of the parameters,
> 2) the two functions are apparently not using the same definition of frect:
>
>     plot2d();
>     [wrect,frect,logflag,arect] = xgetech():
>     xsetech(wrect, frect)// does not work for the scale part, ie frect
>        at line    65 of function xsetech ( /pathtoscilab/share/scilab/modules/graphics/macros/xsetech.sci line 79 )
>        Error : Min and Max values for one axis do not verify Min <= Max.
>     xsetech(wrect, [frect(1),frect(3),frect(2),frect(4)]) // works fine, scale un changed
>
> Are these a known issues?
> Do you know of any bug report concerning both?
--> uman xgetech|xsetech wb
will tell it

Samuel



From sgougeon at free.fr  Sat Nov 26 16:14:07 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 26 Nov 2016 16:14:07 +0100
Subject: [Scilab-users] xsetetch and xgetetch incompatible definitions
 of "frect"
In-Reply-To: <3100-58393f00-2d-4cc6b400@100718258>
References: <3100-58393f00-2d-4cc6b400@100718258>
Message-ID: <5839A6BF.4050400@free.fr>

Le 26/11/2016 08:52, Antoine Monmayrant a ?crit :
> Hi all,
>
> Following my questions about axis breaks, I started playing with "xsetech" and "xgetech" that didn't know previously.


They are so badly named in computo-frenglish...
"x" for X-term = graphical (bitmap addressable) terminal for the linux world
"set|get" : ok, at least we know what we want to do and it's rather clear
"ech" : i guess that this stands for "?chelle" that means "scale" in french.
Better expected names: setaxesArea(), getaxesArea(), or all in lower case.
or even much better:

  * extending subplot() to replace xsetech() (actually to make it a
    private internal function, already used by subplot)
  * abandonning xgetech(), because it does nothing more than returning
    with useless order constrains
      o wrect = gca().axes_bounds,
      o frect = gca().data_bounds,
      o logflags = gca().log_flags,
      o and somewhat arect = gca().margins

> Two issues:
>
> 1) the help pages are missing description of most of the parameters,
Parameters description is not missing. It is just written for developers 
that are not users ;):
Format and datatype of the parameter, that's all. No need to know what 
it represents. Any such need?
I am jocking, but by the way most of pages are written in this way. Most 
of pages need a full overhaul by advanced users.
As a contributor, you are welcome, most likely because you know how much 
time you loose because of a poor documentation, vs how much time you 
would save + using a good doc - contributing to write it.

> 2) the two functions are apparently not using the same definition of frect:
I don't see that, for instance using the examples. Could you please 
provide a clear example setting parameters with xsetech() and reading 
them back from xgetech(), that would not match? Thanks!

Cheers
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161126/065eb6a7/attachment.htm>

From sgougeon at free.fr  Sat Nov 26 17:09:56 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 26 Nov 2016 17:09:56 +0100
Subject: [Scilab-users] xsetetch and xgetetch incompatible definitions
 of "frect"
In-Reply-To: <5839A6BF.4050400@free.fr>
References: <3100-58393f00-2d-4cc6b400@100718258> <5839A6BF.4050400@free.fr>
Message-ID: <5839B3D4.4070603@free.fr>

Le 26/11/2016 16:14, Samuel Gougeon a ?crit :
> Le 26/11/2016 08:52, Antoine Monmayrant a ?crit :
> .../...
>> Two issues:
>>
>> 1) the help pages are missing description of most of the parameters,
>>
> Parameters description is not missing. It is just written for 
> developers that are not users ;):
> Format and datatype of the parameter, that's all. No need to know what 
> it represents. Any such need?
> I am jocking, but by the way most of pages are written in this way. 
> Most of pages need a full overhaul by advanced users.
> As a contributor, you are welcome, most likely because you know how 
> much time you loose because of a poor documentation, vs how much time 
> you would save + using a good doc - contributing to write it.
>
>> 2) the two functions are apparently not using the same definition of frect:
>> >
>> >     plot2d();
>> >     [wrect,frect,logflag,arect] = xgetech():
>> >     xsetech(wrect, frect)// does not work for the scale part, ie frect
>> >        at line    65 of function xsetech ( /pathtoscilab/share/scilab/modules/graphics/macros/xsetech.sci line 79 )
>> >        Error : Min and Max values for one axis do not verify Min <= Max.
>> >     xsetech(wrect, [frect(1),frect(3),frect(2),frect(4)]) // works fine, scale un changed
>>
> I don't see that, for instance using the examples. Could you please 
> provide a clear example setting parameters with xsetech() and reading 
> them back from xgetech(), that would not match? Thanks!


Arg, ok, sorry for misreading your example.

help xgetech() tells: |
"The rectangle [xmin, ymin, xmax, ymax] given by frect.."
while it actually returns [xmin xmax ymin ymax] that matches 
gca().data_bounds

help xsetech tells: "frect = [xmin, ymin, xmax, ymax]"
and that's the way it works.

The bug was introduced in xgetech() in 2012 when xgetech() became a 
macro instead of formerly a builtin function.
This shows that
|

  * |xgetech() is very few used. Otherwise, the bug would have been
    spotted before.|
  * |frect from the old xgetech() did not match gca().data_bounds. This
    was cryptic.|
  * |xsetech() does not accept gca().data_bounds as frect, but a puzzled
    version of it. It is a cryptic usage.|

|So, here is a *Scilab Enhancement Proposal (SEP)*:
|

  * |xgetech:|
      o |fix the code of xgetech.sci in order to match the old xgetech()
        version|
      o |set xgetech as obsolete, but keep its code (for back-compatibility)
        |
      o |undocument it|
  * xsetech:
      o extend subplot() to replace xsetech().
        Additional subplot() syntaxes to be designed. The new input
        formats should be the ones of the unpuzzled gca(). attributes
      o undocument xsetech() to make it a private internal function.

What do you think about that?

Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161126/98342b54/attachment.htm>

From amonmayr at laas.fr  Sat Nov 26 18:06:22 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Sat, 26 Nov 2016 18:06:22 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ICB4c2V0ZXRjaCBhbmQgeGdl?=
 =?utf-8?q?tetch_incompatible_definitions_of_=22frect=22?=
In-Reply-To: <5839B3D4.4070603@free.fr>
Message-ID: <2023-5839c100-2f-482ada00@133882949>

Le Samedi, Novembre 26, 2016 17:09 CET, Samuel Gougeon <sgougeon at free.fr> a ?crit: 
 
> Le 26/11/2016 16:14, Samuel Gougeon a ?crit :
> > Le 26/11/2016 08:52, Antoine Monmayrant a ?crit :
> > .../...
> >> Two issues:
> >>
> >> 1) the help pages are missing description of most of the parameters,
> >>
> > Parameters description is not missing. It is just written for 
> > developers that are not users ;):
> > Format and datatype of the parameter, that's all. No need to know what 
> > it represents. Any such need?
> > I am jocking, but by the way most of pages are written in this way. 
> > Most of pages need a full overhaul by advanced users.
> > As a contributor, you are welcome, most likely because you know how 
> > much time you loose because of a poor documentation, vs how much time 
> > you would save + using a good doc - contributing to write it.
> >
> >> 2) the two functions are apparently not using the same definition of frect:
> >> >
> >> >     plot2d();
> >> >     [wrect,frect,logflag,arect] = xgetech():
> >> >     xsetech(wrect, frect)// does not work for the scale part, ie frect
> >> >        at line    65 of function xsetech ( /pathtoscilab/share/scilab/modules/graphics/macros/xsetech.sci line 79 )
> >> >        Error : Min and Max values for one axis do not verify Min <= Max.
> >> >     xsetech(wrect, [frect(1),frect(3),frect(2),frect(4)]) // works fine, scale un changed
> >>
> > I don't see that, for instance using the examples. Could you please 
> > provide a clear example setting parameters with xsetech() and reading 
> > them back from xgetech(), that would not match? Thanks!
> 
> 
> Arg, ok, sorry for misreading your example.
> 
> help xgetech() tells: |
> "The rectangle [xmin, ymin, xmax, ymax] given by frect.."
> while it actually returns [xmin xmax ymin ymax] that matches 
> gca().data_bounds
> 
> help xsetech tells: "frect = [xmin, ymin, xmax, ymax]"
> and that's the way it works.
> 
> The bug was introduced in xgetech() in 2012 when xgetech() became a 
> macro instead of formerly a builtin function.
> This shows that
> |
> 
>   * |xgetech() is very few used. Otherwise, the bug would have been
>     spotted before.|

OK, so there's a bug. Should I open a bug report or not? I don't know how it is supposed to interact with your SEP.
I suppose I should open a bug report and point to your SEP or something like that?

>   * |frect from the old xgetech() did not match gca().data_bounds. This
>     was cryptic.|
>   * |xsetech() does not accept gca().data_bounds as frect, but a puzzled
>     version of it. It is a cryptic usage.|
> 
> |So, here is a *Scilab Enhancement Proposal (SEP)*:
> |
> 
>   * |xgetech:|
>       o |fix the code of xgetech.sci in order to match the old xgetech()
>         version|
>       o |set xgetech as obsolete, but keep its code (for back-compatibility)
>         |
>       o |undocument it|
>   * xsetech:
>       o extend subplot() to replace xsetech().
>         Additional subplot() syntaxes to be designed. The new input
>         formats should be the ones of the unpuzzled gca(). attributes
>       o undocument xsetech() to make it a private internal function.
> 
> What do you think about that?

Not sure I understood everything here.
I agree that a user can survive for some time without xsetech/xgetech.
I used scilab daily since 2.6 (was it in 2001 or something like that?) and I just discovered it now.
I agree that the naming is terrible!
However, I kind of dislike (read I really hate) subplot.
The defaults are just not doing the job for most of my plotting needs and I always end up piling up lines of  codes to tweak each axis created by subplot.
I like the way you can set things like size, position and margins ahead of time with xsetech.
With your proposal, we lose this possibility, right?
...
Wait a bit, I re-read your SEP: you propose to add optional arguments to subplot in order to set margins and so on with subplot?
If it's the case, I'm with you on this one.
Still, how should we proceed?
Should I fill a bug report on xsetech/xgetech incompatibilities and then you comment with your SEP?

Cheers,

Antoine 

> 
> Samuel
>



From amonmayr at laas.fr  Sat Nov 26 18:14:43 2016
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Sat, 26 Nov 2016 18:14:43 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ICB4c2V0ZXRjaCBhbmQgeGdl?=
 =?utf-8?q?tetch_incompatible_definitions_of_=22frect=22?=
In-Reply-To: <5839B3D4.4070603@free.fr>
Message-ID: <647c-5839c300-9-32122b00@63742933>

Other option for a SEP: could the optional parameters that we add to subplot be also added to "newaxes" ?
I think it could be convenient and coherent with the way "figure()" works if we could do things like:

a= newaxes(propertyname, propertyvalue)

example:

a=newaxes('background', color("lightgray"), box, 'on')

as an equivalent to :

a=newaxes()
a.background=color("lightgray")
a.box="on"
 
What do you think?

Le Samedi, Novembre 26, 2016 17:09 CET, Samuel Gougeon <sgougeon at free.fr> a ?crit: 
 
> Le 26/11/2016 16:14, Samuel Gougeon a ?crit :
> > Le 26/11/2016 08:52, Antoine Monmayrant a ?crit :
> > .../...
> >> Two issues:
> >>
> >> 1) the help pages are missing description of most of the parameters,
> >>
> > Parameters description is not missing. It is just written for 
> > developers that are not users ;):
> > Format and datatype of the parameter, that's all. No need to know what 
> > it represents. Any such need?
> > I am jocking, but by the way most of pages are written in this way. 
> > Most of pages need a full overhaul by advanced users.
> > As a contributor, you are welcome, most likely because you know how 
> > much time you loose because of a poor documentation, vs how much time 
> > you would save + using a good doc - contributing to write it.
> >
> >> 2) the two functions are apparently not using the same definition of frect:
> >> >
> >> >     plot2d();
> >> >     [wrect,frect,logflag,arect] = xgetech():
> >> >     xsetech(wrect, frect)// does not work for the scale part, ie frect
> >> >        at line    65 of function xsetech ( /pathtoscilab/share/scilab/modules/graphics/macros/xsetech.sci line 79 )
> >> >        Error : Min and Max values for one axis do not verify Min <= Max.
> >> >     xsetech(wrect, [frect(1),frect(3),frect(2),frect(4)]) // works fine, scale un changed
> >>
> > I don't see that, for instance using the examples. Could you please 
> > provide a clear example setting parameters with xsetech() and reading 
> > them back from xgetech(), that would not match? Thanks!
> 
> 
> Arg, ok, sorry for misreading your example.
> 
> help xgetech() tells: |
> "The rectangle [xmin, ymin, xmax, ymax] given by frect.."
> while it actually returns [xmin xmax ymin ymax] that matches 
> gca().data_bounds
> 
> help xsetech tells: "frect = [xmin, ymin, xmax, ymax]"
> and that's the way it works.
> 
> The bug was introduced in xgetech() in 2012 when xgetech() became a 
> macro instead of formerly a builtin function.
> This shows that
> |
> 
>   * |xgetech() is very few used. Otherwise, the bug would have been
>     spotted before.|
>   * |frect from the old xgetech() did not match gca().data_bounds. This
>     was cryptic.|
>   * |xsetech() does not accept gca().data_bounds as frect, but a puzzled
>     version of it. It is a cryptic usage.|
> 
> |So, here is a *Scilab Enhancement Proposal (SEP)*:
> |
> 
>   * |xgetech:|
>       o |fix the code of xgetech.sci in order to match the old xgetech()
>         version|
>       o |set xgetech as obsolete, but keep its code (for back-compatibility)
>         |
>       o |undocument it|
>   * xsetech:
>       o extend subplot() to replace xsetech().
>         Additional subplot() syntaxes to be designed. The new input
>         formats should be the ones of the unpuzzled gca(). attributes
>       o undocument xsetech() to make it a private internal function.
> 
> What do you think about that?
> 
> Samuel
>



From sgougeon at free.fr  Sat Nov 26 18:36:46 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 26 Nov 2016 18:36:46 +0100
Subject: [Scilab-users] ?==?utf-8?q? xsetetch and xgetetch incompatible
 definitions of "frect"
In-Reply-To: <2023-5839c100-2f-482ada00@133882949>
References: <2023-5839c100-2f-482ada00@133882949>
Message-ID: <5839C82E.50309@free.fr>

Le 26/11/2016 18:06, Antoine Monmayrant a ?crit :
> Le Samedi, Novembre 26, 2016 17:09 CET, Samuel Gougeon <sgougeon at free.fr> a ?crit:
>   
>> Le 26/11/2016 16:14, Samuel Gougeon a ?crit :
>>> Le 26/11/2016 08:52, Antoine Monmayrant a ?crit :
>>> .../...
>>>> Two issues:
>>>>
>>>> 1) the help pages are missing description of most of the parameters,
>>>>
>>> Parameters description is not missing. It is just written for
>>> developers that are not users ;):
>>> Format and datatype of the parameter, that's all. No need to know what
>>> it represents. Any such need?
>>> I am jocking, but by the way most of pages are written in this way.
>>> Most of pages need a full overhaul by advanced users.
>>> As a contributor, you are welcome, most likely because you know how
>>> much time you loose because of a poor documentation, vs how much time
>>> you would save + using a good doc - contributing to write it.
>>>
>>>> 2) the two functions are apparently not using the same definition of frect:
>>>>>      plot2d();
>>>>>      [wrect,frect,logflag,arect] = xgetech():
>>>>>      xsetech(wrect, frect)// does not work for the scale part, ie frect
>>>>>         at line    65 of function xsetech ( /pathtoscilab/share/scilab/modules/graphics/macros/xsetech.sci line 79 )
>>>>>         Error : Min and Max values for one axis do not verify Min <= Max.
>>>>>      xsetech(wrect, [frect(1),frect(3),frect(2),frect(4)]) // works fine, scale un changed
>>> I don't see that, for instance using the examples. Could you please
>>> provide a clear example setting parameters with xsetech() and reading
>>> them back from xgetech(), that would not match? Thanks!
>>
>> Arg, ok, sorry for misreading your example.
>>
>> help xgetech() tells: |
>> "The rectangle [xmin, ymin, xmax, ymax] given by frect.."
>> while it actually returns [xmin xmax ymin ymax] that matches
>> gca().data_bounds
>>
>> help xsetech tells: "frect = [xmin, ymin, xmax, ymax]"
>> and that's the way it works.
>>
>> The bug was introduced in xgetech() in 2012 when xgetech() became a
>> macro instead of formerly a builtin function.
>> This shows that
>> |
>>
>>    * |xgetech() is very few used. Otherwise, the bug would have been
>>      spotted before.|
> OK, so there's a bug. Should I open a bug report or not? I don't know how it is supposed to interact with your SEP.
> I suppose I should open a bug report and point to your SEP or something like that?
>
>>    * |frect from the old xgetech() did not match gca().data_bounds. This
>>      was cryptic.|
>>    * |xsetech() does not accept gca().data_bounds as frect, but a puzzled
>>      version of it. It is a cryptic usage.|
>>
>> |So, here is a *Scilab Enhancement Proposal (SEP)*:
>> |
>>
>>    * |xgetech:|
>>        o |fix the code of xgetech.sci in order to match the old xgetech()
>>          version|
>>        o |set xgetech as obsolete, but keep its code (for back-compatibility)
>>          |
>>        o |undocument it|
>>    * xsetech:
>>        o extend subplot() to replace xsetech().
>>          Additional subplot() syntaxes to be designed. The new input
>>          formats should be the ones of the unpuzzled gca(). attributes
>>        o undocument xsetech() to make it a private internal function.
>>
>> What do you think about that?
> Not sure I understood everything here.
> I agree that a user can survive for some time without xsetech/xgetech.
> I used scilab daily since 2.6 (was it in 2001 or something like that?) and I just discovered it now.
> I agree that the naming is terrible!
> However, I kind of dislike (read I really hate) subplot.
> The defaults are just not doing the job for most of my plotting needs and I always end up piling up lines of  codes to tweak each axis created by subplot.
> I like the way you can set things like size, position and margins ahead of time with xsetech.
> With your proposal, we lose this possibility, right?
.
The purpose is to merge xsetech() features in subplot(), not to cancel them.
> ...
> Wait a bit, I re-read your SEP: you propose to add optional arguments to subplot in order to set margins and so on with subplot?
.
More than optional arguments, i propose to add new syntaxes. The purpose 
of subplot() and xsetech() is the same.
The subplot() short description presently tells:
*subplot - divide a graphics window into a matrix of sub-windows*

But this is not what subplot() actually does, but rather
*
subplot - sets a new axes as a cell of a virtual grid sharing the 
current window*

> If it's the case, I'm with you on this one.
> Still, how should we proceed?
> Should I fill a bug report on xsetech/xgetech incompatibilities and then you comment with your SEP?

If a report is just about the bug, IMO its processing will lead to the 
SEP discussion.
For my part, i wouldn't work fixing or improving anything that looks 
useless
or badly designed to me, as xsetech() and xgetech() do.
We may post a report about xsetech() and xgetech() together to propose 
and discuss
the SEP in the report's thread.

Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161126/5762ac15/attachment.htm>

From rfabbri at gmail.com  Sat Nov 26 18:41:18 2016
From: rfabbri at gmail.com (Ricardo Fabbri)
Date: Sat, 26 Nov 2016 15:41:18 -0200
Subject: [Scilab-users] SIP updated for Ubuntu 16.10
Message-ID: <CACjTMEwTGcvZ_gRJj_j0Jaf7jT=izqz_A3SGUyVgn3r0P3JQBw@mail.gmail.com>

Dear all,

The Scilab Image Processing Toolbox 0.12.1 has been released.
It has been updated to support Ubuntu 16.10. As such, it has been
tested with the default Scilab 5.5.2 and Imagemagick 6.8.9-9 that are
packaged for this Linux distribution. These changes benefit other Unix
flavors as well.

New instructions, as well as an automation script to install
dependencies, have been updated on the website
http://siptoolbox.sf.net

If you have never installed anything from source before, you can try
running this command on Terminal:

wget -O- https://sourceforge.net/p/siptoolbox/siptoolbox/ci/master/tree/install-sip?format=raw
| sh

Your password will be asked a few times for sudo when installing dependencies.

We are in dire need of volunteers to maintain binary packages for SIP.
It is not a feasible task for me to do it on a regular basis.
Image processing is arguably the number one demand for Scilab
extensions, as can be seen in Atoms statistics. We need to invest on
this. For now, SIP can only be reliably maintained and installed from
source downloaded through Git under Linux.

Best regards,

--
Dr Ricardo Fabbri
Professor of Computer Engineering
GNU/Linux registered user #175401
pt.wikipedia.org/wiki/IPRJ
labmacambira.sf.net
rfabbri.github.io


From sgougeon at free.fr  Sat Nov 26 18:49:22 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 26 Nov 2016 18:49:22 +0100
Subject: [Scilab-users] xsetetch and xgetetch incompatible definitions
 of "frect"
In-Reply-To: <647c-5839c300-9-32122b00@63742933>
References: <647c-5839c300-9-32122b00@63742933>
Message-ID: <5839CB22.5050904@free.fr>

Le 26/11/2016 18:14, Antoine Monmayrant a ?crit :
> Other option for a SEP: could the optional parameters that we add to subplot be also added to "newaxes" ?
> I think it could be convenient and coherent with the way "figure()" works if we could do things like:
>
> a= newaxes(propertyname, propertyvalue)
>
> example:
>
> a=newaxes('background', color("lightgray"), box, 'on')
>
> as an equivalent to :
>
> a=newaxes()
> a.background=color("lightgray")
> a.box="on"
>   
> What do you think?
.
I think that it's a much better proposal than with subplot().
But IMO features must not be duplicated: xsetech() features should then 
be merged and extended only in newaxes(), not in both newaxes() and 
subplot(). Duplicates lead to heavy useless code maintenance and usages 
discrepancies. Very bad.

Now, newaxes() is a primitive, more complicated to extend than subplot() 
that is a macro.
Anyway, the  xsetech() page should then be removed.

Samuel



From sgougeon at free.fr  Sat Nov 26 19:16:19 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 26 Nov 2016 19:16:19 +0100
Subject: [Scilab-users] xsetetch and xgetetch incompatible definitions
 of "frect"
In-Reply-To: <5839CB22.5050904@free.fr>
References: <647c-5839c300-9-32122b00@63742933> <5839CB22.5050904@free.fr>
Message-ID: <5839D173.2040707@free.fr>

Le 26/11/2016 18:49, Samuel Gougeon a ?crit :
> Le 26/11/2016 18:14, Antoine Monmayrant a ?crit :
>> Other option for a SEP: could the optional parameters that we add to 
>> subplot be also added to "newaxes" ?
>> I think it could be convenient and coherent with the way "figure()" 
>> works if we could do things like:
>>
>> a= newaxes(propertyname, propertyvalue)
>>
>> example:
>>
>> a=newaxes('background', color("lightgray"), box, 'on')
>>
>> as an equivalent to :
>>
>> a=newaxes()
>> a.background=color("lightgray")
>> a.box="on"
>>   What do you think?
> .
> I think that it's a much better proposal than with subplot().
> But IMO features must not be duplicated: xsetech() features should 
> then be merged and extended only in newaxes(), not in both newaxes() 
> and subplot(). Duplicates lead to heavy useless code maintenance and 
> usages discrepancies. Very bad.

Hmmm, subplot() focuses only on .axes_bounds. So, we may add only the syntax
subplot(axes_bounds)
Now, why not allowing to fully tune the axes "viewport" by adding a 
"margins" optional argument
enabled as well for the subplot(m,n,p) and subplot(mnp) syntaxes? We 
would have:

subplot(mnp [, margins])
subplot(m,n,p [, margins])
subplot(axes_bounds [, margins])

IMO, data_bound is something else related to data scales, not to the 
viewport configuration.
replot(..) already allows to tune .data_bounds after the axes creation.
It has been improved and merged in Scilab > 6.0-b2: 
https://codereview.scilab.org/#/c/18506/

Upgrading subplot() could be done and reviewable quite quickly. But who 
will review and merge it, and when?

Samuel



From sgougeon at free.fr  Sat Nov 26 19:39:57 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 26 Nov 2016 19:39:57 +0100
Subject: [Scilab-users] ?==?utf-8?q? xsetetch and xgetetch incompatible
 definitions of "frect"
In-Reply-To: <647c-5839c300-9-32122b00@63742933>
References: <647c-5839c300-9-32122b00@63742933>
Message-ID: <5839D6FD.5000305@free.fr>

Le 26/11/2016 18:14, Antoine Monmayrant a ?crit :
> Other option for a SEP: could the optional parameters that we add to subplot be also added to "newaxes" ?
> I think it could be convenient and coherent with the way "figure()" works if we could do things like:
>
> a= newaxes(propertyname, propertyvalue)
>
> example:
>
> a=newaxes('background', color("lightgray"), box, 'on')
>
> as an equivalent to :
>
> a=newaxes()
> a.background=color("lightgray")
> a.box="on"
>   
> What do you think?

This proposal to extend newaxes() certainly deserves a report as a wish 
on Bugzilla!

There is already this one http://bugzilla.scilab.org/6965, but it is 
rather about the default values of some axes properties.

Samuel



From j.s.strom at hslmg.de  Sun Nov 27 18:06:45 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sun, 27 Nov 2016 18:06:45 +0100
Subject: [Scilab-users] xtitle seems to suppress plot
Message-ID: <583B12A5.4070502@hslmg.de>

Hallo,
Instead of drawlater/drawnow I prefer the below approach for starting a 
figure because no  windows flicker temporarily on the screen. This works 
fine exept when 'xtitle' is used.  Inspecting the figure's, axes', 
compound's  and polyline's data I get no hint that the axes should be 
invisible. How can I make the axes appear without initial flicker?

xdel();
cf=figure("immediate_drawing",'off', 'visible','off');
plot(rand(1,5))
sleep(1000)//only for checking invisibility of new figure
cf.immediate_drawing="on";  cf.visible="on";
//xtitle('xtitle seems to suppress plot content.')

Cheers
Jens


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161127/16ee6033/attachment.htm>

From tim at wescottdesign.com  Sun Nov 27 19:00:20 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Sun, 27 Nov 2016 10:00:20 -0800
Subject: [Scilab-users] xtitle seems to suppress plot
In-Reply-To: <583B12A5.4070502@hslmg.de>
References: <583B12A5.4070502@hslmg.de>
Message-ID: <1480269620.6116.183.camel@Servo>

On Sun, 2016-11-27 at 18:06 +0100, Jens Simon Strom wrote:
> Hallo,
> Instead of drawlater/drawnow I prefer the below approach for starting
> a figure because no  windows flicker temporarily on the screen. This
> works fine exept when 'xtitle' is used.  Inspecting the figure's,
> axes', compound's  and polyline's data I get no hint that the axes
> should be invisible. How can I make the axes appear without initial
> flicker?
> xdel(); 
> cf=figure("immediate_drawing",'off', 'visible','off');
> plot(rand(1,5))
> sleep(1000)//only for checking invisibility of new figure
> cf.immediate_drawing="on";  cf.visible="on"; 
> //xtitle('xtitle seems to suppress plot content.')
> Cheers
> Jens

Works fine for me; Scilab 5.5.0 on Ubuntu 14.04.  Background is weird,
though.

-->getversion
 ans  =
 
 scilab-5.5.0   
 
-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Graphic window number 0.png
Type: image/png
Size: 7025 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161127/63964f6e/attachment.png>

From j.s.strom at hslmg.de  Sun Nov 27 19:41:50 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sun, 27 Nov 2016 19:41:50 +0100
Subject: [Scilab-users] xtitle seems to suppress plot
In-Reply-To: <1480269620.6116.183.camel@Servo>
References: <583B12A5.4070502@hslmg.de> <1480269620.6116.183.camel@Servo>
Message-ID: <583B28EE.3040506@hslmg.de>

I use scilab-5.5.2.
I just tried 5.4.0. There the script works.
Cheers
Jens
------------------------------------------------------------------------------------------------------



Am 27.11.2016 19:00, schrieb Tim Wescott:
> On Sun, 2016-11-27 at 18:06 +0100, Jens Simon Strom wrote:
>> Hallo,
>> Instead of drawlater/drawnow I prefer the below approach for starting
>> a figure because no  windows flicker temporarily on the screen. This
>> works fine exept when 'xtitle' is used.  Inspecting the figure's,
>> axes', compound's  and polyline's data I get no hint that the axes
>> should be invisible. How can I make the axes appear without initial
>> flicker?
>> xdel();
>> cf=figure("immediate_drawing",'off', 'visible','off');
>> plot(rand(1,5))
>> sleep(1000)//only for checking invisibility of new figure
>> cf.immediate_drawing="on";  cf.visible="on";
>> //xtitle('xtitle seems to suppress plot content.')
>> Cheers
>> Jens
> Works fine for me; Scilab 5.5.0 on Ubuntu 14.04.  Background is weird,
> though.
>
> -->getversion
>   ans  =
>   
>   scilab-5.5.0
>   
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161127/cff9cac3/attachment.htm>

From j.s.strom at hslmg.de  Sun Nov 27 23:11:50 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Sun, 27 Nov 2016 23:11:50 +0100
Subject: [Scilab-users] xtitle seems to suppress plot
In-Reply-To: <583B28EE.3040506@hslmg.de>
References: <583B12A5.4070502@hslmg.de> <1480269620.6116.183.camel@Servo>
 <583B28EE.3040506@hslmg.de>
Message-ID: <583B5A26.5090902@hslmg.de>

Hallo Tim,
It may be of interest that the script works when it is  executed 
directly after start of Scilab. All further runs fail - reproducibly. 
Tim, would you be so kind to run the script /twice/ on your installation.
  Cheers
Jens
--------------------------------------------------------------------------------------------------------
Am 27.11.2016 19:41, schrieb Jens Simon Strom:
> I use scilab-5.5.2.
> I just tried 5.4.0. There the script works.
> Cheers
> Jens
> ------------------------------------------------------------------------------------------------------
>
>
>
> Am 27.11.2016 19:00, schrieb Tim Wescott:
>> On Sun, 2016-11-27 at 18:06 +0100, Jens Simon Strom wrote:
>>> Hallo,
>>> Instead of drawlater/drawnow I prefer the below approach for starting
>>> a figure because no  windows flicker temporarily on the screen. This
>>> works fine exept when 'xtitle' is used.  Inspecting the figure's,
>>> axes', compound's  and polyline's data I get no hint that the axes
>>> should be invisible. How can I make the axes appear without initial
>>> flicker?
>>> xdel();
>>> cf=figure("immediate_drawing",'off', 'visible','off');
>>> plot(rand(1,5))
>>> sleep(1000)//only for checking invisibility of new figure
>>> cf.immediate_drawing="on";  cf.visible="on";
>>> //xtitle('xtitle seems to suppress plot content.')
>>> Cheers
>>> Jens
>> Works fine for me; Scilab 5.5.0 on Ubuntu 14.04.  Background is weird,
>> though.
>>
>> -->getversion
>>   ans  =
>>   
>>   scilab-5.5.0
>>   
>>
>>
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> http://lists.scilab.org/mailman/listinfo/users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161127/ffa1fb8b/attachment.htm>

From tim at wescottdesign.com  Mon Nov 28 00:19:11 2016
From: tim at wescottdesign.com (Tim Wescott)
Date: Sun, 27 Nov 2016 15:19:11 -0800
Subject: [Scilab-users] xtitle seems to suppress plot
In-Reply-To: <583B5A26.5090902@hslmg.de>
References: <583B12A5.4070502@hslmg.de> <1480269620.6116.183.camel@Servo>
 <583B28EE.3040506@hslmg.de> <583B5A26.5090902@hslmg.de>
Message-ID: <1480288751.6116.185.camel@Servo>

Over and over, it works every time.

Maybe file a bug report?

On Sun, 2016-11-27 at 23:11 +0100, Jens Simon Strom wrote:
> Hallo Tim,
> It may be of interest that the script works when it is  executed
> directly after start of Scilab. All further runs fail - reproducibly.
> Tim, would you be so kind to run the script twice on your
> installation.
>  Cheers
> Jens
> --------------------------------------------------------------------------------------------------------
> Am 27.11.2016 19:41, schrieb Jens Simon Strom:
> 
> > I use scilab-5.5.2. 
> > I just tried 5.4.0. There the script works.
> > Cheers
> > Jens
> > ------------------------------------------------------------------------------------------------------
> > 
> > 
> > 
> > Am 27.11.2016 19:00, schrieb Tim Wescott:
> > 
> > > On Sun, 2016-11-27 at 18:06 +0100, Jens Simon Strom wrote:
> > > > Hallo,
> > > > Instead of drawlater/drawnow I prefer the below approach for starting
> > > > a figure because no  windows flicker temporarily on the screen. This
> > > > works fine exept when 'xtitle' is used.  Inspecting the figure's,
> > > > axes', compound's  and polyline's data I get no hint that the axes
> > > > should be invisible. How can I make the axes appear without initial
> > > > flicker?
> > > > xdel(); 
> > > > cf=figure("immediate_drawing",'off', 'visible','off');
> > > > plot(rand(1,5))
> > > > sleep(1000)//only for checking invisibility of new figure
> > > > cf.immediate_drawing="on";  cf.visible="on"; 
> > > > //xtitle('xtitle seems to suppress plot content.')
> > > > Cheers
> > > > Jens
> > > Works fine for me; Scilab 5.5.0 on Ubuntu 14.04.  Background is weird,
> > > though.
> > > 
> > > -->getversion
> > >  ans  =
> > >  
> > >  scilab-5.5.0   
> > >  
> > > 
> > > 
> > > _______________________________________________
> > > users mailing list
> > > users at lists.scilab.org
> > > http://lists.scilab.org/mailman/listinfo/users
> > 
> 

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432




From jrafaelbguerra at hotmail.com  Mon Nov 28 01:56:11 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Mon, 28 Nov 2016 00:56:11 +0000
Subject: [Scilab-users] xtitle seems to suppress plot
In-Reply-To: <1480288751.6116.185.camel@Servo>
References: <583B12A5.4070502@hslmg.de> <1480269620.6116.183.camel@Servo>
 <583B28EE.3040506@hslmg.de> <583B5A26.5090902@hslmg.de>
 <1480288751.6116.185.camel@Servo>
Message-ID: <DB5PR04MB15752E76A442110823E9B03DCC8A0@DB5PR04MB1575.eurprd04.prod.outlook.com>

Works alright every time on Scilab 5.5.2 64-bit Win7 but plot background is grey


-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Tim Wescott
Sent: Monday, November 28, 2016 12:19 AM
To: Jens Simon Strom <j.s.strom at hslmg.de>
Cc: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] xtitle seems to suppress plot

Over and over, it works every time.

Maybe file a bug report?

On Sun, 2016-11-27 at 23:11 +0100, Jens Simon Strom wrote:
> Hallo Tim,
> It may be of interest that the script works when it is  executed
> directly after start of Scilab. All further runs fail - reproducibly.
> Tim, would you be so kind to run the script twice on your
> installation.
>  Cheers
> Jens
> --------------------------------------------------------------------------------------------------------
> Am 27.11.2016 19:41, schrieb Jens Simon Strom:
> 
> > I use scilab-5.5.2. 
> > I just tried 5.4.0. There the script works.
> > Cheers
> > Jens
> > ------------------------------------------------------------------------------------------------------
> > 
> > 
> > 
> > Am 27.11.2016 19:00, schrieb Tim Wescott:
> > 
> > > On Sun, 2016-11-27 at 18:06 +0100, Jens Simon Strom wrote:
> > > > Hallo,
> > > > Instead of drawlater/drawnow I prefer the below approach for starting
> > > > a figure because no  windows flicker temporarily on the screen. This
> > > > works fine exept when 'xtitle' is used.  Inspecting the figure's,
> > > > axes', compound's  and polyline's data I get no hint that the axes
> > > > should be invisible. How can I make the axes appear without initial
> > > > flicker?
> > > > xdel(); 
> > > > cf=figure("immediate_drawing",'off', 'visible','off');
> > > > plot(rand(1,5))
> > > > sleep(1000)//only for checking invisibility of new figure
> > > > cf.immediate_drawing="on";  cf.visible="on"; 
> > > > //xtitle('xtitle seems to suppress plot content.')
> > > > Cheers
> > > > Jens
> > > Works fine for me; Scilab 5.5.0 on Ubuntu 14.04.  Background is weird,
> > > though.
> > > 
> > > -->getversion
> > >  ans  =
> > >  
> > >  scilab-5.5.0   
> > >  
> > > 
> > > 
> > > _______________________________________________
> > > users mailing list
> > > users at lists.scilab.org
> > > http://lists.scilab.org/mailman/listinfo/users
> > 
> 

-- 

Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.
Phone: 503.631.7815
Cell:  503.349.8432


_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From j.s.strom at hslmg.de  Mon Nov 28 10:05:17 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Mon, 28 Nov 2016 10:05:17 +0100
Subject: [Scilab-users] xtitle seems to suppress plot
In-Reply-To: <DB5PR04MB15752E76A442110823E9B03DCC8A0@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <583B12A5.4070502@hslmg.de> <1480269620.6116.183.camel@Servo>
 <583B28EE.3040506@hslmg.de> <583B5A26.5090902@hslmg.de>
 <1480288751.6116.185.camel@Servo>
 <DB5PR04MB15752E76A442110823E9B03DCC8A0@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <583BF34D.4070100@hslmg.de>

My workaround is to allow Scilab a little nap:

xdel();
cf=figure("immediate_drawing",'off', 'visible','off','background',8);
plot(1:2)
cf.immediate_drawing="on";  cf.visible="on";
sleep(100)//<<<<<<<<<<<<<<<<<<<<
xtitle('xtitle() suppresses plot content when not delayed by sleep(). Ver. 5.5.2, my Win 10, 64 bit')

Does this make sense under a deeper understanding of Scilab, regarding 
also that the very first  execution (after start of Scilab) is proper 
without 'sleep'?

Cheers
Jens
----------------------------------------------------------------------------------------------
Am 28.11.2016 01:56, schrieb Rafael Guerra:
> Works alright every time on Scilab 5.5.2 64-bit Win7 but plot background is grey
>
>
> -----Original Message-----
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Tim Wescott
> Sent: Monday, November 28, 2016 12:19 AM
> To: Jens Simon Strom <j.s.strom at hslmg.de>
> Cc: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: Re: [Scilab-users] xtitle seems to suppress plot
>
> Over and over, it works every time.
>
> Maybe file a bug report?
>
> On Sun, 2016-11-27 at 23:11 +0100, Jens Simon Strom wrote:
>> Hallo Tim,
>> It may be of interest that the script works when it is  executed
>> directly after start of Scilab. All further runs fail - reproducibly.
>> Tim, would you be so kind to run the script twice on your
>> installation.
>>   Cheers
>> Jens
>> --------------------------------------------------------------------------------------------------------
>> Am 27.11.2016 19:41, schrieb Jens Simon Strom:
>>
>>> I use scilab-5.5.2.
>>> I just tried 5.4.0. There the script works.
>>> Cheers
>>> Jens
>>> ------------------------------------------------------------------------------------------------------
>>>
>>>
>>>
>>> Am 27.11.2016 19:00, schrieb Tim Wescott:
>>>
>>>> On Sun, 2016-11-27 at 18:06 +0100, Jens Simon Strom wrote:
>>>>> Hallo,
>>>>> Instead of drawlater/drawnow I prefer the below approach for starting
>>>>> a figure because no  windows flicker temporarily on the screen. This
>>>>> works fine exept when 'xtitle' is used.  Inspecting the figure's,
>>>>> axes', compound's  and polyline's data I get no hint that the axes
>>>>> should be invisible. How can I make the axes appear without initial
>>>>> flicker?
>>>>> xdel();
>>>>> cf=figure("immediate_drawing",'off', 'visible','off');
>>>>> plot(rand(1,5))
>>>>> sleep(1000)//only for checking invisibility of new figure
>>>>> cf.immediate_drawing="on";  cf.visible="on";
>>>>> //xtitle('xtitle seems to suppress plot content.')
>>>>> Cheers
>>>>> Jens
>>>> Works fine for me; Scilab 5.5.0 on Ubuntu 14.04.  Background is weird,
>>>> though.
>>>>
>>>> -->getversion
>>>>   ans  =
>>>>   
>>>>   scilab-5.5.0
>>>>   
>>>>
>>>>
>>>> _______________________________________________
>>>> users mailing list
>>>> users at lists.scilab.org
>>>> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161128/47ed108a/attachment.htm>

From Maxi.bartels at gmail.com  Mon Nov 28 11:12:03 2016
From: Maxi.bartels at gmail.com (Maxi041291)
Date: Mon, 28 Nov 2016 03:12:03 -0700 (MST)
Subject: [Scilab-users] more polarplots in one coordinate system
Message-ID: <1480327923246-4035127.post@n3.nabble.com>

Hello together, 

i would like two plot a few polarplots in one coordinate-system. The number
of the plots should be defined by the length of a vector. 
In Matlab i would use the hold on command in a for Loop for it. 

I know, that i dont Need the hold on command in the plot(), but if i define
two polarplots, i get two different coordinate Systems. 
For e.g. 
polarplot(Phase,magnitude) 
polarplot(Phase1, magnitude1) 

I have to define those in one polarplot to get one coordinate System for
both: 
polarplot([Phase phase1],[Magnitude,magnitude1]). 

Now my question is: 

how can i automatically define more polarplots (depending on the length of
my vectors) in one coordinate System? 

thank you, Maxi 



--
View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From Maxi.bartels at gmail.com  Mon Nov 28 14:40:56 2016
From: Maxi.bartels at gmail.com (Maxi041291)
Date: Mon, 28 Nov 2016 06:40:56 -0700 (MST)
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <1480327923246-4035127.post@n3.nabble.com>
References: <1480327923246-4035127.post@n3.nabble.com>
Message-ID: <1480340456273-4035128.post@n3.nabble.com>

I try to explain it in another way:

I search for a command, which gives me the opportunity to set one coordinate
System for a few plots in one polarplot.

polarplot([phase(1:2) phase(2:3) phase(3:4) phase(4:5) phase(5:6) dataph1
gesamtph1],[magnitude(1:2) magnitude(2:3) magnitude(3:4) magnitude(4:5)
magnitude(5:6) dataam1 gesamtam1],[5,2,3,1,4,9,6]);
h1=legend(['Mode1';'Mode2';'Mode3';'Mode4';'Mode5';'?Datas';'?Nastran']);

This is the hard way, how i can do what i want. 
But i dont have a concrete vector with 6 entries. I would like to plot this
depending on the length of my vector automatically.

For example like this:

"hold on"
polarplot(Phase, Magnitude);
polarplot(dataph1,dataam1);
polarplot(gesamtph1,gesamtam1);
"hold off"

Or with a for-loop, in which n is my vector-length

I tried set(gca(),"auto_clear","off"), but it didn?t work.

Thank you 





--
View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127p4035128.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From sgougeon at free.fr  Mon Nov 28 15:01:17 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 28 Nov 2016 15:01:17 +0100
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <1480327923246-4035127.post@n3.nabble.com>
References: <1480327923246-4035127.post@n3.nabble.com>
Message-ID: <583C38AD.3020501@free.fr>

Hello

Le 28/11/2016 11:12, Maxi041291 a ?crit :
> Hello together,
>
> i would like two plot a few polarplots in one coordinate-system. The number
> of the plots should be defined by the length of a vector.
> In Matlab i would use the hold on command in a for Loop for it.
>
> I know, that i dont Need the hold on command in the plot(), but if i define
> two polarplots, i get two different coordinate Systems.
> For e.g.
> polarplot(Phase,magnitude)
> polarplot(Phase1, magnitude1)
>
> I have to define those in one polarplot to get one coordinate System for
> both:
> polarplot([Phase phase1],[Magnitude,magnitude1]).
>
> Now my question is:
>
> how can i automatically define more polarplots (depending on the length of
> my vectors) in one coordinate System?

If i understand well: you have several curves having different numbers 
of points, and you want to plot all of them on the same polarplot?
The only way i see presently to do that is
* to get the size of the longest vector
* to padd all other ones with %nan values
* finally to send the matrix of all concatenated vectors -- one column 
per curve

Example:

longest  =  100;   // maximal number of points
nc  =  2;          // number of curves
theta  =  zeros(longest,  nc)  +  %nan;
r  =  theta;

// Curve #1
i  =  1;
tmp  =  0:75;
theta(1:length(tmp),i)  =  tmp;
r(1:length(tmp),i)  =  sind(2*tmp);

// Curve #2
i  =  2;
tmp  =  45:135;
theta(1:length(tmp),i)  =  tmp;
r(1:length(tmp),i)  =  cosd(5*tmp);

// Display
polarplot(theta/180*%pi,  r)



HTH
Samuel Gougeon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161128/3129276b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: eeajbced.png
Type: image/png
Size: 8776 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161128/3129276b/attachment.png>

From Maxi.bartels at gmail.com  Mon Nov 28 16:01:37 2016
From: Maxi.bartels at gmail.com (Maxi041291)
Date: Mon, 28 Nov 2016 08:01:37 -0700 (MST)
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <583C38AD.3020501@free.fr>
References: <1480327923246-4035127.post@n3.nabble.com>
 <583C38AD.3020501@free.fr>
Message-ID: <1480345297077-4035130.post@n3.nabble.com>

Thank you for trying to help, but i think i didnt describe my Problem well
enough.
Normally there should be arrows in the plot, but i dont think this is
possible in scilab.

But here a Piece of my original code in scilab:


clear;
clc;
phase=[0;-2.8487;-2.993; 2.9664;2.8264;2.9638];
magnitude=[0;1.25e-4;2.17e-4;1.34e-4;7.5e-5;1.32e-4];
allmagnitude=[0; 1.32e-4];
allphase=[0;2.9638];
//This is how it works, but just for a defined length of the vectors
clf(1);
polarplot([phase(1:2) phase(2:3) phase(3:4) phase(4:5) phase(5:6)
allphase],[magnitude(1:2) magnitude(2:3) magnitude(3:4) magnitude(4:5)
magnitude(5:6) allmagnitude],[5,2,3,1,4,9]);

//This is the way it doesnt work
clf(2);
polarplot(phase,magnitude,[5,2]);
polarplot(allphase,allmagnitude,[1,2]);




Because the length of the vectors (Magnitude and Phase) is not fixed in my
original code, i think i cant define the polarplot like its done in the
first example.
So i would like to do it like in the second example, but that doesn?t work,
because i get a new axis for each datapoint
 




--
View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127p4035130.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From sgougeon at free.fr  Mon Nov 28 17:13:17 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 28 Nov 2016 17:13:17 +0100
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <1480345297077-4035130.post@n3.nabble.com>
References: <1480327923246-4035127.post@n3.nabble.com>
 <583C38AD.3020501@free.fr> <1480345297077-4035130.post@n3.nabble.com>
Message-ID: <583C579D.208@free.fr>

Le 28/11/2016 16:01, Maxi041291 a ?crit :
> Thank you for trying to help, but i think i didnt describe my Problem well
> enough.
> Normally there should be arrows in the plot,
You did not require this previously.
> but i dont think this is
> possible in scilab.
https://help.scilab.org/docs/6.0.0/en_US/polyline_properties.html

> But here a Piece of my original code in scilab:
>
> clear;
> clc;
> phase=[0;-2.8487;-2.993; 2.9664;2.8264;2.9638];
> magnitude=[0;1.25e-4;2.17e-4;1.34e-4;7.5e-5;1.32e-4];
> allmagnitude=[0; 1.32e-4];
> allphase=[0;2.9638];
> //This is how it works, but just for a defined length of the vectors
> clf(1);
> polarplot([phase(1:2) phase(2:3) phase(3:4) phase(4:5) phase(5:6)
> allphase],[magnitude(1:2) magnitude(2:3) magnitude(3:4) magnitude(4:5)
> magnitude(5:6) allmagnitude],[5,2,3,1,4,9]);

Sorry, i don't understand what you wish: Do you really wish to have each 
segment one by one with a different color?

>
> //This is the way it doesnt work
> clf(2);
> polarplot(phase,magnitude,[5,2]);
> polarplot(allphase,allmagnitude,[1,2]);

Anyway, you must call polarplot() only once. Or to convert 
(angles,radii) => (x, y) yourself before using plot() instead of polarplot()

>
>
>
>
> Because the length of the vectors (Magnitude and Phase) is not fixed in my
> original code,
What do you mean by "is not fixed"?
> i think i cant define the polarplot like its done in the
> first example.
> So i would like to do it like in the second example, but that doesn?t work,
> because i get a new axis for each datapoint

With polarplot, presently you can't avoid it. Each call yields a polar 
frame.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161128/846ed1c7/attachment.htm>

From tim at wescottdesign.com  Mon Nov 28 19:06:15 2016
From: tim at wescottdesign.com (tim at wescottdesign.com)
Date: Mon, 28 Nov 2016 10:06:15 -0800
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <1480327923246-4035127.post@n3.nabble.com>
References: <1480327923246-4035127.post@n3.nabble.com>
Message-ID: <3b4d03130c7472a28798a54ce17cae56@wescottdesign.com>

On 2016-11-28 02:12, Maxi041291 wrote:
> Hello together,
> 
> i would like two plot a few polarplots in one coordinate-system. The 
> number
> of the plots should be defined by the length of a vector.
> In Matlab i would use the hold on command in a for Loop for it.
> 
> I know, that i dont Need the hold on command in the plot(), but if i 
> define
> two polarplots, i get two different coordinate Systems.
> For e.g.
> polarplot(Phase,magnitude)
> polarplot(Phase1, magnitude1)
> 
> I have to define those in one polarplot to get one coordinate System 
> for
> both:
> polarplot([Phase phase1],[Magnitude,magnitude1]).
> 
> Now my question is:
> 
> how can i automatically define more polarplots (depending on the length 
> of
> my vectors) in one coordinate System?
> 
> thank you, Maxi

Hey Maxi:

This is very strange, because when I execute

th = (0:0.01:1) * 2 * %pi;
clf;
polarplot(th, sin(2 * th));
polarplot(th(1:5:$), cos(2 * th(1:5:$)));

I get two polar plots, nicely superimposed one atop the other.  (Scilab, 
by default, always superimposes graphs -- you have to explicitly use the 
'clf' function if you want to start out fresh -- it's sort of the 
"anti-hold".  Fortunately, you can always do it -- in Scilab, calling 
'clf' when there are no graphics entities creates one.)



From Serge.Steer at inria.fr  Mon Nov 28 21:30:10 2016
From: Serge.Steer at inria.fr (Serge Steer)
Date: Mon, 28 Nov 2016 21:30:10 +0100
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <1480345297077-4035130.post@n3.nabble.com>
References: <1480327923246-4035127.post@n3.nabble.com>
 <583C38AD.3020501@free.fr> <1480345297077-4035130.post@n3.nabble.com>
Message-ID: <750558ca-e5d5-ed1f-eb6b-15b18e2f91b4@inria.fr>

Please find attached a new polarplot1 function which is able to do what 
you want (some refinements may have to be done)

Example (sequences of polar plots)

phase=[0;-2.8487;-2.993; 2.9664;2.8264;2.9638];
magnitude=[0;1.25e-4;2.17e-4;1.34e-4;7.5e-5;1.32e-4];
allmagnitude=[0; 1.32e-4];
allphase=[0;2.9638];
colors=[5,2,3,1,4,9];
clf
for k=1:size(phase,"*")-1
   polarplot1(phase(k:k+1),magnitude(k:k+1),colors(k))
end
polarplot1(allphase,allmagnitude,colors(6))

Example (many plots with a simple call)

clf;
phi=[];mag=[];
for k=1:size(phase,"*")-1
   phi=[phi phase(k:k+1)];
   mag=[mag magnitude(k:k+1)];
end
phi=[phi allphase];
mag=[mag allmagnitude];
polarplot1(phi,mag,colors)



Le 28/11/2016 ? 16:01, Maxi041291 a ?crit :
> Thank you for trying to help, but i think i didnt describe my Problem well
> enough.
> Normally there should be arrows in the plot, but i dont think this is
> possible in scilab.
>
> But here a Piece of my original code in scilab:
>
>
> clear;
> clc;
> phase=[0;-2.8487;-2.993; 2.9664;2.8264;2.9638];
> magnitude=[0;1.25e-4;2.17e-4;1.34e-4;7.5e-5;1.32e-4];
> allmagnitude=[0; 1.32e-4];
> allphase=[0;2.9638];
> //This is how it works, but just for a defined length of the vectors
> clf(1);
> polarplot([phase(1:2) phase(2:3) phase(3:4) phase(4:5) phase(5:6)
> allphase],[magnitude(1:2) magnitude(2:3) magnitude(3:4) magnitude(4:5)
> magnitude(5:6) allmagnitude],[5,2,3,1,4,9]);
>
> //This is the way it doesnt work
> clf(2);
> polarplot(phase,magnitude,[5,2]);
> polarplot(allphase,allmagnitude,[1,2]);
>
>
>
>
> Because the length of the vectors (Magnitude and Phase) is not fixed in my
> original code, i think i cant define the polarplot like its done in the
> first example.
> So i would like to do it like in the second example, but that doesn?t work,
> because i get a new axis for each datapoint
>   
>
>
>
>
> --
> View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127p4035130.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


-------------- next part --------------
// Scilab ( http://www.scilab.org/ ) - This file is part of Scilab
// Copyright (C) INRIA
// Copyright (C) 2010 - DIGITEO - Manuel Juliachs
// Copyright (C) 2012 - 2016 - Scilab Enterprises
//
// This file is hereby licensed under the terms of the GNU GPL v2.0,
// pursuant to article 5.3.4 of the CeCILL v.2.1.
// This file was originally licensed under the terms of the CeCILL v2.1,
// and continues to be available under such terms.
// For more information, see the COPYING file which you should have received
// along with this program.

function polarplot1(theta,rho,style)
    [lhs,rhs]=argn(0)

    if rhs<=0 then
        theta=0:.01:2*%pi;
        rho=sin(2*theta).*cos(2*theta)
        clf();
        polarplot(theta,rho)
        return
    end
    if size(theta,1)==1 then
        theta=theta(:),
    end
    if size(rho,1)==1 then
        rho=rho(:),
    end
 
    rm=max(abs(rho))
    x=rho.*cos(theta)
    y=rho.*sin(theta)
    xmin=min(x);
    xmax=max(x);
    ymin=min(y);
    ymax=max(y);
    
    drawlater()
    a=gca();
    if a.tag=="polarplot" then 
      //clear grid
      delete(a.user_data.grid);
      bnds=a.user_data.bounds
      xmin=min(bnds(1),xmin)
      xmax=max(bnds(2),xmax)
      ymin=min(bnds(3),ymin)
      ymax=max(bnds(4),ymax)
      rm=max(bnds(5),rm)
    end
   
  
  
   
    polargrid(xmin,xmax,ymin,ymax,rm)
    for k=1:size(theta,2)
      xpoly(x(:,k),y(:,k))
      e=gce();
      e.foreground=style(k)
    end
    drawnow()
endfunction

function polargrid(xmin,xmax,ymin,ymax,rm)
// Some default values:
  Amin=0 // starting angle for the frame
  dA=360 // span of the angular frame
  nn=4    // number of quadrants to be drawn
  
  // Angle at which Radial labels will be displayed
  A=round(atan((ymin+ymax)/2,(xmin+xmax)/2)/%pi*180/45)*45;
  dx=-0.5, dy=-0.5  // H & V shifts in string-width and string-height units
  L=(xmax-xmin)*1.07;
  H=(ymax-ymin)*1.07;
  
  //determine Qudrants to be drawn
  Q=[%T %T %T %T];
  e=rm/500;

  if xmin<-e then
    xmin=-rm;
  else
    xmin=0; Q([2 3])=%F;
  end

  if xmax>e then
    xmax= rm;
  else
    xmax=0; Q([1 4])=%F;
  end

  if ymin<-e then
    ymin=-rm;
  else
    ymin=0; Q([3 4])=%F;
  end

  if ymax>e then
    ymax= rm;
  else
    ymax=0; Q([1 2])=%F;
  end

  L=(xmax-xmin)*1.1; if L==0, L=2*rm*1.1; end
  H=(ymax-ymin)*1.1; if H==0, H=2*rm*1.1; end
  x0=(xmin+xmax)/2; y0=(ymin+ymax)/2;
  rect=[x0-L/2 y0-H/2 x0+L/2 y0+H/2]

  // Special case: data aligned on the x or y axis
  if Q==[%F %F %F %F],
    if (ymax-ymin)<2*e, // on x axis
      if xmin<-e then
        Q([2 3])=%T
      end
      if xmax> e  then
        Q([1 4])=%T
      end
    else  // on y axis
      if ymin<-e  then
        Q([3 4])=%T
      end
      if ymax> e then
        Q([1 2])=%T
      end
    end
  end

  n=find(Q);   // id numbers of quadrants to be drawn
  nn=length(n) // number of quadrants to be drawn
  Amin=(n(1)-1)*90

  select nn
  case 1,
    dA=90;
    if n==1, A=90, dx=-1.1, dy=-0.5
    elseif n==2, A=90, dx=0.2, dy=-0.5
    elseif n==3, A=270, dx=0.2, dy=-0.5
    else A=270, dx=-1.1, dy=-0.5
    end
  case 2
    dA=180;
    if n(1)==1
      if n(2)==2, //A=90, dx=0.1, dy=-0.5
      else Amin=-90, A=90, dx=-1.2, dy=-0.5, end
    elseif n(1)==2, A=90, dx=0.2, dy=-0.5
    else A=0, dx=-0.5, dy=0.2
    end
  else
    Amin=0, dA=360
  end
  fcolor=color("grey70");
  xset("dashes",1)

  // CIRCULAR FRAME:
  // Radial values for the frame:
  fmt_in=format(), format("v",9)
  // Tunning for smart values:
  p=floor(log10(abs(rm)));
  m=rm/10^p;
  if m<1.3, dm=0.2
  elseif m<=2, dm=0.3
  elseif m<4, dm=0.5
  else dm=1,
  end
  k=fix(m/dm)
  if m-k*dm < dm/5, k=k-1, end
  R=[(1:k)*dm*10^p ]
  // Tuning for smart 10^ display using LaTeX instead of D+## exponential display
  if abs(p)<4,
    Rtxt=string(R)
    [v,k]=max(length(Rtxt)), tmp=xstringl(0,0,Rtxt(k))
  else
    if dm<1, dm=dm*10, p=p-1, end
    tmp=string(R/10^p)+"108"
    [v,k]=max(length(tmp)), tmp=xstringl(0,0,tmp(k))
    Rtxt="$\scriptstyle "+string(R/10^p)+"\:.10^{"+string(p)+"}$";
  end
  w=tmp(3); h=tmp(4);
  format(fmt_in(2),fmt_in(1))  // Restoring entrance format
  R = [ R  rm ]
  G=[]
  // Drawing & labelling the radial frame
  kM=size(R,"*");
  for k=1:kM
    r=R(k)
    xarc(-r,r,2*r,2*r,Amin*64,dA*64)
    e = gce();,e.line_style=3
    e.foreground=fcolor;
    G=[e G]
    if k==kM
      e.line_style=1;  // solid outer arc
    else
      xstring(r*cosd(A)+w*dx, r*sind(A)+h*dy, Rtxt(k))
      e = gce();
      e.clip_state = "off";
      G=[e G]
    end
  end

  // ANGULAR FRAME:
  if nn<3, eA=10, else eA=30; end // adaptative angular sampling
  an=linspace(Amin,Amin+dA,round(dA/eA)+1);
  // avoiding 360 == 0
  if nn>2, tmp=find(abs(an-360)<eA/10); an(tmp)=[]; end
  // Adjusting H-shifts of angular labels
  tmp=xstringl(0,0,"360");
  w=tmp(3); h=tmp(4);
  rL=rm*1.03;  // Radius of angular labels
  for k=an  // draws and labels angular rays
    xsegs([0;rm*cosd(k)],[0;rm*sind(k)])
    e = gce(); e.segs_color=fcolor; e.line_style=3;
    G=[e G]
    xstring((rL+w/2)*cosd(k)-w/2, (rL+h/2)*sind(k)-h/2, string(k))
    e = gce();
    e.clip_state = "off";
    G=[e G]
  end
  G=glue(G)
  a=gca();
  a.tag="polarplot"
  a.user_data=struct("bounds",[xmin,xmax,ymin,ymax,rm],"grid",G)
  a.data_bounds=[rect(1:2);rect(3:4)]
  a.margins=[0.07 0.07 0.12 0.07]
  a.isoview="on"
  
endfunction

From Maxi.bartels at gmail.com  Tue Nov 29 08:33:50 2016
From: Maxi.bartels at gmail.com (Maxi041291)
Date: Tue, 29 Nov 2016 00:33:50 -0700 (MST)
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <3b4d03130c7472a28798a54ce17cae56@wescottdesign.com>
References: <1480327923246-4035127.post@n3.nabble.com>
 <3b4d03130c7472a28798a54ce17cae56@wescottdesign.com>
Message-ID: <1480404830775-4035134.post@n3.nabble.com>

Hey Samuel Gaugeon, 
i would like to have arrows in different colors.

I try to show the influence of modes on the answer of my structure. In the
beginning of my code iam asking how many modes the user would like to see.
This is what i meant with fixed (sorry for the vocab.)

what do you mean with this?
"Anyway, you must call polarplot() only once. Or to convert (angles,radii)
=> (x, y) yourself before using plot() instead of polarplot()"

Hey Tim Wescott, 
the problem is, that you have the same amplitude. If you zoom in, you see
two different angle axis. 

Hey Serge Steer, 
i cant find a new command named polarplot1. But it would be nice if there
would be one.



Can i also write a string in a for loop and put it into the input of
polarplot?
I mean a string like: 
[phase(1:2) phase(2:3) phase(3:4) phase(4:5) phase(5:6)
allphase],[magnitude(1:2) magnitude(2:3) magnitude(3:4) magnitude(4:5)
magnitude(5:6) allmagnitude],[5,2,3,1,4,9]
Is that possible?




--
View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127p4035134.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From Maxi.bartels at gmail.com  Tue Nov 29 09:42:43 2016
From: Maxi.bartels at gmail.com (Maxi041291)
Date: Tue, 29 Nov 2016 01:42:43 -0700 (MST)
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <1480404830775-4035134.post@n3.nabble.com>
References: <1480327923246-4035127.post@n3.nabble.com>
 <3b4d03130c7472a28798a54ce17cae56@wescottdesign.com>
 <1480404830775-4035134.post@n3.nabble.com>
Message-ID: <1480408963306-4035135.post@n3.nabble.com>

Sorry Serge Steer, 

thank you !!!
That's exactly what i was looking for!



--
View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127p4035135.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From W.Schulz at ove.at  Tue Nov 29 10:29:25 2016
From: W.Schulz at ove.at (SCHULZ Wolfgang)
Date: Tue, 29 Nov 2016 09:29:25 +0000
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <DB5PR04MB15751FA594B85427E03C0BB9CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <DB5PR04MB157527A740388F54835037B8CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <DB5PR04MB15751FA594B85427E03C0BB9CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <07A8AF089844A549B0F0CCC727AF31AA74B66BAA@OVEKBG.ove.at>

Hello,
thanks again - it works for me now.

As a simple workaround for the grid problem I use a plot(0,0), xgrid and it works too

Woflgang

> -----Urspr?ngliche Nachricht-----
> Von: users [mailto:users-bounces at lists.scilab.org] Im Auftrag von Rafael
> Guerra
> Gesendet: Donnerstag, 24. November 2016 15:44
> An: Users mailing list for Scilab
> Betreff: Re: [Scilab-users] grayplot - colorbar
> 
> Wolfgang,
> 
> One last detail, one should center the axis ticks and labels at the center of the
> matrix cells.
> Minor editing of previous code produces better Matplot1 figure as in
> attachment.
> 
> Regards,
> Rafael



From edmund.okoroigwe at unn.edu.ng  Tue Nov 29 14:00:24 2016
From: edmund.okoroigwe at unn.edu.ng (Edmund Okoroigwe)
Date: Tue, 29 Nov 2016 15:00:24 +0200
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <07A8AF089844A549B0F0CCC727AF31AA74B66BAA@OVEKBG.ove.at>
References: <DB5PR04MB157527A740388F54835037B8CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <DB5PR04MB15751FA594B85427E03C0BB9CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <07A8AF089844A549B0F0CCC727AF31AA74B66BAA@OVEKBG.ove.at>
Message-ID: <CADE-FU1YGXMs-0H-ug7zAR4kgynf94L8BsgBKsgY-o=bhtO4BQ@mail.gmail.com>

:)
:)

On Tue, Nov 29, 2016 at 11:29 AM, SCHULZ Wolfgang <W.Schulz at ove.at> wrote:

> Hello,
> thanks again - it works for me now.
>
> As a simple workaround for the grid problem I use a plot(0,0), xgrid and
> it works too
>
> Woflgang
>
> > -----Urspr?ngliche Nachricht-----
> > Von: users [mailto:users-bounces at lists.scilab.org] Im Auftrag von Rafael
> > Guerra
> > Gesendet: Donnerstag, 24. November 2016 15:44
> > An: Users mailing list for Scilab
> > Betreff: Re: [Scilab-users] grayplot - colorbar
> >
> > Wolfgang,
> >
> > One last detail, one should center the axis ticks and labels at the
> center of the
> > matrix cells.
> > Minor editing of previous code produces better Matplot1 figure as in
> > attachment.
> >
> > Regards,
> > Rafael
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



-- 
*Engr. Edmund C. Okoroigwe (PhD, MNSE, MSESN),*
*Senior Lecturer/Senior Researcher*




*(Renewable Energy )Dept. of Mech. EngineeringUniversity of Nigeria,
Nsukkamobile: +234-8057156223, +234-8064879825skype: chijioke.okoroigwe*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161129/2d7d3fed/attachment.htm>

From jrafaelbguerra at hotmail.com  Wed Nov 30 01:06:23 2016
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Wed, 30 Nov 2016 00:06:23 +0000
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <07A8AF089844A549B0F0CCC727AF31AA74B66BAA@OVEKBG.ove.at>
References: <DB5PR04MB157527A740388F54835037B8CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <DB5PR04MB15751FA594B85427E03C0BB9CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <07A8AF089844A549B0F0CCC727AF31AA74B66BAA@OVEKBG.ove.at>
Message-ID: <DB5PR04MB157529624FF829DF8D319AD6CC8C0@DB5PR04MB1575.eurprd04.prod.outlook.com>

Hallo,

Yes, with the workaround indicated a grid is displayed (bottom plot of attached figure).
However, the axis ticks & labels do not align properly with the matrix cells as they do in the top plot.
Do you observe the same?

PS:
In the example shown the data plotted with Matplot1 was generated with:
      dxp= linspace(-5,15,3);
      dyp= linspace(-3,11,4);
      M= rand(dxp.*.dyp'); 

Regards,
Rafael


-----Original Message-----
From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of SCHULZ Wolfgang
Sent: Tuesday, November 29, 2016 10:29 AM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] grayplot - colorbar

Hello,
thanks again - it works for me now.

As a simple workaround for the grid problem I use a plot(0,0), xgrid and it works too

Woflgang

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Matplot_grid_and_axis.pdf
Type: application/pdf
Size: 50133 bytes
Desc: Matplot_grid_and_axis.pdf
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/35c4b0f1/attachment.pdf>

From Maxi.bartels at gmail.com  Wed Nov 30 08:27:41 2016
From: Maxi.bartels at gmail.com (Maxi041291)
Date: Wed, 30 Nov 2016 00:27:41 -0700 (MST)
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <750558ca-e5d5-ed1f-eb6b-15b18e2f91b4@inria.fr>
References: <1480327923246-4035127.post@n3.nabble.com>
 <583C38AD.3020501@free.fr> <1480345297077-4035130.post@n3.nabble.com>
 <750558ca-e5d5-ed1f-eb6b-15b18e2f91b4@inria.fr>
Message-ID: <1480490861874-4035146.post@n3.nabble.com>

Hello again, 

Its just shown the part of the polarplot, which is used, but i would like to
see the plot from 0? to 360?.
how do i set the angle axis from 0? to 360? every time?

Thank you for helping :)





--
View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127p4035146.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.


From j.s.strom at hslmg.de  Wed Nov 30 10:44:03 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Wed, 30 Nov 2016 10:44:03 +0100
Subject: [Scilab-users] Stepping through a script with graphics
Message-ID: <583E9F63.9060902@hslmg.de>

Hi,
I would like to share a function with the community which supports 
stepping through a script:

function!XCLICK()//Stops a script and offers restart options by pressing a key
     //Helpful for presenting a sequence of graphics or print results step-by-step
     //Call: !XCLICK(), always without arguments
     //First figure must be clicked on focus.
     //key SPACE   returns to the calling function (for next plot or script section)
     //key a       aborts execution
     //key b       sets the global variable GLOB=%t (default: %f).
     //              This can e.g. be used to break a while loop.
     //              In this case GLOB must be paired in the calling script and
     //>>if GLOB, break,end<<  has to follow>>!XCLICK()<<.
     //              Without loop key b is equivalent to key SPACE. A figure is created automatically.
     //key i       prints key options
     //Rotate and Zoom options of graphics are maintained.
     global GLOB
     GLOB=%f
     [ib,x,y]= xclick()
     if ib==32 then//SPACE, returns to calling function
       return
     elseif ib==97//a, ends execution
       disp('Script aborted.')
       xdel();
       abort
     elseif ib==105//i, shows key options
     disp(['KEY OPTIONS';
           'space: return to calling function';
           'b: set GLOB=%t';
           'a: terminate execution';
           'i: show key options'])
           !XCLICK()
     elseif ib==98//b
       GLOB=%t
       return
     else
       !XCLICK()
     end
  endfunction//!XCLICK()

//Here is how I tested the function:

xdel();
global GLOB
n=5;
for i=1:n;
   plot([1 2*i])
   !XCLICK(), if GLOB, break, end
end
surf()
!XCLICK()
clf();
plot3d()
!XCLICK()
clf();
histplot();
!XCLICK()
xdel()
while %t
   disp('Terminate infinite loop by pressing b.')
  !XCLICK(), if GLOB ,break, end
end

If the benefits of the function are easier to get please advise; flaws 
also please.
Cheers
Jens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/0317b466/attachment.htm>

From perrichon.pierre at wanadoo.fr  Wed Nov 30 11:01:13 2016
From: perrichon.pierre at wanadoo.fr (Perrichon)
Date: Wed, 30 Nov 2016 11:01:13 +0100
Subject: [Scilab-users] Automatic C generator SuperBlock - Coding error in
	sci file - bad rendering of component XCOS
Message-ID: <002d01d24af0$af70d6e0$0e5284a0$@wanadoo.fr>



Dear XCOS team,

 

After adding a component to my palette Ma Palette, I include the new
component in Ma Palette, using the automatic C generator.

I see bad instruction in the generated PB_c.sci file. The consequence is a
bad rendering of the component in the Xcos editor, as shown in the Photo

of the Bug file

 

See bugzilla #14882 for attached files

 

There is a workaround for this problem, waiting for a correction :

 

                   //Instructions with bug

                   //---------------------

 
//gr_i="xstringb(orig(1),orig(2),""PB"",sz(1),sz(2),""fill"")"

                   //sciblk = standard_define([2 2],model,[],gr_i);

                   

                   //Instruction without bug in the palette components

                   //--------------------------------------------------   

                   x0=0;reinit=0;

                   exprs = [sci2exp(x0);sci2exp(reinit)];

                   sciblk = standard_define([2 2],model,exprs);

 



 

 



 

Sincerely

Pierre

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/7e85ce06/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 906 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/7e85ce06/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.jpg
Type: image/jpeg
Size: 29425 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/7e85ce06/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.jpg
Type: image/jpeg
Size: 5313 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/7e85ce06/attachment-0001.jpg>

From Serge.Steer at inria.fr  Wed Nov 30 12:06:10 2016
From: Serge.Steer at inria.fr (Serge Steer)
Date: Wed, 30 Nov 2016 12:06:10 +0100
Subject: [Scilab-users] more polarplots in one coordinate system
In-Reply-To: <1480490861874-4035146.post@n3.nabble.com>
References: <1480327923246-4035127.post@n3.nabble.com>
 <583C38AD.3020501@free.fr> <1480345297077-4035130.post@n3.nabble.com>
 <750558ca-e5d5-ed1f-eb6b-15b18e2f91b4@inria.fr>
 <1480490861874-4035146.post@n3.nabble.com>
Message-ID: <0828dabd-e706-6e96-56f9-9206c1dec6b3@inria.fr>

Please find attached a revision of the polarplot1 function wich allows 
to request a full 4 quadrants polar plot.

and below an example with arrowed lines

phase=[0;-2.8487;-2.993; 2.9664;2.8264;2.9638];
magnitude=[0;1.25e-4;2.17e-4;1.34e-4;7.5e-5;1.32e-4];
allmagnitude=[0; 1.32e-4];
allphase=[0;2.9638];
colors=[5,2,3,1,4,9];
clf
for k=1:size(phase,"*")-1
polarplot1(phase(k:k+1),magnitude(k:k+1),colors(k),%t)
e=gce();e.children(1).polyline_style=4;  //arrowed style polylines
end
polarplot1(allphase,allmagnitude,colors(6),%t)
e=gce();e.children(1).polyline_style=4;   //arrowed style polylines

or

clf;
phi=[];mag=[];
for k=1:size(phase,"*")-1
   phi=[phi phase(k:k+1)];
   mag=[mag magnitude(k:k+1)];
end
phi=[phi allphase];
mag=[mag allmagnitude];
polarplot1(phi,mag,colors,%t)
e=gce();e.children(1:$-1).polyline_style=4;


Le 30/11/2016 ? 08:27, Maxi041291 a ?crit :
> Hello again,
>
> Its just shown the part of the polarplot, which is used, but i would like to
> see the plot from 0? to 360?.
> how do i set the angle axis from 0? to 360? every time?
>
> Thank you for helping :)
>
>
>
>
>
> --
> View this message in context: http://mailinglists.scilab.org/more-polarplots-in-one-coordinate-system-tp4035127p4035146.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/def97911/attachment.htm>
-------------- next part --------------
// Scilab ( http://www.scilab.org/ ) - This file is part of Scilab
// Copyright (C) INRIA
// Copyright (C) 2010 - DIGITEO - Manuel Juliachs
// Copyright (C) 2012 - 2016 - Scilab Enterprises
//
// This file is hereby licensed under the terms of the GNU GPL v2.0,
// pursuant to article 5.3.4 of the CeCILL v.2.1.
// This file was originally licensed under the terms of the CeCILL v2.1,
// and continues to be available under such terms.
// For more information, see the COPYING file which you should have received
// along with this program.

function polarplot1(theta,rho,style,full)
    [lhs,rhs]=argn(0)

    if rhs<=0 then
        theta=0:.01:2*%pi;
        rho=sin(2*theta).*cos(2*theta)
        clf();
        polarplot(theta,rho)
        return
    end
    if size(theta,1)==1 then
        theta=theta(:),
    end
    if size(rho,1)==1 then
        rho=rho(:),
    end
    if rhs<4 then full=%f;end
    rm=max(abs(rho))
    x=rho.*cos(theta)
    y=rho.*sin(theta)
    if full then
      xmax=max(abs(x));
      xmin=-xmax
      ymax=max(abs(y));
      ymin=-ymax
    else
     xmin=min(x);
     xmax=max(x);
     ymin=min(y);
     ymax=max(y);
    end
    
    drawlater()
    a=gca();
    if a.tag=="polarplot" then 
      //clear grid
      delete(a.user_data.grid);
      bnds=a.user_data.bounds
      xmin=min(bnds(1),xmin)
      xmax=max(bnds(2),xmax)
      ymin=min(bnds(3),ymin)
      ymax=max(bnds(4),ymax)
      rm=max(bnds(5),rm)
      c=a.children
      g=polargrid(xmin,xmax,ymin,ymax,rm)
      //put the grid on the background
      for k=1:size(c,'*')
        swap_handles(c(k),g)
      end
    else
      polargrid(xmin,xmax,ymin,ymax,rm)
    end
    C=[]
    for k=1:size(theta,2)
      xpoly(x(:,k),y(:,k))
      e=gce();
      e.foreground=style(k)
      C=[e C];
    end
    glue(C)
    drawnow()
endfunction

function G=polargrid(xmin,xmax,ymin,ymax,rm)
// Some default values:
  Amin=0 // starting angle for the frame
  dA=360 // span of the angular frame
  nn=4    // number of quadrants to be drawn
  
  // Angle at which Radial labels will be displayed
  A=round(atan((ymin+ymax)/2,(xmin+xmax)/2)/%pi*180/45)*45;
  dx=-0.5, dy=-0.5  // H & V shifts in string-width and string-height units
  L=(xmax-xmin)*1.07;
  H=(ymax-ymin)*1.07;
  
  //determine Qudrants to be drawn
  Q=[%T %T %T %T];
  e=rm/500;

  if xmin<-e then
    xmin=-rm;
  else
    xmin=0; Q([2 3])=%F;
  end

  if xmax>e then
    xmax= rm;
  else
    xmax=0; Q([1 4])=%F;
  end

  if ymin<-e then
    ymin=-rm;
  else
    ymin=0; Q([3 4])=%F;
  end

  if ymax>e then
    ymax= rm;
  else
    ymax=0; Q([1 2])=%F;
  end
  L=(xmax-xmin)*1.1; if L==0, L=2*rm*1.1; end
  H=(ymax-ymin)*1.1; if H==0, H=2*rm*1.1; end
  x0=(xmin+xmax)/2; y0=(ymin+ymax)/2;
  rect=[x0-L/2 y0-H/2 x0+L/2 y0+H/2]

  // Special case: data aligned on the x or y axis
  if Q==[%F %F %F %F],
    if (ymax-ymin)<2*e, // on x axis
      if xmin<-e then
        Q([2 3])=%T
      end
      if xmax> e  then
        Q([1 4])=%T
      end
    else  // on y axis
      if ymin<-e  then
        Q([3 4])=%T
      end
      if ymax> e then
        Q([1 2])=%T
      end
    end
  end

  n=find(Q);   // id numbers of quadrants to be drawn
  nn=length(n) // number of quadrants to be drawn
  Amin=(n(1)-1)*90

  select nn
  case 1,
    dA=90;
    if n==1, A=90, dx=-1.1, dy=-0.5
    elseif n==2, A=90, dx=0.2, dy=-0.5
    elseif n==3, A=270, dx=0.2, dy=-0.5
    else A=270, dx=-1.1, dy=-0.5
    end
  case 2
    dA=180;
    if n(1)==1
      if n(2)==2, //A=90, dx=0.1, dy=-0.5
      else Amin=-90, A=90, dx=-1.2, dy=-0.5, end
    elseif n(1)==2, A=90, dx=0.2, dy=-0.5
    else A=0, dx=-0.5, dy=0.2
    end
  else
    Amin=0, dA=360
  end
  fcolor=color("grey70");
  xset("dashes",1)

  // CIRCULAR FRAME:
  // Radial values for the frame:
  fmt_in=format(), format("v",9)
  // Tunning for smart values:
  p=floor(log10(abs(rm)));
  m=rm/10^p;
  if m<1.3, dm=0.2
  elseif m<=2, dm=0.3
  elseif m<4, dm=0.5
  else dm=1,
  end
  k=fix(m/dm)
  if m-k*dm < dm/5, k=k-1, end
  R=[(1:k)*dm*10^p ]
  // Tuning for smart 10^ display using LaTeX instead of D+## exponential display
  if abs(p)<4,
    Rtxt=string(R)
    [v,k]=max(length(Rtxt)), tmp=xstringl(0,0,Rtxt(k))
  else
    if dm<1, dm=dm*10, p=p-1, end
    tmp=string(R/10^p)+"108"
    [v,k]=max(length(tmp)), tmp=xstringl(0,0,tmp(k))
    Rtxt="$\small \bf "+string(R/10^p)+"\:.10^{"+string(p)+"}$";
  end
  w=tmp(3); h=tmp(4);
  format(fmt_in(2),fmt_in(1))  // Restoring entrance format
  R = [ R  rm ]
  G=[]
  // Drawing & labelling the radial frame
  kM=size(R,"*");
  for k=1:kM
    r=R(k)
    xarc(-r,r,2*r,2*r,Amin*64,dA*64)
    e = gce();,e.line_style=3
    e.foreground=fcolor;
    G=[e G]
    if k==kM
      e.line_style=1;  // solid outer arc
    else
      xstring(r*cosd(A)+w*dx, r*sind(A)+h*dy, Rtxt(k))
      e = gce();
      e.clip_state = "off";
      G=[e G]
    end
  end

  // ANGULAR FRAME:
  if nn<3, eA=10, else eA=30; end // adaptative angular sampling
  an=linspace(Amin,Amin+dA,round(dA/eA)+1);
  // avoiding 360 == 0
  if nn>2, tmp=find(abs(an-360)<eA/10); an(tmp)=[]; end
  // Adjusting H-shifts of angular labels
  tmp=xstringl(0,0,"360");
  w=tmp(3); h=tmp(4);
  rL=rm*1.03;  // Radius of angular labels
  for k=an  // draws and labels angular rays
    xsegs([0;rm*cosd(k)],[0;rm*sind(k)])
    e = gce(); e.segs_color=fcolor; e.line_style=3;
    G=[e G]
    xstring((rL+w/2)*cosd(k)-w/2, (rL+h/2)*sind(k)-h/2, string(k))
    e = gce();
    e.clip_state = "off";
    G=[e G]
  end
  G=glue(G)
  a=gca();
  a.tag="polarplot"
  a.user_data=struct("bounds",[xmin,xmax,ymin,ymax,rm],"grid",G)
  a.data_bounds=[rect(1:2);rect(3:4)]
  a.margins=[0.07 0.07 0.12 0.07]
  a.isoview="on"
  
endfunction

From W.Schulz at ove.at  Wed Nov 30 13:56:39 2016
From: W.Schulz at ove.at (SCHULZ Wolfgang)
Date: Wed, 30 Nov 2016 12:56:39 +0000
Subject: [Scilab-users] grayplot - colorbar
In-Reply-To: <DB5PR04MB157529624FF829DF8D319AD6CC8C0@DB5PR04MB1575.eurprd04.prod.outlook.com>
References: <DB5PR04MB157527A740388F54835037B8CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <DB5PR04MB15751FA594B85427E03C0BB9CCB60@DB5PR04MB1575.eurprd04.prod.outlook.com>
 <07A8AF089844A549B0F0CCC727AF31AA74B66BAA@OVEKBG.ove.at>
 <DB5PR04MB157529624FF829DF8D319AD6CC8C0@DB5PR04MB1575.eurprd04.prod.outlook.com>
Message-ID: <07A8AF089844A549B0F0CCC727AF31AA74B8A626@OVEKBG.ove.at>

Hello,
yes - but my matrix is quite large so you can't see is clearly :-)!
Wolfgang

> -----Urspr?ngliche Nachricht-----
> Von: users [mailto:users-bounces at lists.scilab.org] Im Auftrag von Rafael
> Guerra
> Gesendet: Mittwoch, 30. November 2016 01:06
> An: Users mailing list for Scilab
> Betreff: Re: [Scilab-users] grayplot - colorbar
> 
> Hallo,
> 
> Yes, with the workaround indicated a grid is displayed (bottom plot of attached
> figure).
> However, the axis ticks & labels do not align properly with the matrix cells as
> they do in the top plot.
> Do you observe the same?
> 
> PS:
> In the example shown the data plotted with Matplot1 was generated with:
>       dxp= linspace(-5,15,3);
>       dyp= linspace(-3,11,4);
>       M= rand(dxp.*.dyp');
> 
> Regards,
> Rafael
> 
> 
> -----Original Message-----
> From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of SCHULZ
> Wolfgang
> Sent: Tuesday, November 29, 2016 10:29 AM
> To: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: Re: [Scilab-users] grayplot - colorbar
> 
> Hello,
> thanks again - it works for me now.
> 
> As a simple workaround for the grid problem I use a plot(0,0), xgrid and it
> works too
> 
> Woflgang



From cfuttrup at gmail.com  Wed Nov 30 21:13:05 2016
From: cfuttrup at gmail.com (Claus Futtrup)
Date: Wed, 30 Nov 2016 21:13:05 +0100
Subject: [Scilab-users] Stepping through a script with graphics
In-Reply-To: <583E9F63.9060902@hslmg.de>
References: <583E9F63.9060902@hslmg.de>
Message-ID: <a7f6ac87-6228-8447-471b-614008acbc0d@gmail.com>

Hi

Stepping through a script would be a wonderful (debugging) feature to be 
added to SciNotes.

Many years ago when I was programming Turbo Pascal 7, inserting a 
breakpoint and then stepping through a section of the code while 
monitoring variables, was a good way to study the logic and debug code.

Best regards,
Claus

On 30-11-2016 10:44, Jens Simon Strom wrote:
> Hi,
> I would like to share a function with the community which supports 
> stepping through a script:
>
> function!XCLICK()//Stops a script and offers restart options by pressing a key
>      //Helpful for presenting a sequence of graphics or print results 
> step-by-step
>      //Call: !XCLICK(), always without arguments
>      //First figure must be clicked on focus.
>      //key SPACE returns to the calling function (for next plot or script 
> section)
>      //key a aborts execution
>      //key b sets the global variable GLOB=%t (default: %f).
>      // This can e.g. be used to break a while loop.
>      // In this case GLOB must be paired in the calling script and
>      // >>if GLOB, break,end<<has to follow >>!XCLICK()<<.
>      // Without loop key b is equivalent to key SPACE. A figure is created 
> automatically.
>      //key i prints key options
>      //Rotate and Zoom options of graphics are maintained.
>      global GLOB
>      GLOB=%f
>      [ib,x,y]= xclick()
>      if ib==32 then//SPACE, returns to calling function
>        return
>      elseif ib==97//a, ends execution
>        disp('Script aborted.')
>        xdel();
>        abort
>      elseif ib==105//i, shows key options
>      disp(['KEY OPTIONS';
>            'space: return to calling function';
>            'b: set GLOB=%t';
>            'a: terminate execution';
>            'i: show key options'])
>            !XCLICK()
>      elseif ib==98//b
>        GLOB=%t
>        return
>      else
>        !XCLICK()
>      end
>   endfunction//!XCLICK() //Here is how I tested the function: xdel();
> global GLOB
> n=5;
> for i=1:n;
>    plot([1 2*i])
>    !XCLICK(), if GLOB, break, end
> end
> surf()
> !XCLICK()
> clf();
> plot3d()
> !XCLICK()
> clf();
> histplot();
> !XCLICK()
> xdel()
> while %t
>    disp('Terminate infinite loop by pressing b.')
>   !XCLICK(), if GLOB ,break, end
> end
> If the benefits of the function are easier to get please advise; flaws 
> also please.
> Cheers
> Jens
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/3b3a03c2/attachment.htm>

From sgougeon at free.fr  Wed Nov 30 21:30:18 2016
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 30 Nov 2016 21:30:18 +0100
Subject: [Scilab-users] Stepping through a script with graphics
In-Reply-To: <a7f6ac87-6228-8447-471b-614008acbc0d@gmail.com>
References: <583E9F63.9060902@hslmg.de>
 <a7f6ac87-6228-8447-471b-614008acbc0d@gmail.com>
Message-ID: <583F36DA.603@free.fr>

Hello

Le 30/11/2016 21:13, Claus Futtrup a ?crit :
>
> Stepping through a script would be a wonderful (debugging) feature to 
> be added to SciNotes.


It is not integrated into Scinotes. Nevertheless, but to do that 
*debug()* is now available in Scilab 6.0
It is more powerful than the former setbpt() familly 
<https://help.scilab.org/docs/5.5.2/en_US/section_f30f4937bdb6cfca519a6e632d13c988.html>, 
despite some additional features would still help a lot 
<http://bugzilla.scilab.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&list_id=40181&order=resolution%2Cbug_id%20DESC&product=Scilab%20software&query_format=advanced&short_desc=%28%5E%7C%5B%5Ea-zA-Z_%5D%29%28debug%29%28%5B%5E0-9a-zA-Z_%3B%5D%7C%24%29&short_desc_type=regexp>.

Samuel Gougeon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20161130/a5a9e339/attachment.htm>

From j.s.strom at hslmg.de  Wed Nov 30 22:05:52 2016
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Wed, 30 Nov 2016 22:05:52 +0100
Subject: [Scilab-users] Stepping through a script with graphics
In-Reply-To: <a7f6ac87-6228-8447-471b-614008acbc0d@gmail.com>
References: <583E9F63.9060902@hslmg.de>
 <a7f6ac87-6228-8447-471b-614008acbc0d@gmail.com>
Message-ID: <583F3F30.20300@hslmg.de>

Hi,
This is my preliminary debug function:

xdel()
figure('position',[200,0,50,50])
plot(0,0)//auxiliary window
y=0
for x=1:100
     y=y+1/x.^2,!XCLICK()
end

Cheers
  Jens
---------------------------------------------------------

Am 30.11.2016 21:13, schrieb Claus Futtrup:
> Hi
>
> Stepping through a script would be a wonderful (debugging) feature to 
> be added to SciNotes.
>
> Many years ago when I was programming Turbo Pascal 7, inserting a 
> breakpoint and then stepping through a section of the code while 
> monitoring variables, was a good way to study the logic and debug code.
>
> Best regards,
> Claus
>
> On 30-11-2016 10:44, Jens Simon Strom wrote:
>> Hi,
>> I would like to share a function with the community which supports 
>> stepping through a script:
>>
>> function!XCLICK()//Stops a script and offers restart options by pressing a key
>>      //Helpful for presenting a sequence of graphics or print results step-by-step
>>      //Call: !XCLICK(), always without arguments
>>      //First figure must be clicked on focus.
>>      //key SPACE   returns to the calling function (for next plot or script section)
>>      //key a       aborts execution
>>      //key b       sets the global variable GLOB=%t (default: %f).
>>      //              This can e.g. be used to break a while loop.
>>      //              In this case GLOB must be paired in the calling script and
>>      //>>if GLOB, break,end<<  has to follow>>!XCLICK()<<.
>>      //              Without loop key b is equivalent to key SPACE. A figure is created automatically.
>>      //key i       prints key options
>>      //Rotate and Zoom options of graphics are maintained.
>>      global GLOB
>>      GLOB=%f
>>      [ib,x,y]= xclick()
>>      if ib==32 then//SPACE, returns to calling function
>>        return
>>      elseif ib==97//a, ends execution
>>        disp('Script aborted.')
>>        xdel();
>>        abort
>>      elseif ib==105//i, shows key options
>>      disp(['KEY OPTIONS';
>>            'space: return to calling function';
>>            'b: set GLOB=%t';
>>            'a: terminate execution';
>>            'i: show key options'])
>>            !XCLICK()
>>      elseif ib==98//b
>>        GLOB=%t
>>        return
>>      else
>>        !XCLICK()
>>      end
>>   endfunction//!XCLICK()
>>
>> //Here is how I tested the function:
>>
>> xdel();
>> global GLOB
>> n=5;
>> for i=1:n;
>>    plot([1 2*i])
>>    !XCLICK(), if GLOB, break, end
>> end
>> surf()
>> !XCLICK()
>> clf();
>> plot3d()
>> !XCLICK()
>> clf();
>> histplot();
>> !XCLICK()
>> xdel()
>> while %t
>>    disp('Terminate infinite loop by pressing b.')
>>   !XCLICK(), if GLOB ,break, end
>> end
>> If the benefits of the function are easier to get please advise;  
>> flaws also please.
>> Cheers
>> Jens
>>
>>
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> http://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: <https://lists.scilab.org/pipermail/users/attachments/20161130/34c8114b/attachment.htm>