[Scilab-users] scicv - camera calibration

2020-11-24 Thread P M
Dear scicv developers,

is camera calibration possible with scicv?

Help states:

The following feature domains are (or will be) covered:
 [...]
  - Camera calibration (calib3d)
 [...]


I also do find a "opencv_calib3d2413.dll" somewhere in the scicv
installation folders.

However I do not find any scilab function pointing to the topic of camera
calibration.

Thank you,
Philipp
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] ipcv vs scicv

2020-11-24 Thread P M
Mh. Nice Idea.

Maybe something like this is already possible?

Install toolboxed but remove from autoloader.
So scilab starts without toolboxed from atoms.

The script includes than the command,  which module shall be loaded.

Thanks for the idea...i will try this.
Philipp




Am Dienstag, 24. November 2020 schrieb Claus Futtrup :

> Hi all
>
> I imagine naming conflicts can occur across different ATOMS.
>
> How about a change where one has to specify which ATOMS module you're
> using when calling a function, such that both can coexist side-by-side ?
>
> I'm thinking Pythonic here, like if you import for example numpy, you can
> write import numpy as np ... from hereon, you write np.pi for the
> definition of pi (=3.14159 ... ), and so on.
>
> Maybe something for Scilab 7 (?)
>
> Cheers,
> Claus
>
> On 24-11-2020 14:15, P M wrote:
>
> Dear developers,
>
> as I have many scripts with "imread" I wonder if some time in the future
> duplicate functions names from IPCV and SCICV are going to be
> removed/changed.
>
> It's kind of disturbing to have to use atomsInstall/atomsRemove when using
> different scripts.
>
> I think this was discussed already in the past, though an update would be
> nice.
>
> Thank you,
> Philipp
>
>
> ___
> users mailing 
> listusers@lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users
>
>
>
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] ipcv vs scicv

2020-11-24 Thread Claus Futtrup

Hi all

I imagine naming conflicts can occur across different ATOMS.

How about a change where one has to specify which ATOMS module you're 
using when calling a function, such that both can coexist side-by-side ?


I'm thinking Pythonic here, like if you import for example numpy, you 
can write import numpy as np ... from hereon, you write np.pi for the 
definition of pi (=3.14159 ... ), and so on.


Maybe something for Scilab 7 (?)

Cheers,
Claus

On 24-11-2020 14:15, P M wrote:

Dear developers,

as I have many scripts with "imread" I wonder if some time in the 
future duplicate functions names from IPCV and SCICV are going to be 
removed/changed.


It's kind of disturbing to have to use atomsInstall/atomsRemove when 
using different scripts.


I think this was discussed already in the past, though an update would 
be nice.


Thank you,
Philipp


___
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] {EXT} Re: CSV Building

2020-11-24 Thread Dang Ngoc Chan, Christophe
Hello,

> De : users  De la part de Davide
> Daloisio Envoyé : mardi 24 novembre 2020 14:51
>
> inconsistent row/column dimensions

Difficult to say without the code.

You usually have this when you multiply matrices (the number of rows of the 
first one must match the number of columns of the second) or the like.

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer


General
This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error), please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] CSV Building

2020-11-24 Thread Davide Daloisio
Thanks Christophe for your suggestion. I managed to solve. But later this
error message appeared:

exec('D:\users\A_DLO_AreaTecnica\A_DLO_R\R\REM\ROMCRF\to_DLO\Input\first_opt\script_interpolazione.sci',
-1)
at line 8 of executed file
D:\users\A_DLO_AreaTecnica\A_DLO_R\R\REM\ROMCRF\to_DLO\Input\first_opt\script_interpolazione.sci

inconsistent row/column dimensions

Davide Daloisio

*Application Engineer *


*SPDM - Simulation Process and Data Management*

[image: EnginSoft]

*LinkedIn*: https://www.linkedin.com/in/davidedaloisio/

*Office*: +39 0461 979338

*Mobile*: +39 347 8769382

*e-mail* : d.daloi...@enginsoft.com

www.enginsoft.com

www.caeconference.com
--
Please, consider your environmental responsibility!
Before printing this e-mail ask yourself: "Do I need a hard copy?"


Il giorno mar 24 nov 2020 alle ore 09:35 Dang Ngoc Chan, Christophe <
christophe.d...@sidel.com> ha scritto:

> Hello Davide,
>
> > De : users  De la part de Davide
> > Daloisio Envoyé : lundi 23 novembre 2020 17:13
> >
> > So I am writing a new matrix with two vectors that have the same
> timestep.
> > In this specific case I have a time vector with a timestep (step) of
> > about 2E-
>
> When you're writing:
>
> A = B(C)
>
> Where B is a matrix, then C must be a matrix of Booleans (the cells you
> keep or reject) or of integers (the indices).
>
> So the code
>
> t_vel(1:step:l_vel)
>
> is not valid as step is not an integer.
>
> I'm not sure what you're trying to do but I guess you should try something
> like:
>
> new_t_vel = t_vel(1) + step*(0:l_vel);
>
> Hope this helps
>
> --
> Christophe Dang Ngoc Chan
> Mechanical calculation engineer
>
> General
> This e-mail may contain confidential and/or privileged information. If you
> are not the intended recipient (or have received this e-mail in error),
> please notify the sender immediately and destroy this e-mail. Any
> unauthorized copying, disclosure or distribution of the material in this
> e-mail is strictly forbidden.
> ___
> 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] ipcv vs scicv

2020-11-24 Thread P M
Dear developers,

as I have many scripts with "imread" I wonder if some time in the future
duplicate functions names from IPCV and SCICV are going to be
removed/changed.

It's kind of disturbing to have to use atomsInstall/atomsRemove when using
different scripts.

I think this was discussed already in the past, though an update would be
nice.

Thank you,
Philipp
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


[Scilab-users] image insertion using scicv

2020-11-24 Thread P M
Dear Experts,

I would like to implement a small image into a part of a big image.

I would know how to do that with IPCV, but the small image is loaded using
scicv "imread".

The help to "Mat" states:


   - insertion: syntax is the same a the usual Scilab insertion, and
   accepts a Scilab matrix in input (not yet available).
   - concatenation: syntax is the same a the usual Scilab concatenation
   (not yet available).


Is there any progress to make this available?

Thank you,
Philipp
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] CSV Building

2020-11-24 Thread Dang Ngoc Chan, Christophe
Hello Davide,

> De : users  De la part de Davide
> Daloisio Envoyé : lundi 23 novembre 2020 17:13
>
> So I am writing a new matrix with two vectors that have the same timestep.
> In this specific case I have a time vector with a timestep (step) of
> about 2E-

When you're writing:

A = B(C)

Where B is a matrix, then C must be a matrix of Booleans (the cells you keep or 
reject) or of integers (the indices).

So the code

t_vel(1:step:l_vel)

is not valid as step is not an integer.

I'm not sure what you're trying to do but I guess you should try something like:

new_t_vel = t_vel(1) + step*(0:l_vel);

Hope this helps

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer

General
This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error), please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users