Re: [Scilab-users] Win10.Scilab601.IPCV2.Not Loading

[Tan Chin Luh]

Hi Mike,

Can u try to load the 3rd party lib and the gateway manually and check 
the output?


1. Try to link the ipcv dll, the file is either located in your SCI or 
SCIHOME folder:


SCIHOME + '\atoms\x64\IPCV\2.0\sci_gateway\cpp\'
or
SCI + '\contrib\IPCV\2.0\sci_gateway\cpp\'
change in to the folder which contains the dll and exec following 
command in the console.

*--> link gw_ipcv.dll*

2. Similar to the 3rd party opencv lib:

SCIHOME + '\atoms\x64\IPCV\2.0\thirdparty\opencv\windows\x64\bin\'
or
SCI + '\contrib\IPCV\2.0\thirdparty\opencv\windows\x64\bin\'

change in to the folder which contains the dll and exec following 
command in the console.

*--> link opencv_world341.dll*

let me know the output in the console.

rgds,
CL



On 21/8/2018 10:09 PM, Michael J. McCann wrote:

TanChin,
Thank you. As the only person who ever uses this personal computer I 
never thought of using a program ' as administrator' BUT did find the 
option to do that (I never tried rt-click on a shortcut before!). My 
impression was that Scilab couldn't find the pathways/gateways(?) 
which it needed to load the installed module.


However, I removed the IPCV2.0 and installed IPCV1.2 but only after 
discovering that

atomsInstall(["IPCV" "1.2"])  did not work BUT
atomsInstall(["IPCV", "1.2"]) worked fine.
I added the comma after something flagged that it was looking for a 
string as the first variable. So now I have a version working  as used 
on the other machine and have also been able to share the work.

Thank you for the advice and the IPCV work you do.
Mike.
=

On 21/08/2018 02:10, Tan Chin Luh wrote:
Did you try to run the scilab with admin right? Do this by 
right-click on the scilab, run as administrator.



On 20/8/2018 7:29 PM, Michael J. McCann wrote:
I have Scilab6.01 on a Windows 10 machine. I have recently installed 
"IPCV" via Atoms. That went in OK but when I restart Scilab, the 
loading process only gets as far as  reporting, in the console,   ' 
load gateways'    and nothing more.
The IPCV functions don't work.   I can see that  [" IPCV,"2.0"] is 
installed.


I have IPCV working on a different Windows10machine with Scilab6.01 
BUT I suspect it is an earlier version of IPCV


Is this a bug with IPCV2 or have I missed something?
MikeMcC.
--
Note: Email address is now 'mjmcc...@ieee.org' not 'iee.org'


___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users





___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


--
Note: Email address is now 'mjmcc...@ieee.org' not 'iee.org'


___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users



___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] ATOMS error Scilab 5.5.2

[Samuel Gougeon]

Le 22/08/2018 à 18:46, Samuel Gougeon a écrit :

Hello,

It's a problem for everyone (not only for you), already reported here 
 
and a bit earlier.

To bypass the Server issue, you may do the following:

  * download by hand the zipped binary file of your choice


I meant: browsing from https://atoms.scilab.org

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xs2svg and complex grayplot: room for improvements?

[Samuel Gougeon]

Hello Antoine,

Le 22/08/2018 à 15:19, antoine.monmayr...@laas.fr a écrit :


Hi all,

xs2svg is not working well with big grayplots: the resulting svg file 
is too big and contains too many elements to be usable. Worse, for 
really big grayplots, the export fails (not enought memory).


As an example, the following code:
grayplot()
h=gcf();
xs2svg(h,'grayplot.svg');
results in a 3.7MB svg file with 93784 elements that cannot be edited 
with Inkscape.


The issue is that xs2svg renders each patch of the grayplot using two 
svg filled triangles.
In "he who must not be named"¹, the svg export is using a more 
pragmatic approach: everything is rendered as svg path/text/whatever, 
except from the intensity maps (grayplots, surf, ...) that are 
rendered as bmp and included in the svg file.
This way, the svg file is really light, can be tweaked with any svg 
compliant software (inkscape) and the result is really good.
In practice, to get publication-quality grayplots, I tend to do the 
following:

-hide the grayplot, keep all the rest, export to svg,
-hide everything but the grayplot, export to png,
-use inkscape to include the png of the grayplot and hand-place it in 
the svg.




