, at 7:02 AM, zehetner zehet...@molgen.mpg.de wrote:
Hi,
in a wiki which runs
MediaWiki1.19.1
PHP 5.4.4 (apache2handler)
MySQL5.5.0-m2-log
Semantic MediaWiki (Version 1.8)
SMW Store 2
I get a list of the pages in category Maps when I use the query:
{{#ask: [[Category:Maps
Hi,
in a wiki which runs
MediaWiki 1.19.1
PHP 5.4.4 (apache2handler)
MySQL 5.5.0-m2-log
Semantic MediaWiki (Version 1.8)
SMW Store 2
I get a list of the pages in category Maps when I use the query:
{{#ask: [[Category:Maps]]}}
and format=debug shows as SQL somethin like
SELECT
, zehetner zehet...@molgen.mpg.de
wrote:
Hi,
does anyone know if there is somewhere a description how record type
property values are stored in the new SMWSQLStore3 (or a general
description of the table structure)?
Thanks!
Gu
Hi,
does anyone know if there is somewhere a description how record type
property values are stored in the new SMWSQLStore3 (or a general
description of the table structure)?
Thanks!
Gu
--
Precog is a next-generation
Hi,
Executing a query with format=debug and a property of type record where at
least one field has a value e.g.
{{#ask: [[GOslim:membrane;?;?]] | format=debug}}
gives the error
Fatal error: Call to a member function findPropertyTypeID() on a
non-object in
Hi,
I just checked out 'Replace Text' via svn and when I try to go to the page
Special:ReplaceText I get the error:
Fatal error: Call to a member function getGroup() on a
non-object in .../w/includes/OutputPage.php
on line 2707
Did I miss something?
Using
MediaWiki
Zehetner
zehet...@molgen.mpg.de wrote:
Hi,
I just checked out 'Replace Text' via svn and when I try to go to the
page
Special:ReplaceText I get the error:
Fatal error: Call to a member function getGroup() on a
non-object in .../w/includes/OutputPage.php
on line 2707
Did I miss
, zehetner zehet...@molgen.mpg.de wrote:
Thanks Yaron!
I'm using
MediaWiki 1.17.0
Gu
On Tue, 3 Jan 2012 08:40:00 -0500, Yaron Koren ya...@wikiworks.com
wrote:
Hi Gu,
Thanks for pointing that out. There were some changes to the Replace
Text
extension a few days that removed support
Would these subobjects interfere at some stage with the support of
multi-value properties or replace them? Or will they remain an additional
feature like the SIOs?
Gu
On Mon, 03 Oct 2011 10:02:32 +0100, Markus Krötzsch
mar...@semantic-mediawiki.org wrote:
Following up the discussions we had at
...@molgen.mpg.de
Cc: Semantic MediaWiki developers
semediawiki-devel@lists.sourceforge.net, Semediawiki-user
semediawiki-u...@lists.sourceforge.net
Date: Wednesday, July 13, 2011, 11:06 PM
On 13/07/11 20:23, Günther Zehetner
wrote:
Hi,
Does this mean for a record property like
[[Item
Hi,
Does this mean for a record property like [[Item::Name;Source]] where Name and
Source are defined as property String it is in SMW 1.6 not possible anymore to
see in the database which value is used for Name and which for Source? So
either Name;Source or Source;Name is returned and no way
Hi,
does somebody know if SMW 1.6 still keeps for multivalue (record type)
properties the information about the order of the single values somewhere
in the database or if that got lost?
Up to now in table atts2 the field p_id allowed to identify (with the help
of the smw_iw=':smw-intprop' values
Hi,
I use
MediaWiki 1.16.0
PHP 5.2.1 (apache2handler)
MySQL 5.5.0-m2
Semantic MediaWiki (Version 1.6 alpha)(r90660)
Property:NameId
[[has type::Record| ]][[has fields::string;string| ]]
Property:String
[[has type::string]]
On page Test7 I have
[[NameId::Name1;Source1| ]]
2011 17:14:26 +0100, Markus Krötzsch
mar...@semantic-mediawiki.org wrote:
On 01/06/11 10:05, zehetner wrote:
Hi,
for record properties I get from $property-getPropertyTypeID() the
type
__err back
That should not happen. I suppose that your type declaration for such
properties reads [[has type
16:02:37 +0100, Markus Krötzsch
mar...@semantic-mediawiki.org wrote:
On 30/05/11 11:48, zehetner wrote:
Hi,
I'm trying to change my php code to work with SMW 1.6. (MW 1.16.0, SMW
1.6
alpha r89160)
I updated the DB and data with the SMWAdmin functions. #ask queries
seem
to work ok.
I use
on the wiki level?
Thanks,
Gu
On Thu, 26 May 2011 07:40:32 +0100, Markus Krötzsch
mar...@semantic-mediawiki.org wrote:
On 25/05/11 11:20, zehetner wrote:
Hi,
regarding
* Type:Record declarations change:
Properties of Type:Record no longer take a list of types, but a list
of
properties
, that the parsing
is assumed to be complete.
So this is not the fix for my problem :(
Stefan
-Original Message-
From: zehetner [mailto:zehet...@molgen.mpg.de]
Sent: Monday, November 01, 2010 10:24 AM
To: Harwarth, Stefan (Bundeswehr)
Cc: semediawiki-devel@lists.sourceforge.net
Hi Markus,
http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0
doesn't mention any restriction in the number of 'fields' of an n-ary property
as it was mentioned in earlier announcements.
Has this new limitation been implemented in 1.5 and if so, what is the limit and
any advice how to
Hi,
well the number of possible fields in n-ary properties is a make or break
criteria for me to be able to use MW/SMW, so it's a point I don't dare to lose
out of sight.
Right now the largest properties I added to the wiki have 15 to 20 fields (but
there are potential data with 60+).
Upps silly me, somehow I must have misread that installations with SMWSQLStore2
do the update automatically.
Sorry,
Gu
Quoting Markus Krötzsch mar...@semantic-mediawiki.org:
On Mittwoch, 10. Februar 2010, zehet...@molgen.mpg.de wrote:
Hi,
I'm not sure if I see this correctly but it
Hi,
I would also look into the ArrayExtension
(http://www.mediawiki.org/wiki/Extension:ArrayExtension)
If you have something like
[[HeightLength::1;4]]
[[HeightLength::2;5]]
you can extract and assign a HeightArray and a LengthArray by queries (see
examples on extension page).
Unfortunately
Hi,
wouldn't be [[has type:: List]] most consistent with other types like String,
Number? Or are there other list types than 'Value List' (list of values)
possible (e.g. 'Object List' ...)?
What happens in the case of just one field used?
[[has type:: Value list]]
[[has fields:: String]]
Is it
Related to this is the notion of named fields. Please give the option
to attach meaningful names to the fields for querying purposes, so
that the user doesn't have to specify a positional list of values.
For instance:
[[has fields:: name=String; count=Number; source=Page]]
This
Hi,
The change will also introduce some fixed limit on how many values a multi-
valued property can at most have. It is currently set to 5. If you have any
such properties with more than 5 values then please let me know.
If I understand correctly you mean the number of value-parts a
Hi,
I'm not sure what the maximum is right now, between 10 and 20 but the point is
that tomorrow a dataset could come along which has 50 or more parts. So having
any fixed value, especially one which can only be changed by modifying the code
itself, is a serious drawback although I assume you
Just to add my 0.2 cent - it would be nice if the new Map+Semantic Map
extensions could be used in a similar independent way as the existing Semantic
Google Maps extension (which should be replaced by SM if I see that correctly).
I use an extended version of the Semantic Google Maps extension
No nothing performance related at all, just pure ignorance and laziness on my
part in a quick hack in some extension.
Calling getPrefixedText() gives the proper result (with both SMW versions) and
also sets the mPrefixedText value in the title object (with the new SMW).
You are right, there
Hi,
it seems that the field 'mPrefixedText' in a Title object is now empty with the
new SVN version while previously it contained a value. Is this intentionally?
Thanks,
Gu
Quoting Markus Krötzsch mar...@semantic-mediawiki.org:
Update:
I have tested the current SVN version successfully in
Hi,
thought first it's a MW 1.11 vs 1.13 issue but I'm using now MediaWiki 1.13.3
(r45906) where I just switch between the 'old XSDValue' SMW and the 'latest
DBkey' SMW version. Nothing else changes so I thought it might be relatet to the
new version. It's not really a problem for me as I can use
Thanks for the info.
Actually the MySQL version I mistyped it is 5.0.45 not 6.0.45
I'll see if I can update PHP sometime.
Cheers,
Gu
btw I solved my specific original problem by avoiding any objects and therefore
memory leaks altogether.
Quoting CNIT c...@uniyar.ac.ru:
Hi,
I wonder
Hi, can someone please enlighten me what is the best way to 'translate'
this code to get the property type from the property name from the 1.3 to the
1.4 syntax:
1.3
// property title and type
$prop_title = Title::newFromText($prop_name, SMW_NS_PROPERTY);
$prop_type =
Hi,
I would like to be so bold and add two feature request suggestions for future
releases. These suggestions are with the old storage engine in mind as I can't
really say I have a clue yet how the new engine handles especially nary
properties (and therefore how to 'translate' my suggestion
Hi Markus
that sounds very interesting. As it will take a while before I can move to the
new version I'm wondering if these new features would allow me to combine query
results (e.g. using SMW_CONJUNCTION_QUERY and
SMW_DISJUNCTION_QUERY) as in the example below. I'm not sure because if I
Although I also wished there would be an easy solution to let only specific user
groups view certain parts of a page there doesn't seem to exist an extention or
other solution which addresses all the related problems according to
34 matches
Mail list logo