Markus Krötzsch | 1 Oct 2007 10:29
Picon
Picon

Embedding SMW-data into XHTML-headers (Was: [Mediawiki-l] Dublin Core metadata?)

On Freitag, 28. September 2007, Sean O'Connor wrote:
> Dan, thanks, I'll look at semantic mediawiki.
>
> > SMW has means of using Dublin Core and any other vocabulary, but it
> > does not embedd the annotations into the XHTML-header (as I know some
> > webpages do with DC).
>
> Markus, that would be a problem for me.  Part of the reason I need DC
> on my site is to interact with applications such as Zotero [1],
> allowing researchers to grab bibliography/citation information from
> the page.

It would be possible to make certain properties available in the XHTML header, 
but this is clearly not useful for all data SMW collects (this would make the 
header really large). So the best solution would probably be an extension to 
SMW which "knows" the DC properties and treats them in a special way. We are 
planning to put together the infrastructure for adding predefined properties 
in extensions more easily, but an ad hoc solution can be done with the 
current version already. There might be some performance issues though, since 
Meta-tags added to wiki-output are not cached. Should be OK for smaller 
wikis.

But anyway, here is a sketch of the solution. Install SMW1.0alpha(SVN) and add 
the following to your LocalSettings.php:

$wgHooks['BeforePageDisplay'][] = 'metaTest';

