skoseditor - Project Hosting on Google Code

Earlier this year Sep 16, 2009 issue 7 (SKOS renderer needs manual refresh / activation for preflabe...) commented on by simon.jupp - Thank you, this will be fixed in the next release. Simon Thank you, this will be fixed in the next release. Simon Aug 24, 2009 issue 7 (SKOS renderer needs manual refresh / activation for preflabe...) reported by gerbert.jansen - What steps will reproduce the problem? 1. open owl-file in which prefLabel is used from a SKOS vocabulary 2. In the individual list (Individuals Tab) the uri's are displayed as label, instead of prefLabel 3. Choose: File, Preferences, SKOS renderer tab, check 'Use SKOS Rendering' (prefLabel selected in SKOS Labels list), OK --> now prefLabel is displayed. 4. When saving this file with this settings, reopening again shows no prefLabels, even though the 'use preflabels' is still selected in 'File, Preferences, SKOS renderer tab.' Without changing anything, but just by openening the 'File, Preferences, SKOS renderer tab' and click 'OK', causes the preflabels to be displayed! What is the expected output? What do you see instead? Expected: prefLabel displayed What I see: uri's are displayed, not the prefLabel. What version of the product are you using? On what operating system? version 1.0-alpha(build04), in Protege 4.0(build 113). I have reproduced this issue on WinXP, WinVista, Win7, and Ubuntu 9.04 (I have not checked other OS's) Please provide any additional information below. What steps will reproduce the problem? 1. open owl-file in which prefLabel is used from a SKOS vocabulary 2. In the individual list (Individuals Tab) the uri's are displayed as label, instead of prefLabel 3. Choose: File, Preferences, SKOS renderer tab, check 'Use SKOS Rendering' (prefLabel selected in SKOS Labels list), OK --> now prefLabel is displayed. 4. When saving this file with this settings, reopening again shows no prefLabels, even though the 'use preflabels' is still selected in 'File, Preferences, SKOS renderer tab.' Without changing anything, but just by openening the 'File, Preferences, SKOS renderer tab' and click 'OK', causes the preflabels to be displayed! What is the expected output? What do you see instead? Expected: prefLabel displayed What I see: uri's are displayed, not the prefLabel. What version of the product are you using? On what operating system? version 1.0-alpha(build04), in Protege 4.0(build 113). I have reproduced this issue on WinXP, WinVista, Win7, and Ubuntu 9.04 (I have not checked other OS's) Please provide any additional information below. Jun 21, 2009 issue 6 (skos:prefLabel should be instance of owl:AnnotationProperty) commented on by simon.jupp - Yes, Protege 4.1 will treat all SKOS labels as annotations. Cheers Simon Yes, Protege 4.1 will treat all SKOS labels as annotations. Cheers Simon Jun 21, 2009 issue 5 (language localization for prefLabel is lost) commented on by simon.jupp - Yes thanks, I will try and find out what's going on this week (currently away at the Protege conference) Cheers Simon Yes thanks, I will try and find out what's going on this week (currently away at the Protege conference) Cheers Simon Jun 18, 2009 issue 5 (language localization for prefLabel is lost) commented on by smrTucson - Simon-- I responded to your e-mail via e-mail with attachments. Just wanted to verify that you got them. thanks steve Simon-- I responded to your e-mail via e-mail with attachments. Just wanted to verify that you got them. thanks steve Jun 18, 2009 issue 6 (skos:prefLabel should be instance of owl:AnnotationProperty) commented on by smrTucson - yes, thanks, it does clear up some of the questions. So if I generate a SKOS document with prefLabel as DataTypes, what happens when 4.1 and the new SKOSed come out--will those automatically get converted to owl:AnnotationProperties? steve yes, thanks, it does clear up some of the questions. So if I generate a SKOS document with prefLabel as DataTypes, what happens when 4.1 and the new SKOSed come out--will those automatically get converted to owl:AnnotationProperties? steve Jun 18, 2009 issue 6 (skos:prefLabel should be instance of owl:AnnotationProperty) commented on by simon.jupp - The original SKOS specification allowed punning on properties which meant you could use skos:prefLabel as both on object or data property depending on if the object of the assertion was resource or literal. This all takes you into OWL Full which is not properly supported by Protege or SKOSEd. To cut a long story short, the SKOS working group moved labels to the OWL annotation space which makes life a lot easier. We are currently working on an alpha release of Protege 4.1 that has support for much richer annotations (asserting sub-property axioms between annotations). A new release of SKOSEd will be available for 4.1 that handles skos labels properly and allows you build proper annotation property hierarchies with them. In the meantime, you should be able to just create a datatype property with the prefLabel URI using the standard protege 4 interface. The range of data type properties in OWL is rdf:literal you don't need to assert this in Protege, you can only assert if this literal is typed or not. Hope that helps Simon The original SKOS specification allowed punning on properties which meant you could use skos:prefLabel as both on object or data property depending on if the object of the assertion was resource or literal. This all takes you into OWL Full which is not properly supported by Protege or SKOSEd. To cut a long story short, the SKOS working group moved labels to the OWL annotation space which makes life a lot easier. We are currently working on an alpha release of Protege 4.1 that has support for much richer annotations (asserting sub-property axioms between annotations). A new release of SKOSEd will be available for 4.1 that handles skos labels properly and allows you build proper annotation property hierarchies with them. In the meantime, you should be able to just create a datatype property with the prefLabel URI using the standard protege 4 interface. The range of data type properties in OWL is rdf:literal you don't need to assert this in Protege, you can only assert if this literal is typed or not. Hope that helps Simon Jun 18, 2009 issue 5 (language localization for prefLabel is lost) commented on by simon.jupp - I have just tried this and it worked for me, can you sent me a test case that reproduces this behaviour? Send to either skos-dev@googlegroups.com, or to me directly at simon.jupp@manchester.ac.uk Cheers Simon I have just tried this and it worked for me, can you sent me a test case that reproduces this behaviour? Send to either skos-dev@googlegroups.com, or to me directly at simon.jupp@manchester.ac.uk Cheers Simon Jun 18, 2009 issue 6 (skos:prefLabel should be instance of owl:AnnotationProperty) commented on by danbrickley - also reported in http://lists.w3.org/Archives/Public/public-esw-thes/2009Jun/0004.html also reported in http://lists.w3.org/Archives/Public/public-esw-thes/2009Jun/0004.html Jun 17, 2009 issue 6 (skos:prefLabel should be instance of owl:AnnotationProperty) reported by smrTucson - What steps will reproduce the problem? 1. SKOSEd import SKOS ontology 2008 1001 2. look at prefLabel--its on ObjectProperties, can't make the range = rdf:literal because its an ObjectProperty 3. What is the expected output? What do you see instead? Its a subtype of label which is an owl:ObjectProperty. Shouldn't prefLabel show up as an option for annotations on skos:Concept instances??? What version of the product are you using? On what operating system? Windows XP, JRE6, Protege 4.0.113 Please provide any additional information below. What steps will reproduce the problem? 1. SKOSEd import SKOS ontology 2008 1001 2. look at prefLabel--its on ObjectProperties, can't make the range = rdf:literal because its an ObjectProperty 3. What is the expected output? What do you see instead? Its a subtype of label which is an owl:ObjectProperty. Shouldn't prefLabel show up as an option for annotations on skos:Concept instances??? What version of the product are you using? On what operating system? Windows XP, JRE6, Protege 4.0.113 Please provide any additional information below. Jun 17, 2009 issue 5 (language localization for prefLabel is lost) reported by smrTucson - What steps will reproduce the problem? 1. load my existing owl file with prefLabels encoded as <skos:prefLabel xml:lang="en">Crystalline carbonate</skos:prefLabel> <skos:prefLabel xml:lang="fr">calcaire cristallin</skos:prefLabel> <skos:prefLabel xml:lang="it">calcare cristallino</skos:prefLabel> 2. loads fine, languages show up as "Crystalline carbonate@en" 3. save ontology 4. reopen, language assignments on prefLabel are gone. What is the expected output? What do you see instead? @en, @fr, @it should still be there? What version of the product are you using? On what operating system? Windows XP, Protege 4.0_113 Please provide any additional information below. What steps will reproduce the problem? 1. load my existing owl file with prefLabels encoded as <skos:prefLabel xml:lang="en">Crystalline carbonate</skos:prefLabel> <skos:prefLabel xml:lang="fr">calcaire cristallin</skos:prefLabel> <skos:prefLabel xml:lang="it">calcare cristallino</skos:prefLabel> 2. loads fine, languages show up as "Crystalline carbonate@en" 3. save ontology 4. reopen, language assignments on prefLabel are gone. What is the expected output? What do you see instead? @en, @fr, @it should still be there? What version of the product are you using? On what operating system? Windows XP, Protege 4.0_113 Please provide any additional information below. Jan 07, 2009 SKOSEd-1.0-alpha(build04).zip (SKOSEd-1.0-alpha(build04)) file uploaded by simon.jupp - Labels: Featured Labels: Featured Jan 07, 2009 r37 (Minor update to work with latest SKOS namespace (20081001 DL...) committed by simon.jupp - Minor update to work with latest SKOS namespace (20081001 DL schema) Minor update to work with latest SKOS namespace (20081001 DL schema) Jan 07, 2009 r36 (Minor update to work with latest SKOS namespace (20081001 DL...) committed by simon.jupp - Minor update to work with latest SKOS namespace (20081001 DL schema) Minor update to work with latest SKOS namespace (20081001 DL schema) Jan 07, 2009 SKOSEd-1.0-alpha(build04).zip (SKOSEd-1.0-alpha(build04) Protege 4 plugin) file uploaded by simon.jupp - Labels: Featured Labels: Featured Jan 06, 2009 r35 (Minor update to work with latest SKOS namespace (20081001 DL...) committed by simon.jupp - Minor update to work with latest SKOS namespace (20081001 DL schema) Minor update to work with latest SKOS namespace (20081001 DL schema) Jan 06, 2009 r34 (Minor update to work with latest SKOS namespace (20081001 DL...) committed by simon.jupp - Minor update to work with latest SKOS namespace (20081001 DL schema) Minor update to work with latest SKOS namespace (20081001 DL schema) Jan 06, 2009 SKOSEd-1.0-alpha(build03).zip (SKOSEd-1.0-alpha(build03) (Protege 4 plugin)) file uploaded by simon.jupp Older Dec 19, 2008 SKOSEd-1.0-alpha(build02).zip (SKOSEd-1.0-alpha(build02) (Protege 4 plugin)) file uploaded by simon.jupp Dec 19, 2008 r33 (listeners) committed by simon.jupp - listeners listeners Dec 19, 2008 r32 ([No log message]) committed by simon.jupp - [No log message] [No log message] Dec 19, 2008 SKOSEd-1.0-alpha(build02).zip (SKOSEd-1.0-alpha(build02)) file uploaded by simon.jupp Dec 19, 2008 SKOSEd-1.0-alpha(build02).zip (SKOSEd-1.0-alpha(build02)_(Protege 4 plugin)) file uploaded by simon.jupp Dec 19, 2008 r31 (- Updated to new SKOS namespace URIs (see latest SKOS refere...) committed by simon.jupp - - Updated to new SKOS namespace URIs (see latest SKOS reference for details). This includes updates to the SKOS semantics (e.g.broader no longer being transitive etc) - Added preferences plugin for setting prefered label and language renderings - Some additional views - Fixed some more badly beahving listeners - Updated to new SKOS namespace URIs (see latest SKOS reference for details). This includes updates to the SKOS semantics (e.g.broader no longer being transitive etc) - Added preferences plugin for setting prefered label and language renderings - Some additional views - Fixed some more badly beahving listeners Dec 03, 2008 Documentation Wiki page edited by simon.jupp Dec 03, 2008 Documentation Wiki page edited by simon.jupp Dec 03, 2008 Documentation Wiki page edited by simon.jupp Dec 03, 2008 Documentation Wiki page edited by simon.jupp Dec 03, 2008 Documentation Wiki page edited by simon.jupp Dec 03, 2008 Documentation (One-sentence summary of this page.) Wiki page added by simon.jupp Dec 03, 2008 Installation (Some background and simple instructions) Wiki page edited by simon.jupp Nov 29, 2008 issue 4 (skos collection support) commented on by simon.jupp - Hi, There will be some support for Collections in the next release. In the meantime if you load the SKOS ontology from here http://www.w3.org/2004/02/skos/core.rdf, you should be able to create instances of skos:collection using the Protege individuals tab. Cheers, Simon Hi, There will be some support for Collections in the next release. In the meantime if you load the SKOS ontology from here http://www.w3.org/2004/02/skos/core.rdf, you should be able to create instances of skos:collection using the Protege individuals tab. Cheers, Simon Nov 29, 2008 issue 3 (SKOS:note extensions) commented on by simon.jupp - Hi Terry, The best thing to do is load the SKOS ontology into Protege from here: http://www.w3.org/2004/02/skos/core.rdf This will give you access to all the SKOS object and data properties. You can then use them in SKOSEd using the "add other properties" buttons. Cheers, Simon Hi Terry, The best thing to do is load the SKOS ontology into Protege from here: http://www.w3.org/2004/02/skos/core.rdf This will give you access to all the SKOS object and data properties. You can then use them in SKOSEd using the "add other properties" buttons. Cheers, Simon Nov 25, 2008 issue 4 (skos collection support) reported by terry.rankine - in the skos spec, it mentions collections (http://www.w3.org/TR/skos-primer/#seccollections) Is there anyway to represent these in the editor? Terry Rankine in the skos spec, it mentions collections (http://www.w3.org/TR/skos-primer/#seccollections) Is there anyway to represent these in the editor? Terry Rankine Nov 25, 2008 issue 3 (SKOS:note extensions) reported by terry.rankine - Hi Accourding to the spec (w3c skos primer - http://www.w3.org/TR/skos-primer/) you can support skos:note with some extra special options like: skos:scopeNote, skos:definition, skos:example, skos:historyNote Is it possible to get these functions into the editor? Terry Rankine Hi Accourding to the spec (w3c skos primer - http://www.w3.org/TR/skos-primer/) you can support skos:note with some extra special options like: skos:scopeNote, skos:definition, skos:example, skos:historyNote Is it possible to get these functions into the editor? Terry Rankine Nov 25, 2008 r23 (-Fixed some badly behaving listeners) committed by simon.jupp - -Fixed some badly behaving listeners -Fixed some badly behaving listeners Nov 20, 2008 r22 (- Fixed bug where new related concepts were not being typed ...) committed by simon.jupp - - Fixed bug where new related concepts were not being typed as skos:Concept - Added context dependant dialogs on some of the button to add object relations - Fixed bug where new related concepts were not being typed as skos:Concept - Added context dependant dialogs on some of the button to add object relations Nov 18, 2008 UsingTheSKOSEditor Wiki page deleted by simon.jupp Nov 12, 2008 r20 (- Fixed complaining bad listeners - Added sorted tree views ...) committed by simon.jupp - - Fixed complaining bad listeners - Added sorted tree views - Fixed rendering null pointer - Renamed some plugins and changed default tab layout (requires restore default layout to be executed) - Added sorted Concept Scheme Combo box - Support for multilingual label rendering in the preferences menu - Fixed bug when doing an undo - Fixed complaining bad listeners - Added sorted tree views - Fixed rendering null pointer - Renamed some plugins and changed default tab layout (requires restore default layout to be executed) - Added sorted Concept Scheme Combo box - Support for multilingual label rendering in the preferences menu - Fixed bug when doing an undo Nov 06, 2008 r17 (- JPF plugin file) committed by simon.jupp - - JPF plugin file - JPF plugin file Nov 06, 2008 r16 (- JPF plugin file) committed by simon.jupp - - JPF plugin file - JPF plugin file Nov 06, 2008 r15 (- JPF plugin file) committed by simon.jupp - - JPF plugin file - JPF plugin file Nov 06, 2008 r14 (- JPF plugin file) committed by simon.jupp - - JPF plugin file - JPF plugin file Nov 06, 2008 r13 (- JPF plugin file) committed by simon.jupp - - JPF plugin file - JPF plugin file Nov 06, 2008 r12 (added the source code for SKOEd) committed by simon.jupp - added the source code for SKOEd added the source code for SKOEd Nov 06, 2008 issue 1 (subClassOf Concept don't show up in SKOS view) commented on by simon.jupp - In theory this should show up in the inferred concept hierarchy view (after classification with a reasoner like Pellet). I just found a small bug, so this will show up in the next release. In theory this should show up in the inferred concept hierarchy view (after classification with a reasoner like Pellet). I just found a small bug, so this will show up in the next release. Nov 06, 2008 issue 2 (New namespaces for SKOS have been established) commented on by simon.jupp - I'm told that the namespace issue is likely to be resolved soon, the SWD working are thinking about reverting back to the old namespaces. If they decide to keep the new ones in the final spec, I will put some support in to handle backwards compatibility. Simon I'm told that the namespace issue is likely to be resolved soon, the SWD working are thinking about reverting back to the old namespaces. If they decide to keep the new ones in the final spec, I will put some support in to handle backwards compatibility. Simon Oct 26, 2008 issue 2 (New namespaces for SKOS have been established) reported by dr.shorthair - http://www.w3.org/2008/05/skos and http://www.w3.org/2008/05/skos-xl See http://www.w3.org/2004/02/skos/vocabs The plugin doesn't work with the new namespaces http://www.w3.org/2008/05/skos and http://www.w3.org/2008/05/skos-xl See http://www.w3.org/2004/02/skos/vocabs The plugin doesn't work with the new namespaces Oct 22, 2008 issue 1 (subClassOf Concept don't show up in SKOS view) reported by j.neub...@zbw.eu - I use "Descriptor" und "Classification" as subClassOf Concept (see attached example file). Top level "Classification" individual don't show up in the SKOS view. When I additionally assert type "Concept" to top level individual, all works fine. Narrower Classifications and Descriptors are rendered without additional Concept asserts. I use "Descriptor" und "Classification" as subClassOf Concept (see attached example file). Top level "Classification" individual don't show up in the SKOS view. When I additionally assert type "Concept" to top level individual, all works fine. Narrower Classifications and Descriptors are rendered without additional Concept asserts.

