軟件系統(tǒng)架構(gòu)工程師 定期分析終端銷售情況,要貨計(jì)劃和商品調(diào)配工作

1、Similarity solutions of partial differential equations using DESOLV  Original Research ArticleComputer Physics Communications, Volume 176, Issues 11-12, June 2007, Pages 682-693K.T. Vu, J. Butcher, J. Carminati Show preview  |   Related articles  | &

2、#160;Related reference work articles     Purchase$ 31.5036A GUI application for creating macrofiles in GATE  Original Research ArticleNuclear Instruments and Methods in Physics Research Section A: Accelerators, Spectrometers, Detectors and Associated Equipment, Volume 5

3、69, Issue 2, 20 December 2006, Pages 378-380S. Boukis, N. Sakellios, G. Loudos, K. Nikita Close preview  |   Related articles  |  Related reference work articles     AbstractAbstract | Figures/TablesFigures/Tables | ReferencesReference

4、s AbstractGEANT4 Application for Tomographic Emission (GATE) is a Monte Carlo simulation toolkit based on GEANT4 for PET and SPECT. GATE uses a high intuitive linear script language in a way that the code describing a system can be thought as a combination of separate objects, each one with certain

5、parameters. The above structure of GATE's script language implies that by defining all the parameters involved in a certain implementation, the macrofiles can be created automatically, using appropriate software. The Gate Editor project, based on the above idea, aims the development of a homonym

6、 window application that exports GATE scripts based on easy to understand parameters given by the end user. Gate Editor is developed using the C+ program language in Linux environment. A WindowsXP version is also available. Object Oriented Programming allows the description of PET/SPECT system compo

7、nents with relative objects belonging to corresponding classes. Gate Editor is able to export macrofiles of low complicity (like the SPECT and PET benchmarks supplied with GATE). Objects such as collimator, crystal, detector blocks and sources can be described in the real world and automatically con

8、structed in GATE world. The relative position of these objects is adjusted as well, all under a user-friendly interface. The end user can create his own code without concerning for the exact syntax of GATE's script language. For more realistic and complicated implementations though, further deve

9、lopment is required.Article Outline1. Introduction 1.1. GEANT4 Application for Tomographic Emission (GATE) simulation platform1.2. Gate Editor2. Materials and methods3. Application environment 3.1. World definition3.2. Inserting a new object4. DiscussionReferencesPurchase$ 35.9537A real time collabo

10、ration system for teleradiology consultation  International Journal of Medical Informatics, Volume 72, Issues 1-3, December 2003, Pages 73-79Jiann-Shu Lee, Ching-Tsorng Tsai, Chen-Hsing Pen, Hui-Chieh Lu Close preview  |   Related articles  |  R

11、elated reference work articles     AbstractAbstract | Figures/TablesFigures/Tables | ReferencesReferences AbstractReal time collaboration systems, in which participants share multimedia data and applications in real time, have attracted many researchers in recent years. A telerad

12、iology consultation system based on the real time collaboration technology is presented in this paper. Under the platform-independence consideration, Java technologies are employed to construct the system. Applying this system, an off-duty on-call radiologist can make diagnoses and report easily by

13、viewing the transferred images at home. Owing to the accessibility of image, all users can examine and manipulate images consistently such that a secluded hospital can be assisted to hold remote consultation. To reduce the network transmission time, the command-passing and local command execution te

14、chniques are utilized to achieve the screen synchronization. A pointer function is also developed to maintain the cursor consistency in a more efficient manner during consultation when a detail indication of the examined image is needed. Besides, a dialog window is also designed for on-line conversa

15、tion. Since Java programs can run on heterogeneous platforms, the need for system maintenance and user training can be substantially reduced.Article Outline1. Introduction2. Methods 2.1. System design2.2. System operation2.3. System implementation3. Results4. Discussion5. ConclusionsAcknowledgements

16、ReferencesPurchase$ 31.5038The open source RFortran library for accessing R from Fortran, with applications in environmental modelling  Original Research ArticleEnvironmental Modelling & Software, Volume 26, Issue 2, February 2011, Pages 219-234Mark Thyer, Michael Leonard, Dmitri Kavet

