On 10/11/12 19:05, Marcelo Chiaradía wrote:
> Hi Yaron,
>
> I finally discover what was wrong. It seems that if you defined your the
> property in the "#set_internal:", and you start it with a lower case,
> and you create the property after that, for some reason the property
> created start with an upper case, and the semantic search doesn't
> retrieve any result.
>
> To make it work I just replace "#set_internal:hasAnInternalObject" by
> "#set_internal:HasAnInternalObject", and it works perfectly now.

All properties in SMW internally start upper case, and it does not 
matter whether you use upper or lower case on input (SMW's input 
processing will turn it into upper case internally). The fact that this 
does not happen here seems to be a bug in SIO.

Markus

>
> Now I have another question about queries:
>
> is there some way to query some information about my page, based in its
> internal object attributes?
>
> I mean, cause the relationship goes from the internal object to the
> page, and not in the inverse order.
>
> I would like to query all the pages that have an internal object, which
> has an attribute "att1", for example.
>
> Thanks in advacne,
>
> Marcelo.
>
> 2012/11/9 Marcelo Chiaradía <chiaradiamarc...@gmail.com
> <mailto:chiaradiamarc...@gmail.com>>
>
>     Hi Yaron, thanks a lot for your answer.
>
>     The full query is
>
>     {{#ask: [[hasAnInternalObject::+]]
>     |?language
>     }}
>
>     "hasAnInternalObject" is defined as property of type Page.
>     I have check my databse, and indeed my internal object exists, and
>     it has a relationship with my page.( "smw_rels2" table)
>
>     The weird thing is that when querying for the "language" property, I
>     get the internal object as result, so it must exist. I use this
>     query for that:
>
>     {{#ask: [[language::English]]
>     |?language
>     }}
>
>     Thanks a lot in advance,
>
>     Marcelo.
>
>
>     2012/11/9 Yaron Koren <ya...@wikiworks.com <mailto:ya...@wikiworks.com>>
>
>         Hi Marcelo,
>
>         Yes, the first property goes from the internal object to the
>         page - which means that "hasAnInternalObject" is not an ideal
>         name for it. but nonetheless that query should work. Two questions:
>
>         - What is the full query you're calling? Maybe there's an error
>         in the syntax.
>
>         - Is "hasAnInternalObject" defined as a property of type Page?
>
>         -Yaron
>
>
>         On Thu, Nov 8, 2012 at 9:22 PM, Marcelo Chiaradía
>         <chiaradiamarc...@gmail.com <mailto:chiaradiamarc...@gmail.com>>
>         wrote:
>
>             Hello everyone,
>
>             Im using the semantic media wiki, with the Semantic Internal
>             Objects extension, version 0.6.8.
>
>             In one of my pages I have a template, that receives several
>             parameters, and the create an internal object with a
>             "hasAnInternalObject" property. This is my template:
>
>             <noinclude>
>             This is the "MyTemplate" template.
>             It should be called in the following format:
>             <pre>
>             {{MyTemplate
>             |Language=
>             |Keywords=
>             }}
>             </pre>
>             Edit the page to see the template text.
>             </noinclude><includeonly>
>             {{#set_internal:hasAnInternalObject
>             |language={{{Language|}}}
>             |keyword#list={{{Keywords}}}
>             }}
>             </includeonly>
>
>             I can see in my Database that it creates a
>             "hasInternalObject" relationship from the internal object to
>             the page that defines it. (I supposed that this was gonna be
>             from the page to the internal object, but it wasn`t).
>
>             Now I would like to query all my internal objects defined
>             like before, but I get no results. The query i used for this is
>
>             [[hasAnInternalObject::+]]
>
>             Any help?
>
>             Thanks in advance,
>
>             Marcelo.
>
>             
> ------------------------------------------------------------------------------
>             Everyone hates slow websites. So do we.
>             Make your web apps faster with AppDynamics
>             Download AppDynamics Lite for free today:
>             http://p.sf.net/sfu/appdyn_d2d_nov
>             _______________________________________________
>             Semediawiki-devel mailing list
>             Semediawiki-devel@lists.sourceforge.net
>             <mailto:Semediawiki-devel@lists.sourceforge.net>
>             https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>
>
>
>
>         --
>         WikiWorks · MediaWiki Consulting · http://wikiworks.com
>
>
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_nov
>
>
>
> _______________________________________________
> Semediawiki-devel mailing list
> Semediawiki-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
_______________________________________________
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Reply via email to