tr_lisp.asc Page 1 McESE-FranzLISP: McMASTER EXPERT SYSTEM EXTENSION OF FranzLISP F. Franek Technical Report no TR-22/88

Size: px
Start display at page:

Download "tr_lisp.asc Page 1 McESE-FranzLISP: McMASTER EXPERT SYSTEM EXTENSION OF FranzLISP F. Franek Technical Report no TR-22/88"

Transcription

1 r_lisp.asc Page 1 McESE-FranzLISP: McMASTER EXPERT SYSTEM EXTENSION OF FranzLISP F. Franek Technical Repor no TR-22/88 Deparmen of Compuer Science and Sysems McMaser Universiy 1988 McESE-FranzLISP: McMASTER EXPERT SYSTEM EXTENSION OF FranzLISP (1) INTRODUCTION. F. Franek 1) Dep. of Comp. Sci. & Sysems McMaser Universiy Hamilon, Onario L8S 4K1 Canada TABLE OF CONTENTS: (2) HOW TO MAKE McESE SOFTWARE AN INTEGRAL PART OF FranzLISP. (3) HOW TO MAKE McESE COMPILED KNOWLEDGE BASES PART OF FranzLISP. (4) McESE-FranzLISP SYSTEM BEHAVIOUR.

2 r_lisp.asc Page 2 (5) CONCLUSION. APPENDIX: Index of McESE-FranzLISP funcions; Descripion of individual funcions. REFERENCES Acknowledgemen: 1) Research suppored by SERB and NSERC OGP research grans. ABSTRACT McESE - McMaser Exper Sysem Environmen is a sofware ool designed o help creae problem-specific shells wih imprecise and incomplee knowledge, and fas and compac exper sysems applicaions in a paricular programming language. This is achieved by "exending" he programming language wih a se of commands allowing communicaion wih McESE knowledge bases and McESE special sofware (see [FB], or [FB1]). In his paper implemenaional deails of FranzLISP exension (called McESE-FranzLISP) are presened and discussed. (1) INTRODUCTION. As described in [FB] and [FB1], McESE is a programming environmen for building of exper sysems. Is main feaures include he abiliy o specify he way of handling uncerainy for he whole knowledge base, or for each rule separaely, o uilize compiled rule-form knowledge bases for fas inferring, and he abiliy o build he exper sysem in a paricular programming language. The sofware of McESE is wrien in he programming language C for wo reasons; compac code ha leads o fas execuion, and he abiliy o program in C low-level asks efficienly enough. In his paper he exension of FranzLISP is described and discussed. From now on we may use erm lisp insead of FranzLISP for he sake of breviy. The ask of exending FranzLISP o McESE-FranzLISP consised of wo major asks: - o make he sofware of McESE wrien in C an inegral par of he lisp sysem wih sufficien communicaion beween McESE sofware and lisp sysem wihou disurbing he lisp sysem oo much and wihou a need of exensive re-wriing of he exising McESE sofware. I mus be ensured ha any of

3 r_lisp.asc Page 3 he C funcions of McESE required can be invoked from wihin lisp, and conversely, any lisp funcion, be i buil-in or user defined, inerpreed or compiled, can be invoked from wihin he C funcions; - o make he non-lisp daa srucure of compiled knowledge base (we shall call i knowledge ree in accordance wih [FB] and [FB1]) an inegral par of lisp sysem accessible from wihin lisp, bu proeced from lisp's garbage collecor as long as needed. Of course, here were some oher problems o be resolved as well, e.g. how o simplify invocaion of McESE, how o proec he componens of McESE from he user and so on. (2) HOW TO MAKE McESE SOFTWARE AN INTEGRAL PART OF FranzLISP. Since he kernel of FranzLISP in UNIX is wrien in C, he major lisp funcion eval can be direcly invoked from any C program loaded ino he lisp sysem. To speed up he loading of McESE sofware ino he lisp sysem, he whole McESE sysem is firs compiled as a single source file, and hen loaded ino he lisp sysem using lisp buil-in funcion cfasl. cfasl in fac works as a dynamic on-line loader and so only one linking o he lisp sysem is necessary (he required C funcions may be loaded one a a ime, bu hen many linkings are required slowing down he whole procedure). The individual C funcions needed are hen made available o he lisp sysem (in fac made ino lisp objecs) using lisp buil-in funcion geaddress: (cfasl '/u0/rsch/mcese/lisp/mceses.o '_compiler 'f 100 "c-funcion") (geaddress '_gesizekbree 'f 101 "c-funcion") (geaddress '_loadkbree 'f 102 "c-funcion")... (geaddress '_helpcop 'f 118 "c-funcion") Any of he specified C funcion (e.g. compiler, or gesizekbree) are now inegral par of he lisp sysem and can be invoked from wihin any lisp funcion (e.g. compiler is known in he lisp sysem as f 100, while gesizekbree is known as f 101). The values hey reurned are formaed by he lisp sysem ino lisp values. A more complicaed problem was he problem of invocaion of arbirary lisp funcions from wihin C funcions. Firs, here was he need of invocaion of cvpf's (wrien in lisp) from wihin he inference engine (wrien in C). Cvpf's mus have flonum argumens, and mus reurn a flonum (see [FB], [FB1]). A special C funcion invoke1 provides he service. When McESE sysem is loaded ino he lisp sysem, a global symbol f 1 is bound o he lis (eval (fake addr0)) where addr0 is he address of lisp funcion f 12. The C funcion invoke1 is passed f 1 as an argumen, invoke1 evaluaes f 1 using eval, and ha invokes f 12 which creaes and reurns a lis (eval (lis (fake addr1) flonum... flonum)) back o invoke1. invoke1 pops from a special sack address of he desired lips funcion and insers i ino he lis as addr1, hen i pops from he special sack one be one all (flonum, and hence double in C) argumens and insers hem ino he lis insead of flonum's. Finally, invoke1 erminaes he lis where needed. The las sep involves evaluaing he lis using eval, which in fac invokes he

4 r_lisp.asc Page 4 required lisp funcion wih he specified argumens. The resul of he invocaion (again a flonum, and so double in C) is reurned o invoke1. When a lisp funcion is o be invoked from a C funcion, he address of ha funcion and is argumens are pushed on he special sack, and invoke1(f 1) is called, invoke1 in urns invokes he required lisp funcion (as described above) and passes he value reurned by he lisp funcion ino he C funcion. Second, here was he need of invocaion of predicae service procedures (wrien in lisp) from wihin he inference engine (wrien in C). Predicae service procedures may have any argumens, bu mus reurn a flonum (see [FB], [FB1]). A special C funcion invoke3 provides he service. When McESE sysem is loaded ino he lisp sysem, a global symbol f 3 is bound o he lis (eval (fake addr0)) where addr0 is he address of lisp funcion f 32. The C funcion invoke3 is passed f 3 as an argumen, invoke3 evaluaes f 3 using eval, and ha invokes f 32 which creaes and reurns a lis (eval (lis (fake addr1) (fake addr)... (fake addr))) back o invoke3. invoke3 pops from a special sack address of he desired lips funcion and insers i ino he lis as addr1, hen i pops from he special sack one be one addresses of all argumens and insers hem ino he lis insead of addr's. Finally, invoke3 erminaes he lis where needed. The las sep involves evaluaing he lis using eval, which in fac invokes he required lisp funcion wih he specified argumens. The resul of he invocaion (a flonum, and so double in C) is reurned o invoke3. When a lisp funcion is o be invoked from a C funcion, he address of ha funcion and is argumens are pushed on he special sack, and invoke3(f 3) is called, invoke3 in urns invokes he required lisp funcion (as described above) and passes he value reurned by he lisp funcion ino he C funcion. Third, he explanaion componen of McESE inference engine required o obain in he form of a C sring he lisp prin form of objecs used for he paricular inference (see [FB], [FB1]). invoke7 provides he service. When McESE sysem is loaded ino he lisp sysem a global symbol f 7 is bound o he lis (ge_pname (maknam (explode (fake addr)))))), invoke7(f 7) pops he address of he objec from a special sack, hen using eval evaluaes f 7 which reurns he desired sring. Any oher communicaion beween lisp and McESE programs, e.g. as in mcese:open funcion where he lisp code provides o he C code addresses of required cvpf's and predicae service procedures, is faciliae be lis creaed and inerned in he lisp sysem, passed o he C coded, and eiher used or modified by he C code and hen passed back o he lisp sysem. This kind of communicaion allows he full range necessary and does no inrude upon lisp a all. Given he fac ha FranzLISP's kernel is wrien in C, had more echnical and implemenaional deails of FranzLISP been available, we could have modified our C code o exend he original kernel direcly. This approach did no seem appropriae for he acual differen implemenaions on differen machines may differ, and for o much of inrusion o he sysem. The means we oped for insead do slow he execuion a bi (which is no of such a crucial imporance given he slow execuion of lisp in general) bu allow for exension of lisp independen from he implemenaional deails of FranzLISP's kernel. (3) HOW TO MAKE McESE COMPILED KNOWLEDGE BASES PART OF FranzLISP. When McESE compiler parses and compiles a RSET (see [FB], [FB1]), i all akes place wihin a single call of he C funcion

