From banerjee at physics.mcmaster.ca Wed Nov 5 11:05:16 2003 From: banerjee at physics.mcmaster.ca (Robi Banerjee) Date: Wed, 5 Nov 2003 12:05:16 -0500 (EST) Subject: [FLASH-BUGS] Bug in quadratic_cartesian interpolation scheme? Message-ID: Hi, I ran into a problem (non convergence in the Riemann solver) using the new 'quadratic_cartesian' interpolation scheme in a 3D simulation including selfgravity. Looking into the details after a refinement step I figured that the data in the newly refined blocks develop stripe-like structures. This leads, for instance, to overshooting in velocities, resp. mach numbers. Using the old interpolation scheme (second_order_old) everything is fine and the variables are smoothly prolongated onto the newly refined blocks. Is this a known problem, or is there a problem with the new (quadratic_cartesian) interpolation scheme? If you need more information, please don't hesitate to ask for (e.g. 2D slices of the simulation data with the two different interpolations schemes) Thank you, Robi ==================================== Robi Banerjee Department of Physics and Astronomy ABB-320, McMaster University Hamilton, ON L8S 4M1 CANADA e-mail: banerjee at physics.mcmaster.ca phone : (905) 525-9140 x 23189 fax : (905) 546-1252 From fls2rynd at attbi.com Wed Nov 5 13:29:39 2003 From: fls2rynd at attbi.com (Sydney Silva) Date: Wed, 05 Nov 2003 14:29:39 -0500 Subject: [FLASH-BUGS] Make your financial future secure giydr Message-ID: <98c3i4-usz473f46bp@s8qd.adh> An HTML attachment was scrubbed... URL: http://flash.uchicago.edu/pipermail/flash-bugs/attachments/20031105/597c97c9/attachment.html From zingale at flash.uchicago.edu Wed Nov 5 13:00:44 2003 From: zingale at flash.uchicago.edu (Mike Zingale) Date: Wed, 5 Nov 2003 13:00:44 -0600 Subject: [FLASH-BUGS] Bug in quadratic_cartesian interpolation scheme? In-Reply-To: Message-ID: Hi Robi, the only problem that I am aware of with those prolongation routines is that the monotonicity constraint does not operate on the mass fractions as a whole, so it does not guarantee that they sum to one at the end -- this is something that I've been meaning to fix, but have not had the time. I have not seen a problem like you describe. More information would be useful -- especially if you could reproduce the problem in 2-d, as it would be easier to debug then. Mike ------------------------------------------------------------------------------ Michael Zingale UCO/Lick Observatory UCSC Santa Cruz, CA 95064 phone: (831) 459-5246 fax: (831) 459-5265 e-mail: zingale at ucolick.org web: http://www.ucolick.org/~zingale "Once something has been approved by the Government, It's no longer immoral." -- Reverend Lovejoy On Wed, 5 Nov 2003, Robi Banerjee wrote: > Hi, > > I ran into a problem (non convergence in the Riemann solver) > using the new 'quadratic_cartesian' interpolation scheme in a > 3D simulation including selfgravity. > Looking into the details after a refinement step I figured > that the data in the newly refined blocks develop stripe-like > structures. This leads, for instance, to overshooting in > velocities, resp. mach numbers. > Using the old interpolation scheme (second_order_old) > everything is fine and the variables are smoothly prolongated > onto the newly refined blocks. > > Is this a known problem, or is there a problem with the > new (quadratic_cartesian) interpolation scheme? > > If you need more information, please don't hesitate to > ask for (e.g. 2D slices of the simulation data with the > two different interpolations schemes) > > Thank you, > Robi > > ==================================== > Robi Banerjee > Department of Physics and Astronomy > ABB-320, McMaster University > Hamilton, ON L8S 4M1 > CANADA > e-mail: banerjee at physics.mcmaster.ca > phone : (905) 525-9140 x 23189 > fax : (905) 546-1252 > > From tomek at flash.uchicago.edu Wed Nov 5 13:32:47 2003 From: tomek at flash.uchicago.edu (Tomasz Plewa) Date: Wed, 5 Nov 2003 13:32:47 -0600 Subject: [FLASH-BUGS] Bug in quadratic_cartesian interpolation scheme? In-Reply-To: References: Message-ID: <20031105193247.GA35339221@flash.uchicago.edu> Robi, Mike - On Wed, Nov 05, 2003 at 01:00:44PM -0600, Mike Zingale wrote: > Hi Robi, the only problem that I am aware of with those prolongation > routines is that the monotonicity constraint does not operate on the mass > fractions as a whole, so it does not guarantee that they sum to one at the > end -- this is something that I've been meaning to fix, but have not had > the time. Regarding consistency of the species interpolation, I recall cylindrical and spherical versions required some fixes (will appear in the next release); cartesian version constraints the data by coarse zones without making any distinction between variables. In either case, I do not think that any interpolant we currently use quarantees to produce smooth perfectly monotone data. Striping seems odd, though. Tomek -- From zingale at flash.uchicago.edu Wed Nov 5 13:36:10 2003 From: zingale at flash.uchicago.edu (Mike Zingale) Date: Wed, 5 Nov 2003 13:36:10 -0600 Subject: [FLASH-BUGS] Bug in quadratic_cartesian interpolation scheme? In-Reply-To: <20031105193247.GA35339221@flash.uchicago.edu> Message-ID: yes, I added the fixed to the cylindrical and spherical prolongation routines that I wrote -- I did not get around to the cartesian ones yet, mainly because that would break a lot of the test suite, and I didn't want to deal with that at the time. Mike ------------------------------------------------------------------------------ Michael Zingale UCO/Lick Observatory UCSC Santa Cruz, CA 95064 phone: (831) 459-5246 fax: (831) 459-5265 e-mail: zingale at ucolick.org web: http://www.ucolick.org/~zingale "Once something has been approved by the Government, It's no longer immoral." -- Reverend Lovejoy On Wed, 5 Nov 2003, Tomasz Plewa wrote: > Robi, Mike - > > On Wed, Nov 05, 2003 at 01:00:44PM -0600, Mike Zingale wrote: > > Hi Robi, the only problem that I am aware of with those prolongation > > routines is that the monotonicity constraint does not operate on the mass > > fractions as a whole, so it does not guarantee that they sum to one at the > > end -- this is something that I've been meaning to fix, but have not had > > the time. > > Regarding consistency of the species interpolation, I recall > cylindrical and spherical versions required some fixes (will appear in > the next release); cartesian version constraints the data by coarse > zones without making any distinction between variables. > > In either case, I do not think that any interpolant we currently use > quarantees to produce smooth perfectly monotone data. Striping seems > odd, though. > > Tomek > -- > From tomek at flash.uchicago.edu Wed Nov 5 13:48:22 2003 From: tomek at flash.uchicago.edu (Tomasz Plewa) Date: Wed, 5 Nov 2003 13:48:22 -0600 Subject: [FLASH-BUGS] Bug in quadratic_cartesian interpolation scheme? In-Reply-To: References: <20031105193247.GA35339221@flash.uchicago.edu> Message-ID: <20031105194822.GA34906577@flash.uchicago.edu> On Wed, Nov 05, 2003 at 01:36:10PM -0600, Mike Zingale wrote: > yes, I added the fixed to the cylindrical and spherical prolongation > routines that I wrote -- I did not get around to the cartesian ones yet, > mainly because that would break a lot of the test suite, and I didn't want > to deal with that at the time. The two non-cartesian versions required additional modifications. But the new cartesian version uses quite different interpolation method and I did not want to spend time on analyzing it. Breaking the test suite is not worrisome - this can be looked into - but making interpolants monotone requires using different interpolation technique and more time. Hope Robi's case is something simpler. Tomek -- From banerjee at physics.mcmaster.ca Thu Nov 6 15:18:24 2003 From: banerjee at physics.mcmaster.ca (Robi Banerjee) Date: Thu, 6 Nov 2003 16:18:24 -0500 (EST) Subject: [FLASH-BUGS] Bug in quadratic_cartesian interpolation scheme? In-Reply-To: Message-ID: Hi Mike, I have set up a web page showing the outcome of the quadratic_cartesian interpolation scheme compared with the old second order one. You can find the page at: http://physwww.physics.mcmaster.ca/~banerjee/problem.html I used FLASH 2.3 on our Alpha with Tru64 Unix. I initialized the the data with a simulation done with Zeus, therefore it is not easy for me to rewrite the code for a 2D simulation. Here are some more information of the modules I used: REQUIRES driver/time_dep REQUIRES hydro REQUIRES gravity/poisson/multigrid REQUIRES materials/eos/gamma REQUIRES source_terms/cool/radloss REQUIRES mesh/amr/paramesh2.0 The 'stripes' appear in all variables but are most prominent in the velocities. Maybe the 'stripes' show up only in regions with a large gradient of the variables? Robi On Wed, 5 Nov 2003, Mike Zingale wrote: > Hi Robi, the only problem that I am aware of with those prolongation > routines is that the monotonicity constraint does not operate on the mass > fractions as a whole, so it does not guarantee that they sum to one at the > end -- this is something that I've been meaning to fix, but have not had > the time. > > I have not seen a problem like you describe. More information would be > useful -- especially if you could reproduce the problem in 2-d, as it > would be easier to debug then. > > Mike > > ------------------------------------------------------------------------------ > Michael Zingale > UCO/Lick Observatory > UCSC > Santa Cruz, CA 95064 > > phone: (831) 459-5246 > fax: (831) 459-5265 > e-mail: zingale at ucolick.org > web: http://www.ucolick.org/~zingale > > "Once something has been approved by the Government, It's no longer immoral." > -- Reverend Lovejoy > > > > > > > > On Wed, 5 Nov 2003, Robi Banerjee wrote: > > > Hi, > > > > I ran into a problem (non convergence in the Riemann solver) > > using the new 'quadratic_cartesian' interpolation scheme in a > > 3D simulation including selfgravity. > > Looking into the details after a refinement step I figured > > that the data in the newly refined blocks develop stripe-like > > structures. This leads, for instance, to overshooting in > > velocities, resp. mach numbers. > > Using the old interpolation scheme (second_order_old) > > everything is fine and the variables are smoothly prolongated > > onto the newly refined blocks. > > > > Is this a known problem, or is there a problem with the > > new (quadratic_cartesian) interpolation scheme? > > > > If you need more information, please don't hesitate to > > ask for (e.g. 2D slices of the simulation data with the > > two different interpolations schemes) > > > > Thank you, > > Robi > > > > ==================================== > > Robi Banerjee > > Department of Physics and Astronomy > > ABB-320, McMaster University > > Hamilton, ON L8S 4M1 > > CANADA > > e-mail: banerjee at physics.mcmaster.ca > > phone : (905) 525-9140 x 23189 > > fax : (905) 546-1252 > > > > > From zingale at flash.uchicago.edu Thu Nov 6 15:23:04 2003 From: zingale at flash.uchicago.edu (Mike Zingale) Date: Thu, 6 Nov 2003 15:23:04 -0600 Subject: [FLASH-BUGS] Bug in quadratic_cartesian interpolation scheme? In-Reply-To: Message-ID: Robi, if it is not too much trouble to rerun, try it with the prolongation monotonicity constraint turned off, monotone = .false. I would suspect that this is where the problem enters, but I am not certain. I'll look at the pictures some more and thing about this. Mike ------------------------------------------------------------------------------ Michael Zingale UCO/Lick Observatory UCSC Santa Cruz, CA 95064 phone: (831) 459-5246 fax: (831) 459-5265 e-mail: zingale at ucolick.org web: http://www.ucolick.org/~zingale "Once something has been approved by the Government, It's no longer immoral." -- Reverend Lovejoy On Thu, 6 Nov 2003, Robi Banerjee wrote: > Hi Mike, > > I have set up a web page showing the outcome of the quadratic_cartesian > interpolation scheme compared with the old second order one. You can > find the page at: > http://physwww.physics.mcmaster.ca/~banerjee/problem.html > > I used FLASH 2.3 on our Alpha with Tru64 Unix. I initialized the > the data with a simulation done with Zeus, therefore it is not easy > for me to rewrite the code for a 2D simulation. Here are some more > information of the modules I used: > > REQUIRES driver/time_dep > REQUIRES hydro > REQUIRES gravity/poisson/multigrid > REQUIRES materials/eos/gamma > REQUIRES source_terms/cool/radloss > REQUIRES mesh/amr/paramesh2.0 > > > The 'stripes' appear in all variables but are most prominent > in the velocities. Maybe the 'stripes' show up only in regions > with a large gradient of the variables? > > Robi > > > On Wed, 5 Nov 2003, Mike Zingale wrote: > > > Hi Robi, the only problem that I am aware of with those prolongation > > routines is that the monotonicity constraint does not operate on the mass > > fractions as a whole, so it does not guarantee that they sum to one at the > > end -- this is something that I've been meaning to fix, but have not had > > the time. > > > > I have not seen a problem like you describe. More information would be > > useful -- especially if you could reproduce the problem in 2-d, as it > > would be easier to debug then. > > > > Mike > > > > ------------------------------------------------------------------------------ > > Michael Zingale > > UCO/Lick Observatory > > UCSC > > Santa Cruz, CA 95064 > > > > phone: (831) 459-5246 > > fax: (831) 459-5265 > > e-mail: zingale at ucolick.org > > web: http://www.ucolick.org/~zingale > > > > "Once something has been approved by the Government, It's no longer immoral." > > -- Reverend Lovejoy > > > > > > > > > > > > > > > > On Wed, 5 Nov 2003, Robi Banerjee wrote: > > > > > Hi, > > > > > > I ran into a problem (non convergence in the Riemann solver) > > > using the new 'quadratic_cartesian' interpolation scheme in a > > > 3D simulation including selfgravity. > > > Looking into the details after a refinement step I figured > > > that the data in the newly refined blocks develop stripe-like > > > structures. This leads, for instance, to overshooting in > > > velocities, resp. mach numbers. > > > Using the old interpolation scheme (second_order_old) > > > everything is fine and the variables are smoothly prolongated > > > onto the newly refined blocks. > > > > > > Is this a known problem, or is there a problem with the > > > new (quadratic_cartesian) interpolation scheme? > > > > > > If you need more information, please don't hesitate to > > > ask for (e.g. 2D slices of the simulation data with the > > > two different interpolations schemes) > > > > > > Thank you, > > > Robi > > > > > > ==================================== > > > Robi Banerjee > > > Department of Physics and Astronomy > > > ABB-320, McMaster University > > > Hamilton, ON L8S 4M1 > > > CANADA > > > e-mail: banerjee at physics.mcmaster.ca > > > phone : (905) 525-9140 x 23189 > > > fax : (905) 546-1252 > > > > > > > > > > From maria.mirto at unile.it Mon Nov 10 10:13:12 2003 From: maria.mirto at unile.it (Maria Mirto) Date: Mon, 10 Nov 2003 17:13:12 +0100 Subject: [FLASH-BUGS] Extended deadline for ITCC2004: track on distributed and Grid systems Message-ID: <1068480792.3fafb918da78d@wm.unile.it> Dear all, the deadline of ITCC 2004 has been extended, so we extended the Distributed and Grid Systems track deadline. New and updated submissions are possible until November 21, 2003. Please visit the ITCC 2004 website prior to your final submission and use the online submission system. If any problem occurs during electronic paper submission, please contact Track Chair via email. Best regards, Maria Mirto. Submission Page: http://www.softconf.com/start/ITCC2004/submit.html Track Page: http://datadog.unile.it/itcc2004/cfp.htm IMPORTANT DATES November 21, 2003 Paper Due December 19, 2003 Author Notification January 9, 2004 Camera-Ready Copy ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Maria Mirto, CACT/ISUFI (Center for Advanced Computational Technologies) Engineering Faculty, Department of Innovation Engineering University of Lecce, Via per Monteroni, 73100 Lecce, Italy phone: +39-0832-297304, fax: +39-0832-297279 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ We apologize if you receive multiple copies of this email. ------------------------------------------------------------------------------- - Track on Methodologies, Technologies and Applications in distributed and Grid systems. ITCC 2004: IEEE International Conference on Information Technology: Coding and Computing Sponsored by the IEEE Computer Society April 5-7, 2004 The Orleans, Las Vegas, Nevada ------------------------------------------------------------------------------- - Call for Papers http://datadog.unile.it/itcc2004/cfp.htm http://www.itcc.info ****************** Computational Grids, initially used for the sharing of distributed computation resources in scientific applications, start to be used in different application domains offering basic services for application definition and execution in heterogeneous distributed systems. In health systems, the Grid offers the power and ubiquity needed to the acquisition of biomedical data, processing and delivering of biomedical images (CT, MRI, PET, SPECT, etc) located in different hospitals, within a wide area. So, the Grid acts as a Collaborative Working Environment: doctors often want to aggregate not only medical data, but also human expertise and might want colleague around the world to visualize the examinations in the same way and at the same time so that the group can discuss the diagnosis in real time. The Grid offers a dynamic infrastructure for retrieving and on-demand processing of remote sensing data, for instance, retrieving of SAR metadata related to terabyte of SAR data, starting on-demand processing on raw data, starting on-demand post-processing on focalized data and creating a complex application composing simple tasks. For atmospheric and climate modeling, a Grid offers tools for simulate and forecasting meteorological phenomena, simulate emission and dispersion of pollutants for air quality studies and simulate complex phenomena about the impact of global climate changes. Grid Computing techniques can be used in the motor industry, reducing the optimization process time for improvement of diesel engine emission performance using, for instance, micro-genetic algorithms for engine chamber geometry optimization and Kiva3 code to calculate chamber geometry fitness. In the computer aided medicine, a new research area involves the use of the Grid technologies for surgical simulations. Some simulations could be performed in a distributed system to allow surgeons to practise executing of particular surgical procedures. Analysis of the problems relevant to the use of GRID in medical virtual environments will be appreciated. Finally, bioinformatic applications call for the ability to read large datasets (e.g. protein databases) and to create new datasets (e.g. mass spectrometry proteomic data). They can require the ability to change (updating) existing datasets; consequently a Data Grid, i.e. a distributed infrastructure for storing large datasets, is needed. In the bioinformatic field, a Data Grid could reveal useful to build Electronic Patient Record systems (EPRs) for the management of patient information (data, metadata and images), to support data replication, allowing the integration and sharing of biological databases and, generally, for the developement of efficient bioinformatics (in particular proteomic) applications. The main goal of the Conference Track is to discuss well-known and emerging data-intensive applications in the context of distributed systems and Grid systems, and to analyze technologies and methodologies useful to develop such applications in such environments. In particular, this Conference Track aims at offering a forum of discussion where young researchers and PhD students could present their research activities, either at an early or mature phase. Topics include, but are not limited to: Data intensive applications in distributed and Grid systems: - Grid for biomedical imaging; - Grid for remote sensing and GIS application; - Grid for Atmospheric and Climate Modeling; - Grid for motor industry (diesel engine simulation); - Grid for surgery simulations; - Bioinformatic for: o Biomedical Imaging; o Proteomics and genomics; o Electronic Patient Records; o Medical images, data and metadata management; o Image Recognition, Processing and Analysis. Technologies and methodologies in distributed and grid-based applications: - Grid technologies (Grid portals, Web & Grid services, portlets); - Grid Information and Monitoring services and related (OO,Relational,XML) data models; - Grid Security; - Grid Workload and Data management services; - Grid Resource management; - Parallel and Distributed application (cluster and grid based); - Simulation and Applications of Modeling. IMPORTANT DATES November 21, 2003 Paper Due December 19, 2003 Author Notification January 9, 2004 Camera-Ready Copy Note: The Proceedings will be published by IEEE Computer Society. A special issue of an international journal is being planned consisting of selected papers from this conference. Authors of selected papers will be invited to submit an extended version for the journal. SUBMISSION DETAILS Papers should be original and contain contributions of theoretical or experimental nature. Interested authors should submit a paper (up to 8 pages, formatted in the style of IEEE Proceedings format - http://computer.org/cspress/instruct.htm), including keywords, using a specific form (http://www.softconf.com/start/ITCC2004/submit.html), before November 21, 2003. Instructions about submission are also available (http://www.ee.unlv.edu/%7Eit/Files/start/how-to-submit.html). If any problem occurs during electronic paper submission, please contact track chair. Maria Mirto, CACT/ISUFI (Center for Advanced Computing Technology), c/o Engineering Faculty, Department of Innovation Engineering, University of Lecce, Via per Monteroni, 73100 Lecce, Italy, Voice: +39-0832-297304, Fax: +39-0832-297279, Email: maria.mirto at unile.it Electronic submission (PostScript or PDF) is strongly encouraged. From ge60vxpip at yahoo.com Tue Nov 11 11:12:36 2003 From: ge60vxpip at yahoo.com (Shelby Kuhn) Date: Tue, 11 Nov 2003 16:12:36 -0100 Subject: [FLASH-BUGS] Free quotes in less than a minute, and there's no hassle! osbaecqnbvu aordyu Message-ID: An HTML attachment was scrubbed... URL: http://flash.uchicago.edu/pipermail/flash-bugs/attachments/20031111/805004d2/attachment.html From 9vvklf at hotmail.com Thu Nov 13 23:20:31 2003 From: 9vvklf at hotmail.com (Julian Waters) Date: Fri, 14 Nov 2003 11:20:31 +0600 Subject: [FLASH-BUGS] Have you planned for your family's future? jgod ommw s Message-ID: <7$$i-id45jw599$06@2lnpf1l2.pgif> An HTML attachment was scrubbed... URL: http://flash.uchicago.edu/pipermail/flash-bugs/attachments/20031114/0a39c776/attachment.html From ulgm32xx at mindspring.com Tue Nov 18 22:11:41 2003 From: ulgm32xx at mindspring.com (Margarito Myles) Date: Wed, 19 Nov 2003 00:11:41 -0400 Subject: [FLASH-BUGS] Government Pays you 15% to 300% Interest q wn vllmgg z Message-ID: <8jf-532fwl$x$5982@l2q5zzk30j4rii> An HTML attachment was scrubbed... URL: http://flash.uchicago.edu/pipermail/flash-bugs/attachments/20031119/c498d9cf/attachment.html From Drew at centrum.cz Fri Nov 21 08:36:50 2003 From: Drew at centrum.cz (Student Insurance) Date: Fri, 21 Nov 2003 14:36:50 +0000 Subject: [FLASH-BUGS] FW: Insurance for your college students Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://flash.uchicago.edu/pipermail/flash-bugs/attachments/20031121/b566d421/attachment.html From chavxt34 at ix.netcom.com Fri Nov 21 17:19:54 2003 From: chavxt34 at ix.netcom.com (Joanne Page) Date: Sat, 22 Nov 2003 00:19:54 +0100 Subject: [FLASH-BUGS] Generate Money Fast By Yourself u pifwqw kerhhutugnt Message-ID: An HTML attachment was scrubbed... URL: http://flash.uchicago.edu/pipermail/flash-bugs/attachments/20031122/15580407/attachment.html From macuchi2003 at mail15.com Sat Nov 29 00:49:20 2003 From: macuchi2003 at mail15.com (macuchi2003 at mail15.com) Date: Sat, 29 Nov 2003 06:49:20 GMT Subject: [FLASH-BUGS] ATTENTION Message-ID: ENGR. MAC UCHI TEL/FAX-234-80-23692412. E-MAIL: macuchi4041 at zwallet.com Dear Sir, RE: TRANSFER OF US$26. 4M (TWENTY -SIX MILLION,FOUR HUNDRED THOUSAND UNITED STATES DOLLARS ) INTO YOUR NOMINATED ACCOUNT. First, I must solicit your strictest confidence in this transaction, this is by virtue of its nature as being utterly confidential and top secret. We are top officials of the Nigerian National Petroleum Corporation ( NNPC ) and members of an ad hoc committee set up by the Federal Government of Nigeria to review contracts awarded by the past military administration. The members of the committee, are basically interested in the importation of goods into the country with fund which is presently floating in the Central Bank of Nigeria. This fund resulted from grossly over-invoiced contracts which were executed for the NNPC during the last administration. It was alleged that top government officials set up companies and awarded themselves these contracts. As a result, the present administration set up this committee to identify, scrutinize and recommend for payment of all valid contracts that have been fully executed. In the course of our duty, we identified a lot of misappropriated and inflated funds which are presently trapped in the Central Bank of Nigeria ready for payment. The companies that executed the contracts have been duly paid. I have therefore been mandated as a matter of trust by my colleagues in the panel to look for an overseas partner into whose account we could transfer the sum of US$24. 6 M ( Twenty - six Million Four Hundred Thousand US Dollars) We have agreed that the fund will be shared thus after it has been remitted into your account: 1. 30% of the money will go to you for acting as the beneficiary of the fund. 2. 10% has been set aside for reimbursement to both parties for incidental expences that may be incurred in the course of the transactions. 3. 60% to us the Government Officials. ( with which we wish to commence an importation business ). To confide in you, Sir, all logistics are in place and all modalities have been worked out with some top Officials of the Ministry of Finance and the Central Bank of Nigeria to facilitate the smooth remittance of the amount into your account within ten to twelve days of receiving the following information from you on my personal email: macuchi4041 at zwallet.com 1. Bankers Name, Address, Bank Account Number, Telephone, Fax and Telex Numbers. 2. Your Company's Name, Address, Company's Details and Activities, Telephone and Fax Numbers. This information will enable us make applications and lodge claims to the concerned Government Ministries and Agencies in favour of your company. It is pertinent to state here that this transaction is entirely based on trust since this money is going to be paid into your account. Please acknowledge the receipt of this letter using the above email. I will bring you into the complete picture of this project when I have heard from you. Best regards, ENGR. MAC UCHI