17、ski, Stephen Need, Benjamin Renard Close preview  |   Related articles  |  Related reference work articles     AbstractAbstract | Figures/TablesFigures/Tables | ReferencesReferences AbstractThe open source RFortran library is introduce

18、d as a convenient tool for accessing the functionality and packages of the R programming language from Fortran programs. It significantly enhances Fortran programming by providing a set of easy-to-use functions that enable access to Rs very rapidly growing statistical, numerical and visualization ca

19、pabilities, and support a richer and more interactive model development, debugging and analysis setup. RFortran differs from current approaches that require calling Fortran Dynamic link libraries (DLL) from R, and instead enables the Fortran program to transfer data to/from R and invoke R-based proc

20、edures via the R command interpreter. More generally, RFortran obviates the need to re-organize Fortran code into DLLs callable from R, or to re-write existing R packages in Fortran, or to jointly compile their Fortran code with the R language itself. Code snippets illustrate the basic transfer of d

21、ata and commmands to and from R using RFortran, while two case studies discuss its advantages and limitations in realistic environmental modelling applications. These case studies include the generation of automated and interactive inference diagnostics in hydrological model calibration, and the int

22、egration of R statistical packages into a Fortran-based numerical quadrature code for joint probability analysis of coastal flooding using numerical hydraulic models. Currently, RFortran uses the Component Object Model (COM) interface for data/command transfer and is supported on the Microsoft Windo

23、ws operating system and the Intel and Compaq Visual Fortran compilers. Extending its support to other operating systems and compilers is planned for the future. We hope that RFortran expedites method and software development for scientists and engineers with primary programming expertise in Fortran,

24、 but who wish to take advantage of Rs extensive statistical, mathematical and visualization packages by calling them from their Fortran code. Further information can be found at .Article Outline1. Background and motivation 1.1. Fortran1.2. The R project1.3. Current interoperability o

25、f R and Fortran1.4. RFortran1.5. Outline of the presentation2. Using RFortran 2.1. Core functionality2.2. Basic usage of RFortran 2.2.1. Example 1 transferring data to R and plotting a simple graph2.2.2. Example 2 transferring data to R functions and returning results to Fortran2.2.3. Example 3 Usin

26、g Fortran wrappers for a series of RFortran/R commands2.2.4. Example 4 using R scripts and Rcall for a series of RFortran/R commands2.2.5. Example 5 using RFortran for interactive debugging2.3. Error handling and debugging2.4. System requirements and installation3. Structure and organization of RFor

27、tran 3.1. The COM architecture3.2. Components of RFortran3.3. Linking with RFortran4. Summary of key capabilities of RFortran5. Case study 1: diagnostics for Bayesian inference in hydrology 5.1. Background5.2. Motivation for using Fortran and RFortran 5.2.1. Interactive MCMC convergence diagnostics5

28、.2.2. Automated Bayesian posterior diagnostics5.3. Outline of BATEA diagnostics5.4. Integration of R visualization into Fortran using RFortran 5.4.1. Interactive MCMC convergence diagnostics5.4.2. Automated Bayesian posterior diagnostics5.5. Benefits of using RFortran 5.5.1. Interactive MCMC converg

29、ence diagnostics5.5.2. Automated generation of posterior diagnostics6. Case study 2: exploiting R copula packages for flood modelling 6.1. Background6.2. Motivation for using RFortran6.3. Integration of R computation into Fortran using RFortran6.4. Benefits of using RFortran7. Comparison to alternat

30、ives: advantages and limitations 7.1. RFortran versus the “R calls Fortran DLLs” approach7.2. Jointly compiling Fortran code with the R language7.3. Alternative COM implementations8. Towards a unified bi-directional interface between Fortran and R9. Future work10. ConclusionsAcknowledgementsReferenc

