# rdf-backend **Repository Path**: mirrors_protegeproject/rdf-backend ## Basic Information - **Project Name**: rdf-backend - **Description**: No description available - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2023-11-13 - **Last Updated**: 2026-09-06 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README README for RDF Schema back-end CHANGES 21-MAR-07 added support for multiple instance types 13-SEP-06 minor documentation updates 01-MAR-04 updated installation instructions 04-Jun-03 updated installation instructions 18-Mar-02 fixed bug that messed range and constraints of included properties 23-Sep-02 added user-defined facets 26-Jan-01 improved OIL support (now beta) 24-Jan-01 added (alpha) OIL support (includes widgets for OIL expressions); uses new RDF API (requires Protege 1.5 beta build 656 or higher) 18-Jan-01 first public beta release PLEASE NOTE We now have a Wiki page for the RDF back-end on the Protege Wiki: http://protege.cim3.net/cgi-bin/wiki.pl?RDFBackend There is also a page on the Protege Wiki that may be of interest that helps users choose which editor to use to edit RDF ontologies (i.e., the Protege-Frames editor or the Protege-OWL editor): http://protege.cim3.net/cgi-bin/wiki.pl?ChoosingUI INSTALLATION The RDF back-end is bundled with the "full" installation of Protege. If you installed the full version, you don't need to do anything else. To confirm that the back-end has been installed, you can check that the following directory exists: /plugins/edu.stanford.smi.protegex.rdf_backend/ OVERVIEW We have re-implemented our RDF Schema support in order to make it more stable and to make it easier to implement other RDFS-based backends such as OIL and DAML. Furthermore, several features were added, such as - in addition to a round-trip version, you can export as simple RDFS (i.e., Protege specific facets are not encoded in additional triples) - support for namespace abbreviations (frame names are never prefixed with complete URIs, only with abbreviations) - when exporting a project that has included projects, you can put the included projects into different namespaces. An explanation of how to do this can be found at the end of this file RENAMING THE DEFAULT NAMESPACES OF INCLUDED PROJECTS This feature can be used to transform an old (CLIPS) project into an RDF one where frames from included projects reside in different namespaces. You can also achieve the reverse effect, i.e. forcing all (or some) projects to share a namespace or have the same namespace as the main project. Here is how it works: 1. Transform the project into an RDF one where ALL projects (main and included ones) have the SAME default namespace. You need to do this "bottom up", i.e., for the included projects first, and finally for the main one. Make sure you save all files with new file names (or in a new directory), or the main file does not load any more (since it will already try to load the new included projects)! 2. Load the new main project and click "Save as ...". If you have included projects that were loaded with the RDF backend, you will see an "Advanced ..." button. Change some or all of the namespaces and save (the console window will show a remark if namespaces of included projects are renamed). Close the project. 3. For each of the included projects for which you have renamed the default namespace, load and change the namespace (via "Save as"). 4. You can now load the main project. KNOWN BUGS AND PROBLEMS - only the RDF Schema namespace http://www.w3.org/TR/1999/PR-rdf-schema-19990303# is supported when saving (on import, the new namespace is also recognized) - namespace abbreviations cannot be edited (they are automatically generated) - rdfs:seeAlso, rdfs:isDefinedBy, rdfs:label, container, and reified statements are not supported - you cannot make changes to the standard meta classes (i.e., rdf:Resource, rdf:Property, rdfs:Class, etc.) - XML Schema data types are not recognized as rdfs:Literal (but it is unclear if they should) - OIL backend: - no documentation - only supports OIL namespace http://www.ontoknowledge.org/oil/rdf-schema/2000/11/10-oil-standard - is not feature-complete (only supports features that can directly be mapped to FaCT DL reasoner) - output contains some Protege specific encodings to allow full roundtrip (in separate namespace) Report bugs, suggestions, comments to the protege-discussion mailing list: protege-discussion@lists.stanford.edu