1 / 71

Foundations I: Methodologies, Knowledge Representation

Foundations I: Methodologies, Knowledge Representation. Deborah McGuinness and Peter Fox CSCI/ITEC-6962-01 Week 2, September 14, 2009. Key Points Regarding Flu Epidemics.

purity
Download Presentation

Foundations I: Methodologies, Knowledge Representation

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Foundations I: Methodologies, Knowledge Representation Deborah McGuinness and Peter Fox CSCI/ITEC-6962-01 Week 2, September 14, 2009

  2. Key Points Regarding Flu Epidemics • Wash your hands often, especially after shaking hands with others (use hand disinfectants if there is no access to soap and water). • Avoid close contact with people who are sick • Cover your mouth and nose with a tissue when coughing or sneezing. If you don't have a tissue, use the inside of your elbow. • Do not touch your eyes, nose, or mouth, especially after contact with shared keyboards, microscopes, instruments, or other people. • STAY HOME-If you have flu-like symptoms (i.e., fever (100 degrees F [37.8 decrees C] or higher, cough, sore throat, runny or stuffy nose, body aches, headache, chills, fatigue). • For more information http://www.rpi.edu/about/flu/ .

  3. Review of reading Assignment 1 • Ontologies 101, Semantic Web, e-Science, RDFS, Common Logic, OWL guide • Any comments, questions?

  4. Contents • Review of methodologies • Elements of KR in semantic web context • And in e-Science • Choices of representation, models • Examples of KR • Encoding and understanding representations • Assignment 1

  5. Semantic Web Methodology and Technology Development Process • Establish and improve a well-defined methodology vision for Semantic Technology based application development • Leverage controlled vocabularies, et c. Adopt Technology Approach Leverage Technology Infrastructure Science/Expert Review & Iteration Rapid Prototype Open World: Evolve, Iterate, Redesign, Redeploy Use Tools Evaluation Analysis Use Case Develop model/ ontology Small Team, mixed skills

  6. KR and methodologies • Procedural Knowledge: Knowledge is encoded in functions/procedures. This can be viewed as hard coded and less flexible. ex: function Person(X) return boolean is if (X = ``Socrates'') or (X = ``Hillary'') then return true else return false; Or function Mortal(X) return boolean is return person(X); • Networks: A compromise between declarative and procedural schemes. Knowledge is represented in a labeled, directed graph whose nodes represent concepts and entities, while its arcs represent relationships between these entities and concepts. • Frames: Much like a semantic network except each node represents prototypical concepts and/or situations. Each node has several property slots whose values may be specified or inherited. • Logic: A way of declaratively representing knowledge. For example: • person(Socrates). • person(Hillary). • forall X [person(X) ---> mortal(X)] • DL, FOL, HOL

  7. KR and methodologies • Decision Trees: Concepts are organized in the form of a tree. • Statistical Knowledge: The use of certainty factors, Bayesian Networks, Dempster-Shafer Theory, Fuzzy Logics, ..., etc. • Rules: The use of Production Systems to encode condition-action rules (as in expert systems). • Parallel Distributed processing: The use of connectionist models. • Subsumption Architectures: Behaviors are encoded (represented) using layers of simple (numeric) finite-state machine elements. • Hybrid Schemes: Any representation formalism employing a combination of KR schemes.

  8. Remember, in science! • Some of the knowledge is lost when it is placed into any particular representation structure, or may not be reusable (e.g. Frames) • So, you may ask something that cannot be answered or inferred • Knowledge evolves, i.e. changes • Knowledge and understanding is very often context dependent (and discipline, language, and skill-level dependent, and …)

  9. And, if you are used to logic • You are working mostly within the world of logic, whereas we are trying to represent knowledge with logic and we are usually dealing with tangible objects, such as trees, clouds, rock, storms, etc. • Because of this, we have to be very careful when translating real things into logical symbols - this can, surprisingly, be a difficult challenge. • Consider your method of representation (yes, we do want to compute with it)

  10. Thus • A person who wants to encode knowledge needs to decouple the ambiguities of interpretation from the mathematical certainty of (any form of) logic. • The nature of interpretation is critical in formal knowledge representation and is carefully formalized by KR scientists in order to guarantee that no ambiguity exists in the logical structure of the represented knowledge.

  11. Representing Knowledge With Objects • Take all individuals that we need to keep track of and place them into different buckets based on how similar they are to each other. Each bucket is given a descriptive based on what objects it contains. • Since the individuals in a given bucket are at least somewhat similar, we can avoid needing to describe every inconsequential detail about each individual. Instead, properties that are common to all individuals in a bucket can just be assigned to the entire bucket at once. Properties are typically either primitive values (such as numbers or text strings) or may be references to other buckets.

  12. Representing Knowledge With Objects • Some buckets will be more similar to each other than others and we can arrange the buckets into a hierarchy based on the similarity. • If all buckets in a branch in the tree of buckets share a property, the information can be further simplified by assigning the property only to the parent bucket. Other buckets (and individuals) are said to inherit that property. • Buckets may have different names: e.g. Classes, Frames, or Nodes • BUT, once we move to (e.g.) DL, not all object rules apply, e.g. cannot override properties • Multiple inheritance is not always obvious to people

  13. Re-enter Semantic Web • At its core, the Semantic Web can be thought of as a methodology for linking up pieces of structured and unstructured information into commonly-shared description logics ontologies.

  14. Semantic Web Layers http://www.w3.org/2003/Talks/1023-iswc-tbl/slide26-0.html, http://flickr.com/photos/pshab/291147522/

  15. Elements of KR in Semantic Web • Declarative Knowledge • Statements as triples: {subject-predicate-object} interferometer is-a optical instrument Fabry-Perotis-a interferometer Optical instrumenthas focal length Optical instrument is-ainstrument Instrumenthas instrument operating mode Instrument has measured parameter Instrument operating modehas measured parameter NeutralTemperature is-atemperature Temperature is-aparameter • A query: select all optical instruments which have operating mode vertical • An inference: infer operating modes for a Fabry-Perot Interferometer which measures neutral temperature

  16. Ontology Spectrum Thesauri “narrower term” relation Selected Logical Constraints (disjointness, inverse, …) Frames (properties) Formal is-a Catalog/ ID Informal is-a Formal instance General Logical constraints Terms/ glossary Value Restrs. Originally from AAAI 1999- Ontologies Panel by Gruninger, Lehmann, McGuinness, Uschold, Welty; – updated by McGuinness. Description in: www.ksl.stanford.edu/people/dlm/papers/ontologies-come-of-age-abstract.html

  17. OWL or RDF or OWL 2 RL? • In representing knowledge you will need to balance expressivity with implementability • OWL (Lite, DL, Full) 1 or 2? • RDF and RDFS • Rules, e.g. SWRL or OWL 2 RL • You will need to consider the sources of your knowledge • You will need to consider what you want to do with the represented knowledge

  18. The knowledge base • Using, Re-using, Re-purposing, Extending, Subsetting • Approach: • Bottom-up (instance level or vocabularies) • Top-down (upper-level or foundational) • Mid-level (use case) • Coding and testing (understanding) • Using tools (some this class, more over the next two classes) • Iterating (later) • Maintaining and evolving (curation, preservation) (later)

  19. ‘Collecting’ the ‘data’ • Part of the (meta)data information is present in tools ... but thrown away at output e.g., a business chart can be generated by a tool: it ‘knows’ the structure, the classification, etc. of the chart,but, usually, this information is lost storing it in web data would be easy! • Semantic Web-awaretools are around (even if you do not know it...), though more would be good: • Photoshop CS stores metadata in RDF in, say, jpg files (using XMP) • RSS 1.0 feeds are generated by (almost) all blogging systems (a huge amount of RDF data!) • Scraping - different tools, services, etc, come around every day: • get RDF data associated with images, for example: service to get RDF from flickr images • service to get RDF from XMP • XSLT scripts to retrieve microformat data from XHTML files • RSS scraping in use in Virtual Observatory projects in Japan • scripts to convert spreadsheets to RDF • SQL - A huge amount of data in Relational Databases • Although tools exist, it is not feasible to convert that data into RDF • Instead: SQL ⇋ RDF ‘bridges’ are being developed: a query to RDF data is transformed into SQL on-the-fly

  20. More Collecting • RDFa (formerly known as RDF/A) extends XHTML by: • extending the link and meta to include child elements • add metadata to any elements (a bit like the class in microformats, but via dedicated properties) • It is very similar to microformats, but with more rigor: • it is a general framework (instead of an メagreementモon the meaning of, say, a class attribute value) • terminologies can be mixed more easily • GRDDL - Gleaning Resource Descriptions from Dialects of Languages • ATOM - XML-based Web content and metadata syndication format (used with RSS)

  21. GRDDL - bottom up • GRDDL - Gleaning Resource Descriptions from Dialects of Languages • Pretty much = “XML/XHTML (for e.g.) into RDF via XSLT” • Good support, e.g. Jena • Handles microformats • Active community • How to categorize, use, re-use (parts of)?

  22. Foundational Ontologies Domain independent concepts and relations physical object, process, event,…, participates,… • (Usually) Rigorously defined formal logic, philosophical principles, highly structured • Examples • DOLCE – Descriptive Onotology for Linguistic and Cognitive Engineering • SUMO – Suggested Upper Merged Ontology • CYC Upper Level Ontology BFO – Basic Formal Ontology GFO – General Formal Ontology (developed by Onto Med)

  23. “…and then there was one…” Foundational ontology Geophysics ontology Marine ontology Water ontology Planetary ontology Geology ontology Struc ontology Rock ontology Foundational Ontologies PURPOSE: help integrate domain ontologies Courtesy: Boyan Brodaric

  24. “…a place for everything, and everything in its place…” Foundational ontology shale rock formation lithification Foundational Ontologies PURPOSE: help organize domain ontologies Courtesy: Boyan Brodaric

  25. Problem scenario • Little work done on linking foundational ontologies with geoscience ontologies • Such linkage might benefit various scenarios requiring cross-disciplinary knowledge, e.g.: water budgets: groundwater (geology) and surface water (hydro) hazards risk: hazard potential (geology, geophysics) and items at threat (infrastructure, people, environment, economic) health: toxic substances (geochemistry) and people, wildlife many others… Courtesy: Boyan Brodaric

  26. DOLCE

  27. SUMO - Standard Upper Merged Ontology • Physical • Object • SelfConnectedObject • ContinuousObject • CorpuscularObject • Collection • Process • Abstract • SetClass • Relation • Proposition • Quantity • Number • PhysicalQuantity • Attribute

  28. http://www.ifomis.org/Research/IFOMISReports/IFOMIS%20Report%2005_2003.pdfhttp://www.ifomis.org/Research/IFOMISReports/IFOMIS%20Report%2005_2003.pdf http://www.ifomis.org/Research/IFOMISReports/IFOMIS%20Report%2005_2003.pdf

  29. Using SNAP/ SPAN

  30. DOLCE + SWEET • Benefits full coverage rich relations home for orphans single superclasses • Issues individuals (e.g. Planet Earth) roles (contaminant) features (SeaFloor) Courtesy: Boyan Brodaric

  31. Conclusions • Surprisingly good fit amongst ontologies so far: no show-stopper conflicts, a few difficult conflicts • DOLCE richness benefits geoscience ontologies good conceptual foundation helps clear some existing problems • Unresolved issues in modeling science entities modeling classifications, interpretations, theories, models,… • Same procedure with GeoSciML Courtesy: Boyan Brodaric

  32. SWEET 2.0 Modular Design • Supports easy extension by domain specialists • Organized by subject (theoretical to applied) • Reorganization of classes, but no significant changes to content • Importation is unidirectional Math, Time, Space Basic Science Geoscience Processes Geophysical Phenomena Applications importation

  33. SWEET 2.0 Ontologies

  34. Using SWEET • Plug-in (import) domain detailed modules • Lots of classes, few relations (properties) • Version 2.0 is re-usable and extensible

  35. Mix-n-Match • The hybrid example: • Collect a lot of different ontologies representing different terms, levels of concepts, etc. into a base form: RDF

  36. CF attributes NC basic attributes IRIDL attributes/objects CF data objects CF Standard Names (RDF object) SWEET Ontologies (OWL) Location CF Standard Names As Terms IRIDL Terms SWEET as Terms Search Terms Gazetteer Terms Blumenthal

  37. IRI RDF Architecture Data Servers MMI Ontologies JPL bibliography Start Point Standards Organizations RDF Crawler Location Canonicalizer RDFS Semantics Owl Semantics SWRL Rules SeRQL CONSTRUCT Time Canonicalizer Sesame Search Queries Blumenthal Search Interface

  38. Mid-Level: Developing ontologies • Use cases and small team (7-8; 2-3 domain experts, 2 knowledge experts, 1 software engineer, 1 facilitator, 1 scribe) • Identify classes and properties (leverage controlled vocab.) • Start with narrower terms, generalize when needed or possible • Adopt a suitable conceptual decomposition (e.g. SWEET) • Import modules when concepts are orthogonal • Review, vet, publish • Only code them (in RDF or OWL) when needed (CMAP, …) • Ontologies: small and modular

  39. Use Case example • Plot the neutral temperature from the Millstone-Hill Fabry Perot, operating in the non-vertical mode during January 2000 as a time series. • Plot the neutral temperaturefrom the Millstone-HillFabry Perot, operatingin thenon-vertical modeduringJanuary 2000as atime series. • Objects: • Neutral temperature is a (temperature is a) parameter • Millstone Hill is a (ground-based observatory is a) observatory • Fabry-Perot is a interferometer is a optical instrument is a instrument • Non-vertical mode is a instrument operating mode • January 2000 is a date-time range • Time is a independent variable/ coordinate • Time series is a data plot is a data product

  40. Class and property example • Parameter • Has coordinates (independent variables) • Observatory • Operates instruments • Instrument • Has operating mode • Instrument operating mode • Has measured parameters • Date-time interval • Data product

  41. Higher level use case • Find data which represents the state of the neutral atmosphere above 100km, toward the arctic circle at any time of high geomagnetic activity • Find data which represents the state of the neutral atmosphere above 100km, toward the arctic circle at anytime of high geomagnetic activity

  42. Extending the KR for a purpose GeoMagneticActivity has ProxyRepresentation GeophysicalIndex is a ProxyRepresentation (in Realm of Neutral Atmosphere) Kp is a GeophysicalIndex hasTemporalDomain: “daily” hasHighThreshold: xsd_number = 8 Date/time when KP => 8 Specification needed for query to CEDARWEB Instrument Parameter(s) Operating Mode Observatory Date/time Return-type: data • Input • Physical properties: State of neutral atmosphere • Spatial: • Above 100km • Toward arctic circle (above 45N) • Conditions: • High geomagnetic activity • Action: Return Data

  43. Translating the Use-Case - ctd. NeutralAtmosphere is a subRealm of TerrestrialAtmosphere hasPhysicalProperties: NeutralTemperature, Neutral Wind, etc. hasSpatialDomain: [0,360],[0,180],[100,150] hasTemporalDomain: NeutralTemperature is a Temperature (which) is a Parameter Specification needed for query to CEDARWEB Instrument Parameter(s) Operating Mode Observatory Date/time Return-type: data Input Physical properties: State of neutral atmosphere Spatial: Above 100km Toward arctic circle (above 45N) Conditions: High geomagnetic activity Action: Return Data FabryPerotInterferometer is a Interferometer, (which) is a Optical Instrument (which) is a Instrument hasFilterCentralWavelength: Wavelength hasLowerBoundFormationHeight: Height ArcticCircle is a GeographicRegion hasLatitudeBoundary: hasLatitudeUpperBoundary: GeoMagneticActivity has ProxyRepresentation GeophysicalIndex is a ProxyRepresentation (in Realm of Neutral Atmosphere) Kp is a GeophysicalIndex hasTemporalDomain: “daily” hasHighThreshold: xsd_number = 8 Date/time when KP => 8

  44. Knowledge representation - visual • UML – Universal Modeling Language • Ontology Definition Metamodel/Meta Object Facility (OMG) for UML • Provides standardized notation • CMAP Ontology Editor (concept mapping tool from IHMC - http://cmap.ihmc.us/coe ) • Drag/drop visual development of classes, subclass (is-a) and property relationship • Read and writes OWL • Formal convention (OWL/RDF tags, etc.) • White board, text file

More Related