Do you remember Calixte's answer to you about this topic in 2012?:
http://bugzilla.scilab.org/show_bug.cgi?id=11195#c1

Cheers
Samuel

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] ATOMS error Scilab 5.5.2

[Samuel Gougeon]

Hello,

It's a problem for everyone (not only for you), already reported here 
 
and a bit earlier.

To bypass the Server issue, you may do the following:

 * download by hand the zipped binary file of your choice
 * then use the local installation syntax: atomsInstall(zipfile)

Regards
Samuel

PS@ESI: IMO leaving this situation will less invite users to upgrade to 
6.0 than to quit Scilab for other solutions: When external modules are 
not available for Scilab 6.0 (and 75% of them are still so), using 
Scilab 6.0 is useless.


Le 22/08/2018 à 12:57, DrVS a écrit :

Hi.

I have still the same problem.

"No ATOMS module is available. Please, check your Internet connection or
make sure that your OS is compatible with ATOMS."

Maybe there is someone in the community who can try to use ATOMS on scilab
5.5.2 ?
I need to know if it's a temporary problem (for everyone) or if it's a
problem on my computer.

Thank you for your help !



--
Sent from: 
http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users



___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] How to overload "double" function ?

[Samuel Gougeon]

Le 22/08/2018 à 12:44, philippe a écrit :

.../...
PS: for instance, iconvert(p,0) makes the same as double(), and is

overloadable:

  That's the problem : it was true in scilab-5  but iconvert seems no
longer overload double in scilab-6. See below :


I did not catch your answer, but trying with 5.5.2, i get:

-->*double*(%z)
   !--error 246
Function not defined for given argument type(s),
  check arguments or define function %p_*iconvert* for overloading.

So, OK, now i understand it.
IMO, the 5.5.2 code factorization was welcome. I did not go to the code 
of 6.0.

Anyway, you may report the issue.

Samuel

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

[Scilab-users] xs2svg and complex grayplot: room for improvements?

[antoine . monmayrant]

Hi all,

xs2svg is not working well with big grayplots: the resulting svg file is 
too big and contains too many elements to be usable. Worse, for really 
big grayplots, the export fails (not enought memory).


As an example, the following code:
    grayplot()
    h=gcf();
    xs2svg(h,'grayplot.svg');
results in a 3.7MB svg file with 93784 elements that cannot be edited 
with Inkscape.


The issue is that xs2svg renders each patch of the grayplot using two 
svg filled triangles.
In "he who must not be named"¹, the svg export is using a more pragmatic 
approach: everything is rendered as svg path/text/whatever, except from 
the intensity maps (grayplots, surf, ...) that are rendered as bmp and 
included in the svg file.
This way, the svg file is really light, can be tweaked with any svg 
compliant software (inkscape) and the result is really good.
In practice, to get publication-quality grayplots, I tend to do the 
following:

-hide the grayplot, keep all the rest, export to svg,
-hide everything but the grayplot, export to png,
-use inkscape to include the png of the grayplot and hand-place it in 
the svg.


Could xs2svg be modified to implement this approach automatically (maybe 
using an optional parameter)?

Could this be the basis for a SEP?

Thanks for you feedback,

Antoine

¹ Matlab


--
+++

 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.monmayr...@laas.fr

 permanent email : antoine.monmayr...@polytechnique.org

+++

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] ATOMS error Scilab 5.5.2

[DrVS]

Hi.

I have still the same problem.

"No ATOMS module is available. Please, check your Internet connection or 
make sure that your OS is compatible with ATOMS." 

Maybe there is someone in the community who can try to use ATOMS on scilab
5.5.2 ?
I need to know if it's a temporary problem (for everyone) or if it's a
problem on my computer.

Thank you for your help !



--
Sent from: 
http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] How to overload "double" function ?

[philippe]

Hi Samuel,

Le 22/08/2018 à 11:12, Samuel Gougeon a écrit :
> 
> The overloading mechanism is not systematic. It is implemented (or not)
> function per function.
> It is currently proposed for some of them, but not all of them.
> If you need it for double(), you shall post a wish on Bugzilla.

Thanks Samuel! In fact, I've already overloaded iconvert but I did not
remembered it! Since the error message refers to "double" it is not easy
to remember the correct way for overloading.
> 
> PS: for instance, iconvert(p,0) makes the same as double(), and is
> overloadable:

 That's the problem : it was true in scilab-5  but iconvert seems no
