On 23.10.2012 5:43, Danilo da Rosa wrote:
Hello, we are having some trouble developing a MW extension, using SMW
with Virtuoso, when having string objects with special characters in
the triple store.
When making a SPARQL query, through the SMWSparqlDatabase::doquery
($sparql) method, if the
On 24.08.2012 16:58, Jeroen De Dauw wrote:
Hey,
The unit tests create temporary tables themselves to work with, so
no cleanup required :)
This is indeed the case, as long as you indicate the tests to be in
the Database group using the @group Database annotation. Important
to not forget
On 17.07.2012 17:14, Jeroen De Dauw wrote:
Hey,
Shouldn't we hold these requirements in the extensions? [1]
These docs are for MediaWiki 1.19. 1.20 does require 5.3 or later.
Furthermore, I send a mail to the lists about using PHP 5.3 in the
next version of SMW, and no one complained. And
14.01.2012 18:33, James Hong Kong пишет:
Hi,
Starting with SMW 1.7 and MW 1.18, we began to convert our old legacy
document system into a SMW-MW based system which right now left us
with more than 700.00 triplets stored in SMW but at the same time
decreased our response time on SMW-related
08.04.2011 18:42, Patrick Nagel пишет:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I first encountered this in October 2010, when I switched to MySQL 5.1.50 on
a testing system (while the production system is still running MySQL
5.0.91). The simple query
{{#ask:
04.09.2010 18:33, Markus Krötzsch пишет:
This is something SMW and extensions deploying own JavaScript/CSS
certainly should look at. Halo already had some of the mentioned
problems earlier (due to large amounts of scripts and styles) and may be
able to integrate with the then standard MW
25.06.2010 2:51, Muscu, Ram ?:
[NOTE: sorry for any redundancy as it was mistakenly posted on to the
semediawiki-user before]
We are building a simple threaded commenting system with each comment
having its own title. On the form page for replying to a comment, I
would like to display
23.04.2010 23:41, Jeff Thompson ?:
If Wikipedia will only have the data but no query (because it's a
burden for its servers), then maybe there should be software on the
client to download the raw data and process the query locally. In some
browsers, even javascript is fast enough for this,
22.04.2010 18:04, Jeroen De Dauw пишет:
Hey,
How likely will Wikipedia adopt SMW some time in the future?
This won't be any time soon. There is some effort going on to get a
stripped down version of SMW that does not have query capabilities
onto commons though. Getting SMW on other WMF
26.02.2010 19:49, Yaron Koren ?:
CNIT - perhaps you responded to the wrong thread?
Sorry - I was writing in haste. I think whether
/Special:Ask/Concept:MyConcept short address is possible, where the
Concept:MyConcept will also have the printouts and other parameters (so
I would not need
21.12.2009 5:59, Jeff Thompson пишет:
Every once in a while I work up the courage to ask about SMW on
Wikipedia. Is there anything that can be said about plans for this
game-changing event?
Thanks,
- Jeff
I can tell you only some rumours:
1. SMW requires to be reviewed by MediaWiki
05.11.2009 18:07, Markus Krötzsch пишет:
[Please forward as appropriate. Apologies for cross posting.]
== Semantic MediaWiki Camp 2009 ==
http://bit.ly/SMWCamp09
November 7--8 2009 (this weekend), Karlsruhe, Germany
Not registered yet? You can also register on-site (15 EUR).
The
Jie Bao пишет:
Thanks Anja. I have a slightly different coding based yours that works:
// return an array of arraies of predicate-value pairs of the page
function getTriple($title)
{
$page = SMWDataValueFactory::newTypeIDValue( '_wpg',
$title-getFullText());
$semdata =
Hi,
it's me again... I thought some more about
On 2009-03-05 03:09, Markus Krötzsch wrote:
I suggest a slightly different control interface, though. The output is
only a problem for #ask queries, right?My suggestion is to use the existing
printout modifier mechanism that works for
Patrick Nagel пишет:
I'll try to come up with a patch that makes SMW understand more ISO8601
dates.
I will only implement the (recommended) extended format (with hyphens /
colons), not the basic format (without hyphens / colons). I don't know
about
week dates and ordinal dates yet,
Hi!
I'm trying to upgrade one host from SMW 1.3 to SMW 1.4.1.
I have major problems with new Date property class. Russian-formatted
dates which
were perfectly recognized by old Date property class (I believe they
were just using
php function to parse dates) aren't looks valid to new class. So,
Hi!
Sorry for posting too fast, I've looked further and found where the
localization is performed.
The Russian file is attached. Please update SVN if possible.
Properties seems to be correct after refreshing.
My date templates still are broken, will investigate further.
Dmitriy
Hi!
At one of long running SMW site I was asked to delete pages which had
Properties of Date
type defined for some interval. There are hundreds of such pages. Maybe
a {{#delete}} parser function
can be implemented? Though I see the problem that text from the pages
wouldn't be erased, so when
Hi,
I wonder if anyone can tell me if the functions used when I call
SMWQueryProcessor::getResultFromQueryString should release all the memory
after
they finished?
I thought I could avoid a memory problem by calling getResultFromQueryString
with different 'offset' values to retrieve
Markus Krötzsch пишет:
On Montag, 12. Januar 2009, CNIT wrote:
Hi!
At one of long running SMW site I was asked to delete pages which had
Properties of Date
type defined for some interval. There are hundreds of such pages. Maybe
a {{#delete}} parser function
can be implemented? Though I
Temlakos пишет:
Anniversaries certainly /would/ be of interest. That would require a
query process that could take the numerical value, resolve it into
day, month, and year, and then search for a month and a day. It would
/also/ require a specification of which calendar the anniversary is
To make it much simplier, one probably would store integer values of
y,m,d,h,m,s
in separate fields corresponding to every numerical date. Then, such
queries can be
performed much simplier. I believe that memorable dates are important
thing for many wikis:
Output is already localised anyway, using the wiki language in the Factbox
and
the user language in Special:Browse etc. It is technically not possible
(without much added processing effort) to localise page contents to user
settings, since the wiki page is cached for all users.
but
Plain numbers are interpreted as years. There could be another syntax for
what
you want here, though. Should not be a major problem, if we have a syntax
proposal.
Well, it's just a number, stored in database. Maybe percent sign as prefix?
[[Date::%internal_date_number_in_seconds]]
Hi Markus!
Can you please point me out, what's part of my RSS special:ask URL is wrong?
I am building a link with $skintpl-makeI18nUrl( $link, $urlaction );
where the
$link=Special:Ask;
$urlaction=q=[[Concept:News]]po=%3FDatesort0=Dateorder0=DESCsc=1eq=yeslimit=20format=rss;
The
Hi all,
for SMW 1.4, we wish to address some problems and restrictions of SMW that
are
due to some parts of its core architecture. Changing some central components
is thus not to be avoided. Two problems may temporarily occur:
* The changed implementation is new and not well tested
Markus Krötzsch пишет:
Okay, great! I will then only upload the language file, as we currently have
no way of editing those translations via translatewiki. Maybe some
work-around solution such as a fake extension that only hosts those extra
messages before they are converted into our files
Hi!
Besides previous problem with {{#expr {{#ask ... format=count}} }} not
being able to evaluate
due to span tag in result of ask format=count, it also seems that
english default keywords doesnt
work anymore in queries, for example on my Russian wiki I can't query
[[Category:Задания]],
only
Hi,
we are happy to announce the release of the new Semantic MediaWiki 1.3. The
new version introduces a number of new features and general improvements.
Upgrading from SMW 1.2 requires only little effort, but it is still
recommended to read the installation and upgrade instructions [1].
Daniel Friesen пишет:
^_^ heh... this project gets more /fun/ by the hour... Julian dates...
right, two calenders to deal with... Going to have to work on conversions.
I looked over the Historical Date in Semantic Calender. No, it doesn't
handle time. Also, it to is limited with the float
SMW 1.2 extends the options for controlling which queries users are allowed
to
ask, and it has a mechanism that can be used to let some users ask more than
others (permissions).
The detailed query control settings are achieved by the new configuration
parameter $smwgQFeatures. This
Markus Krötzsch пишет:
On Freitag, 6. Juni 2008, CNIT wrote:
Hi all,
I have a proposal for a simplification in #ask query syntax that I would
like to get some feedback on.
If you currently ask for property chains, you need something like the
following:
{{#ask: [[works at::q
CNIT пишет:
Hi!
After upgrading to 1.12 I've found that problem with format=embedded
and further results link didn't disappear (no wonder).
So, I've looked through the code and found a simple fix. It seems that
searchlabel was applied not checking it's empty value,
which _should_ means
Hi!
After upgrading to 1.12 I've found that problem with format=embedded and
further results link didn't disappear (no wonder).
So, I've looked through the code and found a simple fix. It seems that
searchlabel was applied not checking it's empty value,
which _should_ means that further
Hi!
I've managed to update from SVN 32497 to SVN 35477 (a long time, I know).
My MW is 1.11.2 (I've not updated to 1.12, yet, because I want to
resolse possible
SMW issues, first).
Now one of my templates behaves differently:
{{#ask: [[Category:Памятные даты]]
You were not wrong.
In fact, what you just said--the global declaration--was the one thing
that I had not thought to include in my object-method code. When I
declared $wgLanguageCode as a global variable, I gained access to it. So
now my repetition of Julian or Gregorian dates displays
Hello,
my SMW_refreshData.php produces an error during the execution:
Fatal error: Call to a member function getNamespace() on a non-object in
/var/www/wiki/engine/includes/Parser.php on line 1930
for every page ID (I am running in verbose mode) which contains
{{#ask:...}} query. I do include
Hi!
Can I use consequtive sorting by multiple property values, comparable
to mysql ORDER BY column1, column2 in ask query?
I've tried sort=Leap0,Year| it doesn't return any result.
sort=Leap0| works fine, though.
Such feature would be greatly appreciated.
Sincerely,
Dmitriy
There is no such feature by now, but it would be possible to do that if
someone finds the time (basically one would use an array of sort terms
instead of a single string internally). I think it is OK to use , as a
separator (I did not encounter many property names with that symbol yet ...).
Hi Markus,
* There is a new RSS-Feed feature that allows you to subscribe to query
results. Besides the associated performance issues with thousands of users
re-issuing queries regularly, this should be an extremely cool thing. It
simply works by creating an inline query with the new format
What I meant was: a simple cron-job can touch LocalSettings.php regularly to
purge the MW cache globally. Not much interaction with MW needed for that.
Yes, that's simple.
I guess a strong solution for that will still take some time. One could of
course store inline queries in some table, use
Forget my previous post. The problem goesaway when I removed one
template. It seems the performance issue is related tothe
application instead of the database.
Try setting up eAccelerator for PHP, maybe it would help a bit. Also,
I believe that MW/SMW requires dedicated server (co-location).
Well, that is not the case for the current parser cache, neither in MW nor in
SMW. But if course it could be achieved with some server-side cronjobs.
Ah, I didn't knew about MW cronjobs. That sounds nice. Will try to
find out some examples. Maybe you're right that such functionality
shouldn't
Well, not sure ... in general, SMW and MW have rather similar ways of creating
tables, and normally they just come out having the same settings (it does not
matter if they use Swedish collation, as long as they use the same).
Collation does matter for string ordering operations (which are used
Markus (or perhaps someone else),
Can you please give a hint, why with my query
{{#ask: [[Category:News]] |
?Date|
sort=Date|
order=descending|
limit=3|
format=template|
template=newsrow|
default=There was no news|
searchlabel=Browse all news...|
}}
In the SMWSQLStore::createSQLQuery()
And another note: {{#ask}} is in SVN (in a first version).
Thank you!
Working example query:
{{#ask: [[Category:Country]] [[borders::Nigeria]] |
?population|
?area#km² = ''Size''|
format=list|
limit = 3|
link=all|
intro=bTest/b_|
}}
It seems that the category specific
Yes, I could use this as well. But this feature comes only after the
implementation of {{#ask...}} (since this change will change the interaction
of inline queries with MediaWiki's table creation).
Can the implementation of {{#ask}} make possible such trick that I've
unsuccessfully tried to
Yes, this appears to be a bug. For a quick workaround, consider using the
formats list, ul or ol, all of which also support the
template-parameter for formatting (and this one certainly works with SMW1.0).
Note that with list, you can also choose the separator between items
(parameter sep),
Hi!
Are the old MW 1.10/SMW 0.7 XML backups compatible with
MW 1.11/SMW 1.0RC1? I am trying to import my backup into the new
installation, but it throws such error (smw_error1.txt).
After that, I've decided to remove all the Attribute:
namespace pages from the dump. Drop all the tables,
recreate
Hi all,
Semantic MediaWiki 1.0 RC1 is now available for download [1]. While this is
not the final 1.0 release yet, it already should provide many improvements
over SMW0.7, and especially is the recommended version for new installations
(upgrading also works well, but do read the INSTALL
I am sure they will consider a patch that implements this, if anyone submits
it. ;-)
I am sure they can create such patch much faster than, for example,
myself. Because they write their own code, while others need to hack
it. Though I am perfectly aware they can live without such patch, at least
Finally, we were rightly asked to provide a parser function for ask
(something like {{#ask|...}}). This would yield full template compatibility.
The new :: syntax is one step towards this, the better datavalue formatting
is another one. What is really missing is the conversion of HTML-query
Greetings,
Also I believe that localized translations (eg. SMW_LanguageRu.php and
so on) should also provide a PHP-format string to correctly display
local dates, according to their uselang variable.
My wiki project is multilangual and it uses three different values for
uselang (to provide the
Greetings,
It's turned out to be simliper that I've expected.
Here's my quick hack (seems to work, yet probably needs to be improved)
to implement image class.
Sincerely,
Dmitriy
SMW_DT_Image.php
Description: Binary data
-
54 matches
Mail list logo
