Semantic MediaWiki

Hi,

Two questions:

- what do you have on line 182 of /includes/SF_GlobalFunctions.php? It could
be that this is the result of an incomplete upgrade.
- what languages is your wiki in?

-Yaron

On Wed, Apr 28, 2010 at 4:11 PM, Etienne Hirt <hirt@...:

> The Create Form creates forms but this forms are not marked with the
> namespace Form:
> Also they are not listed using the Special:Forms page
>
> I assume that we made some installation error starting with Mediawiki
> 1.12...Debian, Semantic MeaidWiki 1.5.0,  Semantic Forms  1.9 and then
> updating to Mediawiki 1.15.3.
> Since activation SF we get the error messages below. They persisted
> after the update of Mediawiki but the Form started working.
>
> Does anybody have a clue?
>
> Thanks
>
> Etienne
>
> *Notice*: Use of undefined constant SF_NS_FORM - assumed 'SF_NS_FORM' in
>
> */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
> on line *182*
>
> *Notice*: Use of undefined constant SF_NS_FORM_TALK - assumed
> 'SF_NS_FORM_TALK' in
>
> */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
> on line *182*
>
> *Notice*: Use of undefined constant SF_NS_FORM - assumed 'SF_NS_FORM' in
>
> */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
> on line *182*
>
> *Notice*: Use of undefined constant SF_NS_FORM_TALK - assumed
> 'SF_NS_FORM_TALK' in
>
> */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
> on line *182*
>
> *Notice*: Use of undefined constant SF_NS_FORM_TALK - assumed
> 'SF_NS_FORM_TALK' in
>
> */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
> on line *152*
>
> *Warning*: Cannot modify header information - headers already sent by
> (output started at
>
> /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
> in
>
> */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
> on line *16*
>
> *Warning*: Cannot modify header information - headers already sent by
> (output started at
>
> /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
> in
>
> */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
> on line *16
>
> **Warning*: Cannot modify header information - headers already sent by
> (output started at
>
> /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
> in
>
> */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
> on line *16*
>
> *Warning*: Cannot modify header information - headers already sent by
> (output started at
>
> /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
> in
>
> */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
> on line *16*
>
> *Warning*: Cannot modify header information - headers already sent by
> (output started at
>
> /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
> in
>
> */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
> on line *16*
>
> *Warning*: Cannot modify header information - headers already sent by
> (output started at
>
> /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
> in
>
> */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
> on line *16*
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>



-- 
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Dear Yaron,

Yaron Koren wrote:
> Hi,
>
> Two questions:
>
> - what do you have on line 182 of /includes/SF_GlobalFunctions.php? It
> could be that this is the result of an incomplete upgrade.
$sfgContLang = new $cont_lang_class();
within the function  sffInitContentLanguage($langcode)
> - what languages is your wiki in?
Default: English

Regards

Etienne
>
> -Yaron
>
> On Wed, Apr 28, 2010 at 4:11 PM, Etienne Hirt
> <hirt@... <mailto:hirt@...>> wrote:
>
>     The Create Form creates forms but this forms are not marked with the
>     namespace Form:
>     Also they are not listed using the Special:Forms page
>
>     I assume that we made some installation error starting with Mediawiki
>     1.12...Debian, Semantic MeaidWiki 1.5.0,  Semantic Forms  1.9 and then
>     updating to Mediawiki 1.15.3.
>     Since activation SF we get the error messages below. They persisted
>     after the update of Mediawiki but the Form started working.
>
>     Does anybody have a clue?
>
>     Thanks
>
>     Etienne
>
>     *Notice*: Use of undefined constant SF_NS_FORM - assumed
>     'SF_NS_FORM' in
>     */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
>     on line *182*
>
>     *Notice*: Use of undefined constant SF_NS_FORM_TALK - assumed
>     'SF_NS_FORM_TALK' in
>     */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
>     on line *182*
>
>     *Notice*: Use of undefined constant SF_NS_FORM - assumed
>     'SF_NS_FORM' in
>     */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
>     on line *182*
>
>     *Notice*: Use of undefined constant SF_NS_FORM_TALK - assumed
>     'SF_NS_FORM_TALK' in
>     */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
>     on line *182*
>
>     *Notice*: Use of undefined constant SF_NS_FORM_TALK - assumed
>     'SF_NS_FORM_TALK' in
>     */usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php*
>     on line *152*
>
>     *Warning*: Cannot modify header information - headers already sent by
>     (output started at
>     /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
>     in
>     */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
>     on line *16*
>
>     *Warning*: Cannot modify header information - headers already sent by
>     (output started at
>     /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
>     in
>     */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
>     on line *16
>
>     **Warning*: Cannot modify header information - headers already sent by
>     (output started at
>     /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
>     in
>     */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
>     on line *16*
>
>     *Warning*: Cannot modify header information - headers already sent by
>     (output started at
>     /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
>     in
>     */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
>     on line *16*
>
>     *Warning*: Cannot modify header information - headers already sent by
>     (output started at
>     /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
>     in
>     */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
>     on line *16*
>
>     *Warning*: Cannot modify header information - headers already sent by
>     (output started at
>     /usr/local/stow/mediawiki/extensions/SemanticForms/SemanticForms-1.9.0/includes/SF_GlobalFunctions.php:182)
>     in
>     */usr/local/stow/mediawiki/mediawiki/mediawiki-1.15.3/includes/WebResponse.php*
>     on line *16*
>
>
>     ------------------------------------------------------------------------------
>     _______________________________________________
>     Semediawiki-user mailing list
>     Semediawiki-user@...
>     <mailto:Semediawiki-user@...>
>     https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>
>
>
> -- 
> WikiWorks · MediaWiki Consulting · http://wikiworks.com


-- 
++++++++++++++++++++++++++++++++++++++++++++++
Dr. Etienne Hirt          Art of Technology
Director R&D              http://www.art-of-technology.ch
Technoparkstrasse 1       Ph: +41-43-311 77 02
8005 Zurich               Sw: +41-43-311 77 00
Switzerland		  Skype: etiennehirt
==============================================

Hi,

Yes, indeed that was a bug; I guess I never tried calling #set_internal on a
page not in the main namespace (and apparently no one else has, either).
This is now fixed, I think, in SVN; and it will be fixed in the next version
as well.

-Yaron

On Wed, Apr 28, 2010 at 2:46 AM, Andreas Mangold <
Andreas.Mangold@...> wrote:

> Hi,
>
>
>
> using #set_internal on a page in namespace user results in links to page
> without namespace user in a query. The mainlabel column points to
> user:<username>#<no> as expected, but the column with the name of the
> semantic attribute points to page <username> without the namespace prefix.
>
>
>
> I think this is a bug. In versions of SMW before 1.5 the namespace was
> there.
>
>
>
> Andreas
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>



-- 
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Hi Yaron, 

 

thank you, this helped with namespace, but:

 

I have a problem with this change of the SIO extension: I installed the files
you just pointed me to from the svn. As this did not change anything with my
query, I saved again the pages which use the call to set_internal. Now the
query gives me two entries, one with the namespace and one without. I can
delete the new one (the one with the namespace) by deleting the call to
set_internal and saving again, but I cannot delete the old one (the one
without the namespace) because it does not correspond to any call to
set_internal. Even a rebuild from the SMW admin page did not fix this. How
can I get rid of this obsolete entry and how can I avoid getting those? 

 

Andreas

 

Von: Yaron Koren [mailto:yaron57@...] 
Gesendet: Mittwoch, 28. April 2010 21:37
An: Andreas Mangold
Cc: semediawiki-user@...
Betreff: Re: [Semediawiki-user] SIO: Namespace of referenced page?

 

Hi,

 

Yes, indeed that was a bug; I guess I never tried calling #set_internal on a
page not in the main namespace (and apparently no one else has, either). This
is now fixed, I think, in SVN; and it will be fixed in the next version as
well.

 

-Yaron

On Wed, Apr 28, 2010 at 2:46 AM, Andreas Mangold
<Andreas.Mangold@...
<mailto:Andreas.Mangold@...> > wrote:

Hi,



using #set_internal on a page in namespace user results in links to page
without namespace user in a query. The mainlabel column points to
user:<username>#<no> as expected, but the column with the name of the
semantic attribute points to page <username> without the namespace prefix.



I think this is a bug. In versions of SMW before 1.5 the namespace was there.



Andreas

-----------------------------------------------------------------------------
-
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
<mailto:Semediawiki-user@...> 
https://lists.sourceforge.net/lists/listinfo/semediawiki-user
<https://lists.sourceforge.net/lists/listinfo/semediawiki-user> 




-- 
WikiWorks * MediaWiki Consulting * http://wikiworks.com
<http://wikiworks.com>

Ah, indeed... the easiest solution might be to create that page, with a
title without the namespace, and then save anything there; that should fix
the problem. Then you can delete it again.

-Yaron

On Wed, Apr 28, 2010 at 4:41 PM, Andreas Mangold <
Andreas.Mangold@...> wrote:

>  Hi Yaron,
>
>
>
> thank you, this helped with namespace, but:
>
>
>
> I have a problem with this change of the SIO extension: I installed the
> files you just pointed me to from the svn. As this did not change anything
> with my query, I saved again the pages which use the call to set_internal.
> Now the query gives me *two* entries, one with the namespace and one
> without. I can delete the new one (the one with the namespace) by deleting
> the call to set_internal and saving again, but I cannot delete the old one
> (the one without the namespace) because it does not correspond to any call
> to set_internal. Even a rebuild from the SMW admin page did not fix this.
> How can I get rid of this obsolete entry and how can I avoid getting those?
>
>
>
> Andreas
>
>
>
> *Von:* Yaron Koren [mailto:yaron57@...]
> *Gesendet:* Mittwoch, 28. April 2010 21:37
> *An:* Andreas Mangold
> *Cc:* semediawiki-user@...
> *Betreff:* Re: [Semediawiki-user] SIO: Namespace of referenced page?
>
>
>
> Hi,
>
>
>
> Yes, indeed that was a bug; I guess I never tried calling #set_internal on
> a page not in the main namespace (and apparently no one else has, either).
> This is now fixed, I think, in SVN; and it will be fixed in the next version
> as well.
>
>
>
> -Yaron
>
> On Wed, Apr 28, 2010 at 2:46 AM, Andreas Mangold <
> Andreas.Mangold@...> wrote:
>
> Hi,
>
>
>
> using #set_internal on a page in namespace user results in links to page
> without namespace user in a query. The mainlabel column points to
> user:<username>#<no> as expected, but the column with the name of the
> semantic attribute points to page <username> without the namespace prefix.
>
>
>
> I think this is a bug. In versions of SMW before 1.5 the namespace was
> there.
>
>
>
> Andreas
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>
>
>
> --
> WikiWorks · MediaWiki Consulting · http://wikiworks.com
>



-- 
WikiWorks · MediaWiki Consulting · http://wikiworks.com

I know it will probably not help you in the short term, but this kind of
thing, along with the impossibility to get a simple list of categories, made
me add a default property to all of my semantic templates :

[[Has class::<category name for that template>]]

This allows me to query pages by categories using a text string.
It also gives me a way to query only pages for a category when I don't want
to use SMW built-in inheritance.

For the same reason, I added a :

[[Has page name::{{PAGETITLE}}]]

.. to allow me to query page titles using wildcards.

(I really should create a tip on Referata for this).

- Laurent

On Wed, Apr 28, 2010 at 3:25 PM, Faesrwiki <deanm@...> wrote:

>
> Has anyone solved this?  I'm positively swearing at it.  A large list that
> needs sorted by alphabetically by name, not time entered.
>
> Any ideas, thanks.
>
> Dean
>
> ---
>
>
> Hi,
>
> we have a couple of dropdowns in our Wiki, which get populated via the
> "values from category" parameter. The values in the dropdown are not
> sorted alphabetically though. It seems they are sorted by the order the
> pages have been put in the category or something.
>
> Patrick.
> --
> View this message in context:
> http://old.nabble.com/-SF--values-from-category-not-alphabetically-sorted-tp28301153p28392986.html
> Sent from the Semantic Mediawiki - User mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>



-- 
- Laurent Alquier
http://www.linfa.net

Dean - the horrible thought of my software making someone swear caused me to
finally look into this. :) So, it was a pretty easy fix - I fixed it in SVN,
but if you don't have SVN access you can do it yourself - in
/includes/SF_Utils.php, before the two calls to "return $pages;" on around
lines 298 and 304, add the following line:

                sort( $pages );

-Yaron

On Wed, Apr 28, 2010 at 3:25 PM, Faesrwiki <deanm@...> wrote:

>
> Has anyone solved this?  I'm positively swearing at it.  A large list that
> needs sorted by alphabetically by name, not time entered.
>
> Any ideas, thanks.
>
> Dean
>
> ---
>
>
> Hi,
>
> we have a couple of dropdowns in our Wiki, which get populated via the
> "values from category" parameter. The values in the dropdown are not
> sorted alphabetically though. It seems they are sorted by the order the
> pages have been put in the category or something.
>
> Patrick.
> --
> View this message in context:
> http://old.nabble.com/-SF--values-from-category-not-alphabetically-sorted-tp28301153p28392986.html
> Sent from the Semantic Mediawiki - User mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>



-- 
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Hi,

What's the problem?

On Wed, Apr 28, 2010 at 7:33 AM, Neill Mitchell <neill@...:

> Hi.
>
> I'm running SMW 1.4.3 and SF 1.9. I have the following in a template:
>
> ! External Links
> | {{#arraymap:{{{Links|}}}|,|x|[[External Links::x]]}}
>
> and in the form:
>
> ! External Links<br>(separated by commas):
> | {{{field|Links|size=100}}}
>
> External Links is of type URL.
>
> If I put an entry e.g. http://www.shortbreaks.co.uk into this, the
> following is shown in the page:
>
> class="external free" title="http://www.shortbreaks.org.uk
>
> Is this a bug?
>
> Cheers
> Neill.
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>



-- 
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Hi Yaron.

On the page you don't see:

http://shortbreaks.org.uk

instead you see:

class="external free" title="http://www.shortbreaks.org.uk

Cheers
Neill

On 28/04/10 13:53, Yaron Koren wrote:
> Hi,
>
> What's the problem?
>
> On Wed, Apr 28, 2010 at 7:33 AM, Neill Mitchell <neill@... 
> <mailto:neill@...>> wrote:
>
>     Hi.
>
>     I'm running SMW 1.4.3 and SF 1.9. I have the following in a template:
>
>     ! External Links
>     | {{#arraymap:{{{Links|}}}|,|x|[[External Links::x]]}}
>
>     and in the form:
>
>     ! External Links<br>(separated by commas):
>     | {{{field|Links|size=100}}}
>
>     External Links is of type URL.
>
>     If I put an entry e.g. http://www.shortbreaks.co.uk into this, the
>     following is shown in the page:
>
>     class="external free" title="http://www.shortbreaks.org.uk
>
>     Is this a bug?
>
>     Cheers
>     Neill.
>
>     ------------------------------------------------------------------------------
>     _______________________________________________
>     Semediawiki-user mailing list
>     Semediawiki-user@...
>     <mailto:Semediawiki-user@...>
>     https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>
>
>
> -- 
> WikiWorks · MediaWiki Consulting · http://wikiworks.com

Ah, I get it now. I see the problem - the issue is that, in your #arraymap
call, the 'x' variable character is already contained in the string
'External Links'. If you change the 'x' to anything else, like 'xx' or 'y',
it should work fine.

-Yaron

On Wed, Apr 28, 2010 at 9:08 AM, Neill Mitchell <neill@...:

>  Hi Yaron.
>
> On the page you don't see:
>
> http://shortbreaks.org.uk
>
> instead you see:
>
>
> class="external free" title="http://www.shortbreaks.org.uk
>
> Cheers
> Neill
>
>
> On 28/04/10 13:53, Yaron Koren wrote:
>
> Hi,
>
>  What's the problem?
>
> On Wed, Apr 28, 2010 at 7:33 AM, Neill Mitchell <neill@...:
>
>> Hi.
>>
>> I'm running SMW 1.4.3 and SF 1.9. I have the following in a template:
>>
>> ! External Links
>> | {{#arraymap:{{{Links|}}}|,|x|[[External Links::x]]}}
>>
>> and in the form:
>>
>> ! External Links<br>(separated by commas):
>> | {{{field|Links|size=100}}}
>>
>> External Links is of type URL.
>>
>> If I put an entry e.g. http://www.shortbreaks.co.uk into this, the
>> following is shown in the page:
>>
>> class="external free" title="http://www.shortbreaks.org.uk
>>
>> Is this a bug?
>>
>> Cheers
>> Neill.
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Semediawiki-user mailing list
>> Semediawiki-user@...
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>
>
>
>
> --
> WikiWorks · MediaWiki Consulting · http://wikiworks.com
>
>
>


-- 
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Hi Yaron.

I tried:
! External Links
| {{#arraymap:{{{Links|}}}|,|xx|[[External Links::xx]]}}

But it still does it, even after editing with form and saving.

:(

On 28/04/10 14:36, Yaron Koren wrote:
> Ah, I get it now. I see the problem - the issue is that, in your 
> #arraymap call, the 'x' variable character is already contained in the 
> string 'External Links'. If you change the 'x' to anything else, like 
> 'xx' or 'y', it should work fine.
>
> -Yaron
>
> On Wed, Apr 28, 2010 at 9:08 AM, Neill Mitchell <neill@... 
> <mailto:neill@...>> wrote:
>
>     Hi Yaron.
>
>     On the page you don't see:
>
>     http://shortbreaks.org.uk
>
>     instead you see:
>
>
>     class="external free" title="http://www.shortbreaks.org.uk
>
>     Cheers
>     Neill
>
>
>     On 28/04/10 13:53, Yaron Koren wrote:
>>     Hi,
>>
>>     What's the problem?
>>
>>     On Wed, Apr 28, 2010 at 7:33 AM, Neill Mitchell
>>     <neill@... <mailto:neill@...>> wrote:
>>
>>         Hi.
>>
>>         I'm running SMW 1.4.3 and SF 1.9. I have the following in a
>>         template:
>>
>>         ! External Links
>>         | {{#arraymap:{{{Links|}}}|,|x|[[External Links::x]]}}
>>
>>         and in the form:
>>
>>         ! External Links<br>(separated by commas):
>>         | {{{field|Links|size=100}}}
>>
>>         External Links is of type URL.
>>
>>         If I put an entry e.g. http://www.shortbreaks.co.uk into
>>         this, the
>>         following is shown in the page:
>>
>>         class="external free" title="http://www.shortbreaks.org.uk
>>
>>         Is this a bug?
>>
>>         Cheers
>>         Neill.
>>
>>         ------------------------------------------------------------------------------
>>         _______________________________________________
>>         Semediawiki-user mailing list
>>         Semediawiki-user@...
>>         <mailto:Semediawiki-user@...>
>>         https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>
>>
>>
>>
>>     -- 
>>     WikiWorks · MediaWiki Consulting · http://wikiworks.com
>
>
>
>
> -- 
> WikiWorks · MediaWiki Consulting · http://wikiworks.com

Hi,

That's odd... what happens if you change the #arraymap call in the template
to just "[[External Links::{{{Links|}}}]]"?

On Wed, Apr 28, 2010 at 9:46 AM, Neill Mitchell <neill@...:

>  Hi Yaron.
>
> I tried:
> ! External Links
> | {{#arraymap:{{{Links|}}}|,|xx|[[External Links::xx]]}}
>
> But it still does it, even after editing with form and saving.
>
> :(
>
>
> On 28/04/10 14:36, Yaron Koren wrote:
>
> Ah, I get it now. I see the problem - the issue is that, in your #arraymap
> call, the 'x' variable character is already contained in the string
> 'External Links'. If you change the 'x' to anything else, like 'xx' or 'y',
> it should work fine.
>
>  -Yaron
>
> On Wed, Apr 28, 2010 at 9:08 AM, Neill Mitchell <neill@...:
>
>> Hi Yaron.
>>
>> On the page you don't see:
>>
>> http://shortbreaks.org.uk
>>
>> instead you see:
>>
>>
>> class="external free" title="http://www.shortbreaks.org.uk
>>
>>  Cheers
>> Neill
>>
>>
>> On 28/04/10 13:53, Yaron Koren wrote:
>>
>> Hi,
>>
>>  What's the problem?
>>
>> On Wed, Apr 28, 2010 at 7:33 AM, Neill Mitchell <neill@...:
>>
>>> Hi.
>>>
>>> I'm running SMW 1.4.3 and SF 1.9. I have the following in a template:
>>>
>>> ! External Links
>>> | {{#arraymap:{{{Links|}}}|,|x|[[External Links::x]]}}
>>>
>>> and in the form:
>>>
>>> ! External Links<br>(separated by commas):
>>> | {{{field|Links|size=100}}}
>>>
>>> External Links is of type URL.
>>>
>>> If I put an entry e.g. http://www.shortbreaks.co.uk into this, the
>>> following is shown in the page:
>>>
>>> class="external free" title="http://www.shortbreaks.org.uk
>>>
>>> Is this a bug?
>>>
>>> Cheers
>>> Neill.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Semediawiki-user mailing list
>>> Semediawiki-user@...
>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>
>>
>>
>>
>> --
>> WikiWorks · MediaWiki Consulting · http://wikiworks.com
>>
>>
>>
>
>
> --
> WikiWorks · MediaWiki Consulting · http://wikiworks.com
>
>
>


-- 
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Odder still, it works fine if the URL property is not called "External 
Links".

Not sure I have time to try to work out why!

Thanks for your help Yaron.

Cheers
Neill.
On 28/04/10 16:01, Yaron Koren wrote:
> Hi,
>
> That's odd... what happens if you change the #arraymap call in the 
> template to just "[[External Links::{{{Links|}}}]]"?
>
> On Wed, Apr 28, 2010 at 9:46 AM, Neill Mitchell <neill@... 
> <mailto:neill@...>> wrote:
>
>     Hi Yaron.
>
>     I tried:
>     ! External Links
>     | {{#arraymap:{{{Links|}}}|,|xx|[[External Links::xx]]}}
>
>     But it still does it, even after editing with form and saving.
>
>     :(
>
>
>     On 28/04/10 14:36, Yaron Koren wrote:
>>     Ah, I get it now. I see the problem - the issue is that, in your
>>     #arraymap call, the 'x' variable character is already contained
>>     in the string 'External Links'. If you change the 'x' to anything
>>     else, like 'xx' or 'y', it should work fine.
>>
>>     -Yaron
>>
>>     On Wed, Apr 28, 2010 at 9:08 AM, Neill Mitchell
>>     <neill@... <mailto:neill@...>> wrote:
>>
>>         Hi Yaron.
>>
>>         On the page you don't see:
>>
>>         http://shortbreaks.org.uk
>>
>>         instead you see:
>>
>>
>>         class="external free" title="http://www.shortbreaks.org.uk
>>
>>         Cheers
>>         Neill
>>
>>
>>         On 28/04/10 13:53, Yaron Koren wrote:
>>>         Hi,
>>>
>>>         What's the problem?
>>>
>>>         On Wed, Apr 28, 2010 at 7:33 AM, Neill Mitchell
>>>         <neill@... <mailto:neill@...>> wrote:
>>>
>>>             Hi.
>>>
>>>             I'm running SMW 1.4.3 and SF 1.9. I have the following
>>>             in a template:
>>>
>>>             ! External Links
>>>             | {{#arraymap:{{{Links|}}}|,|x|[[External Links::x]]}}
>>>
>>>             and in the form:
>>>
>>>             ! External Links<br>(separated by commas):
>>>             | {{{field|Links|size=100}}}
>>>
>>>             External Links is of type URL.
>>>
>>>             If I put an entry e.g. http://www.shortbreaks.co.uk into
>>>             this, the
>>>             following is shown in the page:
>>>
>>>             class="external free" title="http://www.shortbreaks.org.uk
>>>
>>>             Is this a bug?
>>>
>>>             Cheers
>>>             Neill.
>>>
>>>             ------------------------------------------------------------------------------
>>>             _______________________________________________
>>>             Semediawiki-user mailing list
>>>             Semediawiki-user@...
>>>             <mailto:Semediawiki-user@...>
>>>             https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>
>>>
>>>
>>>
>>>         -- 
>>>         WikiWorks · MediaWiki Consulting · http://wikiworks.com
>>
>>
>>
>>
>>     -- 
>>     WikiWorks · MediaWiki Consulting · http://wikiworks.com
>
>
>
>
> -- 
> WikiWorks · MediaWiki Consulting · http://wikiworks.com

Hi Neill,

that is possible by using the sub parser function. Simply choose a 
template as result printer for your query. Within that template then use 
the sub parser function to shorten your text.

E.g. {{#ifexpr: {{#len:{{{1|}}}}} > 300 | {{#sub:{{{1|}}}|0|300}} ... | 
{{{1|}}} }}
checks if the output parameter {{{1}}} contains more than 300 characters 
and if so cuts the rest and appends " ...".

regards,
Philipp


Am 28.04.2010 11:58, schrieb Neill Mitchell:
> Hi.
>
> Is there a way to limit the number characters returned by a field in a
> query e.g. to the first 40 characters? I'd like this to show a summary
> of a text field rather than the whole content in a table so it looks
> something like:
>
> "The purpose of this document is to describe how to get this to work. It
> does this by..."
>
> I've check the documentation, but can't see if this is possible or not.
>
> Cheers
> Neill.
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>    

-- 
Philipp Zaltenbach
Halo Team
ontoprise GmbH – know how to use Know-how
- - -
Halo Extension - Want to get involved? http://smwforum.ontoprise.com/development
- - -
An der RaumFabrik 29; 76227 Karlsruhe; Germany
Tel.: +49 721 509809-0; Fax: +49 721 509809-11
mailto:zaltenbach@..., www: http://www.ontoprise.com
Registered Office: Karlsruhe, Germany, HRB 109540
Managing Directors: Prof. Dr. Juergen Angele, Hans-Peter Schnurr

Hi Philip.

Thanks a lot for that :) The only downside with using format=template is 
you can't have a single table header. I'm sure I'll be able to do 
something though, a matching size table above the query with the columns 
names or similar.

By the way, the exhibit format has a bug in this area. It truncates the 
result with "...", but then shows all the text after! For example I have 
a text field result:

"Headway is a charity set up to give help a … Headway is a charity set 
up to give help and support to people affected by brain injury. It does 
this by offering a wide range of services, including rehabilitation 
programmes, carer support, social re-integration, community outreach and 
respite care. The services available will vary, depending on local needs 
and resources. depending on local needs and resources."

Cheers
Neill.

On 28/04/10 11:47, Philipp Zaltenbach wrote:
> Hi Neill,
>
> that is possible by using the sub parser function. Simply choose a 
> template as result printer for your query. Within that template then 
> use the sub parser function to shorten your text.
>
> E.g. {{#ifexpr: {{#len:{{{1|}}}}} > 300 | {{#sub:{{{1|}}}|0|300}} ... 
> | {{{1|}}} }}
> checks if the output parameter {{{1}}} contains more than 300 
> characters and if so cuts the rest and appends " ...".
>
> regards,
> Philipp
>
>
> Am 28.04.2010 11:58, schrieb Neill Mitchell:
>> Hi.
>>
>> Is there a way to limit the number characters returned by a field in a
>> query e.g. to the first 40 characters? I'd like this to show a summary
>> of a text field rather than the whole content in a table so it looks
>> something like:
>>
>> "The purpose of this document is to describe how to get this to work. It
>> does this by..."
>>
>> I've check the documentation, but can't see if this is possible or not.
>>
>> Cheers
>> Neill.
>>
>> ------------------------------------------------------------------------------ 
>>
>> _______________________________________________
>> Semediawiki-user mailing list
>> Semediawiki-user@...
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>

I believe that is 'by design'.
[[Know-how::{{FULLPAGENAME}}]] is used to select the pages which satisfy this criteria and than on those selected pages '? Know-how' harvests all the values of the property 'Know-how' from them. There is no further filtering taking place at that second step as far as I know.
Maybe you could try to do some filtering in a template with some parser functions like #if: after splitting the result but I don't know if that would work.
Cheers,
Gu

--- On Wed, 4/28/10, Andreas Mangold <Andreas.Mangold@...> wrote:

> From: Andreas Mangold <Andreas.Mangold@...>
> Subject: Re: [Semediawiki-user] Queries for datatype "record"
> To: semediawiki-user@...
> Date: Wednesday, April 28, 2010, 9:05 AM
> Posting this again - trying to do it
> with records and with SIO - this one is
> for records
> 
> -----Ursprüngliche Nachricht-----
> Von: Andreas Mangold 
> Gesendet: Mittwoch, 21. April 2010 14:04
> An: 'semediawiki-user@...'
> Betreff: Queries for datatype "record"
> 
> Hello, semantic mediawiki experts and users, 
> 
> I am trying to manage the software-related knowledge of
> employees of my
> company using SMW in our internal wiki. I noticed that
> there is a new data
> type "record" in the new version of SMW. This is exactly
> what I need.
> Formerly I used Sematic Internal Objects, but I thought a
> built-in datatype
> might be better.
> 
> Every employee is an expert for several knowledge areas.
> Each knowledge area
> has a category page in the wiki. I told my employees to
> write template calls
> on their wiki user pages, one for every knowledge area. 
> For instance this could look like follows on page
> User:Andreas, the numbers
> meaning years of experience:
> {{Know-how | Oracle | 10 }}
> {{Know-how | DB2    |  3 }}
> {{Know-how | MySQL  |  2 }}
> 
> The template is something like
> [[Know-how::Category:{{{1}}};{{{2}}}]]
> As you can see, an attribute also named "Know-how" is used,
> which is of data
> type record, with two components of type page and number. 
> 
> This gives me a knowledge-profile for every employee, but I
> also want to
> query the wiki for employees with a certain knowledge. I
> try to do this on a
> category page as follows:
> 
> {{#ask:[[Know-how::{{FULLPAGENAME}}]]
> |format=table
> |? Know-how|+index=1
> |? Know-how|+index=2
> }}
> 
> I thought this should give a table of all employees with a
> given knowledge
> area. In fact it does, but it also lists all the other
> knowledge areas for
> the selected employees.
> For example, if I write this query on page Category:MySQL I
> get something
> like the following - I get only employees with knowledge
> for MySQL, but I get
> all their other knowledge areas as well.
> Andreas  Oracle   10
>          DB2       3
>          MySQL     2
> Patrick  SQLServer 1
>          MySQL     2
> Nico     MySQL     4
> ...
> 
> Is this behaviour by design? If yes, is there a way to
> suppress the
> irrelevant entries (the ones with a value other than MySQL
> in the second
> column - I would not need this column then any more)? 
> 
> Kind regards
> Andreas
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>