longer overload double in scilab-6. See below :


--> function y=%p_iconvert(x,itype)
  > y="OK"
  >  endfunction

-->  X=poly(0,"x")
 X  =


   x


-->  double(X)

double : Types erronés des arguments d'entrée : entiers, booléens ou
réels attendus.

-->  iconvert(X,0)
 ans  =

 OK


Sincerely yours,
Philippe

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] int(x) bug for x>2^62

[Samuel Gougeon]

Hello Philippe,
This bug is fixed in Scilab 6.0.2-: 
https://build.scilab.org/view/Scilab%206.0/

Regards
Samuel

Le 22/08/2018 à 10:26, philippe a écrit :

Hi,

I find a strange behavior in "int" with scilab-6.0.1 today :

--> 2^63
  ans  =

9.2233720368548D+18

--> int(2^63) //  negative result !!!
  ans  =

   -9.2233720368548D+18


--> int(2^62)
  ans  =

4.6116860184274D+18

--> 2^62
  ans  =

4.6116860184274D+18



the problem doesn't appear with floor/ceil/round. I search on bugzilla
but found nothing related to int.

Best regards,

Philippe

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users



___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] int(x) bug for x>2^62

[Stéphane Mottelet]

Hello

This bug has been recently fixed, see 
http://bugzilla.scilab.org/show_bug.cgi?id=15629

S.

> Le 22 août 2018 à 10:26, philippe  a écrit :
> 
> Hi,
> 
> I find a strange behavior in "int" with scilab-6.0.1 today :
> 
> --> 2^63
> ans  =
> 
>   9.2233720368548D+18
> 
> --> int(2^63) //  negative result !!!
> ans  =
> 
>  -9.2233720368548D+18
> 
> 
> --> int(2^62)
> ans  =
> 
>   4.6116860184274D+18
> 
> --> 2^62
> ans  =
> 
>   4.6116860184274D+18
> 
> 
> 
> the problem doesn't appear with floor/ceil/round. I search on bugzilla
> but found nothing related to int.
> 
> Best regards,
> 
> Philippe
> 
> ___
> users mailing list
> users@lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] How to overload "double" function ?

[Samuel Gougeon]

Hello Philippe,

The overloading mechanism is not systematic. It is implemented (or not) 
function per function.

It is currently proposed for some of them, but not all of them.
If you need it for double(), you shall post a wish on Bugzilla.

Best regards
Samuel

PS: for instance, iconvert(p,0) makes the same as double(), and is 
overloadable:


--> iconvert(%z,0)
in builtiniconvert

Function not defined for given argument type(s),
  check arguments or define function %p_iconvert for overloading.

Le 21/08/2018 à 17:11, philippe a écrit :

Hi,

I want to overload some usual scilab functions, I made it for abs and
sign but strangely it doesn't work for double ! Let's take an example ,
I want to extend sign and double for polynomials  :

--> X=poly(0,"x"); // a polynomial

--> sign(X)
dans la fonction nativesign

Fonction non définie pour les types fournis.
   vérifier les arguments ou définir la fonction %p_sign pour la surcharge.

--> double(X)

double : Types erronés des arguments d'entrée : entiers, booléens ou
réels attendus.


so I define overloading for the two functions and "p" type :

  function y=%p_sign(x)
  y="OK"
  endfunction

  function y=%p_double(x)
 y="OK"
  endfunction

Now I can call sign on a polynomial, but this doesn't work for double

--> sign(X)
  ans  =

  OK


--> double(X)

double : Types erronés des arguments d'entrée : entiers, booléens ou
réels attendus.

How can I do this for double ? If not why this doesn't work ? Both sign
and double are "fptr" type , I thought that scilab-6 doesn't make
difference between function and fptr any more .

Philippe

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users



___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

[Scilab-users] int(x) bug for x>2^62

[philippe]

Hi,

I find a strange behavior in "int" with scilab-6.0.1 today :

--> 2^63
 ans  =

   9.2233720368548D+18

--> int(2^63) //  negative result !!!
 ans  =

  -9.2233720368548D+18


--> int(2^62)
 ans  =

   4.6116860184274D+18

--> 2^62
 ans  =

   4.6116860184274D+18



the problem doesn't appear with floor/ceil/round. I search on bugzilla
but found nothing related to int.

Best regards,

Philippe

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users