31、esPurchase$ 19.9539Object-oriented and distributed approach for programming robotic manufacturing cells  Original Research ArticleRobotics and Computer-Integrated Manufacturing, Volume 16, Issue 1, February 2000, Pages 29-42J. Norberto Pires, J. M. G. Sá da Costa Close preview

32、60; |   Related articles  |  Related reference work articles     AbstractAbstract AbstractFlexible manufacturing systems (FMS) are essential for small/medium batch and job shop manufacturing. These types of production systems are used to manufac

33、ture a considerable variety of products with medium/small production volumes. Therefore, the manufacturing platforms supporting these types of production must be flexible and organized in flexible manufacturing cells (FMC). Programming FMCs remains a difficult task and is an actual area of research

34、and development. This paper reports an object-oriented approach developed for FMC programming. The work presented was first thought for application in industrial robot manipulators, and later extended to other FMC equipments just by putting the underlying ideas in a general framework. Initially, the

35、 motivation for this work was to develop means to add force control to a standard industrial robot manipulator. This problem requires remote access to the robot controller, remote programming and monitoring, as also is required to program and monitor any other FMC equipment. The proposed approach is

36、 distributed based on a client/server model and runs on Win32 platforms, i.e., Microsoft Windows and Windows NT. Implementation for the special case of industrial robot manipulators is presented, along with some application examples used for educational, research and industrial purposes.Purchase$ 41

37、.9540A computer program for two-particle generalized coefficients of fractional parentage  Original Research ArticleComputer Physics Communications, Volume 179, Issue 8, 15 October 2008, Pages 607-613A. Deveikis, A. Juodagalvis Close preview  |   Related articles&#

38、160; |  Related reference work articles     AbstractAbstract | Figures/TablesFigures/Tables | ReferencesReferences AbstractWe present a FORTRAN90 program GCFP for the calculation of the generalized coefficients of fractional parentage (generalized CFPs or GCFP). Th

39、e approach is based on the observation that the multi-shell CFPs can be expressed in terms of single-shell CFPs, while the latter can be readily calculated employing a simple enumeration scheme of antisymmetric A-particle states and an efficient method of construction of the idempotent matrix eigenv

40、ectors. The program provides fast calculation of GCFPs for a given particle number and produces results possessing numerical uncertainties below the desired tolerance. A single j-shell is defined by four quantum numbers, (e,l,j,t). A supplemental C+ program parGCFP allows calculation to be done in b

41、atches and/or in parallel. Program summaryProgram title: GCFP, parGCFP Catalogue identifier: AEBI_v1_0 Program summary URL: http:/cpc.cs.qub.ac.uk/summaries/AEBI_v1_0.html Program obtainable from: CPC Program Library, Queen's University, Belfast, N. Ireland Licensing provisions: Standard CPC lic

42、ence, http:/cpc.cs.qub.ac.uk/licence/licence.html No. of lines in distributed program, including test data, etc.: 17 199 No. of bytes in distributed program, including test data, etc.: 88 658 Distribution format: tar.gz Programming language: FORTRAN 77/90 (GCFP), C+ (parGCFP) Computer: Any

43、 computer with suitable compilers. The program GCFP requires a FORTRAN 77/90 compiler. The auxiliary program parGCFP requires GNU-C+ compatible compiler, while its parallel version additionally requires MPI-1 standard libraries Operating system: Linux (Ubuntu, Scientific) (all programs), also checke

44、d on Windows XP (GCFP, serial version of parGCFP) RAM: The memory demand depends on the computation and output mode. If this mode is not 4, the program GCFP demands the following amounts of memory on a computer with Linux operating system. It requires around 2 MB of RAM for the A=12 system at Ex2. C

45、omputation of the A=50 particle system requires around 60 MB of RAM at Ex=0 and 70 MB at Ex=2 (note, however, that the calculation of this system will take a very long time). If the computation and output mode is set to 4, the memory demands by GCFP are significantly larger. Calculation of GCFPs of

46、A=12 system at Ex=1 requires 145 MB. The program parGCFP requires additional 2.5 and 4.5 MB of memory for the serial and parallel version, respectively. Classification: 17.18 Nature of problem: The program GCFP generates a list of two-particle coefficients of fractional parentage for several j-shell