5 r_lisp.asc Page 5 compiler. Thus all space required is "malloced" in he C program and he whole knowledge ree buil here. When finish, compiler records he knowledge ree in a disk file. The space used is "freed" and conrol reurned back o he lisp sysem. This poses no problems as far as memory managemen. A more complicaed siuaion arises when his compiled knowledge ree is o be loaded o main memory from disk. I mus say in he lisp sysem as long as he user desires while some oher C and lisp funcions are execued. Since he garbage collecor of FranzLISP is invoked auomaically when he sysem has no enough memory available, he knowledge ree mus be proeced agains i. I mus also be proeced agains inrusion by any oher funcion of he sysem. On op of i, when he user does no need he knowledge ree any longer, he memory i akes mus be made available o he sysem again. These requiremens were saisfied by "soring" he knowledge ree wihin a lisp daa srucure, so-called immediae vecor. The C code for loader had o be alered slighly and pariioned ino wo separae funcions. The firs one, gesizekbree, reurns o he lisp sysem he size of he knowledge ree o be loaded (his informaion is sored in he disk file conaining he knowledge ree). Then he lisp sysem creaes an immediae vecor of he required size and binds i o rseid (rse id). The address of he immediae vecor is hen passed o he C program which loads he knowledge ree here absoluizing all address links in he ree (see [FB], [FB1]). Since immediae vecors carry binary daa, here is no problem wih he "conens" being he knowledge ree. As long as his immediae vecor is bound o he rseid, he sysems considers i acive and hence i is proeced from he garbage collecor as well as all lisp funcions. Since he rseid symbolic name is of he form f RSETID# (# sands for a number), and symbols beginning wih f are no available o he user, he likelihood of he user inruding upon he knowledge ree is raher slim, as he has no knowledge of he address of he immediae vecor. On he oher hand, when he knowledge ree is unloaded, he rseid is unbound (and removed from oblis), and so he immediae vecor soring he knowledge ree is no considered acive by he sysem and hence i is for grabs by garbage collecor. From he poin of view of he inference engine and oher componens of McESE accessing he knowledge ree, all hey need o know is he beginning of he ree and correc address links wihin he ree. Thus he fac ha he knowledge ree is inside a lisp objec maers no o hem. (4) McESE-FranzLISP SYSTEM BEHAVIOUR. To invoke mcese sysem, firs invoke FranzLISP from UNIX level by yping lisp'. When in he FranzLISP sysem, load in he mcese sysem by yping (load 'mcese). In a few seconds he sysem is loaded and mcese promp mcese>> will occur: maccs 1 > lisp Franz Lisp, Opus > (load 'mcese) [load /usr/lib/lisp/mcese] [load /u0/rsch/mcese/lisp/mcese.l] [fasl /u0/rsch/mcese/lisp/mcese1.o] [fasl /u0/rsch/mcese/lisp/mcese2.o] /usr/lib/lisp/nld -N -x -A /usr/ucb/lisp -T b3a00 /u0/rsch/mcese/ lisp/mceses.o -e _compiler -o /mp/li lc [McESE-FranzLisp version loaded] *** mcese: please, do no use symbols conaining f (such names are reserved for mcese sysem)

