From grants4u22 at flashmail.com Wed Apr 5 16:22:30 2000 From: grants4u22 at flashmail.com (grants4u22 at flashmail.com) Date: Wed, 05 Apr 2000 09:22:30 -0500 (EST) Subject: FREE CASH GRANTS Message-ID: <198001231810.AB03403@tayu.hy.ntu.edu.tw> Dear Consumer Every day millions of dollars are given away!!! Our Government spends billions of tax dollars on government grants. Do you know that private foundations, trust and corporations are required to give away a portion of theirs assets. It does'nt matter, where you live, your employment status, or if you are broke, retired or living on a fixed income. There may be a grant for you! CASHING IN ON FREE GOVERNMENT GRANTS FOR PERSONAL NEEDS, BUSINESS, MEDICAL BILLS, EDUCATION, DEBTS AND MORE.... How would you like to get $125.000.00 to start your business? You can use the money to expand, finance equipment, pay salaries, rent and more. How about $8,000.00 spending money for your personal needs such as car payments, rent, clothing, credit card debts, home repair, groceries. Do you need $12,000.00 for education for yourself, or your children? You can get money for private, secondary and primary school. There are grants for undergraduate, graduate, professional and foreign studies and more. THE BEST PART IS THAT YOU NEVER HAVE TO PAY IT BACK! IT IS INTEREST FREE AND NON TAXABLE! NO CREDIT CHECKS, COSIGNERS, SECURITY DEPOSITS OR COLLATERAL REQUIRED. There are no strict requirements to meet. If you have a genuine need, the money can be yours. IT'S TIME FOR YOU TO TAKE ADVANTAGE OF THIS COUNTRY'S BEST KEPT SECRET! We have made the process easy. We have researched and compiled a manual that will help you find a grant. OUR MANUAL" HOW TO OBTAIN FREE CASH GRANTS" will provide you with 45 pages of grant sources. We list the foundations name, address, phone number, contact person and the type of grant they issue. QUESTIONS AND ANSWERS Q: Is obtaining a cash grant legal? A: It is 100% legal and yours for the asking. The Government wants you to take advantage of their grant program and our manual will show you how. Q: How do I get paid? A: The Government agency will send you an acceptance letter with your award amount. Q: Will bad credit interfere with obtaining a free cash grant? A: NO, In fact grants are not based on your credit. It is not a loan, even the unemployed receive grants. Q: What is the average grant amount awarded? A: $1,000.00 to 10,000.00 is average, but it depends on what the grant will be used for. Businesses that benefit the communities have been awarded $100,000 to millions in grant money. Q: If I obtain your publication manual, am I guaranteed to find a grant? A: The US Federal Trade Commission warns consumers that no one can guarantee you a grant, you must apply to the grant offering foundations, corporations etc.. They will review your request and supply your grant if your needs meet the requirements of the grant. We do provide you with a 60 day money back guarantee! This will give you time to apply for some grants and get a response. ACT IN THE NEXT 14 DAYS AND RECEIVE THE "HOW TO OBTAIN FREE CASH GRANT'S "MANUAL AND A FREE BONUS, "HOW TO WRITE A WINNING GRANT PROPOSAL". This guide will list the secrets on getting your grant proposal accepted. RECEIVE ALL THIS FOR THE UNBELIEVABLE LOW PRICE OF $24.95! ACT NOW!! ORDER INFORMATION SIMPLY SEND $24.95, CHECK, MONEY ORDER, OR CREDIT CARD INFORMATION INCLUDE YOUR NAME, ACCOUNT NUMBER, EXPIRATION DATE, ADDRESS AND PHONE NUMBER. TO: INFORMATION PLUS PO BOX 9889 PANAMA CITY BEACH, FL 32417 This mailing is done by an independent marketing co. We apologize if this message has reached you in error. Save the Planet, Save the Trees! Advertise via E mail. No wasted paper! Delete with one simple keystroke! Less refuse in our Dumps! This is the new way of the new millennium! To be removed rmv380 at dcemail.com From h1bxsh2 at mailasia.com Wed Apr 5 17:37:06 2000 From: h1bxsh2 at mailasia.com (h1bxsh2 at mailasia.com) Date: Wed, 05 Apr 2000 15:37:06 +0000 Subject: Email your ad to 25 million people $99 References: <01BD6C0D8@[139.142.43.181]> Message-ID: *********Email your ad to 25 million people for only $99. Thanks to the invention of the Internet, anyone can now market their ideas and products to millions of people. Imagine having a product or idea and selling it for only $10. Now imagine sending an ad for your product or idea to 25 million people! If you only get a 1/10 of 1% response you have just made $250,000 !!! You hear about people getting rich off the Internet everyday on TV, now is the perfect time for you to jump in on all the action. Here is what you get for only $99 : 1) 25 million fresh email addresses. These addresses consist of people who are on the Internet all the time looking for things to buy. 2) An amazing email program to make delivering all those email addresses very easy, even if you are a novice. This program mails 100,000 emails an hour and you get the full version! 3) Step by step instructions. 4) Tips on how to write your ad. 5) 100% customer support. Order now and get a special FREE bonus: Check processing software so you can accept checks by fax. You will now be able to accept checks from your customers just as we and thousands of other businesses are doing. This check software is extremely easy to use. We will send step by step instructions and include 100 % customer support on this software as well. You may fax or mail your order to us. Once we receive your order, we will mail your email CD containing 25 million fresh email addresses, your email mailing program, step by step instructions, tips on how to write your ad and your FREE bonus of the check processing software. We will mail this via Priority mail the same day we receive your order. ***********FAX YOUR ORDER NOW FOR FASTER SERVICE Fill out and fax this order form to (520) 447-8533 along with your check made payable to Valtech for $99 Thanks to our check processing software we can accept your check by fax. This is the same great software you will get with your order. Order Form: Name:__________________________________________ Address:______________________________________ City:_________________________ State:___________ Zip:___________________ Email address:______________________ (We will email you a confirmation when we receive your order) or you can mail us your check or money order made payable to Valtech for $99 to: VALTECH 13151 Summit Square Ctr. Rt. 413 & Doublewoods Rd. Langhorne, PA 19047 ***For orders outside the U.S.: We only accept American Express Money orders or International Moneys order for only $99 made payable to : VALTECH PMB 13151 Summit Square Ctr. Rt. 413 & Doublewoods Rd. Langhorne, PA 19047-1098 USA We will ship it to you via Global Priority mail the day we receive your payment. Remove instructions below: To be removed from our list send an email to: fdhscs at mailasia.com with "remove" in the subject. or call us at 215 552 8909 From hbalasch at mailasia.com Wed Apr 5 17:52:18 2000 From: hbalasch at mailasia.com (hbalasch at mailasia.com) Date: Wed, 05 Apr 2000 15:52:18 +0000 Subject: Your ad emailed to 25 million people $99 Message-ID: *********Email your ad to 25 million people for only $99. Thanks to the invention of the Internet, anyone can now market their ideas and products to millions of people. Imagine having a product or idea and selling it for only $10. Now imagine sending an ad for your product or idea to 25 million people! If you only get a 1/10 of 1% response you have just made $250,000 !!! You hear about people getting rich off the Internet everyday on TV, now is the perfect time for you to jump in on all the action. Here is what you get for only $99 : 1) 25 million fresh email addresses. These addresses consist of people who are on the Internet all the time looking for things to buy. 2) An amazing email program to make delivering all those email addresses very easy, even if you are a novice. This program mails 100,000 emails an hour and you get the full version! 3) Step by step instructions. 4) Tips on how to write your ad. 5) 100% customer support. Order now and get a special FREE bonus: Check processing software so you can accept checks by fax. You will now be able to accept checks from your customers just as we and thousands of other businesses are doing. This check software is extremely easy to use. We will send step by step instructions and include 100 % customer support on this software as well. You may fax or mail your order to us. Once we receive your order, we will mail your email CD containing 25 million fresh email addresses, your email mailing program, step by step instructions, tips on how to write your ad and your FREE bonus of the check processing software. We will mail this via Priority mail the same day we receive your order. ***********FAX YOUR ORDER NOW FOR FASTER SERVICE Fill out and fax this order form to (520) 447-8533 along with your check made payable to Valtech for $99 Thanks to our check processing software we can accept your check by fax. This is the same great software you will get with your order. Order Form: Name:__________________________________________ Address:______________________________________ City:_________________________ State:___________ Zip:___________________ Email address:______________________ (We will email you a confirmation when we receive your order) or you can mail us your check or money order made payable to Valtech for $99 to: VALTECH 13151 Summit Square Ctr. Rt. 413 & Doublewoods Rd. Langhorne, PA 19047 ***For orders outside the U.S.: We only accept American Express Money orders or International Moneys order for only $99 made payable to : VALTECH PMB 13151 Summit Square Ctr. Rt. 413 & Doublewoods Rd. Langhorne, PA 19047-1098 USA We will ship it to you via Global Priority mail the day we receive your payment. Remove instructions below: To be removed from our list send an email to: fdhscs at mailasia.com with "remove" in the subject. or call us at 215 552 8909 From kristian.nielsen at risoe.dk Thu Apr 6 12:52:19 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: Thu, 06 Apr 2000 12:52:19 +0200 Subject: Unsolicited advertising Message-ID: <01JNWZTQUD5U935P5O@risoe.dk> Dear neutron simulators, Unfortunately, the neutron-mc at risoe.dk mailing list has become the victim of unsolicited e-mail advertisement (usually called SPAM). I apologize for the inconvenience to all on this list that received these messages. I have now changed the list so that only people subscribing to the list may send messages to it. Hopefully this will avoid the problem in the future. Regards, - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt From gonzalez at ill.fr Wed Apr 5 10:20:11 2000 From: gonzalez at ill.fr (Gonzalez, Miguel A.) Date: Wed, 05 Apr 2000 10:20:11 +0200 (METDST) Subject: bug in mosaic_simple/anisotropic? Message-ID: Hi Kristian, I write to you because I was doing some tests with the new monochromator components (mosaic_simple & mosaic_anisotropic) and to my big surprise I found that I obtained more neutrons after the Bragg-reflection than before. I used a perfect collimated beam with dE=0 and then I put a monitor, the monochromator (rotated the right angle to reflect all the neutrons) and a second monitor. And then, sending 1000 neutrons I find the following: tequila IN16/Partes> ./test5_mosaicsimple.linux --ncount=1000 eta=30 dif=0 Detector: moni1_I=1000 moni1_ERR=31.6228 moni1_N=1000 Detector: moni5_I=1057.24 moni5_ERR=38.8623 moni5_N=991 As you can see, 991 n arrive to the second monitor but their average weight is >1, so I>1000. I didn't look too much in detail to the component (I will start studying it now), but do you have already any idea of why this is happening (or which is the problem when calculating the n weights?)? Thanks for your help, Miguel. ______________________________________________________________________ Miguel A. Gonzalez Institut Laue Langevin (ILL) 6, rue Jules Horowitz, BP 156 38042 Grenoble Cedex 9, FRANCE Tel: +33 (0)4.76.20.70.41 Fax: +33 (0)4.76.48.39.06 E-mail: gonzalez at ill.fr ______________________________________________________________________ From kristian.nielsen at risoe.dk Thu Apr 6 13:17:20 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 6 Apr 2000 13:17:20 +0200 Subject: bug in mosaic_simple/anisotropic? In-Reply-To: (gonzalez@ill.fr) Message-ID: > Date: Wed, 05 Apr 2000 10:20:11 +0200 (METDST) > From: "Gonzalez, Miguel A." > tequila IN16/Partes> ./test5_mosaicsimple.linux --ncount=1000 eta=30 dif=0 > Detector: moni1_I=1000 moni1_ERR=31.6228 moni1_N=1000 > Detector: moni5_I=1057.24 moni5_ERR=38.8623 moni5_N=991 Yes, this indeed looks wrong. I did some tests, and I found that the problem arises when the algorithm considers scattering off crystal blocks far out in the tails of the Gaussian mosaic curve (in your example this happens for the vertical mosaic). I am not yet sure what the problem is, but looking at the McStas manual (version 1.2), I think there may be a problem with formula (5.18) and the sampling of phi from the double mosaic width. I will investigate further and get back to you when know more. - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt From maurer at embl-grenoble.fr Tue Apr 11 17:07:55 2000 From: maurer at embl-grenoble.fr (Maurer Edith) Date: Tue, 11 Apr 2000 17:07:55 +0200 Subject: McStas Single_Crystal Component Message-ID: <38F33FCA.91CB66D2@embl-grenoble.fr> Dear Mr. Nielsen, we are trying to use the single crystall component of McStas. Our problem is the following. We can compile the instrument but with the warning 1116 non-void funktion "read_hkl_data" should return a value. And running the simulation is endless. Could you send us an example file which we can read in as reflectionsdata ? what might be our problem? Thank you very much Edith Maurer From kristian.nielsen at risoe.dk Tue Apr 11 18:03:14 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 11 Apr 2000 18:03:14 +0200 Subject: McStas Single_Crystal Component In-Reply-To: <38F33FCA.91CB66D2@embl-grenoble.fr> (message from Maurer Edith on Tue, 11 Apr 2000 17:07:55 +0200) Message-ID: > Date: Tue, 11 Apr 2000 17:07:55 +0200 > From: Maurer Edith > we are trying to use the single crystall component of McStas. Our > problem is the following. We can compile the instrument but with the > warning 1116 > non-void funktion "read_hkl_data" should return a value. And running the This warning is harmless (it will be fixed in the next version). Thanks for the report. > simulation is endless. Maybe you could send me the files you used, and I could try to reproduce the problem and find the cause? There is one problem I discovered recently. In the file Single_crystal.comp there is a line that reads for( i = 0; i < 6; i=i++ ) This should read for( i = 0; i < 6; i=i+1 ) Depending on the compiler used, this could cause an infinite loop. You could try changing it and see if it helps. > Could you send us an example file which we can read in as > reflectionsdata ? There is a good example of the use of the Single_crystal component in the McStas tutorial. It may be downloaded from the world-wide-web: http://neutron.risoe.dk/mcstas/tutorial/ Hope this helps, if not please ask again and send the simulation files you used. - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt From gonzalez at ill.fr Wed Apr 26 13:14:14 2000 From: gonzalez at ill.fr (Gonzalez, Miguel A.) Date: Wed, 26 Apr 2000 13:14:14 +0200 (METDST) Subject: bug in mosaic_simple/anisotropic? In-Reply-To: <01JOCEK5YTXW9396A0@risoe.dk> Message-ID: Hi Kristian, thank you for your answer and for the correction to the component. I have tested it today and it seems to work well (I obtain the same rocking curves than with the old Monochromator component and there is no more the problem of having extra intensity). See you, Miguel ______________________________________________________________________ Miguel A. Gonzalez Institut Laue Langevin (ILL) 6, rue Jules Horowitz, BP 156 38042 Grenoble Cedex 9, FRANCE Tel: +33 (0)4.76.20.70.41 Fax: +33 (0)4.76.48.39.06 E-mail: gonzalez at ill.fr ______________________________________________________________________ From srio at esrf.fr Thu May 4 14:11:16 2000 From: srio at esrf.fr (Manolo Sanchez del Rio) Date: Thu, 04 May 2000 14:11:16 +0200 Subject: Post Doc position at Grenoble Message-ID: <391168E4.2D8B843@esrf.fr> Post Doc Position at Grenoble In the frame of the european project SCANS (Software for Computer Aided Neutron Scattering) a position of "Assegno di ricerca post doc" (bando 347r) is open at the OGG-INFM in Grenoble. Its function will be the development of Monte Carlo kernels describing the transport properties of neutron/x-ray optical elements, in particular for polarized neutrons, time of flight instrumentation and the scattering from generic samples. The codes will then be tested by performing "ad hoc" experiments either at the ILL or ESRF. The work will be carried out in the frame of the existing collaboration among INFM, ILL and ESRF. The succesful candidate should hold a doctorate in Physics, Chemical Physics, Chemistry or similar fields or at least three years of research experience and should have a good general knowledge in Physics and possibly in x-ray or neutron scattering. He/she should also have good computer and experimental skills. The duration of the contract is initially for 1 year with a very high possibility of extension depending on the results obtained. The deadline is 17/5/2000. It is possible to find more information at http//www.infm.it/bandi/bandiattivi/bando347r.htm For any scientfic information contact: Roberto Felici, INFM-OGG, email: felici at esrf.fr tel:(+) 33 (0)4 76 88 2266 otherwise Matilde Bolla bolla at esrf.fr tel tel:(+) 33 (0)4 76 88 2857, fax:(+) 33 (0)4 76 88 2855 -- ****************************************************************** * Manuel Sanchez del Rio | Tel +33-476 88 2513 * * European Synchrotron Radiation Facility | Tel secretary 2027 * * BP 220 | Fax +33-476 88 2160 * * 38043 Grenoble-Cedex (France) | e-mail srio at esrf.fr * *_________________________________________|______________________* * http://www.esrf.fr (ESRF Home Page)* * http://www.esrf.fr/computing/scientific/ (Group Home Page)* * http://www.esrf.fr/computing/scientific/people/srio/ (Personal)* ****************************************************************** From kristian.nielsen at risoe.dk Thu May 25 10:26:58 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: Thu, 25 May 2000 10:26:58 +0200 Subject: New release v1.3 of McStas Message-ID: <01JPTB1G4N0K93D0SN@risoe.dk> I am pleased to announce that McStas v1.3 has been released and may be downloaded from the web site: http://neutron.risoe.dk/mcstas/ Major new features include a new McDoc component documentation system which among other things provides nice graphical dialogs for building instruments, a much improved `mcrun' front-end, multiple scattering in the Single_crystal component, and more. See the CHANGES file in the distribution for details on what is new in v1.3. All McStas users are encouraged to upgrade to the new version. As usual, please report any problems so that they may be fixed in a later version. - Kristian. From srio at esrf.fr Tue May 30 11:20:11 2000 From: srio at esrf.fr (Manuel Sanchez del Rio) Date: Tue, 30 May 2000 11:20:11 +0200 Subject: Scientific Software position available Message-ID: <393387CB.5087C8BA@esrf.fr> Hello, This is just to let you know that a scientific software permanent position has been opened at ESRF. More details are at: http://www.esrf.fr/jobs/Computing/Engineer-2135.html or contacting me ar srio at esrf.fr best regards, Manolo -- ****************************************************************** * Manuel Sanchez del Rio | Tel +33-476 88 2513 * * European Synchrotron Radiation Facility | Tel secretary 2027 * * BP 220 | Fax +33-476 88 2160 * * 38043 Grenoble-Cedex (France) | e-mail srio at esrf.fr * *_________________________________________|______________________* * http://www.esrf.fr (ESRF Home Page)* * http://www.esrf.fr/computing/scientific/ (Group Home Page)* * http://www.esrf.fr/computing/scientific/people/srio/ (Personal)* ****************************************************************** From kristian.nielsen at risoe.dk Thu May 25 14:13:21 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 25 May 2000 14:13:21 +0200 Subject: McStas and monochromators In-Reply-To: <40BF49FB0D7DD311922000A0C966E30E0E4CEA@pdnt53.anp.ansto.gov.au> (mja@ansto.gov.au) Message-ID: > Date: Tue, 12 Oct 1999 09:19:49 +1000 > From: "JAMES, Michael" >Dear Kristian > > It sounds like you are making some good progress on the new monochromator. I would be very > interested in testing a version of it as soon as you think it is in a reasonable state. I am sorry to have kept you waiting for so long, half a year in fact! Anyway on the off-chance that you are still interested, the new monochromator component is included in the newest version of McStas (v1.3) which has just been released. - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt From kristian.nielsen at risoe.dk Thu May 25 14:15:59 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 25 May 2000 14:15:59 +0200 Subject: mcdoc - default values for input parameters In-Reply-To: <38CCF7CE.94307BFA@ill.fr> (message from Thomas C Hansen on Mon, 13 Mar 2000 15:14:40 +0100) Message-ID: > Date: Mon, 13 Mar 2000 15:14:40 +0100 > From: Thomas C Hansen > Dear Kristian, > > I see your approach, looks good! By the way, I wrote a perl script (attached), which > handles huge command lines, as I suggested a couple of days ago. To use it, you put > all my files in a directory and type, e.g., Dear Thomas, Thanks for your suggestions. In the newly released v1.3 of McStas, the mcrun command has been greatly enhanced. I think that it now does most of what you suggested. If you find anything missing, please do not hesitate to come with further suggestions. - Kristian. From R.Kreuger at IRI.TUDELFT.NL Tue Jun 13 16:28:49 2000 From: R.Kreuger at IRI.TUDELFT.NL (Rob Kreuger) Date: Tue, 13 Jun 2000 16:28:49 +0200 (MEST) Subject: postdoc vacancy Message-ID: Position available at neutron scattering group in Delft (NL) In the framework of the european SCANS project we are looking for a postdoc for two years. He/she will contribute to the extension of Monte Carlo kernels to simulate the neutron polarisation in neutron scattering instruments. The principal simulation package will be McStas (http://neutron.risoe.dk/mcstas). We would like to simulate polarisers, rotators, flippers, precession fields and eventually resonant spin flippers. In case inelastic scattering simulations do not exist, this has to be developed as well. The new code has to be validated by experimental data. This might be done by the candidate himself at our ractor or at other sites. The MC simulations will be used to evaluate and design new instrument concepts to be applied at ISIS or the future ESS. All these concepts have one thing in common: polarised neutrons and Larmor precession devices. For example: - Spin echo with White beam resonant spin flippers - SESANS=Spin echo SANS - High resolution diffraction with Larmor devices - Inelastic scattering with TOF and Larmor devices The candidate should have at least some years of research experience, preferrably in the field of neutron scattering or instrument simulations. He should have good skills in Unix and C. Starting date: as soon as possible. Indicative salary: NLG 5000-6000 For additional information: Rob.Kreuger at iri.tudelft.nl A.A.vanWell at iri.tudelft.nl +-------------------------------------------------------------------+ | Rob Kreuger | LARESS project | | IRI | Interuniversitair Reactor Instituut | | Neutron Research | Delft University of Technology | | Mekelweg 15 | Email: Rob.Kreuger at iri.tudelft.nl | | 2629 JB Delft | Tel: (+31) 015 278 (3900) (6814) | | Netherlands | Fax: (+31) 015 278 (8303) (6422) | +-------------------------------------------------------------------+ From meven at xtal.rwth-aachen.de Wed Jun 7 16:47:44 2000 From: meven at xtal.rwth-aachen.de (Martin Meven) Date: Wed, 07 Jun 2000 16:47:44 +0200 Subject: Properties of collimators References: <01JQBCZG9N5K939HOO@risoe.dk> Message-ID: <393E6090.A41F16A8@xtal.rwth-aachen.de> Dear Kristian Nielsen, thank you four your quick answer. I would like to be more specific about my question. For our instrument within the FRM-II project I want to use collimators on the primary beam to reduce background and radiation at the monochromator hole in the biological shielding. Furthermore I would like to estimate the amount of neutron radiation at the position of the crystal sample in dependence of collimation. The geometry of our beam line is quite simple: REACTOR # BIOLOGICAL SHIELDING "guide nose" # # | collimator monochromator # source -------------------=====---------------------\ # < d1>|< d2 >< d3 > \ # A B C \ d4 # # \ # #########################\## # \ # \ D sample Distances | Beam width (w x h) ------------------------------------- d0=0 mm | flat source about 10^9 n/s/cm^2, infinite plane d1=1780 mm | 70 x 100 d2=4300-1780 mm | 50 x 90 d3=6690-4300 mm | 40 x 100 Cu-Monochromator, reflection angle Theta 20,30,40 | degree d4=1300+500 mm | 50 x 50, sample size max. about 10 x 10 mm I think that an approximation using a soller component should be sufficient. The beam tube is slightly konical and has an inherent collimation due to its length of about 1 degree. To calculate the distribution and intensity at the monochromator and the sample position I used a monochromator divergence of 0.2 degree. I got from this as a rough estimation a reduction of the overall intensity at the monochromator area of about 43% using a 30? collimation and allmost no effect at the sample position. This calculation was done by simply calculating the divergences in the diffraction plane without taking into account different wavelengths or the vertical divergence. We can use three different primary collimations due to the shutter system in the reactor wall. Therefore we have to decide which collimations are useful. Usually the collimations 60?, 30?, 15? are used. In this case I think the 60? collimation can be dropped. But as you can see, my calculations are quite "handwaving". Therefore to check whether my thoughts are reasonable I would like to discuss the matter with you. If there are further questions or suggestions please do not hesitate to call or write me. With kind regards Martin Meven From kristian.nielsen at risoe.dk Thu Jun 8 10:35:54 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 8 Jun 2000 10:35:54 +0200 Subject: Properties of collimators In-Reply-To: <393E6090.A41F16A8@xtal.rwth-aachen.de> (message from Martin Meven on Wed, 07 Jun 2000 16:47:44 +0200) Message-ID: Dear Martin Meven, I read your mail. What you say seems reasonable, but I have no personal experience doing collimator design. However, assuming you want to make some simulations on the problem I quickly put together a simple McStas simulation for you. You will have to modify some of the details as appropriate, such as the Cu reflection you use (eg. Q=4.923 for (220)), the precise dimensions of the collimator and monochromator, etc. Ask if you need further help. The simulation takes three parameters (this could be easily changed): the collimation `col' (in minutes of arc), the thickness `thick' of the blades in the collimator, and the scattering angle `Theta'. It computes the intensity and energy spectrum at three different positions: just before the monochromator, just outside the monochromator shielding, and at the sample position. Hope this helps, - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: collim.instr Type: application/octet-stream Size: 2481 bytes Desc: not available URL: From meven at xtal.rwth-aachen.de Fri Jun 9 09:49:24 2000 From: meven at xtal.rwth-aachen.de (Martin Meven) Date: Fri, 09 Jun 2000 09:49:24 +0200 Subject: Properties of collimators References: <01JQCVFE26BM93MPC4@risoe.dk> Message-ID: <3940A184.2C64A39A@xtal.rwth-aachen.de> Dear Kristian Nielsen, thank you very much for your information. I will do the calculations as soon as possible. Sincerely yours Martin Meven ******************************************************************************* Dipl.-Phys. Martin Meven Institute for Crystallography email: meven at xtal.rwth-aachen.de RWTH Aachen Phone: +49 241 806908 J?gerstr. 17-19 Fax : +49 241 8888 184 D-52056 Aachen,Germany From kristian.nielsen at risoe.dk Tue Jun 13 13:14:31 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 13 Jun 2000 13:14:31 +0200 Subject: vitess codes In-Reply-To: <39324324.8B374A67@hmi.de> (message from Geza Zsigmond on Mon, 29 May 2000 12:15:01 +0200) Message-ID: > Date: Mon, 29 May 2000 12:15:01 +0200 > From: Geza Zsigmond Thanks for the source code to the VITESS inelastic sample module. I have now had the chance to take a thorough look at it. It was very useful to see the details of how VITESS modules are implemented in order to assess the possibility of sharing module code. I have made good progress in terms of translating a McStas component into a VITESS module. This seems to be feasible, and an automatic translation should be fairly easy to do. The only thing that cannot be automatic is to invent short option names (-a, -k, -x, etc.) to replace the long names used by McStas; alternatively, the translated components could use long option names (-height=x, -radius=x, etc.) if that will work with the VITESS concept. Also, some specialized McStas components communicate with each other, and this seems difficult to do in VITESS where modules run in seperate programs. I wonder if you and the other VITESS developers are interesting in pursuing this further (the automatic translation of McStas components into VITESS)? If so, I could work further on this, if not I will spend my time in some other way... For the other direction, translating VITESS modules into McStas components, this should also be feasible. However, there seems to be no way to do automatic translation since there is no formalized standard for writing VITESS modules. The underlying concepts of the two programs are sufficiently simular that manual rewriting seems to be not too difficult, though the heavy use of global variables in VITESS modules could make it difficult to use code from several VITESS modules in the same program. There is also the problem that each time a VITESS module is updated, the manual translation into a McStas component would have to be repeated. Just for information, I have included the code I produced so far to translate a McStas component into a VITESS module. It consists of a small instrument definition, two modules to convert between VITESS and McStas unit conversions, and a file with some general VITESS/McStas library code. Let me know what you think of this, and whether you consider it worth it to work further along these lines. - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: V_sample-vitess.instr Type: application/octet-stream Size: 1305 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Vitess_input.comp Type: application/octet-stream Size: 3021 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Vitess_output.comp Type: application/octet-stream Size: 3013 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vitess-lib.c Type: application/octet-stream Size: 4136 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vitess-lib.h Type: application/octet-stream Size: 1278 bytes Desc: not available URL: -------------- next part -------------- From kristian.nielsen at risoe.dk Wed Jun 14 17:20:29 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 14 Jun 2000 17:20:29 +0200 Subject: vitess codes In-Reply-To: <39324324.8B374A67@hmi.de> (message from Geza Zsigmond on Mon, 29 May 2000 12:15:01 +0200) Message-ID: Hi Geza, I made some changes to the translation of the McStas vanadium sample into a VITESS module. This version actually works in a VITESS pipe, the one I send you previously does not. I have included it as attachment. I modified the sampleinelasttest.gui example to use the McStas translated vanadium sample instead. It seems to work fine. Here is the pipe command: ./source_Linux -S1 -Z5 -B10000 -L/tmp/knvpipelog1 -K0 -W5 -H5 -n100000 -y0 -z0 -m6 -M6 -t0 -T0 -D0 -w1000 -h1000 | \ ./V_sample_Linux -Z5 -B10000 -L/tmp/knvpipelog2 -i0.01 -o0.02 -h0.03 -p1 -r0 -a0 -b0 -c0 -x0.05 -y0 -z0| \ ./monitor1_Linux -k3 -Z5 -B10000 -L/tmp/knvpipelog3 -Odivy.dat -n50 -m-50 -M50 -p1 -e0 | \ ./monitor1_Linux -k4 -Z5 -B10000 -L/tmp/knvpipelog4 -Odivz.dat -n50 -m-5 -M5 -p1 -e0 | \ ./monitor1_Linux -k1 -Z5 -B10000 -L/tmp/knvpipelog5 -Olambda.dat -n100 -m4 -M8 -p1 -e0 | \ ./monitor2_Linux -Z5 -B10000 -L/tmp/knvpipelog6 -Opos.dat -y100 -z100 -w-2 -W2 -h-2 -H2 -p1 -e0 | \ ./monitor1_Linux -k2 -Z5 -B10000 -L/tmp/knvpipelog7 -Otime.dat -n50 -m1.45 -M1.6 -p1 -e0 -Fnoutput.dat The vanadium parameters are -i Inner radius of hollow cylinder, in meters -o Outer radius of hollow cylinder, in meters -h Sample height, in meters -p Packing factor (relative density) -r If >0, neutrons are only scattered towards target sphere of this radius -a Target sphere x coordinate -b Target sphere y coordinate -c Target sphere z coordinate -x Sample position x coordinate -y Sample position y coordinate -z Sample position z coordinate See http://neutron.risoe.dk/mcstas/mcdoc/components/samples/V_sample.html and the McStas manual for more info. The commands to generate the module are mcstas --no-main V_sample-vitess.instr gcc -g -o V_sample_Linux V_sample-vitess.c vitess-lib.c -lm I have also attached a Linux executable of the module. As an aside, the module did not work initially, and the reason turned out to be that when the neutrons leave the source module in the sampleinelasttest example, they are already inside the sample! I was just wondering whether the neutrons are actually going backwards in time in the VITESS simulation? Maybe this is a small bug or maybe intended behaviour? - Kristian. -------------- next part -------------- A non-text attachment was scrubbed... Name: V_sample-vitess.instr Type: application/octet-stream Size: 1386 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: V_sample_Linux.gz Type: application/octet-stream Size: 32569 bytes Desc: not available URL: From zsigmond at hmi.de Wed Jun 14 17:52:15 2000 From: zsigmond at hmi.de (Geza Zsigmond) Date: Wed, 14 Jun 2000 17:52:15 +0200 Subject: vitess codes References: <01JQLNB2QY6293NTB2@risoe.dk> Message-ID: <3947AA2F.1DC44CF2@hmi.de> Hi Kristian, thank you for the e-mails and the translation. To note first: maybe the 'sampleinelasttest' input has been wrongly defined, but in fact negative times have also a meaning: is the relative time-difference in tof. However ist was wrong to give such an output in an example or demo. Shortly: if the input data are well defined , the output results are also well calculated. At least this could we do in 99% . I will also look how the translated module works. I think that the translation of Vitess and McStas codes in each other would be very effective, since we also want to make it possible for the user to compute with his own codes also. Maybe it is enough to define the difference between Vitess and McStass in the general structure / working style, so I would leave the module source codes to travel freely between the two packeges. Since you know better the McStass standard, it would be easyer for you to write the translation programme, I guess. So I would like too that you continue with these efforts, if you can find some time for it. So please let us know where we can help. Best Regards, Geza From kristian.nielsen at risoe.dk Thu Jun 15 16:00:22 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 15 Jun 2000 16:00:22 +0200 Subject: vitess codes In-Reply-To: <3947AA2F.1DC44CF2@hmi.de> (message from Geza Zsigmond on Wed, 14 Jun 2000 17:52:15 +0200) Message-ID: > Date: Wed, 14 Jun 2000 17:52:15 +0200 > From: Geza Zsigmond > Since you know better the McStass standard, it would be easyer for you > to write the translation programme, I guess. So I would like too that > you continue with these efforts, if you can find some time for it. So > please let us know where we can help. I am happy to write the translation program, it will not be too much work for me since I am intimately familiar with the McStas side of things, as you say. However I will need some help on the VITESS side of things. The code I send you demonstrates the use of McStas-translated modules in a VITESS command-line pipe. However, it will also be necessary I think to make a translation into the VITESS graphical user interface. I tried to look at the code, but I am not familiar with Tcl/Tk and I am unsure about how to proceed. More specifically, I need to know what code I should generate for a component to make it integrate with the graphical user interface. Perhaps if you could send me a file containing just the code needed for the sampleinelast module in the graphical user interface, and I could try to generate similar code for the McStas modules. There is also the issue of how to generate the names of the module option parameters of the translated components. I see three possibilities: 1. V_sample_Linux -i0.01 -o0.02 -h0.03 ... 2. V_sample_Linux -radius_i=0.01 -radius_o=0.02 -h=0.03 ... 3. V_sample_Linux -a0.01 -b0.02 -c0.03 ... Number 1 resembles the current VITESS modules the most, but it requires human intervention to define the translation from McStas parameter names to VITESS one-letter names. Number 2 would use the original McStas names. Number 3 would use arbitrary VITESS-like one-letter names (ie. a, b, c, d, ...), and so not require human intervention. I think I prefer option 2, but it really depends on what will work best for VITESS. Could you let me know how to proceed on the translation into the graphical user interface and on the issue of selection option parameter names? I would suggest that you take a look at the list of McStas components on http://neutron.risoe.dk/mcstas/mcdoc/components/ and see which of these (if any) that would be of interest for you in your work on VITESS. We could then concentrate on getting those modules translated properly initially. - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt From kristian.nielsen at risoe.dk Wed Jun 21 09:42:29 2000 From: kristian.nielsen at risoe.dk (Kristian Nielsen) Date: 21 Jun 2000 09:42:29 +0200 Subject: vitess codes In-Reply-To: <3949F949.3FC98C83@hmi.de> (message from Geza Zsigmond on Fri, 16 Jun 2000 11:54:17 +0200) Message-ID: > Date: Fri, 16 Jun 2000 11:54:17 +0200 > From: Geza Zsigmond Hi Geza, Ok, I now have a first version of an automatic translation of McStas components into VITESS modules. It seems to work quite well, but I will need some help from you in testing it. I found that the most convenient way to give you the translation program is to make it part of McStas. I have therefore made a special "ALPHA" version of McStas available for download at http://neutron.risoe.dk/mcstas/support/geza/mcstas-1.31A.tar.gz Installation in any Linux system should be really simple (just the single command "./configure && make install" should be sufficient). Note that the translated McStas components should compile without problems on Windows also; if not let me know and I will fix it. Once installed, the new McStas command "mcstas2vitess" will read a McStas component and automatically translate it into a corresponding VITESS module. For example: cp /usr/local/lib/mcstas/samples/V_sample.comp . mcstas2vitess V_sample.comp This will produce a number of files: - V_sample_VITESS.instr, a McStas instrument definition that implements the corresponding VITESS module. - V_sample_VITESS.c, the instrument definition translated into ANSI C (this could be compiled separately on Windows). - V_sample_VITESS, the compiled, executable VITESS module. - V_sample_VITESS.tcl, TCL code to be added the the VITESS file vitess.tcl. Optionally, the user may include a file V_sample.vif in the current directy that mcstas2vitess will read. This file should consists of one or more lines each with three words seperated by spaces. For example reflections -P string The first word is the name of a parameter of the McStas component, the second is the corresponding VITESS option name, and the third is either `string' (for a string parameter) or `double' (for a numeric parameter, which is the default). Parameters not listed in a .vif file will be given suitable default VITESS option names and assumed to be numeric. > The Tcl thing was made rather complicated (all compressed into the > Vitess.tcl file) but in the next future we try to make it more > accessible for the user, that is we want that the user can generate his Actually, it turns out to be not so bad, and I sorted it out quite easily even without knowledge of Tcl/Tk. My translator ouputs a comp.tcl file which can be included in the vitess.tcl file. Only two more changes in the vitess.tcl file are necessary: Add the translated module name to the `AvailableSET' variable, and add a line giving the module executable name in the `generateVitessCommand' function. About the help-info I am not sure how to include that. I think VITESS uses HTML documentation? In that case, we can just copy the HTML generated automatically for all McStas components by the McDoc program (see http://neutron.risoe.dk/mcstas/mcdoc/components/). There is a significant difference between McStas and VITESS: In VITESS, position and rotation of components is handled inside each module (though you can also use the `frame' modules I guess). In McStas all position and rotation is handled in the main engine outside the components. The translation program adds position options (-x, -y, and -z) to every translated module. Maybe there should also be automatic rotation options for all modules? It is easy to implement but I think you have more experience with this in VITESS and you should decide how and if it should be done. ----------------------------------------------------------------------- Anyway, I hope that you and the other VITESS people will now try the translation program and see if you can get it to work. Please feel free to ask any stupid questions that may come up if you have problems, and I will try to help. I tried myself to use some of the sample components of McStas in a VITESS simulation, but I had difficulties sorting out how to get the rotation of the crystal (theta and 2*theta) correct. I also tried working from the VITESS crystaltest example, but for some reason that did not work at all in the VITESS version I have (1.02). Once you manage to run a successful VITESS simulation using an automatically translated McStas component, we should announce it on the SCANS mailing list. I think that would be taken as a great success of the SCANS network. - Kristian. -- Kristian Nielsen kristian.nielsen at risoe.dk Ris? National Laboratory Condensed Matter Physics and Chemistry Department Tel. +45 4677 5515 Fax +45 4677 4790 Encryption PGP key http://neutron.risoe.dk/kn.txt From zsigmond at hmi.de Fri Jun 16 11:54:17 2000 From: zsigmond at hmi.de (Geza Zsigmond) Date: Fri, 16 Jun 2000 11:54:17 +0200 Subject: vitess codes References: <01JQMYT2WUNU93B4UG@risoe.dk> Message-ID: <3949F949.3FC98C83@hmi.de> Hello, thank you, it would be good to have a general translation programme. At the moment we are thinking so: to build an arbitrary external code in the Vitess should work through a 'module' in the GUI which means simply giving a command line for the external code containing the information (parameters, filenames) between 2 pipe "| " which has to be typed by the user (this means that the user has to generate it and not the Tcl). Then by starting, the GUI will include this command also in the entire command and runs the programme. The Tcl thing was made rather complicated (all compressed into the Vitess.tcl file) but in the next future we try to make it more accessible for the user, that is we want that the user can generate his GUI windows for his own codes. We are working on it (mainly F.Streffer) and then we could see how to make eventually an automatic generation of a GUI entity if we have a code in the McStas standard. In the command line in DOS I think that it works only(?) with one character after "-" like -a3.567. I'm not sure. In fact, it would be even for the Tcl irrelevant whether it is -a3.567 or -absorbtion=3.567, because it only transforms the table of the window into a command sequence. If the command line runs, then everything is ok. So I think the most important would be to make it possible to produce the translation, then to compile it and then to be able to write the corresponding command sequence between two "|" in the pipe, that is, the user should have to be familiar with the new parameter definitions after translation (we could give the definitions in the help-info). So the translation programme could be included in the package and then users could use it for any McStas code. At the moment it would be interesting to make some comparisons between similar modules in McStas and Vitess, for example to compare the output of the analysers in the two cases or others like guide, choppers, etc. This could we do also for the SCANS ("bench marking"). So if I would have your codes (which we also have) translated into "Vitess" I could make such comparisons. My interest is not in eventual bugs but to compare the different models, approaches we use. We have: source, guide, chopper, velocity selector, crystal monochromator/analyser, power_sample, "sans" sample, inelastic sample, collimator, detector. It would be good to have those McStas codes which are the most similar to our codes. I will also send you a zipped file containing all actual source codes of Vitess next week. Best regards, Geza -- Dr. Geza Zsigmond Hahn-Meitner-Institut Berlin Tel: +49 (0)30 8062 3022 D-14109 Glienickerstr. 100 Fax: +49 (0)30 8062 2523 Berlin, Germany E-mail: zsigmond at hmi.de http://www.hmi.de/projects/ess/vitess http://www.hmi.de/people/zsigmond