47、s with isospin. Solution method: The method is based on the observation that multishell coefficients of fractional parentage can be expressed in terms of single-shell CFPs 1. The latter are calculated using the algorithm 2,3 for a spectral decomposition of an antisymmetrization operator matrix Y. Th

48、e coefficients of fractional parentage are those eigenvectors of the antisymmetrization operator matrix Y that correspond to unit eigenvalues. A computer code for these coefficients is available 4. The program GCFP offers computation of two-particle multishell coefficients of fractional parentage. T

49、he program parGCFP allows a batch calculation using one input file. Sets of GCFPs are independent and can be calculated in parallel. Restrictions: A<86 when Ex=0 (due to the memory constraints); small numbers of particles allow significantly higher excitations, though the shell with j11/2 cannot

50、get full (it is the implementation constraint). Unusual features: Using the program GCFP it is possible to determine allowed particle configurations without the GCFP computation. The GCFPs can be calculated either for all particle configurations at once or for a specified particle configuration. The

51、 values of GCFPs can be printed out with a complete specification in either one file or with the parent and daughter configurations printed in separate files. The latter output mode requires additional time and RAM memory. It is possible to restrict the (J,T) values of the considered particle config

52、urations. (Here J is the total angular momentum and T is the total isospin of the system.) The program parGCFP produces several result files the number of which equals to the number of particle configurations. To work correctly, the program GCFP needs to be compiled to read parameters from the stand

53、ard input (the default setting). Running time: It depends on the size of the problem. The minimum time is required, if the computation and output mode (CompMode) is not 4, but the resulting file is larger. A system with A=12 particles at Ex=0 (all 9411 GCFPs) took around 1 sec on a Pentium4 2.8 GHz

54、processor with 1 MB L2 cache. The program required about 14 min to calculate all 1.3×106 GCFPs of Ex=1. The time for all 5.5×107 GCFPs of Ex=2 was about 53 hours. For this number of particles, the calculation time of both Ex=0 and Ex=1 with CompMode = 1 and 4 is nearly the same,

55、when no other processes are running. The case of Ex=2 could not be calculated with CompMode = 4, because the RAM memory was insufficient. In general, the latter CompMode requires a longer computation time, although the resulting files are smaller in size. The program parGCFP puts virtually

56、 no time overhead. Its parallel version speeds-up the calculation. However, the results need to be collected from several files created for each configuration. References: 1 J. Levinsonas, Works of Lithuanian SSR Academy of Sciences 4 (1957) 17. 2 A. Deveikis, A. Bonkus, R. Kalinauskas, Lithuanian P

57、hys. J. 41 (2001) 3. 3 A. Deveikis, R.K. Kalinauskas, B.R. Barrett, Ann. Phys. 296 (2002) 287. 4 A. Deveikis, Comput. Phys. Comm. 173 (2005) 186. (CPC Catalogue ID. ADWI_v1_0)Article Outline1. Theoretical aspects2. Description of the program GCFP 2.1. Test output3. Description of the program parGCFP

58、AcknowledgementsReferencesPurchase$ 31.5041NWChem: A comprehensive and scalable open-source solution for large scale molecular simulations  Original Research ArticleComputer Physics Communications, Volume 181, Issue 9, September 2010, Pages 1477-1489M. Valiev, E.J. Bylaska, N. Govind, K. K

59、owalski, T.P. Straatsma, H.J.J. Van Dam, D. Wang, J. Nieplocha, E. Apra, T.L. Windus, W.A. de Jong Close preview  |   Related articles  |  Related reference work articles     AbstractAbstract | Figures/TablesFigures/Tables | References

60、References AbstractThe latest release of NWChem delivers an open-source computational chemistry package with extensive capabilities for large scale simulations of chemical and biological systems. Utilizing a common computational framework, diverse theoretical descriptions can be used to provide the best solution for a given scientific problem. Scalable parallel implementations and modular software design enable ef