Re: JESS: Firing order
OK, now tell us why you would want to change the default conflict resolution strategy, mainly the one that says that the most recent rule will fire first. Actually, it's a bit more complex than that and the reasoning for using MEA versus LEX versus other methods were explored and answered many, many years ago by Dr.'s Newell and Simon, the mentors of several of the illustrious CM alumnae. Anyway, MEA and LEX et al are all discussed in several well-written books on the subject, primarily Cooper and Wogrin or Girratano and Riley. So, in answer to your original question, the reason is that the conflict resolution strategy has determined which rule would fire first and the reasoning of the conflict resolution strategy should remain like it is unless you understand the reasoning and have a good reason for changing the same. (Goodness. Don't we sound pompous tonight?) :-) Perhaps I should read more and write less... SDG jco On Nov 20, 2005, at 4:51 PM, Nicolas Fortin wrote: Hello everybody, I am wondering if it is possible to randomize the firing order, when one rule is activated by many facts. Indeed a rule is always fired according the reversed order of assertion. So this example (reset) (assert (a 1)) (assert (a 2)) (assert (a 3)) (defrule example (a ?x) = (printout t a = ?x crlf) ) (run) will always output : a = 3 a = 2 a = 1 Thanks in advance, Nicolas To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify owner-jess- [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED]
Re: JESS: Which comes first, the chicken or the rule?
If I understand what you are doing, you probably have some legacy data from which to work. If that's the case, don't even look at the legacy data until you have determined the rule logic. Then decide what data would be necessary to support that logic. If the data exist (or if most of it exists) within the legacy system, it shouldn't be too hard to convince management that you need just a few extra attributes or tables in the existing database. However, if there are drastic changes, then perhaps you can pull the legacy data down to your Unix or (God forbid!) Windows platform and add what you need at that point. The last solution is usually what happens on most projects. On the other hand, Dr. Friedman-Hill is correct in that you can always add rules (assuming that the data are there to support the rules) or even add rules and objects later. And this is also what normally happens on most rulebased projects. Even XCON started with only a few hundred rules, grew to over 1,000 the first year or so and then past 10,000 rules within a few years as more and more rule modules (sets) were added. If you are working on an enterprise project, probably the best thing is to do a pilot project with a few hundred rules, a few (less than 50 normally) objects and do an end-to- end implementation. Be sure to involve the highest level of management (for approvals and support) and the lowest levels of users (to be sure that it works correctly and will be widely accepted) along the way. Then grow gradually, not by leaps and bounds. Bon Chance! SDG jco James C. Owen Senior Consultant [EMAIL PROTECTED] http://www.kbsc.com Never give up. Never give up. Never, never, never give up. From a speech by former Prime Minister, Winston Churchill, during the most trying times of the British Empire; a great leader too soon forgotten by his country after keeping it from being swallowed up by the Nazi Empire during the second world war. On Dec 13, 2005, at 8:43 AM, Matthew Hutchinson wrote: Hi everyone, Just a conceptual question... since starting with Jess, it always seemed to me generally you have the rules established first, then load in facts which in turn trigger these rules. No problems there. But is it proper to consider having the facts already in memory and *then* adding rules which I know will trigger - basically a sort of query on the data mentality? Is this a bad concept? Cheers, Matt -- Matthew Hutchinson Ph.D. Candidate Department of Spatial Sciences Curtin University of Technology GPO Box U1987 Perth, Western Australia 6845 To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED]
Re: JESS: Jess and deductive databases
H With today's 64-bit environments, you can do several Terabytes in memory; if you have the memory and the architecture. We did some studies on that back in 2002 and found that 4GB was terribly limiting to a really complex rulebase. 100 tables with 1,000,000 entries ends up being 100,000,000 entries which would take, on the average of 2,000 bytes per object, 200,000,000,000 bytes of memory. And that's BEFORE you add the complexity of the rule matching. That's quite a bit and smacks of poor architecture. It's the old principle of Just throw everything into a big bucket, stir it around, and see what rises to the top. No thought. No planning. Just hoping. Now, to the time problem; I think Dr. Friedman-Hill has covered this many times and it's covered quite well in his book, Jess in Action - available from Amazon. And, no, I'm not pimping for the book. Just pointing it out. Performance tests are available at http://www.kbsc.com/ benchmarks2000-2005.xls (available sometime tonight or tomorrow) and (soon - maybe a couple of months) http://www.kbsc.com/ benchmarks2006-2010.xls. Enjoy... SDG jco James C. Owen Senior Consultant [EMAIL PROTECTED] http://www.kbsc.com Never give up. Never give up. Never, never, never give up. From a speech by former Prime Minister, Winston Churchill, during the most trying times of the British Empire; a great leader too soon forgotten by his country after keeping it from being swallowed up by the Nazi Empire during the second world war. On Feb 7, 2006, at 11:18 AM, Thomas Beer wrote: Hi all Jess users! I'm not sure if this mailing list is the right one for my question, if there is a more adequate list just give me a hint. I have a more common question regarding Jess, rule-based expert systems and deductive databases. What are the essential differences (besides the smooth Java integration) between Jess (or an rule-based expert system) and deductive databases (e.g. Ontobroker)? Is it possible to store a huge amount of facts (related to databases, e.g. 100 tables with 100 table entries each) in the working memory? Is there a kind of database backend integrated which automatically updates the working memory? Are there some performance tests available? Is Jess appropriate for handling time sensitive facts and rules related to them, e.g. If time is 06:00 then ring alarm. What I'm asking is, is it possible (or reasonable) using Jess to implement time dependent triggers? This would require periodically updates (e.g. every milli second) of the working memory, right?!? I strongly appreciate your help! Best regards, Thomas Beer Thomas Beer ECCA - eTourism Competence Center Austria Technikerstrasse 21a ICT-Technologiepark 6020 Innsbruck Austria E-Mail: [EMAIL PROTECTED] www.etourism-austria.at To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify owner-jess- [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED]
Re: JESS: Benchmarks 2000 - 2005
yes SDGjcoJames C. OwenSenior Consultant[EMAIL PROTECTED]http://www.kbsc.com"Never give up. Never give up. Never, never, never give up." From a speech by former Prime Minister, Winston Churchill, during the most trying times of the British Empire; a great leader too soon forgotten by his country after keeping it from being swallowed up by the Nazi Empire during the second world war. On Feb 8, 2006, at 9:14 PM, Hector Urroz wrote:James,Do the numbers on the spreadsheet equal the number of seconds to run each of the benchmarks?Thanks,Hector UrrozOn 2/7/06, James C. Owen [EMAIL PROTECTED] wrote:OK - now they're there. Try http://www.kbsc.com/Performance2000-2005.xls and see if you have any problems. If so, let me know personally (don't clog up the mailing list with this.) Thanks, SDGjcoJames C. OwenSenior Consultant[EMAIL PROTECTED] http://www.kbsc.com"Never give up. Never give up. Never, never, never give up." From a speech by former Prime Minister, Winston Churchill, during the most trying times of the British Empire; a great leader too soon forgotten by his country after keeping it from being swallowed up by the Nazi Empire during the second world war. -- Hector Urroz(303) 581-0563 (home)(303) 859-2735 (cell)[EMAIL PROTECTED]
Re: JESS: Research on Ontology + Jess
Knowledge Systems with a Knowledge Engineer. God save us all. In the movie Patton when they mentioned battles fought without soldiers, Patton was horrified that there could be a battle without honor or glory or personal sacrifice. He said that he hoped that he would never live that long. Well, it's happening now. I'm glad he's not here to see it. And I hope that I never see a Knowledge System without someone to aid in the growth of the system. 2001 (remember HAL) and Terminator are just around the corner. SDG jco James C. Owen Senior Consultant [EMAIL PROTECTED] http://www.kbsc.com Never give up. Never give up. Never, never, never give up. From a speech by former Prime Minister, Winston Churchill, during the most trying times of the British Empire; a great leader too soon forgotten by his country after keeping it from being swallowed up by the Nazi Empire during the second world war. On Feb 9, 2006, at 5:15 PM, Robert Kildare wrote: Hello Jason I am a PhD student in Computing, University of Tasmania, Australia using Jess in a pseudo expert system which relies on the notion that users can learn to become experts. They construct their own ontology .. with the aid of software. There is research into knowledge-base-free expert systems and how to draw hierarchic (Richards) and mesh inferences(Suryanto) from them. There is research on a system for eliminating the knowledge engineer altogether (MCRDR - Kang). These all come from the stable of the university of New South Wales in Sydney (Paul Compton I think is the instigating academic). I will be happy to fill out your questionnaire.. I can send my last paper (more than 2,000 words), but am buried in work at present. regards Rob Robert.Kildare at utas.edu.au ==Original message text=== On Fri, 10 Feb 2006 0:08:40 +1100 Karl-Heinz Krempels wrote: Hi Jason, I'll contribute a few things. Regards, Karl-Heinz. Am 01.02.2006 um 15:07 schrieb Jason Morris: Hello All Jess Users, There is a school of thought which strongly suggests that creating a formal domain ontology is prerequisite for building an expert system. I am writing a research paper on the topic, so I thought that I'd take a moment to ask for input from the Jessosphere. If you would be willing to: * Answer a very short online survey (no more than 10 questions) about ontology and how you use it, and/or * You would like to contribute an anecdote or brief case study (~2000 words or less), please send me a reply so that I can add you to my qualified response list. Any research stories, application and implementation stories, or practical use cases where you have interacted with the subject of ontology are especially valuable, and of course you can mention Jess all you want! I will be happy to cite your contribution and send you a copy of the published results. The survey will be online in about a week. Thanks in advance for your participation! Sincerely, Jason Morris - Co-moderator Jess listserver Engineering and Technology Management Department Portland State University, Portland, OR USA To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify owner-jess- [EMAIL PROTECTED] Karl-Heinz Krempels RWTH Aachen University Computer Science Department Informatik 4 (Communication and Distributed Systems) Ahornstr. 55, D-52074 Aachen, Germany Tel.: +49 (241) 80-21410 Fax: +49 (241) 80-0 EMail: [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify owner-jess- [EMAIL PROTECTED] ===End of original message text=== To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify owner-jess- [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED]