Bugs
From semanticweb.org
This is a list of current or older bugs of Semantic MediaWiki. Please add new bugs to the MediaWiki Bugzilla (product=MediaWiki extensions, component=Semantic MediaWiki) instead of extending this page. You can discuss bugs and feature requests on the mailing lists.
Use Template:Bugged on ontoworld.org pages which demonstrate or suffer from a bug; this adds the property Bugged to the page, so you can view the Bugged property to see a list of semanticweb.org pages which show bugs. Template:Bugged allows an optional bug # parameter that generates a link to a bug in the bugbase; you can also use Template:SMWbug to link to a bug in the bugbase.
Contents |
[edit] Inline query bugs
[edit] Some property values aren't searchable
The search magnifying glass in the factbox links to a search in Special:SearchByProperty for that property and that value. This should return at least the page you were on, together with any other pages that have the same value for the property. But sometimes it returns nothing. E.g. as of 2007-10-30, Sandbox page's returns nothing for warning.png__err Only pages in namespace "Property" are allowed here.
[edit] Redirects
Semantic Markup is not working with Redirect-Pages; An Implementation in that way will implicit mean is same as. But a Redirect could also mean:
- is acronym of
- is abbreviation of
- is explained in
MovGP0 21:46, 13 November 2005 (CET)
- Acronyms and abbreviations (if they are redirects and thus unambiguous) can well serve as alternative URIs, so "same as" is not a bad semantics. If you want to talk about the acronym itself, you should make a dedicated article. The case of "is explained in" is different and can occur with or without redirects: you have a large article that describes many concepts, but you cannot say anyting about these subconcepts. This is a limitation of our approach, but also a feature that avoids decoupling of articles and semantics. I would not call it a "bug" in a strict sense. --Markus Krötzsch
[edit] Attributes or Properties?
In the whole RDF/OWL-Documentation there is Speech about "Properties". Wikipedia currently use the Term "Attribute" instead. I recommend to change this to the normative "Properties".
MovGP0 21:46, 13 November 2005 (CET)
What RDF calls property, we call either "Relation", if it relates to another page, or we call it "Attribute" if it relates to a data type. OWL calls the first an ObjectProperty, the latter a DataTypeProperty. We think, for Wikipedians, relation and attribute are the easiest to understand. Attributes are really attributes of objects, relations are relations between objects. Ah, and each object is described in a wiki page. Do I make sense? --MaxVölkel 01:45, 14 November 2005 (CET)
- True, that makes sense - but it confuses myself a bit because I have to reorient me each time. That doesn't mean that I can't live with that. For People never worked with RDF it doesn't makes any difference. MovGP0 02:30, 14 November 2005 (CET)
[edit] Gallery
The Link
Find out how to add relations and attributes to articles.
Appears under every Picture of a Gallery - that's not a nice thing for the layout. MovGP0 00:08, 27 November 2005 (CET)
- We are aware of this (though there are not many galleries here, which made it low priority). In principle, our whole method of adding the infobox is not nice, since it just writes things to the article text. However, a cleaner solution would probably require to do something in MediaWiki's Code. Anyway, we will think about a better solution. --Markus Krötzsch 18:58, 16 March 2006 (CET)
[edit] C++
The following doesn't work properly:
[[speaks Programming-Language::C++]]
[[speaks Programming-Language::C++| ]]
I guess cause C++ also don't work. --MovGP0 01:31, 13 March 2006 (CET)
- This should be fixed in MediaWiki 1.7 -- JeLuF, 21 May 2006
[edit] Sub(sub)*categories
It appears that if you have three categories, such that category One is in category Two, and category Two is in category Three, then category One appears in category Three (perfectly acceptable inference), but no longer appears in category Two. Bug, or am I missing something?--152.78.61.234 15:48, 15 June 2006 (CEST)
- If you're talking about inline queries, this works fine for me in 0.7 -- Skierpage 10:54, 27 August 2007 (CEST)
[edit] Templated queries only update on page save
The {{ask}} templated query doesn't appear to update until the page is again saved---this is somewhat unhelpful for pages like attributes, which wish to maintain a list of pages annotated with that attribute. I suspect that this is a caching issue, and I'm not sure how to efficiently avoid it, given MediaWiki's poor support for transclusion.--LionsPhil 17:16, 22 June 2006 (CEST)
[edit] Problems with RDF Export
I tried to read the RDF-Export with Jena. But everytime, I have a attribute of type date, Jena don't accept the format.
I think it's because the RDF-Export contains the type www.w3g.org/...#dateTime but contains a value in the format yyyy-mm-dd without Time. --150.162.0.162 15:29, 11 August 2006 (CEST)
- I think this was fixed in 0.7 by always including a time part in the RDF export. (XSD has additional types for "date" and partial dates like "gMonthYear" but it would make SMW more complex to support all these.) -- Skierpage 10:54, 27 August 2007 (CEST)
[edit] Fixed
[edit] bug 11823 fixed in 1.0: Odd inline query error
These queries used to show garbled text in the tooltip, now they show useful error text.
<ask> no longer supported. See SMW documentation on how to do inline queries now.
<ask> no longer supported. See SMW documentation on how to do inline queries now.
[edit] bug 11826 fixed in 1.0: Inline query errors not shown if no results
There's now a triangle symbol even when a query returns nothing:
<ask> no longer supported. See SMW documentation on how to do inline queries now.
[edit] bug 11824 fixed in 1.0: Missing string smw_emptysubquery
This query used to display '<smw_emptysubquery>' <ask> no longer supported. See SMW documentation on how to do inline queries now.
