home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / simulati / 56 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  80.5 KB

  1. Path: sparky!uunet!stanford.edu!ames!tulane!uflorida!simulation
  2. From: simulation@uflorida.cis.ufl.edu (Moderator: Paul Fishwick)
  3. Newsgroups: comp.simulation
  4. Subject: SIMULATION DIGEST V29 N1
  5. Message-ID: <36900@uflorida.cis.ufl.edu>
  6. Date: 1 Sep 92 18:59:48 GMT
  7. Sender: fishwick@uflorida.cis.ufl.edu
  8. Reply-To: simulation@uflorida.cis.ufl.edu
  9. Lines: 2203
  10. Approved: fishwick@uflorida.cis.ufl.edu
  11.  
  12. Volume: 29, Issue: 1, Tue Sep  1 14:58:40 EDT 1992
  13.  
  14. +----------------+
  15. | TODAY'S TOPICS |
  16. +----------------+
  17.  
  18.  
  19. [GENERAL INFORMATION]
  20.   SUMMARY: Automated Air Traffic Control
  21. [NEW QUESTIONS]
  22.   Location of Company Producing QASE
  23.   GLAS Simulator
  24.   Simulated Vision
  25. [PUBLICATIONS]
  26.   Parallel Logic Simulation
  27. [CALL FOR PAPERS/PARTICIPATION]
  28.   Modelling for Computer Performance Evaluation
  29. [DEPARTMENTS]
  30.   Simulation in the Service of Society
  31.  
  32. * Moderator: Paul Fishwick, Univ. of Florida
  33. * Send topical mail to: simulation@bikini.cis.ufl.edu OR
  34.   post to comp.simulation via USENET
  35. * Archives available via FTP to bikini.cis.ufl.edu (128.227.224.1).
  36.   Login as 'anonymous', use your e-mail address as the password, change
  37.   directory to pub/simdigest. Do 'binary' before any file transfers.
  38. * Simulation Tools available by doing above and changing the
  39.   directory to pub/simdigest/tools. 
  40.  
  41.  
  42.  
  43.  
  44. -----------------------------------------------------------------------------
  45.  
  46. Subject: [GENERAL INFORMATION]
  47.  
  48.  
  49. ------------------------------
  50.  
  51.  
  52. Date: Fri, 28 Aug 92 15:59:03 EDT
  53. From: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  54. To: fishwick@fish.cis.ufl.edu
  55. Subject: Re:  Automated Air Traffic Controlling and Blackboard System
  56.  
  57.  
  58.     Hi :
  59.  
  60.  
  61.     This is all responses I have received about ATC. There is 
  62.     another file which has references about BBA. If you want
  63.     BBA file, let me know.                   
  64.  
  65.     I  am reiviewing this file with mail -f <filename>. I am
  66.     not sure if you can do some thing after you have received. 
  67.     file format might be changed. 
  68.     If you have any problem with file, let me know. I will send
  69.     you back.
  70.  
  71.     Thank you all for your help & interest. If you make further study
  72.     on this area please let me know. 
  73.  
  74.                     Yilmaz Cengeloglu
  75.                     Univ. of Central Florida
  76.                     Dept. of Computer Eng.
  77.                     Orlando, FL
  78.  
  79.                     yil@engr.ucf.edu
  80.  
  81.  
  82.  
  83.  -------- CUT HERE ---------------------------
  84. >From bri@pegasus.mit.edu Fri Aug 14 16:13:08 1992
  85. To: yil@engr.ucf.edu
  86. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  87. Newsgroups: comp.ai.edu
  88. Organization: mit
  89. Cc: 
  90.  
  91. I'm planning on doing some work with expert systems / AI in the 
  92. ATC area in the future. i'd appeciate any info you collect..
  93.  
  94.  -bri
  95.  
  96.  
  97.  
  98. >From rmdubash@cs.uh.edu Fri Aug 14 17:47:58 1992
  99. To: yil@engr.ucf.edu
  100. Subject: Re:  HELP: Automated Air Traffic Controlling and Blackboard System
  101.  
  102. Hi,
  103.   Can you please send me the list of references that you alluded to in your
  104. post and any other info. 
  105.   Thanx
  106. rumi
  107.  
  108. >From 22731@church.mitre.org Fri Aug 14 22:55:51 1992
  109. To: yil@engr.ucf.edu
  110. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  111. Newsgroups: comp.ai.edu
  112. Organization: The MITRE Corporation, McLean, VA
  113.  
  114. In article <1992Aug14.182729.5636@cs.ucf.edu> you write:
  115. >I will write simple knowledge bases to solve the conflict and other problems 
  116. >that occurs at airspace. I do need some help to complete this project and 
  117. >graduate.
  118. >
  119. >    If you know any publication related with
  120. >            - Automated Air Traffic Controlling,
  121. >            - books that I can get expertise to write knowledge bases       
  122. >              to solve the problems at airspace.
  123. >            - Blackbard Systems AND Air Traffic Controlling. 
  124. >
  125. >      please let me know. I will keep all information that I will receive
  126. >         and I will send anyone request later. 
  127. >
  128. >      If you know any existing system, project, company related with
  129. >      Automated Air traffic controlling, please let me know. It will
  130. >      be very helpful for my project.
  131.  
  132. I work for the MITRE corporation, the Federally Funded R&D Center for the FAA.
  133. We have developed 3 large automated ATC systems over the past 15 years, each
  134. is known as Automated En-Route ATC 1, 2, and 3 (AERA, AERA2, AERA3).  As it 
  135. happens, the AERA2 system attempted to develop a knowledge base of simple
  136. 1 on 1 conflict resolution actions (the APR project).  I suspect you could get
  137. a copy of one or more relevant MITRE technical reports for free (gov't 
  138. sponsored work and all that).
  139. >
  140. The software which constucted the systems would be of little interest (PL/1,
  141. and Pascal) but the APR work was done in Lisp.  You might find something there.
  142.  
  143. Have you checked with the folks at Embry Riddle University in Daytona Beach?
  144. I think they have substantial knowledge in ATC issues and past work.
  145.  
  146. Best of luck.
  147.  
  148. Randy
  149. crawford@mitre.org
  150.  -- 
  151.  
  152. | Randy Crawford        crawford@mitre.org        The MITRE Corporation
  153. |                                                 7925 Colshire Dr., MS Z421
  154. | N=1 -> P=NP           703 883-7940              McLean, VA  22102
  155.  
  156. >From riley@gothamcity.jsc.nasa.gov Sat Aug 15 00:34:48 1992
  157. To: yil@engr.ucf.edu
  158. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  159. Newsgroups: comp.ai.shells
  160. Organization: Software Technology Branch - NASA/Johnson Space Center
  161. Cc: 
  162.  
  163. If you're interested, I think I still have a copy of a version of CLIPS
  164. developed by the National Research Council of Canada called BBCLIPS
  165. (Black Board CLIPS). They also developed a version with some fuzzy logic
  166. capabilities.
  167.  
  168. Gary Riley
  169. NASA/Johnson Space Center
  170.  
  171.  
  172.  
  173. >From erwin@trwacs.fp.trw.com Sat Aug 15 11:08:36 1992
  174. To: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  175. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  176. Newsgroups: comp.ai.edu
  177.  
  178. Not much is known in the area you are studying. (I work for TRW on the
  179. FAA's system engineering support activity.) You might contact MITRE in the
  180. Washington DC area.
  181.  
  182.  
  183.  -- 
  184. Harry Erwin
  185. Internet: erwin@trwacs.fp.trw.com
  186.  
  187.  
  188. >From FCS$1224@selu.edu Sat Aug 15 14:49:25 1992
  189. Subject: HELP: Automated Air Traffic Controlling and Blackboard System
  190. Sender: FCS$1224@selu.edu
  191. To: yil@engr.ucf.edu
  192. X-Organization: Southeastern Louisiana University
  193. X-Vms-To: in%"yil@engr.ucf.edu"
  194. X-Vms-Cc: FCS$1224
  195.  
  196. When I was at the Jet Propulsion Laboratory several years ago one summer
  197. there was some discussion going on about the air trafic control systems.
  198. Ai was mentioned, but I was not part of the group, so I do not really
  199. know what actually happened.
  200.  
  201. You might give Dr. Harry Ashkanas a call.  He handles university contacts
  202. during the summers.  He might be able to point you to who to contact.
  203.  
  204. JPL is owned and operated by CalTech.  Its location is Pasadena, California.
  205. The general telephone number is 818  354-4321.  I think that Dr. Ashkanes's
  206. number is 354-8251.
  207.  
  208. I would like a copy of your BBA references.
  209.  
  210. Thanks,
  211.  
  212. Tom
  213.  
  214. higginbotham@selu.edu
  215.  
  216. X-News: altair.selu.edu comp.ai.shells:163
  217.  
  218. >From: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  219. >Subject:HELP: Automated Air Traffic Controlling and Blackboard System
  220. >Date: Fri, 14 Aug 1992 18:25:13 GMT
  221. >Message-ID:<1992Aug14.182513.5500@cs.ucf.edu>
  222.  
  223. >
  224. >
  225. >Hi :
  226. >
  227. >I have asked help about Blackboard Architecture couple of months ago.
  228. >I have received some responses. Thanks to everyone who helped me. I have
  229. >the list of several references related with BBA. If any anyone needs please 
  230. >let me know. 
  231. >
  232. >Currently I am still working on my project for my thesis and I neen some more
  233. >help. I am explaining what I need first. If you are interested what I am doing
  234. >you can continue to read after line. 
  235. >
  236. >I will write simple knowledge bases to solve the conflict and other problems that
  237. >occurs at airspace. I do need some help to complete this project and graduate.
  238. >
  239. >    If you know any publication related with
  240. >            - Automated Air Traffic Controlling,
  241. >            - books that I can get expertise to write knowledge bases       
  242. >              to solve the problems at airspace.
  243. >            - Blackbard Systems AND Air Traffic Controlling. 
  244. >
  245. >      please let me know. I will keep all information that I will receive
  246. >         and I will send anyone request later. 
  247. >                                              
  248. >
  249. >      If you know any existing system, project, company related with
  250. >      Automated Air traffic controlling, please let me know. It will
  251. >      be very helpful for my project.
  252. >
  253. >                                           Yilmaz Cengeloglu
  254. >                                           Univ. of Central Florida
  255. >                               Dept. of Computer Eng. 
  256. >                               Orlando, FL    
  257. >
  258. >                                           yilmaz@ists.engr.ucf.edu
  259. >                                      or
  260. >                               yil@engr.ucf.edu
  261. >
  262. >
  263. >---------------------------------------------------------------------------------
  264. >
  265. >I am preparing prototype Automated Air Traffic Controlling (A-ATC) system to 
  266. >prepare and test knowledge bases for each plane in the airspace. I did need a Blackboard
  267. >shell for my project. Only commercial system that I found was GBB that marketed by 
  268. >
  269. >Blackboard Technology Group, Inc.;
  270. >401 Main St., Amherst, MA  01002, 413/256-8990,
  271. >fax: 413/256-3179.
  272. >
  273. >Their price was too high for me to buy as a graduate Student. I have implemented my 
  274. >own Blackboard System on SunOS operating system. ( I am not really sure if I should
  275. >call Blackboard System.) Different knowledge bases in CLIPS working as a different 
  276. >process on the background and uses Blackboard when it is necessary to share fact with 
  277. >other knowledge sources. Of course, any other process in C, C++, etc can access the
  278. >Blackboard. The type of architecture is easy to distribute more than one computer
  279. >using computers networks. If I would continue the project after I got my M.S.
  280. >I am still testing it.  
  281. >
  282. >Also, I did implemented a Radar Simulator Using C/C++, X-Windows and IPC facilities
  283. >on the SunOS operating system.  Radar simulator is being used by Intelligent Simulation
  284. >and Training systems Project at UCF.
  285. >
  286. >A-ATC project is integration of Radar Simulator and Blackboard System.
  287. >
  288. >
  289.  
  290. >From grosof@watson.ibm.com Sat Aug 15 12:08:53 1992
  291. To: yilmaz@ists.engr.ucf.edu
  292. Subject: air traffic control
  293.  
  294. Hi Yilmaz,
  295.  
  296. suggestion:  contact Kevin Benner at benner@isi.edu
  297. He's been working on it, and is a good guy.
  298. (I don't know anything about air traffic control myself).
  299. Good luck,
  300.  
  301. Benjamin
  302.  
  303. >From weems@cse.uta.edu Sat Aug 15 21:23:34 1992
  304. To: yil@engr.ucf.edu
  305. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  306. Newsgroups: comp.ai
  307. Organization: Computer Science & Engineering, Univ. of Texas at Arlington
  308. Cc: 
  309.  
  310. I would HIGHLY recommend that you look into the literature on the
  311. Voronoi diagram in computational geometry.  There is a recent
  312. ACM Computing Surveys article.  The Voronoi diagram will indicate
  313. for each point in a set, the region of points that are closer to that
  314. point than to all the others.  This is very useful for proximity
  315. problems such as:  the air traffic problem and which pizza hut
  316. or police station you should call.  The Voronoi diagram does
  317. not address the movement of the points, but it gives a good
  318. prioritization of potential collisions.
  319.  
  320. I have a masters student who is doing a dynamic voronoi diagram
  321. with points that have "programs" for their movement.  As the
  322. points move, the voronoi diagram will be recomputed (in n log n time).
  323.  
  324. Bob Weems 
  325. Associate Professor
  326.  
  327. >From Jens.Horstmann@Eng.Sun.COM Sun Aug 16 15:09:56 1992
  328. To: yil@engr.ucf.edu
  329. Subject: Re:  HELP: Automated Air Traffic Controlling and Blackboard System
  330. Cc: foo@xray.Eng.Sun.COM
  331.  
  332. Hi,
  333.  
  334.   I researched the subject some time ago and was working on a proposal for
  335. self managing air traffic (SMART system) in which all aircraft would manage
  336. their requirements autonomous and use ATC only as a directory service for
  337. weather info, airport utilization, etc - in turn, aircrafts would 'broadcast'
  338. their position, their local weather, their intentions, etc. The concept of
  339. one central organization (ATC) controlling traffic would be a thing of the
  340. past. Pretty long story and many many details - turns out based on simulations
  341. we did that we could handle about 5x of today's traffic - after talking to
  342. several FAA/RTCA/Mitre/.. people, however, I concluded that the FAA is moving
  343. just to slow and too conservative to make this happen - I was even in contact
  344. with European officials in hope one would be more open to such proposals due
  345. to the distributed character which fits Europe structure much better - but
  346. 'no' on that end as well. So, sometime last year we killed the research
  347. project due to 'lack of interest' ... maybe someday (when the time is ripe)
  348. we'll talk about it again.
  349.  
  350.   There are 'mountains' of literature available on the subject - however, to
  351. come up to speed rather quickly I suggest the following things (pls let me
  352. know if you need more details in aspecific area):
  353.  
  354. 1. RTCA - contracted by the FAA to deal with these issues - their anual
  355.    proceedings give you a good idea and pointers to material (202-682-0266)
  356.    Last issue Dec 91.
  357.  
  358. 2. NTIS (Government Printing office): Safe Skies for Tomorrow: Aviation
  359.    Safety in a competitive Environment (Jul 88)
  360.  
  361. 3. FAA: Aviation Systems - Capital Investment Plan (Dec 90)
  362.  
  363. 4. IEEE: (a) proceedings of the IEEE (Nov 89) - special issue on ATC
  364.    (b) 10th Digital Avionics Systems Conference (Oct 91)
  365.    (c) Transactions on Aerospace and Electronic Systems
  366.    (d) Spectrum magazine - special issue on ATC - Feb 91
  367.  
  368. 5. DOT: Concepts and Description of the Future Air Traffic Management Systems
  369.    for the United States
  370.  
  371. As I said there's lots more - but this a good start.
  372.  
  373. Good luck, Jens Horstmann.
  374.  
  375.  
  376. >From wgreen@eckhart.ucar.EDU Sun Aug 16 16:44:36 1992
  377. To: yilmaz@ists.engr.ucf.edu
  378. Subject: Databases for blackboards
  379.  
  380.  
  381. yil@engr.ucf.edu (Yilmaz Cengeloglu)
  382. yilmaz@ists.engr.ucf.edu
  383.  
  384.  
  385. Yilmaz,
  386.  
  387. You may consider using an SQL complient database server as
  388. the host for your blackboard system, and extend CLIPS and
  389. other ES/KB shells to use the system. In this manner, their
  390. data is represented as a simple SQL query for data. One 
  391. process updating the data and other processes making the
  392. decisions. This allows you complete freedom in choosing
  393. KB shells, providing they can be hacked to support SQL.
  394.  
  395. We are working on the use of a blackboard to tie facilities
  396. databases together. Our problem is where many proprietary
  397. vendors maintain their own databases which, with any one
  398. vendors access software do not provide us with an acceptable
  399. view of all activity within the buildings. For instance, the
  400. electrical monitoring system data is unavailable to either the
  401. fire alarm system or the lighting and occupancy sensor system.
  402.  
  403. Our architecture is TCP/IP network, Sun Sparc as a server,
  404. X/Windows for access and display. We chose a true database
  405. server to tie other databases together for a single access
  406. viewpoint. 
  407.  
  408. We chose to go with Ingres, as most of our data points are
  409. contained with in the lighting system, whose database is
  410. Ingress, SCO SVR4. During this process we noted the existance
  411. of Postgres, available from Berkeley via FTP. This system
  412. runs on SUN Sparc and will require Kernal modifications to
  413. support shared memory. It is a true database server model.
  414. It has SQL interface, which should allow your blackboard users
  415. (clients) to access the system.
  416.  
  417. Our system will utilize expert systems, and neural networks
  418. to monitor the buildings and to assert their own alarms and
  419. actions for our $5/hr guards to take. We will be 
  420. using CLIPS and other shells, (Norvig's shell, modified, running
  421. under CMU  CLOS Lisp FTP from CMU.). 
  422.  
  423. We are just getting to the implementation stage, having acquired
  424. Postgress and CMU lisp. We have a copy of pm/mali - a lambda prolog
  425. completely _unlike_ Edingbourgh Prolog. We have an older version
  426. of CLIPS and a tiny ES in Borlands Turbo-prolog awaiting porting
  427. to pm/mali.
  428.  
  429. Info on Postgres: postgres.berkeley.edu. (Free for educational use.)
  430. Other program data may be obtained from archie, and may already
  431. be available at your site. 
  432.  
  433. I don't recommend wading into pm/mali lambda prolog, as it is poorly
  434. documented within its package.
  435.  
  436.  
  437. Bye, the Bye, I spent 18 mo's in the UCF (Then FTU's) math department.
  438. Please send me more info on your results, as they seem to have
  439. the same architectural feel as the facilities project we are
  440. undertaking.
  441.  
  442.  --Wayne
  443.  
  444. Wayne Green      NCAR (National Center for Atmospheric Research)
  445. P.O. Box 3000, Boulder Colorado, 80307-3000
  446. (303) 497-8540        FAX (303) 497-8520   wgreen@ncar.ucar.edu
  447.  
  448. >From Thomas_Cord@qm.fzi.de Mon Aug 17 05:59:08 1992
  449. X-Mailer: QuickMail/SMTP interface.
  450. To: Yilmaz Cengeloglu <yilmaz@ists.engr.ucf.edu>
  451. Subject: BBA
  452.  
  453. Date    17.8.1992
  454. Subject    BBA
  455. From    Thomas Cord
  456. To    Yilmaz Cengeloglu
  457.  
  458.                       BBA
  459. Hi,
  460.  
  461. I'm interested in having your list of references related with BBA. Could you
  462. please send it
  463. to me? Thanks!
  464.  
  465. I'm working on a Project together with some european institutes. The project
  466. aims to develop and assess an approach where knowledge-based and artificial
  467. vision techniques are combined to control and supervise product quality in meat
  468. transformation processes. An artificial vision system will be designed for the
  469. purpose of automatic data collection and intelligent parameters processing;
  470. i.e., in order to collect different product features and to identify and assess
  471. the related quality parameters. A knowledge-based system will make the
  472. evaluation of product quality less subjective and experiental and more
  473. standardised. Two manufacturing processes will be adopted as test cases for the
  474. research work.
  475.  
  476. For the knowledge-based system we prefer a blackboard architecture. Because of
  477. the high prices we cannot buy a blackboard shell. Like you, we want to use
  478. CLIPS. Because our project is beginning now, we have specified only the global
  479. system architecture. Detailed 
  480. examinations of BBA and knowledge representations will begin now. It would be
  481. very helpful
  482. for me, if you could give me more informations about the design of your
  483. knowledge-based 
  484. system. 
  485.  
  486. For the managment of the application and user interface we try to use a C++ -
  487. library. Could
  488. yoe give me some hints about the integration of CLIPS and C++? Is there a
  489. possibility
  490. of compiling CLIPS in an C++ environment?
  491.  
  492. Thank you very much for your help!
  493. Thomas Cord
  494.  
  495. Here is my address:
  496.  
  497. Thomas Cord
  498. Forschungszentrum Informatik (FZI)
  499. Haid-und-Neu-Stra'e 10-14
  500. D-7500 Karlsruhe 1
  501. Germany
  502. Phone:  +49-721-9654-322
  503. Fax:     +49-721-9654-309
  504. e-mail: cord@fzi.de
  505.  
  506.  
  507.  
  508. >From Rabbe.Fogelholm@infolog.se Sun Aug 16 17:22:30 1992
  509. To: yil@engr.ucf.edu
  510. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  511. Newsgroups: comp.ai.shells
  512. Organization: Infologics AB, Sollentuna, Sweden
  513. Cc: rabbe@infolog.se
  514. X-Charset: ASCII
  515. X-Char-Esc: 29
  516.  
  517. In article <1992Aug14.182513.5500@cs.ucf.edu> you write:
  518. >
  519. >Hi :
  520. >
  521. >I have asked help about Blackboard Architecture couple of months ago.
  522. >I have received some responses. Thanks to everyone who helped me. I have
  523. >the list of several references related with BBA. If any anyone needs please 
  524. >let me know. 
  525.  
  526. I too have done some surveying of the literature recently, but I
  527. cannot remember having seen anything that is both BBA and Air Traffic
  528. Controlling.
  529.  
  530. By any chance, have you got any references on the use of BBA in
  531. telecommunications applications, such as monitoring of networks?
  532.  
  533. ________________________________________________________________________
  534. Rabbe Fogelholm, Infologics AB     rabbe@infolog.se    fax: +46 8 960846
  535.  
  536. >From weems@cse.uta.edu Sun Aug 16 18:41:17 1992
  537. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  538. To: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  539. X-Mailer: ELM [version 2.3 PL11]
  540.  
  541. Let me know how things work out.  Bob
  542.  
  543. >From N.R.Ellis@durham.ac.uk Mon Aug 17 14:41:13 1992
  544. To: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  545. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  546. Newsgroups: comp.ai
  547.  
  548. try mailing s.r.kerridge@durham.ac.uk.  He is currently involved
  549. in writing an ATC type blackboard system.
  550.  
  551. Nigel.
  552.  
  553. >From schoen@SLCS.SLB.COM Mon Aug 17 15:14:36 1992
  554. To: yil@engr.ucf.edu
  555. Subject: Re: HELP: Automated Air Traffic Controlling
  556. Newsgroups: rec.aviation
  557. Organization: Schlumberger Laboratory for Computer Science
  558. Cc: 
  559.  
  560.  
  561. There was a paper on the subject in the 1982 AAAI conference by some people at
  562. RAND.  It was primarily a distributed AI paper, but used ATC as a domain.
  563.  
  564. I think also the guy behind the TRACON game did some AI for ATC research some
  565. years ago---Robert Wesson.
  566.  
  567. Eric
  568.  -- 
  569. Eric Schoen
  570. Schlumberger Laboratory for Computer Science 
  571. Internet: schoen@slcs.slb.com   In the air: N201DR
  572. USMail: P.O. Box 200015, Austin, TX, 78720-0015
  573.  
  574. >From csma@dione.imag.fr Mon Aug 17 17:01:29 1992
  575. To: yil@engr.ucf.edu
  576. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  577. Newsgroups: comp.ai
  578. Organization: Institut Imag, Grenoble, France
  579. Cc: 
  580.  
  581. In article <1992Aug14.182205.5425@cs.ucf.edu> you write:
  582. >
  583. >    If you know any publication related with
  584. >            - Automated Air Traffic Controlling,
  585. >            - books that I can get expertise to write knowledge bases       
  586. >              to solve the problems at airspace.
  587. >            - Blackbard Systems AND Air Traffic Controlling. 
  588. >[...]
  589. >      If you know any existing system, project, company related with
  590. >      Automated Air traffic controlling, please let me know. It will
  591. >      be very helpful for my project.
  592.  
  593. There is an AI group at Eurocontrol, the european authority for air traffic
  594. control. I do not have the adress at hand right now, but if nobody else gives
  595. you a lead, just post me a mail reminding me to send it to you. There is also
  596. a conference serie called ``HMI and AI in Aeronautics and Space''. For more
  597. information, you can try and ask Guy Boy (boy@tls-cs.cert.fr): if I'm right,
  598. he was the Program Chairman, at least in 88 and probably also in 89. About
  599. that also, I could find more, if you need it. I just wanted to make sure
  600. you were aware of the existence of Eurocontrol's AI group.
  601. >
  602. >Blackboard Technology Group, Inc.;
  603. >401 Main St., Amherst, MA  01002, 413/256-8990,
  604. >fax: 413/256-3179.
  605. >
  606. >Their price was too high for me to buy as a graduate Student. I have implemented my 
  607. >own Blackboard System on SunOS operating system. ( I am not really sure if I should
  608.  
  609. I think there is a version of GBB that is available free or almost free for research
  610. purpose by FTP: try dime.cs.umass.edu (but the information may be obsolete).
  611.  
  612. Hope it helps. Do not hesitate to ask for more precision, if nobody provides them.
  613.  
  614. christian
  615.  
  616.  
  617.  -- 
  618. Ch. de Sainte Marie - 3A.S.I. ltd - 4, rue Chanaron - 38000 Grenoble - FRANCE
  619.                       LIFIA - 46, av. Felix Viallet - 38031 Grenoble - FRANCE
  620. csma@lifia.imag.fr
  621. Disclaimer : I am the company              ``C'est ephemere et c'est moi...''
  622.  
  623. >From calsci!sjain Mon Aug 17 21:29:13 1992
  624. Subject: Copy of Blackboard references
  625. To: yil@engr.ucf.edu
  626.  
  627. Dear Yilmaz,
  628.        I wonder if you could send me a copy of your blackboard references.
  629.                 Thanks/
  630.                                                 Sandeep Jain
  631.  
  632. >From SY_GOSS@zodiac.dsto.gov.au Tue Aug 18 03:18:46 1992
  633. Subject: ATC
  634. To: yil@engr.ucf.edu
  635. X-Vmsmail-To: SMTP%"yil@engr.ucf.edu"
  636.  
  637. Hi,
  638.  
  639. the follow info may help you.
  640. 1)    Proc IEEE Nov 1989 is a special issue on ATC
  641.  
  642. 2) the Australian Artificial Intelligence institute has written
  643. a kbs system for automated flow control in PRS.  This is to be 
  644. installed at Mascot Sydney Australia.  Contact Andrew Lucas
  645.              lucas@aaii.oz.au
  646.  
  647. I'm interested in other responses you may have had to your request
  648.  
  649. Hope this helps
  650. Simon Goss
  651. DSTO Aircraft Systems Division
  652. AUSTRALIA
  653.  
  654. >From ndiaye@cs.uni-sb.de Tue Aug 18 11:40:42 1992
  655. Organization: Universitaet des Saarlandes
  656.               D-W-6600 Saarbruecken, Germany
  657. To: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  658. Subject: HELP: Automated Air Traffic Controlling and Blackboard System
  659.  
  660. hello yilmaz,
  661. can you send me please the list of references related with BBA.
  662. by the way, you can have a look at
  663. "Distributed Intelligence for a Air Fleet Control"
  664. R. Steeb, S. Cammarata, F. Hayes-Roth, P. Thorndyke and R. Wesson
  665. in 'Readings in Distributed Artificial Intelligence' edited by Alan H.
  666. Bond and Les Gasser, Morgan Kaufmann, 1988
  667.  
  668. alassane
  669.  -------------------------------------------------------------
  670. |NET: ndiaye@cs.uni-sb.de                    |
  671. |-----------------------------------------------------------|
  672. |POST: Alassane NDIAYE          |                        |
  673. |      FB 14 - Informatik IV       | PHONE: +49-681-302-4135|
  674. |      Universitaet des Saarlandes |                        |
  675. |      Im Stadtwald 15           |------------------------|
  676. |      D-6600 Saarbruecken 11       | FAX:   +49-681-302-4421|
  677. |      Federal Republic of Germany |                |
  678.  -------------------------------------------------------------
  679.  
  680. >From sennhaus@ifi.unizh.ch Wed Aug 19 05:34:07 1992
  681. To: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  682. Cc: sennhaus@ifi.unizh.ch
  683. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  684. Organization: University Zurich, Department of Computer Science
  685.  
  686. In article <1992Aug14.182729.5636@cs.ucf.edu>, you wrote:
  687. > Hi :
  688. > I have asked help about Blackboard Architecture couple of months ago.
  689. > I have received some responses. Thanks to everyone who helped me. I have
  690. > the list of several references related with BBA. If any anyone needs please 
  691. > let me know. 
  692. > [remainder deleted]
  693.  
  694. I recently got involved in a project that uses BBA technology as basis
  695. for the systems architecture. As I haven+t a background in BBA, I would
  696. appreciate it if you could email me your list of references about BBAs.
  697.  
  698. Thanks in advance.
  699.  
  700. Rene Sennhauser
  701.  
  702. >From miller@cs.rochester.edu Tue Aug 18 15:27:45 1992
  703. To: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  704. Subject: blackboards
  705.  
  706.  
  707. note that an earlier version of gbb was available free at one point from
  708. the author's university... you might use archie to find if it is
  709. archived somewhere. As for traffic control, I can't help you.
  710.  
  711.  
  712. >From darias@us.oracle.com Tue Aug 18 21:24:52 1992
  713. To: yil@engr.ucf.edu
  714. Subject: Re: HELP: Automated Air Traffic Controlling
  715. Newsgroups: rec.aviation
  716. Organization: Oracle Corporation, Belmont, CA
  717.  
  718. I know of no books on automated ATC although you might look
  719. to see if NASA or the Air Force has technical reports on ATC or
  720. target tracking, e.g., systems like AWACS (Airborne
  721. Warning And Control System).
  722.  
  723. Have you seen the FAR (Federal Air Regulations) / AIM (Airman's
  724. Information Manual) document?  It describes the regulations for
  725. instrument flight (for which ATC was intended to serve) as well
  726. as some of the practical rules of such flight.  The document is
  727. a standard reference for pilots and is available at pilot shops
  728. or campus bookstores where they teach pilot ground school.
  729. It has interesting facts such as the procedure a pilot should
  730. follow if his or her radio goes out while flying in instrument
  731. conditions.
  732.  
  733. You can also take a tour of the local ATC center in your area
  734. to see how things are done from a practical standpoint.  Look 
  735. in the phone book under FAA for the Air Route Traffic Control
  736. Center, Terminal Radar Control Facility, or Flight Service
  737. Station.
  738.  
  739. I think you will find that ATC as well as piloting are not
  740. problems that can be easily automated.  Pilots and controllers
  741. enjoy a great deal of discretion in their actions.  This is necessary
  742. due to the significance and unpredictability of the media in which
  743. airplanes fly, the weather, and to the tenuous link between ATC
  744. and aircraft, a simplex voice radio channel.
  745.  
  746. As far as I can tell, automation in the current ATC system is
  747. limited to controller's sensing systems (e.g., radar mosaic imaging),
  748. and distributed database systems (e.g., the flight plan database, and
  749. weather reporting systems).
  750.  
  751. Good luck,
  752.  
  753.  --Dan
  754.  
  755. >From daemon Wed Aug 19 09:02:29 1992
  756. To: yil@engr.ucf.edu
  757. Subject: GBB...
  758.  
  759.  
  760. By the way,  do you know that a public domain version of GBB is available
  761. by anonymous FTP at dime.cs.umass.edu (directory /gbb)
  762.  
  763. What you won't get (compared to the commercial GBB) is the graphical user
  764. interface. I vaguely remember that GBB has a graphical module for Explorer
  765. however.
  766.  
  767. Best regards,
  768.  
  769. Fano
  770.  
  771. PS: I didn't notice your first request about GBB.
  772.  
  773.  
  774. >From wisdom!tronsbox.uucp!moskowit@fdurt1.fdu.edu Wed Aug 19 21:10:55 1992
  775. Apparently-From: tronsbox!tronsbox!moskowit
  776. To: yil@engr.ucf.edu
  777. Subject: Air Traffic Control
  778.  
  779.  
  780. See the Proceedings of the National Aerospace Electronics Conference
  781. (NAECON), held yearly at Wright-Patterson Air Force Base out in
  782. Dayton, Ohio.  It's published by the IEEE.  This year ('92) had at
  783. least one paper on the subject and I recall others in previous years.
  784.  
  785.  
  786. Len Moskowitz
  787. Senior Staff Engineer
  788. Allied-Signal Aerospace Company
  789. Bendix Guidance and Control
  790. Teterboro, NJ 07608
  791.  
  792. (moskowit@tronsbox.xei.com
  793.     or
  794.  moskowit@panix.com)
  795.  
  796.  
  797. >From Christen.Krogh@si.no Thu Aug 20 11:21:44 1992
  798. Subject: BBs for Traffic control
  799. To: yilmaz@ists.engr.ucf.edu
  800.  
  801.   BBs for Traffic control
  802.   Would you be interested in references to a paper about a BB inspired system
  803.   for URBAN traffic control ?
  804.   
  805.   I would think that some of the problems can be described the same way
  806.   (congestion, accidents, saturation flow, .....).
  807.   
  808.   Just give me a mail and I will write down a selected list of references.
  809.   
  810.   C
  811.   ----------------------------------------------------------------------------
  812.   Christen Krogh [krogh@si.no], Center for Industrial Research, Oslo, NORWAY.
  813.   ----------------------------------------------------------------------------
  814.  
  815.  
  816. >From wardk@ogicse.cse.ogi.edu Thu Aug 20 20:21:18 1992
  817. To: yil@engr.ucf.edu
  818. Subject: Re:  Query: Automated Air Traffic Control
  819.  
  820. In comp.ai.nlang-know-rep you write:
  821.  
  822. >From: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  823. >Subject: Query: Automated Air Traffic Control and Blackboard Systems
  824. >Date: Fri, 14 Aug 1992 18:28:31 GMT
  825. >
  826. >Hi :
  827. >
  828. >I have asked help about Blackboard Architecture couple of months ago.
  829. >I have received some responses. Thanks to everyone who helped me. I have
  830. >the list of several references related with BBA. If any anyone needs please 
  831. >let me know. 
  832. >
  833. >Currently I am still working on my project for my thesis and I neen some more
  834. >help. I am explaining what I need first. If you are interested what I am doing
  835. >you can continue to read after this line. 
  836. >
  837. >I will write simple knowledge bases to solve the conflict and other
  838. >problems that occurs at airspace. I do need some help to complete this
  839. >project and graduate.
  840. >
  841. >    If you know any publication related with
  842. >        - Automated Air Traffic Controlling,
  843. >        - books that I can get expertise to write knowledge bases
  844. >          to solve the problems at airspace.
  845. >        - Blackbard Systems AND Air Traffic Controlling. 
  846. >
  847. >      please let me know. I will keep all information that I will receive
  848. >         and I will send anyone request later. 
  849. >
  850. >      If you know any existing system, project, company related with
  851. >      Automated Air traffic controlling, please let me know. It will
  852. >      be very helpful for my project.
  853. >
  854. >                                       Yilmaz Cengeloglu
  855. >                                       Univ. of Central Florida
  856. >                           Dept. of Computer Eng. 
  857. >                           Orlando, FL    
  858. >                                       yilmaz@ists.engr.ucf.edu
  859. >                              or
  860. >                           yil@engr.ucf.edu
  861. >
  862. >- ------------------------------------------------------------------------------
  863. >
  864. >I am preparing prototype Automated Air Traffic Controlling (A-ATC)
  865. >system to prepare and test knowledge bases for each plane in the
  866. >airspace. I did need a Blackboard shell for my project. Only
  867. >commercial system that I found was GBB that marketed by
  868. >
  869. >Blackboard Technology Group, Inc.;
  870. >401 Main St., Amherst, MA  01002, 413/256-8990,
  871. >fax: 413/256-3179.
  872. >
  873. >Their price was too high for me to buy as a graduate Student. I have
  874. >implemented my own Blackboard System on SunOS operating system. ( I am
  875. >not really sure if I should call Blackboard System.) Different
  876. >knowledge bases in CLIPS working as a different process on the
  877. >background and uses Blackboard when it is necessary to share fact with
  878. >other knowledge sources. Of course, any other process in C, C++, etc
  879. >can access the Blackboard. The type of architecture is easy to
  880. >distribute more than one computer using computers networks. If I would
  881. >continue the project after I got my M.S.  I am still testing it.
  882. >
  883. >Also, I did implemented a Radar Simulator Using C/C++, X-Windows and
  884. >IPC facilities on the SunOS operating system.  Radar simulator is
  885. >being used by Intelligent Simulation and Training systems Project at
  886. >UCF.
  887. >
  888. >A-ATC project is integration of Radar Simulator and Blackboard System.
  889.  
  890.  
  891. If you haven't already seen it, you may be interested in Robert
  892. Wesson's 1977 doctoral dissertation "Problem-Solving with Simulation
  893. in the World of an Air Traffic Controller" (University of Texas at
  894. Austin).  You might also want to check out the current incarnation
  895. of that work, a computer game (Mac or PC) called "TRACON II".
  896.  
  897. Hope this helps!
  898.  
  899.  
  900. Karen Ward (wardk@cse.ogi.edu)
  901. Oregon Graduate Institute
  902.  
  903.  
  904. >From Christen.Krogh@si.no Fri Aug 21 04:30:24 1992
  905. Subject: re BBAs
  906. To: yil@engr.ucf.edu
  907.  
  908.   re BBAs
  909.   Dear Yilmaz Cengeloglu,
  910.   
  911.   For plain BBA references it would be best to consult a standard AI textbook
  912.   (eg. Rich). Perhaps a search through your librarians database would give you
  913.   the general references you need. 
  914.   
  915.   When it comes to BBAs (or in our case BB*inspired*As) for control of real
  916.   life traffic (be it trains, plains or automobiles) I do not think that there
  917.   are much literature available. Hopefully you'll find something useful among
  918.   our papers.
  919.   
  920.   Keep me informed about how you are getting on!
  921.   
  922.   - Christen
  923.   
  924.   ---------------references-------------------
  925.   
  926.   1.    Krogh C., Irgens M, Traetteberg H; "A novel architecture for traffic
  927.   control"; Vehicle Navigation and Information Systems (IEEE), Oslo, September
  928.   2-4, 1992.
  929.   
  930.   2.    Ambrosino G., Bielli M., Boero M., Kirschfink H., Krogh C., Fleischman S.;
  931.   "IUTCS: a knowledge-based blackboard architecture for advanced urban traffic
  932.   management and control"; Proceedings from "OECD Workshop on Knowledge-based
  933.   Expert Systems in Transportation"; Montreal, Canada; June 15 - 17, 1992. 
  934.   
  935.   3.    Ambrosino G., Bielli M., Boero M., Fleishcmann S. Hock R., Irgens M.: A
  936.   Blackboard Model for Traffic Control Operations. Drive Conference, Bruxelles
  937.   4th-6th February 1991.s
  938.   
  939.   4.    M.Irgens, M. Bielli, M. Boero, S. Fleischman and R. Hock: Towards
  940.   Intelligent Urban Traffic Control. Proceeding, OECD Workshop on Knowledge
  941.   Based Expert Systems in Transportation, 1990. 
  942.   
  943.   5.    Irgens, M. and Krogh, C.: The IUTCS Blackboard. Users Manual. SI Report
  944.   No. 89 01 62 - 3. November 1990. ISBN 82-411-0258-5. November 1990. 
  945.  
  946.   ----------------------------------------------------------------------------
  947.   Christen Krogh [krogh@si.no], Center for Industrial Research, Oslo, NORWAY.
  948.   ----------------------------------------------------------------------------
  949.  
  950.  
  951. >From alliot@geant.cenatls.cena.dgac.fr Mon Aug 24 07:56:19 1992
  952. To: yil@engr.ucf.edu (Yilmaz Cengeloglu)
  953. Subject: HELP: Automated Air Traffic Controlling and Blackboard System
  954.  
  955.  
  956. Being professionnaly working in a field very close to your thesis
  957. subject, I would advise you to contact the MITRE corporation. The
  958. AERA-3 ATC system design might very much interest you and they are the
  959. most competent people for information on this subject in the USA.
  960.  
  961. A team has developped in France a very large knowledge based system
  962. (ERATO) for detecting and solving conflicts, built upon a cognitive
  963. model of the Air Traffic Controller. It is a very large project,
  964. including many people. The head of the project is Marcel Leroux
  965. (leroux@cenatls.cena.dgac.fr). 
  966.  
  967. Hope this helps.
  968.  
  969.  ---------------------------------------------------------------------
  970. Jean-Marc Alliot
  971. Centre d'Etudes de la Navigation Aerienne (CENA)
  972. Direction Generale de l'Aviation Civile (DGAC)
  973. alliot@dgac.fr
  974.  ---------------------------------------------------------------------
  975.  
  976. >From cs.ucf.edu!darwin.sura.net!wupost!uunet!sun-barr!ames!agate!rsoft!mindlink!a3744 Wed Aug 26 11:36:56 EDT 1992
  977. Article: 10725 of comp.ai
  978. Path: cs.ucf.edu!darwin.sura.net!wupost!uunet!sun-barr!ames!agate!rsoft!mindlink!a3744
  979. Newsgroups: comp.ai
  980. Subject: Re: Automated Air Traffic Controlling and Blackboard System
  981. Organization: MIND LINK! - British Columbia, Canada
  982. Distribution: world
  983.  
  984. A Project called CAATS "Canadian Automated Air Traffic System is being
  985. developed by Hughes Aircraft Canada Division here in Vancouver British
  986. Columbia,....16 CSCIs are being developed within a Rational Enviroment which
  987. will result in the most advanced ATC system in the world.
  988.  
  989. I would be pleased to address amy technical questions you may have.
  990.  
  991. Steve Sawyer
  992. Mindlink, Vancouver, BC
  993. Canada
  994. /x
  995.  
  996.  
  997. >From Thomas_Cord@qm.fzi.de Fri Aug 28 02:44:42 1992
  998. X-Mailer: QuickMail/SMTP interface.
  999. To: Yilmaz Cengeloglu <yilmaz@ists.engr.ucf.edu>
  1000. Subject: BBA
  1001.  
  1002. Date    28.8.1992
  1003. Subject    BBA
  1004. From    Thomas Cord
  1005. To    Yilmaz Cengeloglu
  1006.  
  1007.                       BBA
  1008. Hi,
  1009.  
  1010. Thank you very much for your help!
  1011.  
  1012. Thomas Cord
  1013.  
  1014.  
  1015.  
  1016.  
  1017. >From riley@gothamcity.jsc.nasa.gov Wed Aug 26 16:49:23 1992
  1018. To: yil@engr.ucf.edu
  1019. Subject: Re: HELP: Automated Air Traffic Controlling and Blackboard System
  1020.  
  1021. If you send me your mail address, I'll send you a copy of BBCLIPS.
  1022.  
  1023. Gary
  1024.  
  1025. >From schwartz@alpha.ces.cwru.edu Thu Aug 27 13:57:17 1992
  1026. Subject: Blackboard references
  1027. To: yil@engr.ucf.edu
  1028. X-Mailer: ELM [version 2.3 PL6]
  1029.  
  1030. Please send me a copy of the blackboard references that you 
  1031. have collected.
  1032.  
  1033. Thanks,
  1034.  
  1035. David Schwartz
  1036.  
  1037. schwartz@alpha.ces.cwru.edu
  1038.  
  1039. >From fishwick@fish.cis.ufl.edu Wed Aug 26 09:44:11 1992
  1040. To: yil@engr.ucf.edu
  1041. Subject: Re:  Automated Air Traffic Controlling and Blackboard System
  1042.  
  1043. Perhaps you can send the summary of responses to your original question
  1044. (to comp.simulation). Thanks
  1045.  
  1046.  -pf
  1047.  
  1048.  
  1049. >From RLA5@PSUVM.PSU.EDU Wed Aug 26 14:58:31 1992
  1050. To: yil@engr.ucf.edu
  1051. Subject: Re: Automated Air Traffic Controlling and Blackboard System
  1052.  
  1053.   I would be interested in the information that you have collected.
  1054.   Thanks.  Bob Avanzato, Penn State University, RLA5@psuvm.psu.edu
  1055.  
  1056. >From bri@pegasus.mit.edu Wed Aug 26 16:43:48 1992
  1057. To: yil@engr.ucf.edu
  1058. Subject: Re: Automated Air Traffic Controlling and Blackboard System
  1059. Newsgroups: comp.ai.edu
  1060. Organization: mit
  1061. Cc: 
  1062.  
  1063. please send me all the responses you got to the ATC question
  1064.  
  1065.  -bri
  1066.  
  1067.  
  1068.  
  1069. >From Sheryl_Young@VULGAR.SPEECH.CS.CMU.EDU Thu Aug 27 12:53:34 1992
  1070. To: yil@engr.ucf.edu
  1071. Subject: air traffic control
  1072.  
  1073. In the speech understanding domain -- specifically use of dialog, proagmatics
  1074. and semantics to dynamically change the search space for words in the speech 
  1075. signal --- there was a system built in france for training air traffic
  1076. controllers.  Although this architecture is similar to a blackboard 
  1077. architecture, is differs in that knowledge from one components actually 
  1078. modifies what another component can do.
  1079.  
  1080. Anyhow, the project was beta-tested.  Some references can be found in ICASSP
  1081. 91 (or 90?) by Matrouf, Neel etc.  They also wrote a few other papers.
  1082.  
  1083. You can also contract Francois Neel at LIMSI -CNRI in Orsay France (outside
  1084. Paris).  If you send me more information I can also have my secretary xerox
  1085. the articles I have from them - if they are the sort of thing you're looking
  1086. for.
  1087.  
  1088. Sheryl Young
  1089. School of Computer Science
  1090. Carnegie Mellon University
  1091. Schenley Park
  1092. Pittsburgh, PA 15213
  1093. sy@cs.cmu.edu
  1094.  
  1095. >From honggian@iti.gov.sg Thu Aug 27 21:19:04 1992
  1096. Subject: Automated Air Traffic Controlling and Blackboard System
  1097. To: yil@engr.ucf.edu
  1098. X-Mailer: ELM [version 2.3 PL11]
  1099.  
  1100. Hi,
  1101.  
  1102. I read with interest an article posted by you in comp.ai on the above subject
  1103. matter.  I wonder if you could email me a copy of the responses.  Thanks much.
  1104.  
  1105.  
  1106. Regards,
  1107. Hong-Gian Chew
  1108.  
  1109. >From @pucc.PRINCETON.EDU:sirin@trbilun.bitnet Fri Aug 28 11:54:37 1992
  1110. To: yil@engr.ucf.edu
  1111.  
  1112.  
  1113.  
  1114. Merhaba Yilmaz,
  1115.  
  1116.  
  1117.       News'ini gordum. Ulasan bilgileri bana da mail eder misin ?
  1118. Calismalarinda basarilar.
  1119.  
  1120.                                  Izzet Sirin
  1121.  
  1122.                                  sirin@trbilun.bitnet
  1123.  
  1124.                                  Bilkent Universitesi
  1125.                                  Bilgisayar ve Enformatik Muh.
  1126.                                  06533 Ankara TURKIYE
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133.  
  1134. ------------------------------
  1135.  
  1136.  
  1137. Subject: [NEW QUESTIONS]
  1138.  
  1139.  
  1140. ------------------------------
  1141.  
  1142.  
  1143. Date: Wed, 26 Aug 92 16:35:31 PDT
  1144. From: marke@ultra.com (Marke Clinger)
  1145. To: comp-simulation@uunet.UU.NET
  1146. Subject: QASE
  1147.  
  1148.  
  1149. Can someone point me in the direction of the company that produces
  1150. QASE? I need some technical information on this simulation product.
  1151.  
  1152. Thanks,
  1153.  
  1154. Marke
  1155.  
  1156. __________________________________________________________________________
  1157. Marke Clinger                    Ultra Network Technologies
  1158. Western Region Systems Engineer            1942 Broadway Suite 213
  1159. marke@ultra.com                    Boulder, CO 80302
  1160.                         TEL: (303) 938-3760
  1161.                         FAX: (303) 938-3762
  1162.  
  1163.  
  1164.  
  1165.  
  1166. ------------------------------
  1167.  
  1168. From: gml@uctcs.cs.uct.ac.za (Geoffrey Letsoalo)
  1169. Subject: GLAS Simulator.
  1170. To: fishwick@fish.cis.ufl.edu
  1171. Date: Fri, 28 Aug 92 12:19:36 SAT
  1172. Cc: gml@uctcs.cs.uct.ac.za (Geoffrey Letsoalo)
  1173. X-Mailer: ELM [version 2.3 PL11]
  1174.  
  1175. I wonder if anyone could help me locate a simulation framework
  1176. called General LAN Analysis System (GLAS). GLAS uses the 
  1177. analytic and simulation techniques to obtain the LAN performance
  1178. predictions.
  1179.  
  1180. It appears (from the SIMULATION journal of November 1990 pages
  1181. 283-298) that GLAS has been developed at the University of Kansas,
  1182. centre for research.
  1183.  
  1184. Hoping my request to receive your favourable consideration.
  1185.  -- 
  1186. Geoffrey M. Letsoalo               | The problem with the New South Africa
  1187. Data Network Architectures Lab     | is that it's full of old South Africans.
  1188. Dept. of Computer Science          | 
  1189. University of Cape Town            | E-Mail : gml@uctcs.cs.uct.ac.za
  1190. Private Bag Rondebosch             | Fax    : +27.21.650.3726
  1191. 7700 South Africa                  | Voice  : +27.21.650.2670
  1192.  
  1193.  
  1194.  
  1195.  
  1196. ------------------------------
  1197.  
  1198. Newsgroups: comp.simulation
  1199. Path: cc.curtin.edu.au!syawanar
  1200. From: syawanar@cc.curtin.edu.au
  1201. Subject: Simple Vision Simulation
  1202. Sender: news@cujo.curtin.edu.au (News Manager)
  1203. Organization: Curtin University of Technology
  1204. Date: Tue, 1 Sep 1992 15:39:20 GMT
  1205. Apparently-To: comp-simulation@munnari.oz.au
  1206.  
  1207.  
  1208. In my fourth (and final) year in engineering, I have been asked to do 
  1209. the impossible.. 
  1210.  
  1211. Supoose A robot was have only four photocells for a vision system..
  1212. How would it be possible for it to see effectively? This is how the
  1213. cells divide the view..
  1214.  
  1215.  
  1216.  
  1217.      +----------+-----------+
  1218.      |          |           |
  1219.      | Cell 1   |  Cell 2   |
  1220.      |          |           |
  1221.      +----------+-----------+
  1222.      |          |           |
  1223.      | Cell 3   |  Cell 4   |
  1224.      |          |           |
  1225.      +----------+-----------+
  1226.  
  1227. The vision cone is 120 degrees from the left edge to the right edge
  1228. and 120 degrees from the top edge to the bottom edge. I have found that by 
  1229. sweeping through a 120 degree 'fan' in 1 or 2 degree steps (whilst taking 
  1230. readings at each step) one can construct a *crude* view of what is ahead.
  1231.  
  1232. What I need to do is write a program that will simulate the robot moving
  1233. thru a 3D world. Once a certain object looms ahead (in proper 3D, with 
  1234. shading..) then the user hits a key and the robot is required to give it's 
  1235. own interpretation of what it 'sees' by means of the 'simulated' sensors.
  1236. IE, the screen is split into four and each quarter of the screen is 'de-
  1237. focused until only the average intensity of the entire quarter is relevant.
  1238. This is repeated for each step 2 degrees at a time..
  1239. A curve can be plotted from the values obtained at each of the sensors
  1240. and patterns might be recognized.. etc..
  1241.  
  1242. Any ideas along these lines or anything totally different are most welcome.
  1243.  
  1244. +---------------------------------------------------------------+
  1245. |Naveen Yawanarajah \ Internet :    syawanar@cc.curtin.edu.au   |
  1246. |                    \ Fidonet :    3:690/613                   |
  1247. | The BEAsT           \ POST   :    4 Woonan Pl., KARAWARA 6152 |
  1248. |       goes on!!      \       :    PERTH, WESTERN AUSTRALIA... |
  1249. +---------------------------------------------------------------+     
  1250.  
  1251.  
  1252.  
  1253. ------------------------------
  1254.  
  1255.  
  1256. Subject: [PUBLICATIONS]
  1257.  
  1258.  
  1259. ------------------------------
  1260.  
  1261.  
  1262. Date: Mon, 31 Aug 92 10:49:18 PDT
  1263. From: mtvnec!lsoule@nec-gw.nec.com (Larry Soule)
  1264. To: simulation@bikini.cis.ufl.edu
  1265. Subject: Technical Report available: Parallel digital logic simulation
  1266.  
  1267.  
  1268. A technical report of my dissertation is now available.
  1269.  
  1270. Title:      Parallel Logic Simulation: An Evaluation of
  1271.     Centralized-Time and Distributed-Time Algorithms
  1272.  
  1273. Author:   Lawrence Peter Soule' (soule@mojave.stanford.edu)
  1274.  
  1275. The report can be ordered through the CSL librarian, Naomi Schulman.
  1276. She can be reached at 415-723-1430, schulman@sierra.stanford.edu, and at
  1277. Naomi Shulman
  1278. Computer Systems Lab
  1279. ERL 444A
  1280. Stanford University
  1281. Stanford, CA 94301
  1282.  
  1283.  
  1284.  
  1285.  
  1286. ------------------------------
  1287.  
  1288.  
  1289. Subject: [CALL FOR PAPERS/PARTICIPATION]
  1290.  
  1291.  
  1292. ------------------------------
  1293.  
  1294.  
  1295. To: comp-simulation@uknet.ac.uk
  1296. Path: dcs.ed.ac.uk!rjp
  1297. From: Rob Pooley <rjp@dcs.ed.ac.uk>
  1298. Newsgroups: comp.simulation
  1299. Subject: Fianl programme for Tools and Techniques Conference
  1300. Date: 1 Sep 92 15:01:14 GMT
  1301. Sender: nnews@dcs.ed.ac.uk
  1302. Distribution: world
  1303. Organization: Department of Computer Science, University of Edinburgh
  1304.  
  1305.  
  1306.                             CALL FOR PARTICIPATION
  1307.                                        
  1308.             6TH INTERNATIONAL CONFERENCE ON MODELLING TECHNIQUES
  1309.                 AND TOOLS FOR COMPUTER PERFORMANCE EVALUATION
  1310.                                        
  1311.                            September 16-18th, 1992
  1312.                              Scandic Crown Hotel
  1313.                            Edinburgh, Scotland, UK.
  1314.  
  1315.  
  1316. The sixth International Conference on Modelling Techniques and Tools
  1317. for Computer Performance Evaluation will be held in Edinburgh, UK.
  1318. This is the major European forum for the presentation of research and 
  1319. applications of performance analysis tools and techniques.
  1320.  
  1321. The conference will be held in the Scandic Crown Hotel, a modern luxury
  1322. hotel in the middle of Edinburgh's historic Old Town, on the Royal Mile.  
  1323.  
  1324.  
  1325. The provisional programme is given below:
  1326.  
  1327. WEDNESDAY 16th SEPTEMBER
  1328.  
  1329.  
  1330. 9:20 - 9:30     Opening Remarks 
  1331.  
  1332. 9:30 - 10:30    Arnold Allen - invited paper
  1333.                 Session Chairman: R. Pooley
  1334.  
  1335. 10:30 - 11:00   Coffee Break 
  1336.  
  1337. 11:00 - 12:00   PETRI NETS (Chairman: G. Balbo)
  1338.                 C. Lindemann
  1339.                   DSPNexpress: A Software Package for Efficiently Solving
  1340.                   Deterministic and Stochastic Petri Nets
  1341.                 J.A. Rolia and K.C. Sevcik 
  1342.                   Fast Performance Estimates for a Class of Generalized
  1343.                   Stochastic Petri Nets
  1344.  
  1345. 12:00 - 12:30   Overview of tools to be demonstrated (Chairman: M. Calzarossa)
  1346.  
  1347. 12:30 - 2:30    Lunch and Tool Demonstrations
  1348.  
  1349. 2:30 - 3:30     MEASUREMENTS  (Chairman: D. Thomas)
  1350.                 J.K. Flanagan, K. Grimsrud et al 
  1351.                   BACH: BYU Address Collection Hardware
  1352.                 N.J. Gunther 
  1353.                   On the Application of Barycentric Coordinates to the Prompt
  1354.                   and Visually Efficient Display of Multiprocessor Performance
  1355.                   Data
  1356.  
  1357. 3:30 - 4:00     Tea Break 
  1358.  
  1359. 4:00 - 5:30     WORKLOADS  (Chairman: G. Serazzi)
  1360.                 B.M. Carlson et al
  1361.                   Speedup Properties of Phases in the Execution Profile of
  1362.                   Distributed Parallel Programs
  1363.                 K.J. McDonell
  1364.                   Benchmark Frameworks and Tools for Modelling the Workload
  1365.                   Profile
  1366.                 M.K. Acharya et al. 
  1367.                   Real-time Hierarchical Traffic Characterization of a Campus
  1368.                   Area Network
  1369.  
  1370. THURSDAY 17th SEPTEMBER
  1371.  
  1372. 9:00 - 10:30    ESPRIT III projects  - invited papers
  1373.                 Chairman: P. Hughes
  1374.                 Trevor Chambers - ESPRIT project 6942 
  1375.                   PEPS: Performance Evaluation of Parallel Systems
  1376.                 Horst Lindmeier - ESPRIT project 6271 
  1377.                   Benchmarking for Embedded Control and Real-time Applications
  1378.                 Kam-Fai Wong - ESPRIT project 7091 
  1379.                   Pythagoras: Performance Quality Assessment of Advanced
  1380.                   Database Systems
  1381.  
  1382. 10:30 - 11:00   Coffee Break 
  1383.  
  1384. 11:00 - 12:30   METHODS I  (Chairman: R. Puigjaner)
  1385.                 E.W. Brehm, R.T. Goettge and F. McCaleb
  1386.                   START/ES - An Expert System Tool for System Performance
  1387.                   and Reliability Analysis
  1388.                 A. Valderruten et al. 
  1389.                   Deriving Queueing Networks Performance Models from Annotated
  1390.                   LOTOS Specifications
  1391.                 J. Hillston 
  1392.                   A Tool to Enhance Model Exploitation
  1393.  
  1394. 12:30 - 2:00    Lunch and Tool Demonstrations
  1395.  
  1396. 2:00 - 4:00     PARALLEL AND DISTRIBUTED SYSTEMS  (Chairman: R. Candlin)
  1397.                 F. Hartleb and V. Mertsiotakis
  1398.                   Bounds for the Mean Runtime of Parallel Programs
  1399.                 G. Lyon, R. Snelick and R. Kacker 
  1400.                   Time-Perturbation Tuning of MIMD Programs
  1401.                 A. Birman, D. Ferguson and Y. Kogan
  1402.                   Asymptotic Solutions for a Model of Large Multiprocessing
  1403.                   Systems with Multiple Workloads
  1404.                 R. Kroeger, M. Gergeleit and F. Lange 
  1405.                   JEWEL: Experiences with a Distributed Measurement System
  1406.  
  1407. 4:00 - 5:15     Tea Break and Poster Session 
  1408.                 (Poster Session Organiser: J. Hillston)
  1409.  
  1410.  
  1411. FRIDAY 18th SEPTEMBER
  1412.  
  1413. 9:00 - 10:00    Raj Jain - invited paper
  1414.                 Chairman: R. Marie 
  1415.  
  1416. 10:00 - 11:00   METHODS II  (Chairman: G. Haring)
  1417.                 A.L. Opdahl 
  1418.                   Sensitivity Analysis of Combined Software and Hardware
  1419.                   Performance Models: Open Queueing Networks
  1420.                 N.M. Patel 
  1421.                   Structuring Analytical Performance Models using Mathematica
  1422.  
  1423. 11:00 - 11:30   Coffee Break 
  1424.  
  1425. 11:30 - 12:30   METHODS III  (Chairman: P. Harrison)
  1426.                 R. Chakka and I. Mitrani 
  1427.                   A Numerical Solution Method for Multiprocessor Systems
  1428.                   with General Breakdowns and Repairs
  1429.                 P. Buchholz 
  1430.                   Hierarchical Markovian Models - Symmetries and Reduction
  1431.  
  1432. 12:30 - 2:30    Lunch and Tool Demonstrations
  1433.  
  1434. 2:30 - 3:30     CASE STUDIES  (Chairman: A. Wight)
  1435.                 S. Salza and R. Tomasso
  1436.                   A Modelling Tool for the Performance Analysis of Relational
  1437.                   Database Applications
  1438.                 M. Malhotra and K.S. Trivedi 
  1439.                   Reliability of Redundant Arrays of Inexpensive Disks (RAID)
  1440.  
  1441. 3:30 - 4:00     Tea Break 
  1442.  
  1443. 4:00 - 4:15     Closing Remarks 
  1444.  
  1445.  
  1446. POSTERS AND TOOL DEMONSTRATIONS
  1447.  
  1448. A.E. Krzesinski and N.J. Townsend 
  1449.         /DASD: A Tool to Model the Performance of IBM DASD Systems
  1450.  
  1451. X. Zhang, N. Nalluri and X. Qin 
  1452.         MIN-Graph: A Tool for Monitoring and Visualising MIN-based
  1453.         Multiprocessor Performance
  1454.  
  1455. B.R. Haverkort, A.P.A. van Moorsel and A. Dijkstra 
  1456.         MGMtool: A Performance Modelling Tool Based on Matrix Geometric
  1457.         Techniques
  1458.  
  1459. A. Hutchison and P.S. Kritzinger 
  1460.         XWAN: A Tool to Model Adaptive Routing in a Wide Area Network
  1461.  
  1462. A.E. Kostin 
  1463.         Microsim: E-Net Tool for Modelling Concurrent and Distributed Data
  1464.         Processing Systems
  1465.  
  1466. H. Heiss and A. Payer 
  1467.         PASTE: A Tool for Evaluation of Processor Allocation Strategies
  1468.  
  1469. G. Fleischmann and M. Gente 
  1470.         Modelling and Evaluation of Parallel Programs using GIANT
  1471.  
  1472. G. Fairhurst and A.Z.M. Salleh 
  1473.         Modelling the Performance of the G.764 Packetised Voice Protocol
  1474.  
  1475. R.L. Klevans and W.J. Stewart 
  1476.         XMARCA: An X-Windows Interface for Queueing Network Modelling
  1477.  
  1478. G. Chiola, R. Gaeta and M. Ribaudo 
  1479.         Designing an Efficient Tool for Stochastic Well-Formed Coloured Petri
  1480.         Nets
  1481.  
  1482. A.J. Field and R.L. While
  1483.         A General Framework for Discrete-Event Simulation Using Functional
  1484.         Languages
  1485.  
  1486.  
  1487. TUTORIALS
  1488.  
  1489. Before the conference, on Tuesday 15th September there will be a programme 
  1490. of tutorials on aspects of performance modelling.  There will be two long 
  1491. tutorials in the morning and two sets of two short tutorials in the afternoon.
  1492. Delegates may register for either a full day or a half day programme.  Please
  1493. indicate choice of tutorial(s) on the registration form. 
  1494.  
  1495. 9:00 - 12:00    A       Nico M. van Dijk, 
  1496.                         University of Amsterdam, The Netherlands
  1497.  
  1498.                         The Product Form Tool
  1499.  
  1500.                 B       Kishor S. Trivedi
  1501.                         Duke University, USA
  1502.  
  1503.                         Techniques and Tools for Reliability Modelling
  1504.  
  1505. 12:00 - 1:30    LUNCH
  1506.  
  1507. 1:30 - 3:00     C       Ian F. Akyildiz
  1508.                         Georgia Institute of Technology, USA
  1509.  
  1510.                         Computational Techniques
  1511.  
  1512.                 D       Edmundo de Sousa e Silva
  1513.                         University of Rio de Janeiro, Brazil
  1514.  
  1515.                         Numerical Approaches
  1516.  
  1517. 3:00 - 3:30     COFFEE
  1518.  
  1519. 3:30 - 5:00     E       Gabriele Kotsis
  1520.                         University of Vienna, Austria
  1521.  
  1522.                         Visualization of Performance Information
  1523.  
  1524.                 F       Boudewijn R. Haverkort
  1525.                         University of Twente, The Netherlands
  1526.  
  1527.                         Performability Modelling Tools
  1528.  
  1529.  
  1530. Abstracts for each tutorial are given below:
  1531.  
  1532. A  THE PRODUCT FORM TOOL - Nico M. van Dijk
  1533.  
  1534. Queueing network modelling has become a popular tool in telecommunication,
  1535. computer performance evaluation and flexible manufacturing.  The tutorial aims
  1536. to highlight an approach that can be used as an engineering tool to evaluate
  1537. stochastic service or computer networks.  To this end, it will cover the
  1538. following two topics:
  1539.  
  1540.                 1) Product forms and partial balance
  1541.                 2) A simple bounding methodology.
  1542.  
  1543. Part 1 will discuss the physical notion of station balance as a key-property
  1544. to deduce closed product form expressions for queueing networks with blocking.
  1545. In concrete situations this notion will enable one to directly deduce whether
  1546. or not a system will have a product form solution, and if not, why not.
  1547.  
  1548. In part 2 these insights will be used further to also obtain simple
  1549. performance bounds for non-product form queueing networks, most notably 
  1550. networks with blocking.  The steps involved will be outlined and illustrated
  1551. for some typical non-product form examples such as: 
  1552.  
  1553.         - an overflow model
  1554.         - a system with breakdowns 
  1555.         - finite tandem or assembly lines 
  1556.  
  1557.  
  1558. B  TECHNIQUES AND TOOLS FOR FOR RELIABILITY MODELLING - Kishor S. Trivedi
  1559.  
  1560. Various Markov reward models are described and investigated as a tool to
  1561. evaluate reliability and availability models for computer networks, for
  1562. example fault-tolerant systems.  Both transient and steady-state measures are
  1563. considered.  Techniques covered are: 
  1564.  
  1565.         - differential equations 
  1566.         - numerical solution procedures 
  1567.         - uniformization techniques and truncations
  1568.         - simulation procedures and enhancements
  1569.  
  1570. Particularly, a hierarchical modelling tool is presented, called SHARPE
  1571. (Symbolic Hierarchical Automated Reliability and Performance Evaluation), that
  1572. combines the different techniques and models.  This tool provides a
  1573. specification language and solution methods for a large number of models such
  1574. as: 
  1575.         - series-parallel reliability block diagrams 
  1576.         - reliability graphs and fault trees
  1577.         - cyclic and acyclic Markov chains 
  1578.         - Generalized Stochastic Petri Nets 
  1579.         - PMS (Processor-Memory-Switch) Models
  1580.  
  1581.  
  1582.  
  1583. C  COMPUTATIONAL TECHNIQUES FOR COMPUTER NETWORKS - Ian F. Akyildiz
  1584.  
  1585. Much of the success of queueing network modelling for computer networks can be
  1586. attributed to: 
  1587.  
  1588.         - the existence of Jackson's closed product form expression and many
  1589.           extensions thereof, and
  1590.         - efficient computational techniques to actually compute these forms or
  1591.           related performance measures such as the throughput, sojourn time or
  1592.           loss probability.
  1593.  
  1594. This tutorial will survey a number of these computational techniques
  1595. ranging from the classical convolution algorithm to various exact and
  1596. approximative versions of the MVA (mean value analysis) method like LBANC and
  1597. LBANCBLO.  In doing so, special attention is given to different blocking
  1598. protocols when finite capacities are involved.  Finally some recent results
  1599. are presented to transform networks with blocking into networks without
  1600. blocking.
  1601.  
  1602.  
  1603. D  NUMERICAL APPROACHES TO PERFORMABILITY - Edmundo de Souza e Silva
  1604.  
  1605. The performance of computer networks under different loads and circumstances
  1606. is a relevant indication of its being well-designed and operable.  Computer
  1607. systems reliability and availability deals with the representation of changes
  1608. in structure of the system due to faults or breakdowns.  As analytic tools are
  1609. often not feasible to capture such aspects while simulation techniques may be
  1610. unreliable, numerical possibilities are still searched for.  
  1611.  
  1612. An overview is provided of past work on performability evaluation by means of
  1613. Markov chains and how relevant performance measures can be computed
  1614. efficiently by numerical approaches.  Particularly two important topics are
  1615. highlighted: 
  1616.  
  1617.         - the uniformization or randomization technique to transform
  1618.           continuous-time models into discrete-time models
  1619.         - the state space explosion by which actual computation becomes
  1620.           prohibitively expensive.  Several techniques to deal with this 
  1621.           problem are discussed. 
  1622.  
  1623.  
  1624. E  VISUALIZATION OF PERFORMABILITY INFORMATION - Gabriele Kotsis
  1625.  
  1626. The art of visualizing the performance of computer systems has gained
  1627. increasing interest in the past few years.  The pictorial representation of
  1628. performance data will help the system analyst to obtain a better understanding
  1629. of what is going on in the system, how it works and why it works (or why not).
  1630. Visualized information makes use of the eye-brain system, with its great
  1631. pattern recognition capability, in a way that is impossible with purely
  1632. numeric data.
  1633.  
  1634. This tutorial aims to report on the state of the art in performance
  1635. visualization from the analyst's point of view.  The usefulness of
  1636. visualization techniques and tools supporting performance analysis will be
  1637. investigated.  In particular, the tutorial will contain three modules:
  1638.  
  1639.    The State of the Art in Performance Visualization
  1640.       This presentation will include: visualization primitives and techniques,
  1641.       static versus dynamic displays, display of univariate and multivariate
  1642.       data, categorization and comparison of existing visualization tools. 
  1643.  
  1644.    Representing Performance Characteristics of Conventional Computer Systems 
  1645.       The following topics will be discussed: visualization of hardware and
  1646.       software performance information, meaningful metaphors and easy
  1647.       recognizable presentation techniques. 
  1648.  
  1649.    Visualizing the Performance of Parallel and Distributed Systems
  1650.       The particular problems arising in visualizing the behaviour of parallel
  1651.       systems (representations for massive amounts of data, representation of
  1652.       concurrency, visualization of hardware-software mapping) will be
  1653.       demonstrated along with possible solution techniques.  
  1654.  
  1655.  
  1656. F  PERFORMABILITY MODELLING TOOLS - Boudewijn R. Haverkort
  1657.  
  1658. Over the last few years Markov reward models (MRMs) have been used extensively
  1659. for the analysis of the performability of computer and communication systems.
  1660. Using MRMs for this purpose brings along two basic problems: model generation
  1661. and model solution.  Model solution has been the subject of study in a large
  1662. number of papers.  Far less attention has been paid to the model generation
  1663. problem. 
  1664.  
  1665. In this tutorial the mathematical background of MRMs for performability
  1666. modelling is briefly addressed.  The emphasis is then on high-level
  1667. specification techniques for performability models and various generation
  1668. techniques that can be used to automatically generate MRMs from these
  1669. specifications.  Aspects addressed are modelling requirements (coming from the
  1670. various application areas), high-level specification techniques (such as
  1671. stochastic Petri nets, stochastic activity nets, dynamic queueing networks and
  1672. object-oriented techniques), implementability of conceptual models,
  1673. implementation aspects of MRM generation techniques and existing software
  1674. tools for performability modelling and analysis.
  1675.  
  1676.  
  1677. SOCIAL PROGRAMME
  1678.                                        
  1679. Tuesday, 15th September 7.00pm
  1680.                                        
  1681. Civic Reception at the Edinburgh City Chambers
  1682.                                        
  1683.  
  1684. Wednesday, 16th September - Optional Excursions
  1685.                                        
  1686. Murder and Mystery Tour
  1687. Whisky Tasting
  1688.                                        
  1689.                   
  1690. Thursday, 17th September 7.00pm for 7.30pm
  1691.  
  1692. Conference Dinner at the Royal College of Physicians        
  1693.                                        
  1694.                                    --------
  1695.  
  1696. PROGRAMME COMMITTEE:
  1697.         Ian Akyildiz, Georgia Tech, USA
  1698.         Heinz Beilner, University of Dortmund, Germany
  1699.         Maria Calzarossa, University of Pavia, Italy
  1700.         Rosemary Candlin, University of Edinburgh, UK
  1701.         Giovanni Chiola, University of Torino, Italy
  1702.         Blaine Gaither, Amdahl Inc, USA
  1703.         Gunther Haring, University of Vienna, Austria
  1704.         Peter Harrison, Imperial College, London, UK
  1705.         Peter Hughes, Bell Northern Research (Europe), UK
  1706.         Peter King, Heriot-Watt University, UK
  1707.         Anthony Krzesinski, University of Stellenbosch, RSA
  1708.         Raymond Marie, IRISA, France
  1709.         Ramon Puijganer, University of Balearics, Spain
  1710.         Herb Schwetman, MCC Inc, USA
  1711.         Guiseppe Serazzi, Politecnico di Milano, Italy
  1712.         Connie Smith, L & S Computer Technology, USA
  1713.         David Thomas, BT Ltd, UK
  1714.         Alex Wight, University of Edinburgh, UK
  1715.  
  1716. Organisation:
  1717.  
  1718. Local Arrangements: Jane Hillston, (jeh@dcs.ed.ac.uk)
  1719.                     Dept. of Computer Science, Univ. of Edinburgh, UK
  1720.  
  1721. Sponsorship & Exhibitions: Peter King, (pjbk@dcs.hw.ac.uk)
  1722.                            Dept. of Computer Science, Heriot-Watt Univ., UK
  1723.  
  1724. Tutorials: Nico van Dijk, (fax: +31 20 525 4217)
  1725.            Dept. of Econometrics, Univ. of Amsterdam, Netherlands.    
  1726.                                        
  1727.  
  1728.                                    --------
  1729. Travel Arrangements
  1730.  
  1731. Air     Edinburgh International Airport is less than 20 minutes from the city
  1732.         center and provides access to a worldwide network of international
  1733.         flights. There are 26 return flights each day to London provided by
  1734.         British Airways, British Midland and Air UK (Gatwick), in addition to
  1735.         regular services to Birmingham and Manchester.  Direct air links to
  1736.         New York, Chicago and Boston, together with many main European cities
  1737.         are provided from Glasgow Airport, one hour's drive from Edinburgh.
  1738.  
  1739. Rail    Edinburgh benefits from an extensive network of rail services from
  1740.         London and other principal UK cities.  High speed trains operate on
  1741.         the London route with a journey time of 4 hours to Waverley Station,
  1742.         in the heart of the city, a short walk from the Scandic Crown hotel.
  1743.         Inter City Sleeper services are provided on most routes.
  1744.  
  1745. Road    Express coach services are available to and from all major UK cities,
  1746.         operating on a comprehensive motorway or trunk road system.
  1747.                                        
  1748.                                    --------
  1749.  
  1750.         
  1751. The conference fee includes attendance at all sessions of the conference;
  1752. refreshments and lunch each day; a local copy of the proceedings; attendance
  1753. at the civic reception and the conference dinner; car parking at the hotel.
  1754. The student conference fee does not include the conference dinner.
  1755.  
  1756. Additional tickets for the conference dinner, price 35 pounds, will be
  1757. available on arrival.
  1758.  
  1759. Delegates registering before 14th August can take advantage of a preferential
  1760. rate.  
  1761.  
  1762. Cancellation before 14th August will be eligible for 100% refund of all fees.
  1763. Subsequent cancellation, up to 4th September, will be eligible for 75% refund.
  1764. After that date no refund will be possible.  Delegate substitution will be
  1765. acceptable at any time.
  1766.  
  1767.  
  1768.  
  1769. To register please detach and complete the form below and return it to:
  1770.  
  1771.         Mrs Edith Field
  1772.         UNIVED Technologies Ltd.
  1773.         University of Edinburgh,
  1774.         16, Buccleuch Place,
  1775.         Edinburgh EH8 9LN
  1776.         SCOTLAND.
  1777.         efield@castle.ed.ac.uk
  1778.  
  1779.         fax: +44 31 650 6532
  1780.  
  1781. 8<---8<---8<---8<---8<--- please detach and print 8<---8<---8<---8<---
  1782.  
  1783.  
  1784. Name ____________________________________________
  1785.  
  1786. Company/Institute________________________________
  1787.  
  1788. Address__________________________________________
  1789.  
  1790. _________________________________________________
  1791.  
  1792. _________________________________________________
  1793.  
  1794. _________________________________________________
  1795.  
  1796. Telephone________________________________________
  1797.  
  1798. Email____________________________________________
  1799.  
  1800. Signed___________________________ Date___________
  1801.  
  1802.  
  1803. CONFERENCE REGISTRATION
  1804.                         Before 14/8/92        After 14/8/92
  1805.  
  1806. Academic Delegate         275 pounds           295 pounds    ______ pounds
  1807.  
  1808. Non-academic Delegate     325 pounds           345 pounds    ______ pounds
  1809.  
  1810. Student Delegate          150 pounds           170 pounds    ______ pounds
  1811.  
  1812. (Students will be required to bring some form of identification of
  1813.  certification of student status.)
  1814.  
  1815.  
  1816. TUTORIAL REGISTRATION
  1817.  
  1818. Which tutorial(s) would you like to attend? (Please tick)
  1819.  
  1820. A ___    B ___    C ___    D ___    E ___    F ___
  1821.  
  1822. Tutorial fee includes lunch and refreshments during the day, tutorial notes
  1823. of the tutorial attended and attendance at the civic reception.
  1824.  
  1825. Half day tutorial attendance  50 pounds
  1826.  
  1827. Full day tutorial attendance  80 pounds  
  1828.  
  1829.                                                            ______ pounds
  1830.  
  1831. Do you require vegetarian meals?    Yes/No      ______
  1832.  
  1833. Accommodation has been reserved in the Scandic Crown Hotel and in Pollock
  1834. Halls, the University's major residence complex in the south of the city,
  1835. approximately 20 minutes walk from the Scandic Crown.
  1836.  
  1837. Scandic Crown Hotel:
  1838.  
  1839. 64.75 pounds per person per night (B&B)
  1840.              single or double room                         _________ pounds
  1841.  
  1842. 59.00 pounds per night for accompanying 
  1843.              spouse sharing double room                    _________ pounds
  1844.  
  1845.  
  1846. Pollock Halls:
  1847.  
  1848. 21.75 pounds per person per night (B&B)
  1849.              (single rooms)                                 _________ pounds
  1850.  
  1851.                                        
  1852. Arrival Date _____________    Departure Date _____________
  1853.  
  1854.  
  1855.                                                 TOTAL COST  __________ pounds
  1856.  
  1857. Cheques, Money Orders and Bank Drafts in Sterling 
  1858. payable to UNIVED Technologies Ltd.
  1859.  
  1860.  
  1861.  
  1862.  
  1863.  
  1864. ------------------------------
  1865.  
  1866.  
  1867. Subject: [DEPARTMENTS]
  1868.  
  1869.  
  1870. ------------------------------
  1871.  
  1872.  
  1873. Date:    Sun, 30 Aug 92 22:38:09 GMT
  1874. From: mcleod@Sdsc.Edu
  1875. Subject: E-S3 Vol.1, No.8, Part Two
  1876. X-St-Vmsmail-To: @AB
  1877.  
  1878. The following sample issue of our electronic magazine, "E-S3",
  1879. covering selected topics about computer modeling and simulation,
  1880. is sent to you with the compliments of the publisher of the
  1881. technical journal SIMULATION, the Society for Computer
  1882. Simulation, and John and Suzette McLeod, the Editors of
  1883. Simulation in the Service of Society (S3), a special section of
  1884. that journal.  If you do not care to receive future issues please 
  1885. type REPLY -- cancel.  Let's not clutter up our E-mail with "Junk 
  1886. Mail".
  1887.  -----------------------------------------------------------------
  1888.  
  1889.                   E-S3  Vol. 1, No. 8, Part Two
  1890.  
  1891.                 based on the August 1992 issue of
  1892.               "Simulation in the Service of Society"
  1893. John McLeod, Technical Editor     Suzette McLeod, Managing Editor
  1894.           8484 La Jolla Shores Dr., La Jolla, CA 92037.
  1895.                    E-mail: mcleod@sdsc.bitnet
  1896.                                 *
  1897.                    S3 is a special section of
  1898.                            SIMULATION
  1899.                    the monthly journal of the
  1900.                  SOCIETY for COMPUTER SIMULATION
  1901.              P.O.Box 17900, San Diego, CA 92177-7900
  1902.             Phone: (619) 277-3888 FAX: (619) 277-3930
  1903.                                 *
  1904. [Copyright Notice: E-S3 is the electronically delivered version 
  1905. of "Simulation in the Service of Society" which is a special 
  1906. section of SIMULATION, a monthly technical journal of the  
  1907. Society for Computer Simulation International. It may be 
  1908. reproduced only for personal use or for the use of students. In 
  1909. any case full credit must be given to the original source of 
  1910. publication: SIMULATION 59:2, August, 1992. 
  1911.   All rights  reserved, (c) 1992, Simulation Councils, Inc.]
  1912.  ----------------------------------------------------------------------
  1913.  
  1914. A DESIGNER DRUG AGAINST AIDS?
  1915.  
  1916. Herewith the edited version of a press release from the
  1917. University of California/San Francisco on a paper delivered at
  1918. the February 1992 annual meeting of the American Association for
  1919. the Advancement of Science.
  1920.  
  1921.                                 *
  1922.  
  1923. A University of California/San Francisco theoretical chemist,
  1924. Peter A. Kollman, Ph.D., Professor of Pharmaceutical Chemistry
  1925. at the University of California/San Francisco, has invented a
  1926. computer model widely adopted by drug companies to speed the
  1927. search for potential pharmaceuticals has improved the model and
  1928. used it to accurately predict the forces binding an AIDS virus
  1929. enzyme, called protease, to a molecule that disrupts the enzyme's
  1930. natural function.
  1931.  
  1932. The molecules under investigation are called protease inhibitors,
  1933. and they prevent the AIDS virus enzyme from fashioning the parts
  1934. needed to make a new virus from raw material provided by a human
  1935. host.
  1936.  
  1937. Although the inhibitors examined were not useful drugs, the
  1938. agreement of the model predictions with reality highlights the
  1939. growing power that researchers have to model the interactions of
  1940. biologically active molecules, and the promise of computer-
  1941. assisted drug design.
  1942.  
  1943. In computer-assisted drug design, researchers pool their
  1944. knowledge of biological structure and pharmaceutical chemistry --
  1945. and sometimes quantum physics -- to put together models that
  1946. more accurately describe the interactions of biological
  1947. molecules.
  1948.  
  1949. The most advanced computational techniques and computer graphics
  1950. capabilities are used to run the models.  The goal is to identify
  1951. molecules that will interact with disease vectors or toxins in a
  1952. way that limits the damaging impact of the invaders.
  1953.  
  1954. As knowledge grows, the use of molecular modeling in computer-
  1955. assisted drug design is steadily decreasing the amount of time
  1956. and money spent on trial-and-error approaches.
  1957.  
  1958. According to Professor Kollman, "In modeling you want to
  1959. represent enough of the known facts so that you can predict the
  1960. facts that aren't known yet."  Representing the known facts
  1961. requires a lot of power and valuable supercomputer time, but
  1962. ultimately can save pharmaceutical companies millions of dollars
  1963. spent on drug screening.  To run his model, Dr. Kollman uses work
  1964. stations and mini-supercomputers, and for most of the major
  1965. projects, a Cray Y/MP at the Supercomputer Center on the campus
  1966. of the University of California/San Diego.
  1967.  
  1968. Protein and DNA are "macromolecules" built up from hundreds or
  1969. thousands of smaller molecules.  The quest for the Holy Grail in
  1970. molecular modeling is to be able to predict the three-dimensional
  1971. structures of macromolecules, using as input only the knowledge
  1972. of the order in which their constituent building-block molecules
  1973. are linked together.
  1974.  
  1975. Although not so important in the trial-and-error approach,
  1976. knowledge of three-dimensional structure -- of the protein shell
  1977. encasing a virus, or of a macromolecule on the cell-surface of a
  1978. bacterium, for example -- is the foundation for computer-aided
  1979. drug design.
  1980.  
  1981. Agents of disease are like unwelcome guests that somehow got hold
  1982. of the house keys.  The idea behind inhibitor drugs is to stop
  1983. the invaders by luring them to the wrong house, where their keys
  1984. get stuck in the lock.  To predict a good design to trap an
  1985. invader, it helps to know the shape of the key and lock.
  1986.  
  1987. The determination of the sequence of amino acids in purified
  1988. protein, or of nucleotide base pairs in an isolated DNA molecule,
  1989. has become almost routine.  But the Holy Grail model must await
  1990. quantum leaps in computer power, and in the scientific
  1991. understanding of basic rules linking knowledge of amino acids "on
  1992. a string" to three-dimensional structure.
  1993.  
  1994. To design protein inhibitors, modelers ideally would like to know
  1995. the three-dimensional structure in some detail.  This is not
  1996. easy, but for pure protein crystals these structures can be
  1997. determined with a technique called x-ray crystallography, while
  1998. for smaller proteins in solution, nuclear resonance spectroscopy
  1999. can be used. 
  2000.  
  2001. Once this structure is known it can be modeled, and the model
  2002. visualized on a screen.  Graphics do not provide quantitative
  2003. information, Kollman says, "But enable the chemist to use
  2004. intuition to tap into new ideas about how molecules fit
  2005. together."
  2006.  
  2007. Kollman's colleague Irwin D. Kuntz, Ph.D., Professor of
  2008. Pharmaceutical Chemistry at UC/San Francisco, has developed a
  2009. space-filling model in which proteins are represented as a series
  2010. of spheres of various sizes.  The shape of the space around the
  2011. protein is also modeled as a collection of spheres, and computer
  2012. programs determine which potential protein-binding molecules best
  2013. fit this "ball space."  The model scans standard chemical data
  2014. bases for potential inhibitors.
  2015.  
  2016. Kuntz and his colleagues used the model, called DOCK, to identify
  2017. an AIDS protease inhibitor which, though too toxic for therapy,
  2018. helped demonstrate the power of his approach and provided a lead
  2019. in the pursuit of a more effective inhibitor.
  2020.  
  2021. The search for drugs that act as protein inhibitors has often
  2022. focused on molecules called peptides, typically modified versions
  2023. of well-known molecules to which the proteins already bind. 
  2024. However, peptides are often ineffective as drugs because they are
  2025. chewed up by the body's enzymes, and do not easily enter the
  2026. brain.  Programs such as DOCK enable researchers to search for
  2027. inhibitors in less well-charted waters.
  2028.  
  2029. Kollman's model, called AMBER, is aimed at gaining a more
  2030. refined understanding of the forces governing molecular
  2031. interactions when one already knows what kinds of inhibitors fit
  2032. the space, and needs to know which of them would be most
  2033. energetically favored to bind tightly.
  2034.  
  2035. Kollman is applying AMBER to the potential AIDS protein
  2036. inhibitors identified with Kuntz's DOCK model, focusing on a
  2037. limited number of molecules that are most important in predicting
  2038. how tightly AIDS protease will bond to the inhibitors.
  2039.  
  2040. He calls the approach molecular dynamics.  The atoms within
  2041. molecules flex and vibrate like balls connected by springs in
  2042. response to forces within the molecules.  Kollman models these
  2043. forces, as well as the forces of electrical attractions between
  2044. molecules, and the force necessary to maintain the molecules in
  2045. the liquid phase (called van der Waals interactions), to simulate
  2046. the structure and motion of the protein and its inhibitors.
  2047.  
  2048. The laws of thermodynamics favor low-energy states.  AMBER
  2049. explores many different shapes that macromolecules theoretically
  2050. might assume in interacting with other complex molecules, and
  2051. tries to identify ones which are energetically favored.
  2052.  
  2053. The most detailed versions of molecular models used by
  2054. theoretical chemists -- those which yield the most accurate
  2055. predictions of the strength of interactions formed between
  2056. molecules -- also incorporate the principles of quantum mechanics
  2057. to describe sub-atomic forces.  This approach requires even more
  2058. computer time than molecular dynamics, Kollman says.
  2059.  
  2060. "We could apply quantum mechanical methods to study the formation
  2061. and breaking of bonds in systems with only tens of atoms, but not
  2062. with hundreds or thousands."  Since there is not an infinite
  2063. supply of computer power available, Kollman explained, "We can't
  2064. know the forces and energies as precisely as you would like, and
  2065. we cannot try out all the conformational possibilities as
  2066. effectively as you would like."
  2067.  
  2068. This poses what Kollman calls the "local minimum problem" meaning
  2069. that of the many shapes an inhibitor might assume in binding to a
  2070. protein, there are usually multiple conformations that would have
  2071. favorable, low binding energies.  The trick is to devise a model
  2072. that will find the best.
  2073.  
  2074. "Imagine an egg carton where the troughs are of different depths. 
  2075. With the wrong search strategy you might end up in the wrong
  2076. trough, a local energy minimum.  We use our dynamic model to go
  2077. over the dividers from trough to trough in order to find the
  2078. deepest."
  2079.  
  2080. Computer technology is now probably the biggest limit to
  2081. usefulness of molecular models, according to Kollman.  More
  2082. powerful computers are needed, he said, especially parallel-
  2083. processing machines capable of running many components of
  2084. molecular modeling programs simultaneously.  But better
  2085. mathematical and computational representations of molecular
  2086. interactions, called algorithms, will still be indispensable, he
  2087. says.
  2088.  
  2089. "Parallel processing means that faster algorithms will solve
  2090. their part of the program before slower ones.  If 90% of the
  2091. slowdown is solved, you still have only speeded up the process by
  2092. a factor of 10," he says, not enough to describe larger molecules
  2093. accurately.
  2094.  
  2095. Kollman's team also is focusing on creating a simpler but still
  2096. accurate algorithm to describe the interactions between molecules
  2097. and the water milieu in which they are dissolved.
  2098.  
  2099. "We want to save computer time by finding ways to represent water
  2100. without including calculations for every water molecule,"
  2101. Kollman explained.
  2102.  
  2103. UC/SF researchers led by Robert Langridge, Ph.D., director of the
  2104. UC/SF Computer Graphics Laboratory, have pioneered the computer
  2105. imaging of biological molecules, and many UC/SF senior scientists
  2106. with expertise in computer-assisted design and structural
  2107. chemistry are now working together in a major effort to identify
  2108. potential AIDS drugs.
  2109.  
  2110. [The December 1990 issue of S3 carried an article entitled
  2111. "Empiricism vs. Understanding" which described the efforts of
  2112. Agouron Pharmaceuticals Inc. to develop a drug for a specific
  2113. purpose -- to design a key to fit a lock of unknown design. JM]
  2114.  
  2115.                        *        *        *
  2116.  
  2117. More on Noise
  2118.  
  2119. In the January 1992 issue of SIMULATION a technical note by
  2120. Granino Korn was published under the heading "Noise."  Comments
  2121. on the note by Robert Kinnison, and Granino's reply, appeared in
  2122. S3 for February 1992.  Here we publish further remarks, by Turkan
  2123. Gardenier.
  2124.  
  2125. Dear John:
  2126.  
  2127. My comments on the article by Granino Korn can be summarized as
  2128. follows.
  2129.  
  2130. (1)  The idea of "noise" has been and is of interest to
  2131. statisticians.  In fact, Box-Jenkins time-series analysis has an
  2132. essential component, that of modeling "white noise."
  2133.  
  2134. (2)  The author distinguishes between pseudorandom noise,
  2135. congruential noise, and shift-register-type noise in the first
  2136. paragraph.  This is stated in the first paragraph; the
  2137. distinction is not made clear to the reader, however.  The
  2138. statement "pseudorandom noise is not random: you can predict
  2139. future samples if you know sufficiently many (very many) samples"
  2140. is reminiscent of Box-Jenkins p, d, q components.  The
  2141. distinction between "statistically independent" and
  2142. "uncorrelated" is, again, reminiscent of the "first order
  2143. autoregression" in Box-Jenkins time-series.
  2144.  
  2145. (3)  I think the idea of getting the reader involved in thinking
  2146. about underlying components other than correlations of the "first
  2147. order," such as a first order transition matrix in a Markovian
  2148. approach, or a first order autoregression, is good.  The hardware
  2149. orientation for designing a noise generator with a knowledge of
  2150. "lurking components" is also good.  Yet, I think the author needs
  2151. to look into some of the literature in statistical time-series
  2152. analysis (e.g., Box-Jenkins) which defines and breaks down "noise"
  2153. components into short- and long-term determinants.
  2154.  
  2155. Turkan K. Gardenier, Ph.D.
  2156. U.S. Equal Employment Opportunity Commission
  2157.  
  2158.  
  2159. Enclosed with Dr. Gardenier's letter were abstracts of papers
  2160. presented at the session which she co-organized with William Eddy
  2161. (Department of Statistics, Carnegie-Mellon University) for the
  2162. 1992 Annual Meeting of the American Association for the
  2163. Advancement of Science.  Herewith the session description as it
  2164. appeared in the AAAS program.
  2165.  
  2166. Statistical Modeling and Analysis Using Personal Computers
  2167.  
  2168. Microprocessors are gaining increased usage in scientific
  2169. settings ranging from medicine to military applications.  A
  2170. parallel effort in software development has brought enhanced
  2171. applications of artificial intelligence, user-friendly, menu-
  2172. driven systems; and the flexibility to branch into various modes
  2173. of analysis.  The advances mean the user must be educated
  2174. regarding data analysis and mathematical modeling.  For example,
  2175. scientific experimenters need to know if a linear regression
  2176. analysis is appropriate for the data at hand, need to graphically
  2177. display interrelationships among the input variables, and need
  2178. tools to track data over time.  This symposium will present
  2179. recent developments that address these issues. 
  2180.  
  2181. And the abstract of Dr. Gardenier's own paper:
  2182.  
  2183. "Discrete time-series methods for monitoring data"
  2184.  
  2185. This talk will present a method for tracing the status of
  2186. successive observations over time using the Cumulative
  2187. Transitional State Score developed by the author.  Implementing
  2188. this procedure involves partitioning data into three discrete
  2189. categories (+1, 0, and -1) corresponding to "above normal,"
  2190. "normal," and "below normal" subdivisions.  This trinomial
  2191. partitioning is based upon an examination of prior data and
  2192. expert/clinical judgment.  A similar decision process is also
  2193. used in evaluating transitions over successive time-period
  2194. evaluations.  A scoring scheme based upon both structures is then
  2195. implemented in order to cumulate and graphically display
  2196. transitions in status between two specified time periods.
  2197.  
  2198.                        *        *        *
  2199.  
  2200.  
  2201.  
  2202. ------------------------------
  2203.  
  2204.  
  2205.  
  2206.  
  2207. END OF SIMULATION DIGEST
  2208. ************************
  2209.  
  2210.