6 r_lisp.asc Page 6 *** mcese: please, do no pu files wih names mcese, mcese.l and mcese.o in your direcory (hese are load files for mcese sysem) mcese>> To make he loading of McESE as simple as possible, he defaul direcory /usr/lib/lisp is used: he file mcese consiss of a single load insrucion specifying wha should be loaded and where i is. Thus he file /u0/rsch/mcese/lisp/mcese.l is loaded. I conains definiion of he new op level and so is no compiled (when compiled i caused some erraic roubles). I also conains load insrucions for /u0/rsch/mcese/lisp/mcese1.o file, which is file wih all lisp funcions of he McESE sysem (hey mainly consiss of lisp code surrounding C funcions checking correcness of argumens and inerpreing he resuls). For faser execuion hese are compiled. I is followed by load insrucions for /u0/rsch/mcese/lisp/mcese2.o file, which conains all insrucion for loading McESE C sofware ino he sysem. A his momen boh, FranzLISP and McESE funcions are fully accessible a all levels of he sysem. Thus: mcese>> (plus 2 3) 5 mcese>> Since all daa srucures and funcions of McESE have names saring wih f, symbols (or srings) conaining f are no available o he user: mcese>> f 1 *** mcese error: using forbidden symbol f f 1 mcese>> (prin "abc f wr") *** mcese error: using forbidden symbol f (prin "abcf wr") There are, of course, ways how o fool he sysem and ge an access o f objecs, bu i is hard o do so accidenally. This all is achieved by redefining he op level of he lisp sysem. The new op level includes he checking for f symbols. The sysem reurns auomaically back o his op level even from lower levels when (rese) is used. mcese>> (mcese:comp 'medrse 'medrse.comp) The above funcion mcese:comp successfully compiled ( was reurned) rse called medrse and he compiled knowledge ree was sored in a disk file called medrse.comp. An inpu racing as well as supression of error recovery may be specified. mcese>> (mcese:load 'medrse.comp) f RSETID0 The above funcion mcese:load successfully loaded he knowledge ree from 'medrse.comp file o he lisp sysem. The rse id f RSETID0 was reurned. mcese>> (seq x (mcese:las-load))

7 r_lisp.asc Page 7 f RSETID0 The above funcion mcese:las-load reurns rse id of he rse mos recenly loaded ino he lisp sysem. mcese>> (mcese:rseidp x) The above funcion mcese:rseidp ess if is argumens is a rse id of an acive knowledge ree. The following funcion mcese:discomp discompiles he loaded knowledge ree, displays i on screen, plus some vial saisics abou he knowledge ree: mcese>> (mcese:discomp x) *** discomp: DISCOMPILE of COMPILED RSET rule med1: pain_in_hroa &.9 * hardship_o_swallow &.4 * noisy_and_mouh_breahing &.6 * headache &.3 * fever &.3 * cough ==> sore_hroa rule med2:.8 * fever &.6 * headache & pain_in_hroa &.7 * hardship_o_swallow &.6 * spoed_hroa &.2 * vomiing & rash ==> srep_hroa_wrash rule med3:.8 * fever &.6 * headache & pain_in_hroa &.7 * hardship_o_swallow &.6 * spoed_hroa &.2 * vomiing &.3 * abdominal_pain &.8 * ~rash ==> srep_hroa_worash rule med4: noisy_and_mouh_breahing & pain_in_hroa & fever &.8 * hardship_o_swallow & ~sore_hroa & ~srep_hroa_wrash & ~srep_hroa_worash ==> onsilliis

8 r_lisp.asc Page 8 rule med5: srep_hroa_wrash & srep_hroa_worash == max ==> srep_hroa rule med6: onsilliis & sore_hroa & srep_hroa == max ==> hroa_rouble [>=.6] rule med7: ~hroa_rouble ==> oher_diseases rule med8: vomiing & abdominal_pain & headache == ff1 ==> oher_diseases *** discomp: RSET saisics follows: level 0 chain: nex pred on level 0: pain_in_hroa (address no know ye) nex pred on level 0: hardship_o_swallow (address no know ye) nex pred on level 0: noisy_and_mouh_breahing (address no know ye) nex pred on level 0: headache (address no know ye) nex pred on level 0: fever (address no know ye) nex pred on level 0: cough (address no know ye) nex pred on level 0: spoed_hroa (address no know ye) nex pred on level 0: vomiing (address no know ye) nex pred on level 0: rash (address no know ye) nex pred on level 0: abdominal_pain (address no know ye) level 1 chain: nex pred on level 1: sore_hroa nex pred on level 1: srep_hroa_wrash nex pred on level 1: srep_hroa_worash level 2 chain: nex pred on level 2: onsilliis nex pred on level 2: srep_hroa level 3 chain: nex pred on level 3: hroa_rouble level 4 chain: nex pred on level 4: oher_diseases pred abdominal_pain: occurs in LHS of rule med3 occurs in LHS of rule med8 pred cough: occurs in LHS of rule med1

9 r_lisp.asc Page 9 pred fever: occurs in LHS of rule med1 occurs in LHS of rule med2 occurs in LHS of rule med3 occurs in LHS of rule med4 pred hardship_o_swallow: occurs in LHS of rule med1 occurs in LHS of rule med2 occurs in LHS of rule med3 occurs in LHS of rule med4 pred headache: occurs in LHS of rule med1 occurs in LHS of rule med2 occurs in LHS of rule med3 occurs in LHS of rule med8 pred noisy_and_mouh_breahing: occurs in LHS of rule med1 occurs in LHS of rule med4 pred oher_diseases: occurs in RHS of rule med7 occurs in RHS of rule med8 pred pain_in_hroa: occurs in LHS of rule med1 occurs in LHS of rule med2 occurs in LHS of rule med3 occurs in LHS of rule med4 pred rash: occurs in LHS of rule med2 occurs in LHS of rule med3 pred sore_hroa: occurs in LHS of rule med4 occurs in LHS of rule med6 occurs in RHS of rule med1 pred spoed_hroa: occurs in LHS of rule med2 occurs in LHS of rule med3 pred srep_hroa: occurs in LHS of rule med6 occurs in RHS of rule med5 pred srep_hroa_worash: occurs in LHS of rule med4 occurs in LHS of rule med5 occurs in RHS of rule med3 pred srep_hroa_wrash: occurs in LHS of rule med4 occurs in LHS of rule med5 occurs in RHS of rule med2 pred hroa_rouble:

10 r_lisp.asc Page 10 occurs in LHS of rule med7 occurs in RHS of rule med6 pred onsilliis: occurs in LHS of rule med6 occurs in RHS of rule med4 pred vomiing: occurs in LHS of rule med2 occurs in LHS of rule med3 occurs in LHS of rule med8 rule med1 uses buil-in CVPF weighed cumulaive evidence rule med2 uses buil-in CVPF weighed cumulaive evidence rule med3 uses buil-in CVPF weighed cumulaive evidence rule med4 uses buil-in CVPF weighed cumulaive evidence rule med5 uses buil-in CVPF max rule med6 uses buil-in CVPF max rule med7 uses buil-in CVPF weighed cumulaive evidence rule med8 uses CVPF ff1 funcion ff1 has 3 argumens (address no known ye) Since he above "discompiled" code can be sored in a disk file insead of being displayed on he screen, mcese:discomp provides a convenien means o reconsruc a RSET from he compiled version of i if need be. The following funcion mcese:unload releases he space aken by he compiled RSET, noe ha afer unloading mcese:las-load indicae ha here are no more loaded compiled RSET's in he lisp sysem: mcese>> (mcese:unload x) mcese>> (mcese:las-load) nil The following funcion mcese:open loads a compiled RSET from he specified disk file o he lisp sysem (or if an rseid is used insead i knows no o load i), hen i loads he (user specified) corresponding FSET, and provides all addresses necessary for he complee knowledge ree. If all proceeded correcly, a kbid (knowledge base id) of he form f KBID# is reurned: mcese>> (seq x (mcese:open 'medrse.comp 'medfse)) [load medfse] f KBID0 The following funcion mcese:las-open reurns kbid of he knowledge ree opened mos recenly: mcese>> (mcese:las-open) f KBID0 The following funcion mcese:kbidp checks if is argumen is a kbid of an acive knowledge ree: mcese>> (mcese:kbidp x)

11 r_lisp.asc Page 11 The funcion mcese:display is like mcese:discomp, only i shows he addresses in he vial saisics par: mcese>> (mcese:display x) *** discomp: DISCOMPILE of COMPILED RSET rule med1: pain_in_hroa &... *** discomp: RSET saisics follows: level 0 chain: nex pred on level 0: pain_in_hroa (address: ) nex pred on level 0: hardship_o_swallow (address: )... rule med8 uses CVPF ff1 funcion ff1 has 3 argumens (address: ) The following funcions mcese:show-inc (mcese:se-inc respecively) reurns he inconsisency level olerance (ses he inconsisency level olerance o he given value respecively) of he specified knowledge base: mcese>> (mcese:show-inc x) 1.0 mcese>> (mcese:se-inc x.7) mcese>> (mcese:show-inc x) 0.7 The following funcions mcese:show-alarm (mcese:se-alarm respecively) reurns he symbolic name of he alarm funcion (ses he symbolic name of he alarm funcion o he given name respecively) of he specified knowledge base: mcese>> (mcese:show-alarm x) nil mcese>> (mcese:se-alarm x 'foo) *** mcese:se-alarm: symbol >>foo<< no bound o a funcion nil mcese>> (defun foo ()) foo mcese>> (mcese:se-alarm x 'foo) mcese>> (mcese:show-alarm x) foo mcese>> (mcese:se-alarm x) mcese>> (mcese:show-alarm x) nil The following funcion mcese:maxinfer-race evaluaes in backward chaining mode he predicae oher_diseases. The inference is execued in racing mode and hence displayed on he screen sep

12 r_lisp.asc Page 12 by sep: mcese>> (mcese:maxinfer-race x 'oher_diseases) is he child's breahing noisy, or does he breah hrough mouh?.3 *** infer: level 0 predicae >>noisy_and_mouh_breahing<< evaluaed o.3 does he child have sore hroa? 1 *** infer: level 0 predicae >>pain_in_hroa<< evaluaed o 1 does he child have a fever? 1 *** infer: level 0 predicae >>fever<< evaluaed o 1 does he child has roubles o swallow?.7 *** infer: level 0 predicae >>hardship_o_swallow<< evaluaed o.7 *** infer: value of predicae >>pain_in_hroa<< used as has been *** infer: value of predicae >>hardship_o_swallow<< used as has been *** infer: value of predicae >>noisy_and_mouh_breahing<< used as has been does he child have a headache? 1 *** infer: level 0 predicae >>headache<< evaluaed o 1 *** infer: value of predicae >>fever<< used as has been does he child have a cough?.7 *** infer: level 0 predicae >>cough<< evaluaed o.7 *** infer: predicae >>sore_hroa<< evaluaed via rule >>med1<< o min =.81714, max = *** infer: predicae >>sore_hroa<< evaluaion: min = via rule >>med1<< max = via rule >>med1<< *** infer: value of predicae >>fever<< used as has been *** infer: value of predicae >>headache<< used as has been *** infer: value of predicae >>pain_in_hroa<< used as has been *** infer: value of predicae >>hardship_o_swallow<< used as has been does he child have spos in his hroa?.5 *** infer: level 0 predicae >>spoed_hroa<< evaluaed o.5 has he child vomied? 0 *** infer: level 0 predicae >>vomiing<< evaluaed o 0 does he child have a rash? 0 *** infer: level 0 predicae >>rash<< evaluaed o 0 *** infer: predicae >>srep_hroa_wrash<< evaluaed via rule >>med2<< o min =.65102, max = *** infer: predicae >>srep_hroa_wrash<< evaluaion: min = via rule >>med2<< max = via rule >>med2<< *** infer: value of predicae >>fever<< used as has been *** infer: value of predicae >>headache<< used as has been *** infer: value of predicae >>pain_in_hroa<< used as has been *** infer: value of predicae >>hardship_o_swallow<< used as has been *** infer: value of predicae >>spoed_hroa<< used as has been *** infer: value of predicae >>vomiing<< used as has been does he child have an abdominal pain?.2 *** infer: level 0 predicae >>abdominal_pain<< evaluaed o.2 *** infer: value of predicae >>rash<< used as has been *** infer: predicae >>srep_hroa_worash<< evaluaed via rule >>med3<< o min =.81, max =.81 *** infer: predicae >>srep_hroa_worash<< evaluaion: min =.81 via rule >>med3<< max =.81 via rule >>med3<<

13 r_lisp.asc Page 13 *** infer: predicae >>onsilliis<< evaluaed via rule >>med4<< o min =.52674, max = *** infer: predicae >>onsilliis<< evaluaion: min = via rule >>med4<< max = via rule >>med4<< *** infer: value of predicae >>sore_hroa<< used as has been *** infer: value of predicae >>srep_hroa_wrash<< used as has been *** infer: value of predicae >>srep_hroa_worash<< used as has been *** infer: predicae >>srep_hroa<< evaluaed via rule >>med5<< o min =.81, max =.81 *** infer: predicae >>srep_hroa<< evaluaion: min =.81 via rule >>med5<< max =.81 via rule >>med5<< *** infer: predicae >>hroa_rouble<< evaluaed via rule >>med6<< o min = 1, max = 1 *** infer: predicae >>hroa_rouble<< evaluaion: min = 1 via rule >>med6<< max = 1 via rule >>med6<< *** infer: predicae >>oher_diseases<< evaluaed via rule >>med7<< o min = 0, max = 0 *** infer: value of predicae >>vomiing<< used as has been *** infer: value of predicae >>abdominal_pain<< used as has been *** infer: value of predicae >>headache<< used as has been *** infer: predicae >>oher_diseases<< evaluaed via rule >>med8<< o min =.4, max =.4 *** infer: predicae >>oher_diseases<< evaluaion: min = 0 via rule >>med7<< max =.4 via rule >>med8<< 0.4 The following funcion mcese:explain displays he informaion how he max (or min) evaluaion of he given predicae was obained during he las inference cycle. mcese>> (mcese:explain 'sore_hroa 'max) max value for predicae >>sore_hroa<< was obained via rule >>med1<< rule med1: pain_in_hroa &.9 * hardship_o_swallow &.4 * noisy_and_mouh_breahing &.6 * headache &.3 * fever &.3 * cough ==> sore_hroa max value 1 of LHS predicae >>pain_in_hroa<< used 1 is he value of he corresponding LHS erm max value.7 of LHS predicae >>hardship_o_swallow<< used.63 is he value of he corresponding LHS erm max value.3 of LHS predicae >>noisy_and_mouh_breahing<< used.12 is he value of he corresponding LHS erm max value 1 of LHS predicae >>headache<< used.6 is he value of he corresponding LHS erm max value 1 of LHS predicae >>fever<< used.3 is he value of he corresponding LHS erm max value.7 of LHS predicae >>cough<< used.21 is he value of he corresponding LHS erm cerainy value of LHS

14 r_lisp.asc Page 14 (as he weighed cumulaive evidence of he LHS values) is RHS predicae >>sore_hroa<< was evaluaed o nil The following funcion mcese:eval reurns (sored) lis of cerainy values obained in he las inference cycle for he specified lis of predicaes: mcese>> (mcese:eval '(sore_hroa srep_hroa onsilliis) 'max) ((sore_hroa ) (srep_hroa 0.81) (onsilliis )) The on-line help is faciliaed by he funcion mcese:help, which allows o brows hrough he help file and/or copy he whole help file o he users home direcory: mcese>> (mcese:help) *** mcese:help (1) ener 'v' o view he help file (2) ener 'c' o copy he help file o your direcory (3) ener 'b' o view and copy (4) ener 'q' o qui q The following funcions mcese:close closes he specified knowledge base, unloading is compiled RSET from he lisp sysem. The funcions from FSET remains in he sysem. They could be removed from oblis one by one, bu i is a raher slow process, so we oped for leaving hem here. The fuure use of McESE- FranzLISP will decide wheher we have o add he removal of FSET o he capabiliies of mcese:close: mcese>> (mcese:close x) mcese>> x f KBID0 mcese>> (mcese:kbidp x) nil mcese>> (mcese:las-open) nil To leave he McESE sysem, jus use lisp funcion (exi): mcese>> (exi) maccs 2 > (5) CONCLUSION. The McESE-FranzLISP is he FranzLISP exension by he McESE sysem. I provides almos full range of McESE capabiliies as described in [FB], [FB1] (he forward chaining and he edior for simulaneous ediing of a rule and is cvpf are no implemened ye, bu will be very soon). Moreover, McESE-FranzLISP provides hree buil-in cvpf; he weighed cumulaive evidence (which reurns he sum of all cerainy values of he LHS divided by he sum of all weighs (see [FB], [FB1]), he max (which reurns he maximal of all cerainy values of he LHS erms), and he min (which reurns he minimum of all cerainy values of he LHS erms). The sysem is being currenly used in he fourh year CS course a McMaser Universiy Archiecure of Exper Sysems, and is graduae version. The sysem saisfies is goals well and can

15 r_lisp.asc Page 15 be a valuable addiion o he reperoire of knowledge engineers, mainly for he abiliy o make fas prooypes in McESE-FranzLISP wih a low overhead coss before he exper sysem is buil in a faser and more compac language (as in McESE-C) uilizing he same McESE knowledge bases as he prooype in McESE-FranzLISP. APPENDIX Index of McESE-FanzLISP funcions (mcese:close '_kbid) (mcese:comp '_rse ['_comp] ['_inrace] ['_errorec]) (mcese:discomp '_rse ['_ou]) (mcese:display '_kb ['_ou]) (mcese:eval ['_kbid] '_predlis '_ype) (mcese:explain ['_kbid] '_pred '_ype) (mcese:help) (mcese:kbidp '_kbid) (mcese:las-load) (mcese:las-open) (mcese:load '_rse) (mcese:maxinfer ['_kbid] '_pred '_objec1... '_objecn) (mcese:maxinfer-race ['_kbid] '_pred '_objec1... '_objecn) (mcese:mininfer ['_kbid] '_pred '_objec1... '_objecn) (mcese:mininfer-race ['_kbid] '_pred '_objec1... '_objecn) (mcese:open '_rse ['_fse]) (mcese:rseidp '_rseid) (mcese:show-alarm '_kbid) (mcese:show-inc '_kbid) (mcese:show-inconsisency '_kbid) (mcese:se-alarm '_kbid '_func) (mcese:se-inc'_kbid '_inc) (mcese:se-inconsisency '_kbid '_inc) (mcese:sufmaxinfer ['_kbid] '_cuoff '_pred '_objec1... '_objecn) (mcese:sufmaxinfer-race ['_kbid] '_cuoff '_pred '_objec1... '_objecn) (mcese:sufmininfer ['_kbid] '_cuoff '_pred '_objec1... '_objecn) (mcese:sufmininfer-race ['_kbid] '_cuoff '_pred '_objec1... '_objecn) (readf) (readi) (reads) (mcese:unload '_rseid) Descripion of individual funcions (mcese:close '_kbid) reurns: nil and displays error messages if errors have occurred, oherwise is reurned. acion: he argumen mus evaluae o a valid kbid. The knowledge base _kbid is closed (i.e. _kbid is no a valid kbid any more), is rule se is "unloaded" from memory. The knowledge base canno be used again unless opened anew. (mcese:comp '_rse ['_comp] ['_inrace] ['_errorec]) reurns: nil and displays error messages if errors have occurred. Oherwise is reurned.

16 r_lisp.asc Page 16 acion: he firs argumen (supplied for _rse) mus evaluae o a name. The second argumen mus evaluae o a name (and i is supplied for _comp), or he second argumen mus evaluae o eiher 0 or 1 (and hen i is supplied for _inrace). The hird argumen mus evaluae o eiher 0 or 1; if he second argumen was _comp, he hird argumen is supplied for _inrace; if he second argumen was _inrace, he hird argumen is supplied for _errorec. The fourh argumen mus evaluae o eiher 0 or 1 and is supplied for _errorec. _rse is he name of a source rule se file. If specified, _comp is he name of a file he compiled _rse should be pu in. If specified, _inrace is he inpu race indicaor. If 1, mcese:comp will display he inpu from _rse on he screen as he parsing and compiling of _rse progresses, if 0, he display of he inpu from _rse is suppressed. Defaul value is 0. If specified, _errerec is he error recovery indicaor. If 1, mcese:somp will coninue compiling even afer an error was found, if 0, afer he firs error mcese:comp sops. Defaul value is 1. (mcese:discomp '_rse ['_ou]) reurns: reurns nil and displays error messages if errors have occurred; if successful mcese:discomp reurns. acion: he value of he firs argumen mus be a valid rseid. The value of he second (opional) argumen mus be a name of a file. If only one argumen is specified, mcese:discomp prins on he screen he conens and saisics of _rse. In case he second argumen is specified, he conens and he saisics of _rse is prined ino he oupu file specified by he value of he second argumen. (mcese:display '_kb ['_ou]) reurns: reurns nil and displays error messages if errors have occurred; if successful mcese:display reurns. acion: he value of he firs argumen mus be a valid kbid. The value of he second (opional) argumen mus be a name of a file. If only one argumen is specified, mcese:display prins on he screen he conens and saisics of he knowledge base _kbid. In case he second argumen is specified, he conens and he saisics of he knowledge base _kbid is prined ino he oupu file specified by he value of he second argumen. (mcese:eval ['_kbid] '_predlis '_ype) reurns: nil and displays error messages if errors have occurred. A sored lis of predicaes and heir values if successful. acion: he firs argumen mus evaluae o a valid kbid (and hen i is supplied for _kbid), or o a lis (and hen he las opened knowledge base

17 r_lisp.asc Page 17 is supplied for _kbid and he firs argumen is supplied for _predlis). If he firs argumen was _kbid, he second argumen mus evaluae o a lis and is supplied for _predlis. The las argumen mus evaluae eiher o max or min, and is supplied for _ype. The _predlis mus be a lis of predicae names. The lis of liss (_predicae _value) {where _value is he max (or min respecively) value of _predicae as inferred during he las inference wih he knowledge base _kbid} is hen reurned, sored according he values (in a descending order). (mcese:explain ['_kbid] '_pred '_ype) reurns: nil and displays error messages if errors have occurred, oherwise is reurned. acion: if only wo argumens are specified, i is assumed ha he las opened knowledge base is used (and supplied for _kbid); he firs argumen (supplied for _pred) mus hen evaluae o a name (symbol), he second argumen (supplied for _ype) mus evaluae o max or min. If hree argumens are specified, he firs one (supplied for _kbid) mus evaluae o a valid kbid, he second (supplied for _pred) o a symbol, he hird (supplied for _ype) o max or min. The explanaion how he max (or min respecively) value of he predicae _pred was obained during he las inference wih he knowledge base _kbid is hen displayed on he screen. (mcese:help) reurns: nil and displays error messages if errors have occurred, oherwise is reurned. acion: a menu of opions is displayed, and he help file is eiher viewed, copied, or boh. (mcese:kbidp '_kbid) reurns: if he value of he argumen is a valid kbid, oherwise nil is reurned. acion: none. (mcese:las-load) reurns: rseid of he mos recen rule se loaded, or nil (if none loaded). acion: none. (mcese:las-open)

18 r_lisp.asc Page 18 reurns: kbid of he mos recen knowledge base opened, or nil (if none opened). acion: none. (mcese:load '_rse) reurns: reurns nil and displays error messages if errors have occurred; if successful mcese:load reurns an rseid. acion: mcese:load opens a file whose name is he value of he argumen, i is assumed o conain a compiled mcese rule se (as produced by mcese:comp). This compiled rule se is hen loaded ino memory and a valid rseid idenifying i is reurned. (mcese:maxinfer ['_kbid] '_pred '_objec1... '_objecn) like mcese:maxinfer-race wihou racing. (mcese:maxinfer-race ['_kbid] '_pred '_objec1... '_objecn) reurns: nil and displays error messages if errors have occurred. Oherwise a flonum beween 0 and 1 (inclusive) or -1.0 is reurned. acion: he firs argumen mus evaluae eiher o a valid kbid (and hen i is supplied for _kbid), or o a name (and he i is supplied for _pred). In case he firs argumen is _pred, he las opened knowledge base is supplied for _kbid. Argumens following _pred are assumed o be lisp objecs o be bound o variables of he predicae _pred. Backward chaining evaluaion of he predicae _pred wih given bindings is performed in maximum mode. The inference is raced on he screen. The resul of he inference is reurned. If ALARM is deeced, he corresponding alarm funcion is invoked. If -1.0 is reurned, he predicae _pred could no be evaluaed. (mcese:mininfer ['_kbid] '_pred '_objec1... '_objecn) like mcese:maxinfer bu in minimum mode. (mcese:mininfer-race ['_kbid] '_pred '_objec1... '_objecn) like mcese:maxinfer-race bu in minimum mode. (mcese:open '_rse ['_fse]) reurns: nil and displays error messages if errors have occurred; reurns

19 r_lisp.asc Page 19 a valid rseid and displays error messages if _rse was loaded successfully bu some oher errors occurred; reurns a valid kbid if boh, _rse and _fse were loaded successfully and he knowledge base was open successfully. acion: he value of he firs argumen mus be eiher a valid rseid, or a name of a file conaining a compiled rule se. In he laer case, he compiled rule se is loaded ino memory and a valid rseid is issued for i. If he second argumen is specified, he file _fse is loaded ino memory (i should conain lisp funcions - CVPF's for _rse). To complee open successfully, all addresses of level 0 predicae funcions, and all CVPF's mus be found. If yes, a valid kbid is issued and reurned and he knowledge base is ready for use. If no all level 0 predicae funcions or CVPF's are found, and error message is displayed and only he valid rseid is reurned. (mcese:rseidp '_rseid) reurns: if he value of he argumen is a valid rseid, oherwise i reurns nil. acion: none. (mcese:show-alarm '_kbid) reurns: nil and displays error messages if errors have occurred, oherwise he name of he alarm funcion for _kbid is reurned. acion: he argumen mus evaluae o a valid kbid. (mcese:show-inc '_kbid) (mcese:show-inconsisency '_kbid) reurns: nil and displays error messages if errors have occurred, oherwise he inconsisency level olerance for _kbid is reurned. acion: he argumen mus evaluae o a valid kbid. (mcese:se-alarm '_kbid '_func) reurns: reurns nil and displays error messages if errors have occurred, oherwise is reurned. acion: he argumen mus evaluae o a valid kbid. Name of alarm funcion for he specified knowledge base _kbid is se se o he value of he second argumen (mus evaluae o a name of an exising lisp funcion).

20 r_lisp.asc Page 20 (mcese:se-inc '_kbid '_inc) (mcese:se-inconsisency '_kbid '_inc) reurns: reurns nil and displays error messages if errors have occurred, oherwise is reurned. acion: he argumen mus evaluae o a valid kbid. The inconsisency level olerance for he specified knowledge base _kbid is se o he value of he second argumen (mus evaluae o a number beween 0 and 1 inclusive). (mcese:sufmaxinfer ['_kbid] '_cuoff '_pred '_objec1... '_objecn) like mcese:sufmaxinfer-race bu wihou racing. (mcese:sufmaxinfer-race ['_kbid] '_cuoff '_pred '_objec1... '_objecn) reurns: nil and displays error messages if errors have occurred. Oherwise a flonum beween 0 and 1 (inclusive) or -1.0 is reurned. acion: he firs argumen mus evaluae eiher o a valid kbid (and hen i is supplied for _kbid), or o a number beween 0 and 1 inclusive (and hen i is supplied for _cuoff). In case he firs argumen is _cuoff, he las opened knowledge base is supplied for _kbid. The argumen following _cuoff mus evaluae o a name and is supplied for _pred. Argumens following _pred are assumed o be lisp objecs o be bound o variables of he predicae _pred. Backwa rd chaining evaluaion of he predicae _pred wih given bindings is performed in sufficien maximum mode wih he cuoff value _cuoff. The inference is raced on he screen. The resul of he inference is reurned. If ALARM is deeced, he corresponding alarm funcion is invoked. If -1.0 is reurned, he predicae _pred could no be evaluaed. (mcese:sufmininfer ['_kbid] '_cuoff '_pred '_objec1... '_objecn) like mcese:sufmaxinfer bu in sufficien minimum mode. (mcese:sufmininfer-race ['_kbid] '_cuoff '_pred '_objec1... '_objecn) like mcese:sufmaxinfer-race bu in sufficien minimum mode. (readf) reurns: nil or a flonum. acion: a flonum is read from he keyboard and reurned. If error, nil is reurned. (readi)

21 r_lisp.asc Page 21 reurns: nil or a fixnum. acion: a fixnum is read from he keyboard and reurned. If error, nil is reurned. (reads) reurns: nil or a sring. acion: a sring is read from he keyboard and reurned. If error, nil is reurned. (mcese:unload '_rseid) reurns: nil and displays error messages if errors have occurred, oherwise is reurned. acion: he argumen mus evaluae o a valid rseid. The compiled rule se _rseid is "unloaded" from memory, _rseid is no a valid rseid any more. The opened knowledge base (if any) conaining his rule se is closed. REFERENCES [FB] [FB1] F. Franek, I. Bruha, McESE - NcMaser Exper Sysem Environmen, submied for publicaion. F. Franek, I. Bruha, The McESE projec, Tech. Rep., Dep. of Comp. Sci. & Sysems, McMaser Universiy, Hamilon, On., Canada, 1988.

PART 1 REFERENCE INFORMATION CONTROL DATA 6400 SYSTEMS CENTRAL PROCESSOR MONITOR

PART 1 REFERENCE INFORMATION CONTROL DATA 6400 SYSTEMS CENTRAL PROCESSOR MONITOR . ~ PART 1 c 0 \,).,,.,, REFERENCE NFORMATON CONTROL DATA 6400 SYSTEMS CENTRAL PROCESSOR MONTOR n CONTROL DATA 6400 Compuer Sysems, sysem funcions are normally handled by he Monior locaed in a Peripheral

More information

Voltair Version 2.5 Release Notes (January, 2018)

Voltair Version 2.5 Release Notes (January, 2018) Volair Version 2.5 Release Noes (January, 2018) Inroducion 25-Seven s new Firmware Updae 2.5 for he Volair processor is par of our coninuing effors o improve Volair wih new feaures and capabiliies. For

More information

Test - Accredited Configuration Engineer (ACE) Exam - PAN-OS 6.0 Version

Test - Accredited Configuration Engineer (ACE) Exam - PAN-OS 6.0 Version Tes - Accredied Configuraion Engineer (ACE) Exam - PAN-OS 6.0 Version ACE Exam Quesion 1 of 50. Which of he following saemens is NOT abou Palo Alo Neworks firewalls? Sysem defauls may be resored by performing

More information

COMP26120: Algorithms and Imperative Programming

COMP26120: Algorithms and Imperative Programming COMP26120 ecure C3 1/48 COMP26120: Algorihms and Imperaive Programming ecure C3: C - Recursive Daa Srucures Pee Jinks School of Compuer Science, Universiy of Mancheser Auumn 2011 COMP26120 ecure C3 2/48

More information

The Roots of Lisp paul graham

The Roots of Lisp paul graham The Roos of Lisp paul graham Draf, January 18, 2002. In 1960, John McCarhy published a remarkable paper in which he did for programming somehing like wha Euclid did for geomery. 1 He showed how, given

More information

Implementing Ray Casting in Tetrahedral Meshes with Programmable Graphics Hardware (Technical Report)

Implementing Ray Casting in Tetrahedral Meshes with Programmable Graphics Hardware (Technical Report) Implemening Ray Casing in Terahedral Meshes wih Programmable Graphics Hardware (Technical Repor) Marin Kraus, Thomas Erl March 28, 2002 1 Inroducion Alhough cell-projecion, e.g., [3, 2], and resampling,

More information

Simple Network Management Based on PHP and SNMP

Simple Network Management Based on PHP and SNMP Simple Nework Managemen Based on PHP and SNMP Krasimir Trichkov, Elisavea Trichkova bsrac: This paper aims o presen simple mehod for nework managemen based on SNMP - managemen of Cisco rouer. The paper

More information

A Matching Algorithm for Content-Based Image Retrieval

A Matching Algorithm for Content-Based Image Retrieval A Maching Algorihm for Conen-Based Image Rerieval Sue J. Cho Deparmen of Compuer Science Seoul Naional Universiy Seoul, Korea Absrac Conen-based image rerieval sysem rerieves an image from a daabase using

More information

MIC2569. Features. General Description. Applications. Typical Application. CableCARD Power Switch

MIC2569. Features. General Description. Applications. Typical Application. CableCARD Power Switch CableCARD Power Swich General Descripion is designed o supply power o OpenCable sysems and CableCARD hoss. These CableCARDs are also known as Poin of Disribuion (POD) cards. suppors boh Single and Muliple

More information

FIELD PROGRAMMABLE GATE ARRAY (FPGA) AS A NEW APPROACH TO IMPLEMENT THE CHAOTIC GENERATORS

FIELD PROGRAMMABLE GATE ARRAY (FPGA) AS A NEW APPROACH TO IMPLEMENT THE CHAOTIC GENERATORS FIELD PROGRAMMABLE GATE ARRAY (FPGA) AS A NEW APPROACH TO IMPLEMENT THE CHAOTIC GENERATORS Mohammed A. Aseeri and M. I. Sobhy Deparmen of Elecronics, The Universiy of Ken a Canerbury Canerbury, Ken, CT2

More information

4. Minimax and planning problems

4. Minimax and planning problems CS/ECE/ISyE 524 Inroducion o Opimizaion Spring 2017 18 4. Minima and planning problems ˆ Opimizing piecewise linear funcions ˆ Minima problems ˆ Eample: Chebyshev cener ˆ Muli-period planning problems

More information

Chapter 4 Sequential Instructions

Chapter 4 Sequential Instructions Chaper 4 Sequenial Insrucions The sequenial insrucions of FBs-PLC shown in his chaper are also lised in secion 3.. Please refer o Chaper, "PLC Ladder diagram and he Coding rules of Mnemonic insrucion",

More information

Nonparametric CUSUM Charts for Process Variability

Nonparametric CUSUM Charts for Process Variability Journal of Academia and Indusrial Research (JAIR) Volume 3, Issue June 4 53 REEARCH ARTICLE IN: 78-53 Nonparameric CUUM Chars for Process Variabiliy D.M. Zombade and V.B. Ghue * Dep. of aisics, Walchand

More information

Assignment 2. Due Monday Feb. 12, 10:00pm.

Assignment 2. Due Monday Feb. 12, 10:00pm. Faculy of rs and Science Universiy of Torono CSC 358 - Inroducion o Compuer Neworks, Winer 218, LEC11 ssignmen 2 Due Monday Feb. 12, 1:pm. 1 Quesion 1 (2 Poins): Go-ack n RQ In his quesion, we review how

More information

Analysis of Various Types of Bugs in the Object Oriented Java Script Language Coding

Analysis of Various Types of Bugs in the Object Oriented Java Script Language Coding Indian Journal of Science and Technology, Vol 8(21), DOI: 10.17485/ijs/2015/v8i21/69958, Sepember 2015 ISSN (Prin) : 0974-6846 ISSN (Online) : 0974-5645 Analysis of Various Types of Bugs in he Objec Oriened

More information

Location. Electrical. Loads. 2-wire mains-rated. 0.5 mm² to 1.5 mm² Max. length 300 m (with 1.5 mm² cable). Example: Belden 8471

Location. Electrical. Loads. 2-wire mains-rated. 0.5 mm² to 1.5 mm² Max. length 300 m (with 1.5 mm² cable). Example: Belden 8471 Produc Descripion Insallaion and User Guide Transiser Dimmer (454) The DIN rail mouned 454 is a 4channel ransisor dimmer. I can operae in one of wo modes; leading edge or railing edge. All 4 channels operae

More information

Sam knows that his MP3 player has 40% of its battery life left and that the battery charges by an additional 12 percentage points every 15 minutes.

Sam knows that his MP3 player has 40% of its battery life left and that the battery charges by an additional 12 percentage points every 15 minutes. 8.F Baery Charging Task Sam wans o ake his MP3 player and his video game player on a car rip. An hour before hey plan o leave, he realized ha he forgo o charge he baeries las nigh. A ha poin, he plugged

More information

STRING DESCRIPTIONS OF DATA FOR DISPLAY*

STRING DESCRIPTIONS OF DATA FOR DISPLAY* SLAC-PUB-383 January 1968 STRING DESCRIPTIONS OF DATA FOR DISPLAY* J. E. George and W. F. Miller Compuer Science Deparmen and Sanford Linear Acceleraor Cener Sanford Universiy Sanford, California Absrac

More information

Midterm Exam Announcements

Midterm Exam Announcements Miderm Exam Noe: This was a challenging exam. CSCI 4: Principles o Programming Languages Lecure 1: Excepions Insrucor: Dan Barowy Miderm Exam Scores 18 16 14 12 10 needs improvemen 8 6 4 2 0 0-49 50-59

More information

Michiel Helder and Marielle C.T.A Geurts. Hoofdkantoor PTT Post / Dutch Postal Services Headquarters

Michiel Helder and Marielle C.T.A Geurts. Hoofdkantoor PTT Post / Dutch Postal Services Headquarters SHORT TERM PREDICTIONS A MONITORING SYSTEM by Michiel Helder and Marielle C.T.A Geurs Hoofdkanoor PTT Pos / Duch Posal Services Headquarers Keywords macro ime series shor erm predicions ARIMA-models faciliy

More information

Electric Ephemeris PCA Argus v 3.1 for Windows. Sales & CD development. Electric Ephemeris/PCA Argus Programming: Laurids Pedersen

Electric Ephemeris PCA Argus v 3.1 for Windows. Sales & CD development. Electric Ephemeris/PCA Argus Programming: Laurids Pedersen Elecric Ephemeris PCA Argus v 3.1 for Windows MSP Soluions: Sales & CD developmen Elecric Ephemeris/PCA Argus Programming: Laurids Pedersen CD Design: Web Design: Magic Space MSP Soluions Technical suppor

More information

A time-space consistency solution for hardware-in-the-loop simulation system

A time-space consistency solution for hardware-in-the-loop simulation system Inernaional Conference on Advanced Elecronic Science and Technology (AEST 206) A ime-space consisency soluion for hardware-in-he-loop simulaion sysem Zexin Jiang a Elecric Power Research Insiue of Guangdong

More information

4 Error Control. 4.1 Issues with Reliable Protocols

4 Error Control. 4.1 Issues with Reliable Protocols 4 Error Conrol Jus abou all communicaion sysems aemp o ensure ha he daa ges o he oher end of he link wihou errors. Since i s impossible o build an error-free physical layer (alhough some shor links can

More information

User Manual. RINS Software Revision >V9.26

User Manual. RINS Software Revision >V9.26 User Manual INTERNAL SIREN WARNING The Enforcer 32-WE conrol panel conains a 100 dba siren, please be aware of his when in use. RINS1503-2 Sofware Revision >V9.26 Conens Page A: Inroducion 3 B: Keypads

More information

Connections, displays and operating elements. 3 aux. 5 aux.

Connections, displays and operating elements. 3 aux. 5 aux. Taser PlusKapiel3:Taser3.1Taser Plus Meren2005V6280-561-0001/08 GB Connecions, displays and operaing elemens Taser Plus Arec/Anik/Trancen Operaing insrucions A 1 2 1 2 3 4 5 6 C B A B 3 aux. 7 8 9 aux.

More information

STEREO PLANE MATCHING TECHNIQUE

STEREO PLANE MATCHING TECHNIQUE STEREO PLANE MATCHING TECHNIQUE Commission III KEY WORDS: Sereo Maching, Surface Modeling, Projecive Transformaion, Homography ABSTRACT: This paper presens a new ype of sereo maching algorihm called Sereo

More information

The Impact of Product Development on the Lifecycle of Defects

The Impact of Product Development on the Lifecycle of Defects The Impac of Produc Developmen on he Lifecycle of Rudolf Ramler Sofware Compeence Cener Hagenberg Sofware Park 21 A-4232 Hagenberg, Ausria +43 7236 3343 872 rudolf.ramler@scch.a ABSTRACT This paper invesigaes

More information

Data Structures and Algorithms. The material for this lecture is drawn, in part, from The Practice of Programming (Kernighan & Pike) Chapter 2

Data Structures and Algorithms. The material for this lecture is drawn, in part, from The Practice of Programming (Kernighan & Pike) Chapter 2 Daa Srucures and Algorihms The maerial for his lecure is drawn, in par, from The Pracice of Programming (Kernighan & Pike) Chaper 2 1 Moivaing Quoaion Every program depends on algorihms and daa srucures,

More information

Coded Caching with Multiple File Requests

Coded Caching with Multiple File Requests Coded Caching wih Muliple File Requess Yi-Peng Wei Sennur Ulukus Deparmen of Elecrical and Compuer Engineering Universiy of Maryland College Park, MD 20742 ypwei@umd.edu ulukus@umd.edu Absrac We sudy a

More information

Connections, displays and operating elements. Status LEDs (next to the keys)

Connections, displays and operating elements. Status LEDs (next to the keys) GB Connecions, displays and operaing elemens A Push-buon plus Sysem M Operaing insrucions 1 2 1 2 3 4 5 6 7 8 C B A 4 Inser he bus erminal ino he connecion of pushbuon A. 5 Inser he push-buon ino he frame.

More information

UX260 QUICK START GUIDE

UX260 QUICK START GUIDE UX260 QUICK START GUIDE Transferring Music Playing Music Blueooh Pairing Taking a Picure/ Recording a Video www.lgusa.com Geing o Know Your Phone Camera BACK SIDE Lef Sof Key Speakerphone Key Talk Key

More information

Scheduling. Scheduling. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2011/2012 Lecture #4 Updated March 16, 2012

Scheduling. Scheduling. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2011/2012 Lecture #4 Updated March 16, 2012 EDA421/DIT171 - Parallel and Disribued Real-Time Sysems, Chalmers/GU, 2011/2012 Lecure #4 Updaed March 16, 2012 Aemps o mee applicaion consrains should be done in a proacive way hrough scheduling. Schedule

More information

Lecture 18: Mix net Voting Systems

Lecture 18: Mix net Voting Systems 6.897: Advanced Topics in Crypography Apr 9, 2004 Lecure 18: Mix ne Voing Sysems Scribed by: Yael Tauman Kalai 1 Inroducion In he previous lecure, we defined he noion of an elecronic voing sysem, and specified

More information

Ins Net2 plus control unit

Ins Net2 plus control unit S ns 0 Server Link 00 0/00 Eherne End of Line Terminaion RS485 Nework xi -4V. Ins-30080 Ne plus conrol uni C auion: For DC readers y Inruder Ne plus O u pus r Powe DC Only Relay C onac E Buo n P SU/ Page

More information

COSC 3213: Computer Networks I Chapter 6 Handout # 7

COSC 3213: Computer Networks I Chapter 6 Handout # 7 COSC 3213: Compuer Neworks I Chaper 6 Handou # 7 Insrucor: Dr. Marvin Mandelbaum Deparmen of Compuer Science York Universiy F05 Secion A Medium Access Conrol (MAC) Topics: 1. Muliple Access Communicaions:

More information

User Adjustable Process Scheduling Mechanism for a Multiprocessor Embedded System

User Adjustable Process Scheduling Mechanism for a Multiprocessor Embedded System Proceedings of he 6h WSEAS Inernaional Conference on Applied Compuer Science, Tenerife, Canary Islands, Spain, December 16-18, 2006 346 User Adjusable Process Scheduling Mechanism for a Muliprocessor Embedded

More information

EECS 487: Interactive Computer Graphics

EECS 487: Interactive Computer Graphics EECS 487: Ineracive Compuer Graphics Lecure 7: B-splines curves Raional Bézier and NURBS Cubic Splines A represenaion of cubic spline consiss of: four conrol poins (why four?) hese are compleely user specified

More information

USBFC (USB Function Controller)

USBFC (USB Function Controller) USBFC () EIFUFAL501 User s Manual Doc #: 88-02-E01 Revision: 2.0 Dae: 03/24/98 (USBFC) 1. Highlighs... 4 1.1 Feaures... 4 1.2 Overview... 4 1.3 USBFC Block Diagram... 5 1.4 USBFC Typical Sysem Block Diagram...

More information

NRMI: Natural and Efficient Middleware

NRMI: Natural and Efficient Middleware NRMI: Naural and Efficien Middleware Eli Tilevich and Yannis Smaragdakis Cener for Experimenal Research in Compuer Sysems (CERCS), College of Compuing, Georgia Tech {ilevich, yannis}@cc.gaech.edu Absrac

More information

Dimmer time switch AlphaLux³ D / 27

Dimmer time switch AlphaLux³ D / 27 Dimmer ime swich AlphaLux³ D2 426 26 / 27! Safey noes This produc should be insalled in line wih insallaion rules, preferably by a qualified elecrician. Incorrec insallaion and use can lead o risk of elecric

More information

BEST DYNAMICS NAMICS CRM A COMPILATION OF TECH-TIPS TO HELP YOUR BUSINESS SUCCEED WITH DYNAMICS CRM

BEST DYNAMICS NAMICS CRM A COMPILATION OF TECH-TIPS TO HELP YOUR BUSINESS SUCCEED WITH DYNAMICS CRM DYNAMICS CR A Publicaion by elogic s fines Microsof Dynamics CRM Expers { ICS CRM BEST OF 2014 A COMPILATION OF TECH-TIPS TO HELP YOUR BUSINESS SUCCEED WITH DYNAMICS CRM NAMICS CRM { DYNAMICS M INTRODUCTION

More information

IDEF3 Process Description Capture Method

IDEF3 Process Description Capture Method IDEF3 Process Descripion Capure Mehod IDEF3 is par of he IDEF family of mehods developmen funded by he US Air Force o provide modelling suppor for sysems engineering and enerprise inegraion 2 IDEF3 Mehod

More information

Rule-Based Multi-Query Optimization

Rule-Based Multi-Query Optimization Rule-Based Muli-Query Opimizaion Mingsheng Hong Dep. of Compuer cience Cornell Universiy mshong@cs.cornell.edu Johannes Gehrke Dep. of Compuer cience Cornell Universiy johannes@cs.cornell.edu Mirek Riedewald

More information

1. Function 1. Push-button interface 4g.plus. Push-button interface 4-gang plus. 2. Installation. Table of Contents

1. Function 1. Push-button interface 4g.plus. Push-button interface 4-gang plus. 2. Installation. Table of Contents Chaper 4: Binary inpus 4.6 Push-buon inerfaces Push-buon inerface Ar. no. 6708xx Push-buon inerface 2-gang plus Push-buon inerfacechaper 4:Binary inpusar. no.6708xxversion 08/054.6Push-buon inerfaces.

More information

Learning in Games via Opponent Strategy Estimation and Policy Search

Learning in Games via Opponent Strategy Estimation and Policy Search Learning in Games via Opponen Sraegy Esimaion and Policy Search Yavar Naddaf Deparmen of Compuer Science Universiy of Briish Columbia Vancouver, BC yavar@naddaf.name Nando de Freias (Supervisor) Deparmen

More information

Querying Moving Objects in SECONDO

Querying Moving Objects in SECONDO Querying Moving Objecs in SECONDO Vicor Teixeira de Almeida, Ralf Harmu Güing, and Thomas Behr LG Daenbanksyseme für neue Anwendungen Fachbereich Informaik, Fernuniversiä Hagen D-58084 Hagen, Germany {vicor.almeida,

More information

Saturday from 09:00-13:00 (GMT) Documentation on all Paxton products can be found on our website -

Saturday from 09:00-13:00 (GMT) Documentation on all Paxton products can be found on our website - 4/05/0 Ins-30080 Ne plus conrol uni Paxon Technical Suppor 073 80 suppor@paxon.co.uk Technical help is available: Monday - Friday from 07:00-9:00 (GMT) Saurday from 09:00-3:00 (GMT) Documenaion on all

More information

Shortest Path Algorithms. Lecture I: Shortest Path Algorithms. Example. Graphs and Matrices. Setting: Dr Kieran T. Herley.

Shortest Path Algorithms. Lecture I: Shortest Path Algorithms. Example. Graphs and Matrices. Setting: Dr Kieran T. Herley. Shores Pah Algorihms Background Seing: Lecure I: Shores Pah Algorihms Dr Kieran T. Herle Deparmen of Compuer Science Universi College Cork Ocober 201 direced graph, real edge weighs Le he lengh of a pah

More information

Automatic Calculation of Coverage Profiles for Coverage-based Testing

Automatic Calculation of Coverage Profiles for Coverage-based Testing Auomaic Calculaion of Coverage Profiles for Coverage-based Tesing Raimund Kirner 1 and Waler Haas 1 Vienna Universiy of Technology, Insiue of Compuer Engineering, Vienna, Ausria, raimund@vmars.uwien.ac.a

More information

Petri Nets for Object-Oriented Modeling

Petri Nets for Object-Oriented Modeling Peri Nes for Objec-Oriened Modeling Sefan Wi Absrac Ensuring he correcness of concurren rograms is difficul since common aroaches for rogram design do no rovide aroriae mehods This aer gives a brief inroducion

More information

Saturday from 09:00-13:00 (GMT) Documentation on all Paxton Access products can be found on our website -

Saturday from 09:00-13:00 (GMT) Documentation on all Paxton Access products can be found on our website - 9/3/9 Ins-38 Ne plus conrol uni Paxon Access Technical Suppor +44 ()173 81111 suppor@paxon.co.uk Technical help is available: Monday - Friday from 7: - 19: (GMT) Saurday from 9: - 13: (GMT) Documenaion

More information

MB86297A Carmine Timing Analysis of the DDR Interface

MB86297A Carmine Timing Analysis of the DDR Interface Applicaion Noe MB86297A Carmine Timing Analysis of he DDR Inerface Fujisu Microelecronics Europe GmbH Hisory Dae Auhor Version Commen 05.02.2008 Anders Ramdahl 0.01 Firs draf 06.02.2008 Anders Ramdahl

More information

Service Oriented Solution Modeling and Variation Propagation Analysis based on Architectural Building Blocks

Service Oriented Solution Modeling and Variation Propagation Analysis based on Architectural Building Blocks Carnegie Mellon Universiy From he SelecedWorks of Jia Zhang Ocober, 203 Service Oriened Soluion Modeling and Variaion Propagaion Analysis based on Archiecural uilding locks Liang-Jie Zhang Jia Zhang Available

More information

CS 152 Computer Architecture and Engineering. Lecture 7 - Memory Hierarchy-II

CS 152 Computer Architecture and Engineering. Lecture 7 - Memory Hierarchy-II CS 152 Compuer Archiecure and Engineering Lecure 7 - Memory Hierarchy-II Krse Asanovic Elecrical Engineering and Compuer Sciences Universiy of California a Berkeley hp://www.eecs.berkeley.edu/~krse hp://ins.eecs.berkeley.edu/~cs152

More information

1.4 Application Separable Equations and the Logistic Equation

1.4 Application Separable Equations and the Logistic Equation 1.4 Applicaion Separable Equaions and he Logisic Equaion If a separable differenial equaion is wrien in he form f ( y) dy= g( x) dx, hen is general soluion can be wrien in he form f ( y ) dy = g ( x )

More information

CENG 477 Introduction to Computer Graphics. Modeling Transformations

CENG 477 Introduction to Computer Graphics. Modeling Transformations CENG 477 Inroducion o Compuer Graphics Modeling Transformaions Modeling Transformaions Model coordinaes o World coordinaes: Model coordinaes: All shapes wih heir local coordinaes and sies. world World

More information

An Improved Square-Root Nyquist Shaping Filter

An Improved Square-Root Nyquist Shaping Filter An Improved Square-Roo Nyquis Shaping Filer fred harris San Diego Sae Universiy fred.harris@sdsu.edu Sridhar Seshagiri San Diego Sae Universiy Seshigar.@engineering.sdsu.edu Chris Dick Xilinx Corp. chris.dick@xilinx.com

More information

MORPHOLOGICAL SEGMENTATION OF IMAGE SEQUENCES

MORPHOLOGICAL SEGMENTATION OF IMAGE SEQUENCES MORPHOLOGICAL SEGMENTATION OF IMAGE SEQUENCES B. MARCOTEGUI and F. MEYER Ecole des Mines de Paris, Cenre de Morphologie Mahémaique, 35, rue Sain-Honoré, F 77305 Fonainebleau Cedex, France Absrac. In image

More information

Quick Verification of Concurrent Programs by Iteratively Relaxed Scheduling

Quick Verification of Concurrent Programs by Iteratively Relaxed Scheduling Quick Verificaion of Concurren Programs by Ieraively Relaxed Scheduling Parick Mezler, Habib Saissi, Péer Bokor, Neeraj Suri Technische Univerisä Darmsad, Germany {mezler, saissi, pbokor, suri}@deeds.informaik.u-darmsad.de

More information

Axiomatic Foundations and Algorithms for Deciding Semantic Equivalences of SQL Queries

Axiomatic Foundations and Algorithms for Deciding Semantic Equivalences of SQL Queries Axiomaic Foundaions and Algorihms for Deciding Semanic Equivalences of SQL Queries Shumo Chu, Brendan Murphy, Jared Roesch, Alvin Cheung, Dan Suciu Paul G. Allen School of Compuer Science and Engineering

More information

PROCESS AUTOMATION MANUAL TIMER RELAY KF**-DU-EX1.D ISO9001

PROCESS AUTOMATION MANUAL TIMER RELAY KF**-DU-EX1.D ISO9001 PROCESS AUTOMATION MANUAL TIMER RELAY KF**-DU-EX1.D ISO9001 Wih regard o he supply of producs, he curren issue of he following documen is applicable: The general erms of delivery for producs and services

More information

1 œ DRUM SET KEY. 8 Odd Meter Clave Conor Guilfoyle. Cowbell (neck) Cymbal. Hi-hat. Floor tom (shell) Clave block. Cowbell (mouth) Hi tom.

1 œ DRUM SET KEY. 8 Odd Meter Clave Conor Guilfoyle. Cowbell (neck) Cymbal. Hi-hat. Floor tom (shell) Clave block. Cowbell (mouth) Hi tom. DRUM SET KEY Hi-ha Cmbal Clave block Cowbell (mouh) 0 Cowbell (neck) Floor om (shell) Hi om Mid om Snare Floor om Snare cross sick or clave block Bass drum Hi-ha wih foo 8 Odd Meer Clave Conor Guilfole

More information

Outline. EECS Components and Design Techniques for Digital Systems. Lec 06 Using FSMs Review: Typical Controller: state

Outline. EECS Components and Design Techniques for Digital Systems. Lec 06 Using FSMs Review: Typical Controller: state Ouline EECS 5 - Componens and Design Techniques for Digial Sysems Lec 6 Using FSMs 9-3-7 Review FSMs Mapping o FPGAs Typical uses of FSMs Synchronous Seq. Circuis safe composiion Timing FSMs in verilog

More information

CMPSC 274: Transac0on Processing Lecture #6: Concurrency Control Protocols

CMPSC 274: Transac0on Processing Lecture #6: Concurrency Control Protocols CMPSC 274: Transac0on Processing Lecure #6: Concurrency Conrol Proocols Divy Agrawal Deparmen of Compuer Science UC Sana Barbara 4.4.1 Timesamp Ordering 4.4.2 Serializa0on Graph Tes0ng 4.4.3 Op0mis0c Proocols

More information

Sartorius Cubis Series

Sartorius Cubis Series Brief Insrucions Sarorius Cubis Series Elecronic Precision and Analical Balances MSU Models 98648-017-12 Informaion for he User Conens Noes on using his manual....................... 3 Safe Insrucions.............................

More information

Chapter 8 LOCATION SERVICES

Chapter 8 LOCATION SERVICES Disribued Compuing Group Chaper 8 LOCATION SERVICES Mobile Compuing Winer 2005 / 2006 Overview Mobile IP Moivaion Daa ransfer Encapsulaion Locaion Services & Rouing Classificaion of locaion services Home

More information

Using CANopen Slave Driver

Using CANopen Slave Driver CAN Bus User Manual Using CANopen Slave Driver V1. Table of Conens 1. SDO Communicaion... 1 2. PDO Communicaion... 1 3. TPDO Reading and RPDO Wriing... 2 4. RPDO Reading... 3 5. CANopen Communicaion Parameer

More information

Parallel and Distributed Systems for Constructive Neural Network Learning*

Parallel and Distributed Systems for Constructive Neural Network Learning* Parallel and Disribued Sysems for Consrucive Neural Nework Learning* J. Flecher Z. Obradovi School of Elecrical Engineering and Compuer Science Washingon Sae Universiy Pullman WA 99164-2752 Absrac A consrucive

More information

Troubleshooting PLCopen Block Behavior

Troubleshooting PLCopen Block Behavior Troubleshooing PLCopen Block Behavior Deailed Troubleshooing of he PLCopen Block Behavior General informaion Copyrigh Siemens AG 2 All righs reserved Subjec o change wihou prior noice. Copyrigh The disribuion

More information

It is easier to visualize plotting the curves of cos x and e x separately: > plot({cos(x),exp(x)},x = -5*Pi..Pi,y = );

It is easier to visualize plotting the curves of cos x and e x separately: > plot({cos(x),exp(x)},x = -5*Pi..Pi,y = ); Mah 467 Homework Se : some soluions > wih(deools): wih(plos): Warning, he name changecoords has been redefined Problem :..7 Find he fixed poins, deermine heir sabiliy, for x( ) = cos x e x > plo(cos(x)

More information

Visualizing Complex Notions of Time

Visualizing Complex Notions of Time Visualizing Complex Noions of Time Rober Kosara, Silvia Miksch Insiue of Sofware Technology, Vienna Universiy of Technology, Vienna, Ausria Absrac Time plays an imporan role in medicine. Condiions are

More information

Restorable Dynamic Quality of Service Routing

Restorable Dynamic Quality of Service Routing QOS ROUTING Resorable Dynamic Qualiy of Service Rouing Murali Kodialam and T. V. Lakshman, Lucen Technologies ABSTRACT The focus of qualiy-of-service rouing has been on he rouing of a single pah saisfying

More information

PLCopen for efficiency in automation

PLCopen for efficiency in automation Technical Paper PLCopen Technical Commiee 2 Funcion Blocks for Moion Conrol Par 6 Fluid Power Exensions Version 2.0, Published DISCLAIMER OF WARRANTIES THIS DOCUMENT IS PROVIDED ON AN AS IS BASIS AND MAY

More information

MUX 1. GENERAL DESCRIPTION

MUX 1. GENERAL DESCRIPTION 256Mb Async./Burs/Sync./A/D MUX 1. GENERAL DESCRIPTION Winbond x16 ADMUX producs are high-speed, CMOS pseudo-saic random access memory developed for lowpower, porable applicaions. The device has a DRAM

More information

Elite Acoustics Engineering A4-8 Live-Performance Studio Monitor with 4 Channels, Mixer, Effects, and Bluetooth Quick Start Guide

Elite Acoustics Engineering A4-8 Live-Performance Studio Monitor with 4 Channels, Mixer, Effects, and Bluetooth Quick Start Guide Elie Acousics Engineering A4-8 Live-Performance Sudio Monior wih 4 Channels, Mixer, Effecs, and Blueooh Quick Sar Guide WHAT IS IN THE BOX Your A4-8 package conains he following: (1) Speaker (1) 12V AC

More information

An Implementation of the PCP, SRP, D-PCP, M-PCP, and FMLP Real-Time Synchronization Protocols in LITMUS RT

An Implementation of the PCP, SRP, D-PCP, M-PCP, and FMLP Real-Time Synchronization Protocols in LITMUS RT An Implemenaion of he PCP, SRP, D-PCP, M-PCP, and FMLP Real-Time Synchronizaion Proocols in LITMUS RT Björn B. Brandenburg and James H. Anderson The Universiy of Norh Carolina a Chapel Hill Absrac We exend

More information

An Efficient Delivery Scheme for Coded Caching

An Efficient Delivery Scheme for Coded Caching 201 27h Inernaional Teleraffic Congress An Efficien Delivery Scheme for Coded Caching Abinesh Ramakrishnan, Cedric Wesphal and Ahina Markopoulou Deparmen of Elecrical Engineering and Compuer Science, Universiy

More information

Data Structures and Algorithms

Data Structures and Algorithms Daa Srucures and Algorihms The maerial for his lecure is drawn, in ar, from The Pracice of Programming (Kernighan & Pike) Chaer 2 1 Goals of his Lecure Hel you learn (or refresh your memory) abou: Common

More information

Design and Application of Computer-aided English Online Examination System NONG DeChang 1, a

Design and Application of Computer-aided English Online Examination System NONG DeChang 1, a 3rd Inernaional Conference on Maerials Engineering, Manufacuring Technology and Conrol (ICMEMTC 2016) Design and Applicaion of Compuer-aided English Online Examinaion Sysem NONG DeChang 1, a 1,2 Guangxi

More information

Y. Tsiatouhas. VLSI Systems and Computer Architecture Lab

Y. Tsiatouhas. VLSI Systems and Computer Architecture Lab CMOS INEGRAED CIRCUI DESIGN ECHNIQUES Universiy of Ioannina Clocking Schemes Dep. of Compuer Science and Engineering Y. siaouhas CMOS Inegraed Circui Design echniques Overview 1. Jier Skew hroughpu Laency

More information

CS 152 Computer Architecture and Engineering. Lecture 6 - Memory

CS 152 Computer Architecture and Engineering. Lecture 6 - Memory CS 152 Compuer Archiecure and Engineering Lecure 6 - Memory Krse Asanovic Elecrical Engineering and Compuer Sciences Universiy of California a Berkeley hp://www.eecs.berkeley.edu/~krse hp://ins.eecs.berkeley.edu/~cs152

More information

Po,,ll. I Appll I APP2 I I App3 I. Illll Illlllll II Illlll Illll Illll Illll Illll Illll Illll Illll Illll Illll Illll Illlll Illl Illl Illl

Po,,ll. I Appll I APP2 I I App3 I. Illll Illlllll II Illlll Illll Illll Illll Illll Illll Illll Illll Illll Illll Illll Illlll Illl Illl Illl Illll Illlllll II Illlll Illll Illll Illll Illll Illll Illll Illll Illll Illll Illll Illlll Illl Illl Illl US 20110153728A1 (19) nied Saes (12) Paen Applicaion Publicaion (10) Pub. No.: S 2011/0153728

More information

NEWTON S SECOND LAW OF MOTION

NEWTON S SECOND LAW OF MOTION Course and Secion Dae Names NEWTON S SECOND LAW OF MOTION The acceleraion of an objec is defined as he rae of change of elociy. If he elociy changes by an amoun in a ime, hen he aerage acceleraion during

More information

AML710 CAD LECTURE 11 SPACE CURVES. Space Curves Intrinsic properties Synthetic curves

AML710 CAD LECTURE 11 SPACE CURVES. Space Curves Intrinsic properties Synthetic curves AML7 CAD LECTURE Space Curves Inrinsic properies Synheic curves A curve which may pass hrough any region of hreedimensional space, as conrased o a plane curve which mus lie on a single plane. Space curves

More information

Kestral Computing Pty Ltd Anthony (Tony) Julian Mayo Clinic. Kaiser Permanente. HL7 The Netherlands 5.1 CHAPTER 5 CONTENTS

Kestral Computing Pty Ltd Anthony (Tony) Julian Mayo Clinic. Kaiser Permanente. HL7 The Netherlands 5.1 CHAPTER 5 CONTENTS 5. Query Chaper Chair Chaper Chair: and Edior: Chaper Chair Chaper Chair Chaper Chair Grahame Grieve Kesral Compuing Py Ld Anhony (Tony) Julian Mayo Clinic Doug Pra Siemens Medical Soluions Healh Services

More information

MOBILE COMPUTING 3/18/18. Wi-Fi IEEE. CSE 40814/60814 Spring 2018

MOBILE COMPUTING 3/18/18. Wi-Fi IEEE. CSE 40814/60814 Spring 2018 MOBILE COMPUTING CSE 40814/60814 Spring 2018 Wi-Fi Wi-Fi: name is NOT an abbreviaion play on Hi-Fi (high fideliy) Wireless Local Area Nework (WLAN) echnology WLAN and Wi-Fi ofen used synonymous Typically

More information

MOBILE COMPUTING. Wi-Fi 9/20/15. CSE 40814/60814 Fall Wi-Fi:

MOBILE COMPUTING. Wi-Fi 9/20/15. CSE 40814/60814 Fall Wi-Fi: MOBILE COMPUTING CSE 40814/60814 Fall 2015 Wi-Fi Wi-Fi: name is NOT an abbreviaion play on Hi-Fi (high fideliy) Wireless Local Area Nework (WLAN) echnology WLAN and Wi-Fi ofen used synonymous Typically

More information

Distributed Task Negotiation in Modular Robots

Distributed Task Negotiation in Modular Robots Disribued Task Negoiaion in Modular Robos Behnam Salemi, eer Will, and Wei-Min Shen USC Informaion Sciences Insiue and Compuer Science Deparmen Marina del Rey, USA, {salemi, will, shen}@isi.edu Inroducion

More information

Evaluation and Improvement of Region-based Motion Segmentation

Evaluation and Improvement of Region-based Motion Segmentation Evaluaion and Improvemen of Region-based Moion Segmenaion Mark Ross Universiy Koblenz-Landau, Insiue of Compuaional Visualisics, Universiässraße 1, 56070 Koblenz, Germany Email: ross@uni-koblenz.de Absrac

More information

Optimal Crane Scheduling

Optimal Crane Scheduling Opimal Crane Scheduling Samid Hoda, John Hooker Laife Genc Kaya, Ben Peerson Carnegie Mellon Universiy Iiro Harjunkoski ABB Corporae Research EWO - 13 November 2007 1/16 Problem Track-mouned cranes move

More information

Packet Scheduling in a Low-Latency Optical Interconnect with Electronic Buffers

Packet Scheduling in a Low-Latency Optical Interconnect with Electronic Buffers Packe cheduling in a Low-Laency Opical Inerconnec wih Elecronic Buffers Lin Liu Zhenghao Zhang Yuanyuan Yang Dep Elecrical & Compuer Engineering Compuer cience Deparmen Dep Elecrical & Compuer Engineering

More information

Design Alternatives for a Thin Lens Spatial Integrator Array

Design Alternatives for a Thin Lens Spatial Integrator Array Egyp. J. Solids, Vol. (7), No. (), (004) 75 Design Alernaives for a Thin Lens Spaial Inegraor Array Hala Kamal *, Daniel V azquez and Javier Alda and E. Bernabeu Opics Deparmen. Universiy Compluense of

More information

Handling uncertainty in semantic information retrieval process

Handling uncertainty in semantic information retrieval process Handling uncerainy in semanic informaion rerieval process Chkiwa Mounira 1, Jedidi Anis 1 and Faiez Gargouri 1 1 Mulimedia, InfoRmaion sysems and Advanced Compuing Laboraory Sfax Universiy, Tunisia m.chkiwa@gmail.com,

More information

Motor Control. 5. Control. Motor Control. Motor Control

Motor Control. 5. Control. Motor Control. Motor Control 5. Conrol In his chaper we will do: Feedback Conrol On/Off Conroller PID Conroller Moor Conrol Why use conrol a all? Correc or wrong? Supplying a cerain volage / pulsewidh will make he moor spin a a cerain

More information

Concurrency Control and Recovery in Transactional Process Management

Concurrency Control and Recovery in Transactional Process Management In: Proceedings of he ACM Symposium on Principles of Daabase Sysems (PODS 99), pages 316-326, Philadelphia, Pennsylvania, USA, May/June, 1999. Concurrency Conrol and Recovery in Transacional Process Managemen

More information

MATH Differential Equations September 15, 2008 Project 1, Fall 2008 Due: September 24, 2008

MATH Differential Equations September 15, 2008 Project 1, Fall 2008 Due: September 24, 2008 MATH 5 - Differenial Equaions Sepember 15, 8 Projec 1, Fall 8 Due: Sepember 4, 8 Lab 1.3 - Logisics Populaion Models wih Harvesing For his projec we consider lab 1.3 of Differenial Equaions pages 146 o

More information

THE EQUIVALENCE OF MODELS OF TASKING + by Daniel M. Berry Brown University

THE EQUIVALENCE OF MODELS OF TASKING + by Daniel M. Berry Brown University THE EQUVALENCE OF MODELS OF TASKNG + by Daniel M. Berry Brown Universiy Absrac. A echnique for proving he equivalence of implemenaions of muli-asking programming languages is developed and applied o proving

More information

Video Content Description Using Fuzzy Spatio-Temporal Relations

Video Content Description Using Fuzzy Spatio-Temporal Relations Proceedings of he 4s Hawaii Inernaional Conference on Sysem Sciences - 008 Video Conen Descripion Using Fuzzy Spaio-Temporal Relaions rchana M. Rajurkar *, R.C. Joshi and Sananu Chaudhary 3 Dep of Compuer

More information

Texture Mapping. Texture Mapping. Map textures to surfaces. Trompe L Oeil ( Deceive the Eye ) Texture map. The texture

Texture Mapping. Texture Mapping. Map textures to surfaces. Trompe L Oeil ( Deceive the Eye ) Texture map. The texture CSCI 48 Compuer Graphic Lecure Texure Mapping A way of adding urface deail Texure Mapping February 5, 22 Jernej Barbic Univeriy of Souhern California Texure Mapping + Shading Filering and Mipmap Non-color

More information

Small Spacecraft Software Modeling: A Petri Net-Based Approach

Small Spacecraft Software Modeling: A Petri Net-Based Approach SSC13-VIII-3 Small Spacecraf Sofware Modeling: A Peri Ne-Based Approach Levi, Pasha Missouri Universiy of Science and Technology 400 Wes 13h Sree, Rolla, MO 65409-0050; 573-341-7280 lmnn3@ms.edu Faculy

More information