Menu
▾
▴
bmelibpy-devel — Development mailing list of the BMElibpy project
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(22) |
Aug
(8) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Marc S. <mar...@un...> - 2005-08-30 13:22:38
|
Thanks Dimitri! What you say seem to make sence with me so I agree, in Yasuyuki's absence= .=20 He is in Japan for a visit, and he will come back with his wife! When he= =20 returns he will tell us if he can do what you suggest. Marc ----- Original Message -----=20 From: "Dimitri D'Or" <dim...@fs...> To: <ak...@em...>; <bme...@li...> Sent: Tuesday, August 30, 2005 3:45 AM Subject: RE: [Bmelibpy-devel] Question about "dmax" argument Hello Yasuyuki, Sorry for this very long time since your post, but I was on holidays. You= 've maybe found a solution in between... Your question reveals the necessity of coherence between the functions an= d your analysis of the python code is very helpful to enlighten the incoherencies we (surely) have left in it. I agree with your proposal to use for BMEprobamoments the same convention= as for neighbours, i.e. to make dmax a list. That is what I have done in mos= t functions for this type of arguments. Could you correct BMEprobamoments in this way? Could you also check that = it works fine with dmax as a list? Thank you for your contribution! Dimitri _______________________________________________ Dr. Dimitri D'Or Agricultural Engineer, Ph.D. Environmental Resources Consultant for FSS International Tienne-de-Mont, 10 5140 Sombreffe Belgique T=E9l. : +32-71-81.43.60 e-mail : dim...@fs... Web site : http://www.fssintl.com/ Le groupe de travail fran=E7ais GeoSiPol : http://www.geosipol.org Upcoming events: Sites pollu=E9s : Pratique de l'investigation et de l'assainissement, Neuch=E2tel (Suisse) Cours de formation continue du 31 mai au 3 juin et 13-14 octobre 2005. _______________________________________________ > -----Message d'origine----- > De : bme...@li... [mailto:bmelibpy-devel- > ad...@li...] De la part de ak...@em... > Envoy=E9 : vendredi 19 ao=FBt 2005 17:29 > =C0 : bme...@li... > Objet : [Bmelibpy-devel] Question about "dmax" argument > > Dear All, > > I have a question about "dmax" argument > in bmeprobamoments function. > dmax is a input argument used for specifying maximum distance > between estimation point and data location. > In Space/Time analysis, dmax should have 3 elements. > > In "bmeprobamoments" function, dmax is handled as "array" object. > On the other hand, in "neighbours" function which is called in > "bmeprobamoments", dmax is handled as "list" object. > That means there is inconsistency in type of object. > > How should I deal with this problem? > Since "neighbours" function is already in approved status, > I think we'd better change type of object in bmeprobamoments function. > Please give me your suggestion. > > Yasuyuki Akita > > > > --On Friday, August 12, 2005 9:36 AM +0200 Didrik Pinte <dp...@it...= > > wrote: > > > Yasuyuki, > > > > Here are some samples of a project I'm currently working on. It links > > ArcGIS Geoprocessing tools and Matlab. > > > > The files are the following : > > > > [1] arcgis.py : contains an Arcgis class interfacing the access to > > ArcGIS Geoprocessing object > > > > [2] matlabInterface.py : contains a Matlab class interfacing the acce= ss > > to Matlab (6.x and 7.x) > > > > [3] scaldit.py : the script of the project (it computes vulnerability > > maps for groundwater bodies here in Belgium) > > > > [4] scalditUI.py : A glade interface for the scaldit.py script (the > > glade files are not in attachement but I can send them if you need it= ). > > > > Feel free to ask some explanation about that. > > > > Didrik > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing &= QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5= sf > _______________________________________________ > Bmelibpy-devel mailing list > Bme...@li... > https://lists.sourceforge.net/lists/listinfo/bmelibpy-devel ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic= es Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q= A Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Bmelibpy-devel mailing list Bme...@li... https://lists.sourceforge.net/lists/listinfo/bmelibpy-devel |
|
From: Dimitri D'O. <dim...@fs...> - 2005-08-30 07:46:54
|
Hello Yasuyuki, Sorry for this very long time since your post, but I was on holidays. = You've maybe found a solution in between... Your question reveals the necessity of coherence between the functions = and your analysis of the python code is very helpful to enlighten the incoherencies we (surely) have left in it. I agree with your proposal to use for BMEprobamoments the same = convention as for neighbours, i.e. to make dmax a list. That is what I have done in = most functions for this type of arguments. Could you correct BMEprobamoments in this way? Could you also check that = it works fine with dmax as a list? Thank you for your contribution! Dimitri _______________________________________________ Dr. Dimitri D'Or Agricultural Engineer, Ph.D.=20 Environmental Resources Consultant for FSS International Tienne-de-Mont, 10 5140 Sombreffe Belgique =20 T=E9l. : +32-71-81.43.60 e-mail : dim...@fs... Web site : http://www.fssintl.com/ Le groupe de travail fran=E7ais GeoSiPol : http://www.geosipol.org =20 Upcoming events: Sites pollu=E9s : Pratique de l'investigation et de l'assainissement, Neuch=E2tel (Suisse) Cours de formation continue du 31 mai au 3 juin et 13-14 octobre 2005. _______________________________________________ > -----Message d'origine----- > De=A0: bme...@li... = [mailto:bmelibpy-devel- > ad...@li...] De la part de ak...@em... > Envoy=E9=A0: vendredi 19 ao=FBt 2005 17:29 > =C0=A0: bme...@li... > Objet=A0: [Bmelibpy-devel] Question about "dmax" argument >=20 > Dear All, >=20 > I have a question about "dmax" argument > in bmeprobamoments function. > dmax is a input argument used for specifying maximum distance > between estimation point and data location. > In Space/Time analysis, dmax should have 3 elements. >=20 > In "bmeprobamoments" function, dmax is handled as "array" object. > On the other hand, in "neighbours" function which is called in > "bmeprobamoments", dmax is handled as "list" object. > That means there is inconsistency in type of object. >=20 > How should I deal with this problem? > Since "neighbours" function is already in approved status, > I think we'd better change type of object in bmeprobamoments function. > Please give me your suggestion. >=20 > Yasuyuki Akita >=20 >=20 >=20 > --On Friday, August 12, 2005 9:36 AM +0200 Didrik Pinte = <dp...@it...> > wrote: >=20 > > Yasuyuki, > > > > Here are some samples of a project I'm currently working on. It = links > > ArcGIS Geoprocessing tools and Matlab. > > > > The files are the following : > > > > [1] arcgis.py : contains an Arcgis class interfacing the access to > > ArcGIS Geoprocessing object > > > > [2] matlabInterface.py : contains a Matlab class interfacing the = access > > to Matlab (6.x and 7.x) > > > > [3] scaldit.py : the script of the project (it computes = vulnerability > > maps for groundwater bodies here in Belgium) > > > > [4] scalditUI.py : A glade interface for the scaldit.py script (the > > glade files are not in attachement but I can send them if you need = it). > > > > Feel free to ask some explanation about that. > > > > Didrik >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing = & QA > Security * Process Improvement & Measurement * = http://www.sqe.com/bsce5sf > _______________________________________________ > Bmelibpy-devel mailing list > Bme...@li... > https://lists.sourceforge.net/lists/listinfo/bmelibpy-devel |
|
From: <ak...@em...> - 2005-08-19 15:29:49
|
Dear All, I have a question about "dmax" argument in bmeprobamoments function. dmax is a input argument used for specifying maximum distance between estimation point and data location. In Space/Time analysis, dmax should have 3 elements. In "bmeprobamoments" function, dmax is handled as "array" object. On the other hand, in "neighbours" function which is called in "bmeprobamoments", dmax is handled as "list" object. That means there is inconsistency in type of object. How should I deal with this problem? Since "neighbours" function is already in approved status, I think we'd better change type of object in bmeprobamoments function. Please give me your suggestion. Yasuyuki Akita --On Friday, August 12, 2005 9:36 AM +0200 Didrik Pinte <dp...@it...> wrote: > Yasuyuki, > > Here are some samples of a project I'm currently working on. It links > ArcGIS Geoprocessing tools and Matlab. > > The files are the following : > > [1] arcgis.py : contains an Arcgis class interfacing the access to > ArcGIS Geoprocessing object > > [2] matlabInterface.py : contains a Matlab class interfacing the access > to Matlab (6.x and 7.x) > > [3] scaldit.py : the script of the project (it computes vulnerability > maps for groundwater bodies here in Belgium) > > [4] scalditUI.py : A glade interface for the scaldit.py script (the > glade files are not in attachement but I can send them if you need it). > > Feel free to ask some explanation about that. > > Didrik |
|
From: Didrik P. <dp...@it...> - 2005-08-12 07:35:30
|
Yasuyuki, Here are some samples of a project I'm currently working on. It links ArcGIS Geoprocessing tools and Matlab. The files are the following : [1] arcgis.py : contains an Arcgis class interfacing the access to ArcGIS Geoprocessing object [2] matlabInterface.py : contains a Matlab class interfacing the access to Matlab (6.x and 7.x) [3] scaldit.py : the script of the project (it computes vulnerability maps for groundwater bodies here in Belgium) [4] scalditUI.py : A glade interface for the scaldit.py script (the glade files are not in attachement but I can send them if you need it). Feel free to ask some explanation about that. Didrik |
|
From: <ak...@em...> - 2005-08-11 18:06:11
|
Hi Didrik Thanks for your information. I think that using COM components way out of our scope. So, I'll check the Geoprocessing API. Again, Thank you very much for your help. Yasuyuki Akita Quoting Marc Serre <mar...@un...>: > > > Didrik : > that sounds like good information, thanks! Yasuyuki, I hope this will > helpful to you. > Cheers, > Marc > > ----- Original Message ----- > From: "Didrik Pinte" <dp...@it...> > To: <bme...@li...> > Sent: Wednesday, August 10, 2005 9:35 AM > Subject: [Bmelibpy-devel] linking ArcGIS and python visually ... > > > Hi, > > I've investigated the way you could interact dynamically with a working > session of ArcGIS. > > First precision : > ArcGIS 9 has opened a Geoprocessing API that gives you the ability of > doing batch processing, etc but without visual interaction. > > If Yasuyuki wants to have a fully working GUI of bmelibpy integrated in > ArcGIS, it will be possible but not easy to do. > > The way to do it is the following : > - use the Python win32 COM client that will launch ArcGIS (I'm trying to > do it but without success at the moment). > - then all the visual interaction will be possible (add layer, raster, > etc. to the current workspace). > > I may be wrong but, according to my current knowledge of the possible > interaction with ArcGIS, I feel that it is the only way to do it. > > Yasuyuki, if you need some explanation about that, feel free to contact > me. > > Didrik > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Bmelibpy-devel mailing list > Bme...@li... > https://lists.sourceforge.net/lists/listinfo/bmelibpy-devel > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Bmelibpy-devel mailing list > Bme...@li... > https://lists.sourceforge.net/lists/listinfo/bmelibpy-devel > |
|
From: Marc S. <mar...@un...> - 2005-08-10 15:40:09
|
Didrik : that sounds like good information, thanks! Yasuyuki, I hope this will helpful to you. Cheers, Marc ----- Original Message ----- From: "Didrik Pinte" <dp...@it...> To: <bme...@li...> Sent: Wednesday, August 10, 2005 9:35 AM Subject: [Bmelibpy-devel] linking ArcGIS and python visually ... Hi, I've investigated the way you could interact dynamically with a working session of ArcGIS. First precision : ArcGIS 9 has opened a Geoprocessing API that gives you the ability of doing batch processing, etc but without visual interaction. If Yasuyuki wants to have a fully working GUI of bmelibpy integrated in ArcGIS, it will be possible but not easy to do. The way to do it is the following : - use the Python win32 COM client that will launch ArcGIS (I'm trying to do it but without success at the moment). - then all the visual interaction will be possible (add layer, raster, etc. to the current workspace). I may be wrong but, according to my current knowledge of the possible interaction with ArcGIS, I feel that it is the only way to do it. Yasuyuki, if you need some explanation about that, feel free to contact me. Didrik ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Bmelibpy-devel mailing list Bme...@li... https://lists.sourceforge.net/lists/listinfo/bmelibpy-devel |
|
From: Didrik P. <dp...@it...> - 2005-08-10 13:34:30
|
Hi, I've investigated the way you could interact dynamically with a working session of ArcGIS. First precision : ArcGIS 9 has opened a Geoprocessing API that gives you the ability of doing batch processing, etc but without visual interaction. If Yasuyuki wants to have a fully working GUI of bmelibpy integrated in ArcGIS, it will be possible but not easy to do. The way to do it is the following : - use the Python win32 COM client that will launch ArcGIS (I'm trying to do it but without success at the moment). - then all the visual interaction will be possible (add layer, raster, etc. to the current workspace). I may be wrong but, according to my current knowledge of the possible interaction with ArcGIS, I feel that it is the only way to do it. Yasuyuki, if you need some explanation about that, feel free to contact me. Didrik |
|
From: SourceForge.net <no...@so...> - 2005-08-02 08:59:51
|
Bugs item #1250068, was opened at 2005-08-02 01:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1250068&group_id=105276 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: bmelib functions Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Modified genlib imports do not work Initial Comment: Genlib imports have recently been modified by Didrik. Since then: (1) It is the pylab rank function that is used instead of the scipy one. (2) NewAxis is not found To see an example of this, run exlib, first as is to see the error on rank, then after adding from scipy import rank in the genlib imports to see the NewAxis error. Dimitri ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1250068&group_id=105276 |
|
From: SourceForge.net <no...@so...> - 2005-07-31 10:42:18
|
Bugs item #1248555, was opened at 2005-07-31 12:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1248555&group_id=105276 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: automation Group: cvs version Status: Open Resolution: None Priority: 3 Submitted By: Didrik Pinte (dpinte) Assigned to: Didrik Pinte (dpinte) Summary: mvnlib library compilation : automate the process Initial Comment: The compilation of the mvnlib interface should be done automatically when needed. Running under windows or linux, it should find the f77 compiler and run it to build the libraries. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1248555&group_id=105276 |
|
From: Didrik P. <dp...@it...> - 2005-07-29 07:13:33
|
Very interesting post on the matplotlib mailing-list this morning. The document you will find on this website http://www.37mm.no/matlab-python-xref.html (PDF Document Download) is a reference for the matlab commands under Octave, Python and R. It suggest also a 3D library for Python (http://www.dislin.de/ ) that could be the answer to our problems. Didrik |
|
From: Dimitri D'O. <dim...@fs...> - 2005-07-27 09:42:53
|
Didrik, I agree with your way of doing. About importing "rank" as "dim", I'm not sure it is still a good idea = since we then create a confusion for non matlab users. I then propose to use the constrained imports on matplotlib and = otherwise stay with the standard python language. According to that, I let you = change the imports but I do not change the code into the functions where rank = is used to check dimensionality. Dimitri _______________________________________________ Dr. Dimitri D'Or Agricultural Engineer, Ph.D.=20 Environmental Resources Consultant for FSS International Tienne-de-Mont, 10 5140 Sombreffe Belgique =20 T=E9l. : +32-71-81.43.60 e-mail : dim...@fs... Web site : http://www.fssintl.com/ Le groupe de travail fran=E7ais GeoSiPol : http://www.geosipol.org =20 Upcoming events: Sites pollu=E9s : Pratique de l'investigation et de l'assainissement, Neuch=E2tel (Suisse) Cours de formation continue du 31 mai au 3 juin et 13-14 octobre 2005. _______________________________________________ > -----Message d'origine----- > De=A0: bme...@li... = [mailto:bmelibpy-devel- > ad...@li...] De la part de Didrik Pinte > Envoy=E9=A0: mercredi 27 juillet 2005 11:35 > =C0=A0: bme...@li... > Objet=A0: RE: [Bmelibpy-devel] rank function >=20 > Le mercredi 27 juillet 2005 =E0 11:03 +0200, Dimitri D'Or a =E9crit : > > Didrik, > > > > What do you propose as a solution for this potential bug with = "rank"? > > > > I frequently use "rank" to test the dimensionality of a matrix or a > vector. > > Should I replace it by "len(A.shape)" or import it as Nrank? > > > > The second solution seems to be clearer for me. But then how do I = have > to > > import the modules? > > > > from scipy import * > > from scipy import rank as Nrank > > from pylab import * > > > > Another solution would be to import "rank" as "dim" to match the = Matlab > > function name. > > > > Or > > > > from scipy import * > > from scipy import Numeric as N > > from pylab import * > > > > With this last import scheme, N.rank should be used to test > dimensionality > > while rank gives the rank of a matrix (from pylab). > > > > Which would be the best way to import the modules? > > > > Dimitri >=20 > Here is how i've solved the problem. >=20 > Considering that Matplotlib should only be used for graphical = rendering > and specific functions, i have constrained the import of matplotlib > defining only the functions I need to use. >=20 > For example, in statlib : > = -------------------------------------------------------------------------= - > ---------------------- > from scipy import * > from types import FunctionType > from pylab import > = find,bar,subplot,plot,hold,ishold,axis,xlabel,ylabel,title,gca,subplots_a= d > just > import BMEmatlab > import warnings > = -------------------------------------------------------------------------= - > ---------------------- >=20 > In that case, I am sure to use only the scipy rank function. >=20 > If we need both functions, I do think that importing scipy rank as dim = is > a good idea [1]. BUT I do think > we have to go on with constrained imports of pylab functions. >=20 > As an example, here is the imports for statlib : > = -------------------------------------------------------------------------= - > ---------------------- > from scipy import * > from scipy import rank as dim > from types import FunctionType > from pylab import > = find,bar,subplot,plot,hold,ishold,axis,xlabel,ylabel,title,gca,subplots_a= d > just, rank > import BMEmatlab > import warnings > = -------------------------------------------------------------------------= - > ---------------------- >=20 >=20 > Didrik >=20 >=20 > [1] If we use dim in one of the file, we need to check all the modules = and > check that dim is used everywhere. >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Bmelibpy-devel mailing list > Bme...@li... > https://lists.sourceforge.net/lists/listinfo/bmelibpy-devel |
|
From: Didrik P. <dp...@it...> - 2005-07-27 09:33:59
|
Le mercredi 27 juillet 2005 =E0 11:03 +0200, Dimitri D'Or a =E9crit : > Didrik, >=20 > What do you propose as a solution for this potential bug with "rank"? >=20 > I frequently use "rank" to test the dimensionality of a matrix or a vec= tor. > Should I replace it by "len(A.shape)" or import it as Nrank? >=20 > The second solution seems to be clearer for me. But then how do I have = to > import the modules? >=20 > from scipy import * > from scipy import rank as Nrank > from pylab import * >=20 > Another solution would be to import "rank" as "dim" to match the Matlab > function name. >=20 > Or >=20 > from scipy import * > from scipy import Numeric as N > from pylab import * >=20 > With this last import scheme, N.rank should be used to test dimensional= ity > while rank gives the rank of a matrix (from pylab). >=20 > Which would be the best way to import the modules? >=20 > Dimitri Here is how i've solved the problem. Considering that Matplotlib should only be used for graphical rendering and specific functions, i have constrained the import of matplotlib defining only the functions I need to use. For example, in statlib : -------------------------------------------------------------------------= ----------------------- from scipy import * from types import FunctionType from pylab import find,bar,subplot,plot,hold,ishold,axis,xlabel,ylabel,ti= tle,gca,subplots_adjust import BMEmatlab import warnings -------------------------------------------------------------------------= ----------------------- In that case, I am sure to use only the scipy rank function. If we need both functions, I do think that importing scipy rank as dim is= a good idea [1]. BUT I do think we have to go on with constrained imports of pylab functions. As an example, here is the imports for statlib : -------------------------------------------------------------------------= ----------------------- from scipy import * from scipy import rank as dim from types import FunctionType from pylab import find,bar,subplot,plot,hold,ishold,axis,xlabel,ylabel,ti= tle,gca,subplots_adjust, rank import BMEmatlab import warnings -------------------------------------------------------------------------= ----------------------- Didrik [1] If we use dim in one of the file, we need to check all the modules an= d check that dim is used everywhere. |
|
From: Dimitri D'O. <dim...@fs...> - 2005-07-27 09:04:25
|
Didrik, What do you propose as a solution for this potential bug with "rank"? I frequently use "rank" to test the dimensionality of a matrix or a = vector. Should I replace it by "len(A.shape)" or import it as Nrank? The second solution seems to be clearer for me. But then how do I have = to import the modules? from scipy import * from scipy import rank as Nrank from pylab import * Another solution would be to import "rank" as "dim" to match the Matlab function name. Or from scipy import * from scipy import Numeric as N from pylab import * With this last import scheme, N.rank should be used to test = dimensionality while rank gives the rank of a matrix (from pylab). Which would be the best way to import the modules? Dimitri _______________________________________________ Dr. Dimitri D'Or Agricultural Engineer, Ph.D.=20 Environmental Resources Consultant for FSS International Tienne-de-Mont, 10 5140 Sombreffe Belgique =20 T=E9l. : +32-71-81.43.60 e-mail : dim...@fs... Web site : http://www.fssintl.com/ Le groupe de travail fran=E7ais GeoSiPol : http://www.geosipol.org =20 Upcoming events: Sites pollu=E9s : Pratique de l'investigation et de l'assainissement, Neuch=E2tel (Suisse) Cours de formation continue du 31 mai au 3 juin et 13-14 octobre 2005. _______________________________________________ > -----Message d'origine----- > De=A0: bme...@li... = [mailto:bmelibpy-devel- > ad...@li...] De la part de Didrik Pinte > Envoy=E9=A0: jeudi 14 juillet 2005 15:05 > =C0=A0: bme...@li... > Objet=A0: [Bmelibpy-devel] rank function >=20 > For your information, potential bug source: >=20 > ---------------------------------------------------------------------- > Help on function rank in module Numeric: >=20 > rank(a) > Get the rank of sequence a (the number of dimensions, not a matrix > rank) > The rank of a scalar is zero. >=20 > ---------------------------------------------------------------------- >=20 > Help on function rank in module matplotlib.mlab: >=20 > rank(x) > Returns the rank of a matrix. > The rank is understood here as the an estimation of the number of > linearly independent rows or columns (depending on the size of the > matrix). > Note that numerix.mlab.rank() is not equivalent to Matlab's rank. > This function is! >=20 > Didrik |
|
From: SourceForge.net <no...@so...> - 2005-07-26 13:50:51
|
Bugs item #1245258, was opened at 2005-07-26 15:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1245258&group_id=105276 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: bmelib functions Group: cvs version Status: Open Resolution: None Priority: 5 Submitted By: DOr (dimitridor) Assigned to: Nobody/Anonymous (nobody) Summary: mvnAG1 does not yield the same results with Matlab or Python Initial Comment: If you execute the test in the gaussbicdftest function, you will see that the results of the mvnfunc.mvnAG1 call around line 2200 does not yield the same result with Matlab or Python although the inputs are the same. I do not have any explanation for that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1245258&group_id=105276 |
|
From: SourceForge.net <no...@so...> - 2005-07-26 13:13:26
|
Bugs item #1245232, was opened at 2005-07-26 15:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1245232&group_id=105276 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: bmelib functions Group: None Status: Open Resolution: None Priority: 5 Submitted By: DOr (dimitridor) Assigned to: Nobody/Anonymous (nobody) Summary: Circular import with bmelibpytests.py Initial Comment: the python editor Execute bmelibpytests.py with Ctrl-C Ctrl-C Execute the code in the model2indictest function An error occurs : NameError: global name 'gaussinv' is not defined Though, typing help(gaussinv) in the command line shows the help for this function. I suspect this is due to circular import: there is a from bmelibpy import * at the beginning of bmelibpytests.py ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1245232&group_id=105276 |
|
From: Marc S. <mar...@un...> - 2005-07-26 12:45:42
|
Thanks Dimitri for the tips. Yasuyuki, can you look into it and show = this to me next time we meet?=20 Marc ----- Original Message -----=20 From: Dimitri D'Or=20 To: bme...@li...=20 Sent: Tuesday, July 26, 2005 4:51 AM Subject: [Bmelibpy-devel] Stanford's SGEMS and Python Hello BMElibpy developers, =20 I visited the last days SCRF's web page (Journel and Caers) and found = something that could be interesting for us all: SGEMS (the new version = of the GsLIB) offers the possibility to perform automatic tasks using = Python. You will find more information about that here: = http://ekofisk.stanford.edu/SCRFweb/sgems/doc/sgems_scripts.html. This = should encourage us to go further in our Python implementation: we are = not the only one using Python in the world of geostatistics! =20 It seems also possible to create a new geostatistics plug-in for = S-GeMS. In the future, this could be an opportunity for the BMElibpy to = be used by a new public if we could add the BME functions to SGEMS as a = plug-in. What do you think of that? =20 About SGEMS, I installed it and played a little bit with it. I found = its visualization tool really spectacular. Its GUI's are also very user = friendly and easy to use. Maybe a source of inspiration for you, = Yasuyuki? =20 Have a nice day, =20 Dimitri ______________________________________________ Dr. Dimitri D'Or Agricultural Engineer, Ph.D.=20 Environmental Resources Consultant for FSS International Tienne-de-Mont, 10 5140 Sombreffe Belgique =20 T=E9l. : +32-71-81.43.60 e-mail : dim...@fs... Web site : http://www.fssintl.com/ Le groupe de travail fran=E7ais GeoSiPol : http://www.geosipol.org =20 Upcoming events: Sites pollu=E9s : Pratique de l'investigation et de l'assainissement, = Neuch=E2tel (Suisse) Cours de formation continue du 31 mai au 3 juin et 13-14 octobre 2005. _______________________________________________ =20 |
|
From: Dimitri D'O. <dim...@fs...> - 2005-07-26 08:52:07
|
Hello BMElibpy developers, =20 I visited the last days SCRF's web page (Journel and Caers) and found something that could be interesting for us all: SGEMS (the new version = of the GsLIB) offers the possibility to perform automatic tasks using = Python. You will find more information about that here: http://ekofisk.stanford.edu/SCRFweb/sgems/doc/sgems_scripts.html. This should encourage us to go further in our Python implementation: we are = not the only one using Python in the world of geostatistics! =20 It seems also possible to create a new geostatistics plug-in for S-GeMS. = In the future, this could be an opportunity for the BMElibpy to be used by = a new public if we could add the BME functions to SGEMS as a plug-in. What = do you think of that? =20 About SGEMS, I installed it and played a little bit with it. I found its visualization tool really spectacular. Its GUI's are also very user = friendly and easy to use. Maybe a source of inspiration for you, Yasuyuki? =20 Have a nice day, =20 Dimitri ______________________________________________ Dr. Dimitri D'Or Agricultural Engineer, Ph.D.=20 Environmental Resources Consultant for FSS International Tienne-de-Mont, 10 5140 Sombreffe Belgique =20 T=E9l. : +32-71-81.43.60 e-mail : <mailto:dim...@fs...> dim...@fs... Web site : <http://www.fssintl.com/> http://www.fssintl.com/ Le groupe de travail fran=E7ais GeoSiPol : <http://www.geosipol.org/> http://www.geosipol.org =20 Upcoming events: <http://www.unine.ch/foco/html/SITPOL-2005.html> Sites pollu=E9s : = Pratique de l'investigation et de l'assainissement, Neuch=E2tel (Suisse) Cours de formation continue du 31 mai au 3 juin et 13-14 octobre 2005. _______________________________________________ =20 |
|
From: Didrik P. <dp...@it...> - 2005-07-17 21:51:25
|
We had a problem with 3D functionnality not supported by matplotlib. Here is the solution I will try : http://sda.iu.edu/matplot.html Mixing matplotlib with vtk should be the answer to our problem. I will let you know about the results but it seems that plot3() and mesh() function should be easy to implement. Didrik |
|
From: Didrik P. <dp...@it...> - 2005-07-17 21:09:03
|
The INSTALL file in the module bmelibpy1.0 has been update describing how to install a development environment for bmelibpy under linux or windows computers. The file can be accessed directly from here :=20 http://cvs.sourceforge.net/viewcvs.py/bmelibpy/bmelibpy1.0c/INSTALL?view=3D= markup=20 Didrik |
|
From: Didrik P. <dp...@it...> - 2005-07-15 12:25:41
|
Hi all, As suggested to Dimitri by phone, I propose that all the bug reports will be inserted in the Bug Tracking System on the bmelibpy sourcefoge website : https://sourceforge.net/tracker/?group_id=105276&atid=640758 All the new bugs will automatically be forwarded to this mailing-list (i will create another mailing list in case of numerous bugs). Didrik |
|
From: SourceForge.net <no...@so...> - 2005-07-15 12:12:57
|
Bugs item #1238860, was opened at 2005-07-15 14:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1238860&group_id=105276 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: graphical rendering Group: cvs version Status: Open Resolution: None Priority: 5 Submitted By: Didrik Pinte (dpinte) Assigned to: Nobody/Anonymous (nobody) Summary: coregfit : the graphic does not appear Initial Comment: When i'm running the statLibTutorial.py script, the coregfit function displays a frame for the graphic but nothing appears. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640758&aid=1238860&group_id=105276 |
|
From: Didrik P. <dp...@it...> - 2005-07-15 10:21:34
|
Le vendredi 15 juillet 2005 =E0 11:54 +0200, Dimitri D'Or a =E9crit : > Hello BME guys, >=20 > =20 >=20 > This mail to announce you that all the matlab functions and test data > files I have used to compare the Matlab and Python outputs of the > BMElib have been put on the CVS this morning. They will be available > in a couple of hours on the CVS. >=20 > =20 >=20 > Dimitri The delay in the availability of the files in the CVS is only regarding the web interface. Using the cvs command, it's real time. Little tip : for windows user, there is a great program called Tortoise CVS to help you manage your cvs operations : http://www.tortoisecvs.org/ Didrik |
|
From: Dimitri D'O. <dim...@fs...> - 2005-07-15 09:55:27
|
Hello BME guys, =20 This mail to announce you that all the matlab functions and test data = files I have used to compare the Matlab and Python outputs of the BMElib have = been put on the CVS this morning. They will be available in a couple of hours = on the CVS. =20 Dimitri =20 _______________________________________________ Dr. Dimitri D'Or Agricultural Engineer, Ph.D.=20 Environmental Resources Consultant for FSS International Tienne-de-Mont, 10 5140 Sombreffe Belgique =20 T=E9l. : +32-71-81.43.60 e-mail : <mailto:dim...@fs...> dim...@fs... Web site : <http://www.fssintl.com/> http://www.fssintl.com/ Le groupe de travail fran=E7ais GeoSiPol : <http://www.geosipol.org/> http://www.geosipol.org =20 Upcoming events: <http://www.unine.ch/foco/html/SITPOL-2005.html> Sites pollu=E9s : = Pratique de l'investigation et de l'assainissement, Neuch=E2tel (Suisse) Cours de formation continue du 31 mai au 3 juin et 13-14 octobre 2005. _______________________________________________ =20 |
|
From: Didrik P. <dp...@it...> - 2005-07-14 13:03:32
|
For your information, potential bug source:
----------------------------------------------------------------------
Help on function rank in module Numeric:
rank(a)
Get the rank of sequence a (the number of dimensions, not a matrix
rank)
The rank of a scalar is zero.
----------------------------------------------------------------------
Help on function rank in module matplotlib.mlab:
rank(x)
Returns the rank of a matrix.
The rank is understood here as the an estimation of the number of
linearly independent rows or columns (depending on the size of the
matrix).
Note that numerix.mlab.rank() is not equivalent to Matlab's rank.
This function is!
Didrik
|
|
From: Didrik P. <dp...@it...> - 2005-07-14 09:39:46
|
Le jeudi 14 juillet 2005 =E0 11:09 +0200, Dimitri D'Or a =E9crit : > OK Didrik, > Good idea. But shouldn't we also mention in the comment to which functi= on > the bug or to do item is related? > In your example, we cannot derive from the summary which function is > concerned by the second bug. > Dimitri Sure, function and date (that helps identify deprecated bugs) Didrik |