function metaTest(&$out) {
	if ($out->isArticle()) {
		$page = Title::newFromText($out->getPageTitle());
(Continue reading)

rajkumar subbarayan | 1 Oct 2007 10:11
Picon
Gravatar

Difference b/w go and search?

Hi all,

What is the difference between go and search in mediawiki.

Regards | Raj S
Henrik Rasmussen | 1 Oct 2007 10:17
Picon

Some articles can be patroled, others can't

I am using an installation of MediaWiki (version 1.8.2) on which I am sysop.

The page Speciel:Recentchanges&hidebots=0&days=30&limit=500&hidepatrolled=1 shows a list of the
latest articles, which I check and patrol when I have reviewed the changes.

All changes is correctly listed with a red exclamation mark. Some is listed as 

	N b! 14:24 CRON (forskel; historik) . . Her (Diskussion | bidrag | bloker) (Redirecting to Cron)

While others are listed as (translated from Danish)

	-N  ! 14:45 Pingvin (4 Changes; History) [Akmo? (4×)]
      	    ! 14:45 (current; last) . . Akmo (Talk | contribs | block) (?Systemansvarlig)
	          ! 14:43 (current; last) . . Akmo (Talk | contribs | block) (?Support info til HP)
      	    ! 14:41 (current; last) . . Akmo (Talk | contribs | block) (?Support info til HP)
	       N  ! 14:40 (current; last) . . Akmo (Talk | contribs | block)

While I can patrol articles with only one revision, by clicking Changes, I am not able to patrol the each of
the multible revisions, since "current" and "last" does not contain any Patrol links

Why is it impossible to patrol the multible revisions (neither each single revision to an article nor all
multible revisions to an article collectively)? The MediaWiki Help at
http://meta.wikimedia.org/wiki/Help:Patrolled_edit does not seem to explain this.

Henrik
Rob Church | 1 Oct 2007 11:10
Picon

Re: Difference b/w go and search?

On 01/10/2007, rajkumar subbarayan <yesraaj@...> wrote:
> What is the difference between go and search in mediawiki.

"Go" will attempt to locate a page with the exact title searched for,
and if found, it will redirect the user to that page. If the page
can't be found, a normal search will be performed. "Search" will take
the entered search terms and perform a standard search.

Rob Church
Jack Eapen C | 1 Oct 2007 11:14

Re: Difference b/w go and search?


If your search word is "Wiki" and if you press "Go", mediawiki will
search for the page titled "Wiki". If that page exists, that will be
displayed. Otherwise, search screen will be displayed. 

If you click the "Search" button, instead of "Go", MW will search for
the word "wiki" in all the articles and display the search results. 

Regards,

Jack
----------------------------------------------------------------

"People forget how fast you did a job - but they remember how well you
did it" 

-----Original Message-----
From: mediawiki-l-bounces@...
[mailto:mediawiki-l-bounces@...] On Behalf Of rajkumar
subbarayan
Sent: Monday, October 01, 2007 1:42 PM
To: wiki mailing list
Subject: [Mediawiki-l] Difference b/w go and search?

Hi all,

What is the difference between go and search in mediawiki.

Regards | Raj S
_______________________________________________
(Continue reading)

Alexis Moinet | 1 Oct 2007 12:13
Picon

Re: Some articles can be patroled, others can't

Henrik Rasmussen wrote :
> I am using an installation of MediaWiki (version 1.8.2) on which I am sysop.
> 
> The page Speciel:Recentchanges&hidebots=0&days=30&limit=500&hidepatrolled=1 shows a list of the
latest articles, which I check and patrol when I have reviewed the changes.
> 
> All changes is correctly listed with a red exclamation mark. Some is listed as 
> 
> 	N b! 14:24 CRON (forskel; historik) . . Her (Diskussion | bidrag | bloker) (Redirecting to Cron)
> 
> While others are listed as (translated from Danish)
> 
> 	-N  ! 14:45 Pingvin (4 Changes; History) [Akmo? (4×)]
>       	    ! 14:45 (current; last) . . Akmo (Talk | contribs | block) (?Systemansvarlig)
> 	          ! 14:43 (current; last) . . Akmo (Talk | contribs | block) (?Support info til HP)
>       	    ! 14:41 (current; last) . . Akmo (Talk | contribs | block) (?Support info til HP)
> 	       N  ! 14:40 (current; last) . . Akmo (Talk | contribs | block)
> 
> 
> While I can patrol articles with only one revision, by clicking Changes, I am not able to patrol the each of
the multible revisions, since "current" and "last" does not contain any Patrol links
> 
> Why is it impossible to patrol the multible revisions (neither each single revision to an article nor all
multible revisions to an article collectively)? The MediaWiki Help at
http://meta.wikimedia.org/wiki/Help:Patrolled_edit does not seem to explain this.

if I click on "last", I have the [mark as patrolled edit] link (except for the N ! whose "last" is not clickable)

NB1 : a "&rcid=##" appears in the url

(Continue reading)

Henrik Rasmussen | 1 Oct 2007 13:49
Picon

Re: Some articles can be patroled, others can't

Sorry, my mistake. I found the link. Thanks.

-----Oprindelig meddelelse-----
Fra: mediawiki-l-bounces@...
[mailto:mediawiki-l-bounces <at> lists.wikimedia.org] På vegne af Alexis Moinet
Sendt: 1. oktober 2007 12:14
Til: MediaWiki announcements and site admin list
Emne: Re: [Mediawiki-l] Some articles can be patroled, others can't

Henrik Rasmussen wrote :
> I am using an installation of MediaWiki (version 1.8.2) on which I am sysop.
> 
> The page Speciel:Recentchanges&hidebots=0&days=30&limit=500&hidepatrolled=1 shows a list of the
latest articles, which I check and patrol when I have reviewed the changes.
> 
> All changes is correctly listed with a red exclamation mark. Some is listed as 
> 
> 	N b! 14:24 CRON (forskel; historik) . . Her (Diskussion | bidrag | bloker) (Redirecting to Cron)
> 
> While others are listed as (translated from Danish)
> 
> 	-N  ! 14:45 Pingvin (4 Changes; History) [Akmo? (4×)]
>       	    ! 14:45 (current; last) . . Akmo (Talk | contribs | block) (?Systemansvarlig)
> 	          ! 14:43 (current; last) . . Akmo (Talk | contribs | block) (?Support info til HP)
>       	    ! 14:41 (current; last) . . Akmo (Talk | contribs | block) (?Support info til HP)
> 	       N  ! 14:40 (current; last) . . Akmo (Talk | contribs | block)
> 
> 
> While I can patrol articles with only one revision, by clicking Changes, I am not able to patrol the each of
the multible revisions, since "current" and "last" does not contain any Patrol links
(Continue reading)

amuenzeb | 1 Oct 2007 14:22

[Upgrade 1.9.3 -> 1.11.0] Slow performance

Hi all,

I just upgraded my mediawiki installation from version 1.9.3 to 1.11.0. 
The upgrade went smoothly (including the maintenance/update.php part) but 
now page delivery from the server is incredibly slow (about 40s for each 
page). 

For testing purposes I also did a fresh install of version 1.11.0 using a 
copy of the original database. This one is running smoothly (2s per page) 
although the LocalSettings.php are identical (except the necessary 
differences; checked with diff). 

I turned on profiling and it seems that the server is waiting for a 
memcached-server (see below):

--------------------------------------------------------------------------------------------------------------------------
Start request
GET /wiki/index.php5/Hauptseite
Accept: */*
Referer: http://XXXXX/er_page/
Accept-Language: de
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET 
CLR 1.1.4322; .NET CLR 2.0.50727)
Host: dephd0080.rockwellcollins.com
Connection: Keep-Alive
Cookie: wikidbUserID=fDSY6tzj5mRmRSbScc7kkfb5MVNtrdUpbtn-YKamQeI.; 
wikidbUserName=BU6md5v7QoBjaPWgjiDFKQ6zUFA6qcnb5kDAN4bLZDo.; 
wikidbToken=WCECG_8rs-DpCfE9biU2YMIQQNwjsrbzvdiSwJTLAaFHDMZ-wNU4NaARwKVGXgY-; 
wikidb_session=Ly7ZvAQ1kMeToIurVQUAbzTyN6aG7WmzRCC7RkbP7VY9AztrT_pPCzTpmDsuTMwQ
(Continue reading)

Emanuele D'Arrigo | 1 Oct 2007 18:02
Picon

Re: Wikitext

Thank you to Dave, Courtney and Michael for your
contributions to this thread.

I like Courtney's suggestion especially, about
the fact that people accustomed with wikitext
do not have to break their train of thoughts when
adding links.

I remain a bit unsatisfied in terms of potential
motivations for non-technical people to appreciate
wikitext. I suspect that no matter what I tell
them they'll remain unenthusiastic if not outright
annoyed. Hopefully they'll help each other to
go beyond that first uncomfortable step of
learning something that from their point of view
is code (no, it won't matter to them that actual
code is far more complicated).

Again, thank you for your contribution guys,
much appreciated!

Ciao!

Manu
Chuck | 1 Oct 2007 18:11

Spam filter?

Does anybody know of a spam filter or method to that will effectively 
block the (hajl.cheefmsn.com) spammer? These idiots are wasting my time 
with spam being injected into several of our wikis.

Thanks.

Chuck

Gmane