issue 7 (SKOS renderer needs manual refresh / activation for preflabe...) reported by gerbert.jansen - What steps will reproduce the problem? 1. open owl-file in which prefLabel is used from a SKOS vocabulary 2. In the individual list (Individuals Tab) the uri's are displayed as label, instead of prefLabel 3. Choose: File, Preferences, SKOS renderer tab, check 'Use SKOS Rendering' (prefLabel selected in SKOS Labels list), OK --> now prefLabel is displayed. 4. When saving this file with this settings, reopening again shows no prefLabels, even though the 'use preflabels' is still selected in 'File, Preferences, SKOS renderer tab.' Without changing anything, but just by openening the 'File, Preferences, SKOS renderer tab' and click 'OK', causes the preflabels to be displayed! What is the expected output? What do you see instead? Expected: prefLabel displayed What I see: uri's are displayed, not the prefLabel. What version of the product are you using? On what operating system? version 1.0-alpha(build04), in Protege 4.0(build 113). I have reproduced this issue on WinXP, WinVista, Win7, and Ubuntu 9.04 (I have not checked other OS's) Please provide any additional information below.

What steps will reproduce the problem? 1. open owl-file in which prefLabel is used from a SKOS vocabulary 2. In the individual list (Individuals Tab) the uri's are displayed as label, instead of prefLabel 3. Choose: File, Preferences, SKOS renderer tab, check 'Use SKOS Rendering' (prefLabel selected in SKOS Labels list), OK --> now prefLabel is displayed. 4. When saving this file with this settings, reopening again shows no prefLabels, even though the 'use preflabels' is still selected in 'File, Preferences, SKOS renderer tab.' Without changing anything, but just by openening the 'File, Preferences, SKOS renderer tab' and click 'OK', causes the preflabels to be displayed! What is the expected output? What do you see instead? Expected: prefLabel displayed What I see: uri's are displayed, not the prefLabel. What version of the product are you using? On what operating system? version 1.0-alpha(build04), in Protege 4.0(build 113). I have reproduced this issue on WinXP, WinVista, Win7, and Ubuntu 9.04 (I have not checked other OS's) Please provide any additional information below.

Earlier this year

Older