Hi,
I just heard about an unconference event called "RegioWikiCamp". I
imagine it will be of interest to lots of folks living near Germany
(if you are not all conferenced out after Wikimania!).
http://wiki.regiowiki.eu/RegioWikiCamp_2009
"It will be from September 25th to 27th. The event is located in
Furtwangen the middle of the beautiful Black Forest in Germany. It is
organised by the European Regiowiki Society, location host is the
faculty of Digital Media of the Furtwangen University of Applied
Science."
I see that some of the attendees include WMDE, Wikia and Semantic
MediaWiki, so it must not be a completely unknown event, although I
didn't find it mentioned on these lists yet.
cheers
Brianna
--
They've just been waiting in a mountain for the right moment:
http://modernthings.org/
Thank you very much Ryan. I'll look at this and get back to you if I have any additional questions.
Regards,
Goran
-----Original Message-----
From: Lane, Ryan [mailto:Ryan.Lane@ocean.navo.navy.mil]
Sent: Monday, August 31, 2009 01:22 PM
To: 'Wikimedia developers'
Subject: Re: [Wikitech-l] MediaWiki and J2EE Integration
> I would appreciate if somebody could get back to me regarding > the MediaWiki and J2EE applications integration. The idea is > to use MediaWiki for the presentation (end-user interface) > layer and documentation management, and from the same > MediaWiki-based presentation layer communicate with a J2EE > application that provides enterprise information management > (i.e., product life cycle management, project management, > stakeholder and organization management, CRM, etc.).> Goran,Take a look at the External Data extension:http://www.mediawiki.org/wiki/Extension:External_DataIt may do what you want. I've been planning on adding other protocols, suchas SOAP or XMLRPC, to it.Otherwise, you could probably do iframes or write your own extension.V/r,Ryan Lane
Hello All,
I would appreciate if somebody could get back to me regarding the MediaWiki and J2EE applications integration. The idea is to use MediaWiki for the presentation (end-user interface) layer and documentation management, and from the same MediaWiki-based presentation layer communicate with a J2EE application that provides enterprise information management (i.e., product life cycle management, project management, stakeholder and organization management, CRM, etc.).
Regards,
Goran Zugic
Software Architect
Semantion
goran.zugic(a)semantion.com
http://www.semantion.com
Hi all,
According to Wired, WikiTrust will be enabled on Wikipedia. Does
anyone know anything about this?
It's also been picked up by TG Daily - http://www.tgdaily.com/content/
view/43812/140/ - which says it's already in place.
Mike
Begin forwarded message:
> From: Keith Old <keithold(a)gmail.com>
> Date: 31 August 2009 01:24:50 BDT
> To: English Wikipedia <wikien-l(a)lists.wikimedia.org>
> Subject: [WikiEN-l] Wired: Wikipedia to Color Code Untrustworthy Text
> Reply-To: English Wikipedia <wikien-l(a)lists.wikimedia.org>
>
> Folks,
>
> http://www.wired.com/wiredscience/2009/08/wikitrust/
>
> Wired reports:
>
>
> *"Starting this fall, you’ll have a new reason to trust the
> information you
> find on Wikipedia: An optional feature called “WikiTrust” will
> color code
> every word of the encyclopedia based on the reliability of its
> author and
> the length of time it has persisted on the page.*
>
> *More than 60 million people visit the free, open-access
> encyclopedia each
> month, searching for knowledge on 12 million pages in 260
> languages. But
> despite its popularity,
> **Wikipedia*<http://www.wired.com/wiredscience/2009/08/wikitrust/
> www.wikipedia.org>
> * has long suffered criticism from those who say it’s not reliable.
> Because
> anyone with an internet connection can contribute, the site is
> subject to
> vandalism, bias and misinformation. And edits are anonymous, so
> there’s no
> easy way to separate credible information from fake content created by
> vandals.*
>
> *Now, researchers from the **Wiki Lab* <http://trust.cse.ucsc.edu/
> >* at the
> University of California, Santa Cruz have created a system to help
> users
> know when to trust Wikipedia—and when to reach for that dusty
> Encyclopedia
> Britannica on the shelf. Called
> **WikiTrust*<http://wikitrust.soe.ucsc.edu/index.php/Main_Page>
> *, the program assigns a color code to newly edited text using an
> algorithm
> that calculates author reputation from the lifespan of their past
> contributions. It’s based on a simple concept: The longer information
> persists on the page, the more accurate it’s likely to be.*
>
> *Text from questionable sources starts out with a bright orange
> background,
> while text from trusted authors gets a lighter shade. As more
> people view
> and edit the new text, it gradually gains more “trust” and turns
> from orange
> to white."*
>
> More in story
>
> *Regards*
>
> **
>
> *Keith*
> _______________________________________________
> WikiEN-l mailing list
> WikiEN-l(a)lists.wikimedia.org
> To unsubscribe from this mailing list, visit:
> https://lists.wikimedia.org/mailman/listinfo/wikien-l
Hello,
I have a system in place with a large mysql based usertable that we
want to use to authenticate a mediawiki installation. I want to use
the ExtAuthDB extension. Unfortunately the original system was setup
using mysql password encryption. (password=password('password')) Since
there is no way (that i have found) to decrypt a mysql password in php
or encrypt a password in php using mysql encryption I have been having
some struggles getting this to work. (as is we are comparing a
cleartext password to an encrypted password in the code). If anyone
has come up against this or has any suggestions I would love to hear
them. I have included the standard ExtAuthDB code below for
convenience.
Thanks for your time.
--
Darren Kemp
darrenkemp(a)gmail.com
http://world.anarchy.com/~dkemp
<?php
/**
* Authentication plugin interface. Instantiate a subclass of AuthPlugin
* and set $wgAuth to it to authenticate against some external tool.
*
* The default behavior is not to do anything, and use the local user
* database for all authentication. A subclass can require that all
* accounts authenticate externally, or use it only as a fallback; also
* you can transparently create internal wiki accounts the first time
* someone logs in who can be authenticated externally.
*
* This interface is a derivation of AuthJoomla and might change a bit
before 1.4.0 final is done...
*
*/
$wgExtensionCredits['parserhook'][] = array (
'name' => 'ExtAuthDB',
'author' => '[http://www.mediawiki.org/wiki/User:Bilardi Alessandra Bilardi]',
'description' => 'Authenticate users about external MySQL database',
'url' => 'http://www.mediawiki.org/wiki/Extension:ExtAuthDB',
'version' => '0.1',
);
require_once ( 'AuthPlugin.php' );
class ExtAuthDB extends AuthPlugin
{
/**
* Add into LocalSettings.php the following code:
*
* MySQL Host Name.
* $wgExtAuthDB_MySQL_Host = '';
* MySQL Username.
* $wgExtAuthDB_MySQL_Username = '';
* MySQL Password.
* $wgExtAuthDB_MySQL_Password = '';
* MySQL Database Name.
* $wgExtAuthDB_MySQL_Database = '';
* MySQL Database Table of users data.
* $wgExtAuthDB_MySQL_Table = '';
* MySQL Database username column label.
* $wgExtAuthDB_MySQL_Login = '';
* MySQL Database login password column label
* $wgExtAuthDB_MySQL_Pswrd = '';
* MySQL Database email column label
* $wgExtAuthDB_MySQL_Email = '';
* MySQL Database user real name column label
* $wgExtAuthDB_MySQL_RealN = '';
* require_once("$IP/extensions/ExtAuthDB/ExtAuthDB.php");
* $wgAuth = new ExtAuthDB();
*
* @return Object Database
*/
private function connectToDB()
{
$db = & Database :: newFromParams(
$GLOBALS['wgExtAuthDB_MySQL_Host'],
$GLOBALS['wgExtAuthDB_MySQL_Username'],
$GLOBALS['wgExtAuthDB_MySQL_Password'],
$GLOBALS['wgExtAuthDB_MySQL_Database']);
$this->userTable = $GLOBALS['wgExtAuthDB_MySQL_Table'];
$this->userLogin = $GLOBALS['wgExtAuthDB_MySQL_Login'];
$this->userPswrd = $GLOBALS['wgExtAuthDB_MySQL_Pswrd'];
$this->userEmail = $GLOBALS['wgExtAuthDB_MySQL_Email'];
$this->userRealN = $GLOBALS['wgExtAuthDB_MySQL_RealN'];
wfDebug("ExtAuthDB::connectToDB() : DB failed to open\n");
return $db;
}
/**
* Check whether there exists a user account with the given name.
* The name will be normalized to MediaWiki's requirements, so
* you might need to munge it (for instance, for lowercase initial
* letters).
*
* @param $username String: username.
* @return bool
* @public
*/
function userExists( $username ) {
# Override this!
return true;
}
/**
* Check if a username+password pair is a valid login.
* The name will be normalized to MediaWiki's requirements, so
* you might need to munge it (for instance, for lowercase initial
* letters).
*
* @param $username String: username.
* @param $password String: user password.
* @return bool
* @public
*/
function authenticate( $username, $password )
{
$db = $this->connectToDB();
$hash_password = $db->selectRow($this->userTable,array
($this->userPswrd), array ($this->userLogin => $username ), __METHOD__
);
if ($password == $hash_password->{$this->userPswrd}) {
return true;
}
return false;
}
/**
* Set the domain this plugin is supposed to use when authenticating.
*
* @param $domain String: authentication domain.
* @public
*/
function setDomain( $domain ) {
$this->domain = $domain;
}
/**
* Check to see if the specific domain is a valid domain.
*
* @param $domain String: authentication domain.
* @return bool
* @public
*/
function validDomain( $domain ) {
# Override this!
return true;
}
/**
* When a user logs in, optionally fill in preferences and such.
* For instance, you might pull the email address or real name from the
* external user database.
*
* The User object is passed by reference so it can be modified; don't
* forget the & on your function declaration.
*
* @param User $user
* @public
*/
function updateUser( &$user )
{
$db = $this->connectToDB();
$euser = $db->selectRow($this->userTable,array ( '*' ), array
($this->userLogin => $user->mName ), __METHOD__ );
$user->setRealName($euser->{$this->userRealN});
$user->setEmail($euser->{$this->userEmail});
$user->mEmailAuthenticated = wfTimestampNow();
$user->saveSettings();
//exit;
# Override this and do something
return true;
}
function disallowPrefsEditByUser() {
return array (
'wpRealName' => true,
'wpUserEmail' => true,
'wpNick' => true
);
}
/**
* Return true if the wiki should create a new local account automatically
* when asked to login a user who doesn't exist locally but does in the
* external auth database.
*
* If you don't automatically create accounts, you must still create
* accounts in some way. It's not possible to authenticate without
* a local account.
*
* This is just a question, and shouldn't perform any actions.
*
* @return bool
* @public
*/
function autoCreate() {
return true;
}
/**
* Can users change their passwords?
*
* @return bool
*/
function allowPasswordChange() {
return false;
}
/**
* Set the given password in the authentication database.
* As a special case, the password may be set to null to request
* locking the password to an unusable value, with the expectation
* that it will be set later through a mail reset or other method.
*
* Return true if successful.
*
* @param $user User object.
* @param $password String: password.
* @return bool
* @public
*/
function setPassword( $user, $password ) {
return true;
}
/**
* Update user information in the external authentication database.
* Return true if successful.
*
* @param $user User object.
* @return bool
* @public
*/
function updateExternalDB( $user ) {
$db = $this->connectToDB();
$euser = $db->selectRow($this->userTable,array ( '*' ), array
($this->userLogin => $user->mName ), __METHOD__ );
$user->setRealName($euser->{$this->userRealN});
$user->setEmail($euser->{$this->userEmail});
$user->mEmailAuthenticated = wfTimestampNow();
$user->saveSettings();
return true;
}
/**
* Check to see if external accounts can be created.
* Return true if external accounts can be created.
* @return bool
* @public
*/
function canCreateAccounts() {
return false;
}
/**
* Add a user to the external authentication database.
* Return true if successful.
*
* @param User $user - only the name should be assumed valid at this point
* @param string $password
* @param string $email
* @param string $realname
* @return bool
* @public
*/
function addUser( $user, $password, $email='', $realname='' ) {
return false;
}
/**
* Return true to prevent logins that don't authenticate here from being
* checked against the local database's password fields.
*
* This is just a question, and shouldn't perform any actions.
*
* @return bool
* @public
*/
function strict() {
return true;
}
/**
* When creating a user account, optionally fill in preferences and such.
* For instance, you might pull the email address or real name from the
* external user database.
*
* The User object is passed by reference so it can be modified; don't
* forget the & on your function declaration.
*
* @param $user User object.
* @param $autocreate bool True if user is being autocreated on login
* @public
*/
function initUser( $user, $autocreate=false ) {
# Override this to do something.
}
/**
* If you want to munge the case of an account name before the final
* check, now is your chance.
*/
function getCanonicalName( $username ) {
return $username;
}
}
On 8/29/09, Robert Stojnic <rainmansr(a)gmail.com> wrote:
>
> The foundation-l is the wrong mailing list, please use the talk page for
> lucene-search on mediawiki.org.
Sorry, it's my mistake.
I intend to post in wikitech-l.
>
> r.
>
> Anon Sricharoenchai wrote:
>
> > Hi,
> >
> > Some question about lucene-search-2 binary,
> >
> > 1. Do I need apache's lucene library when building lucene-search-2 binary?
> > Or it is already included in lucene-search-2 source tree?
> >
> >
>
> already there
>
>
> > 2. Did lucene-search-2 in wikimedia (before migration to 2.1) use the
> > same binary as found in sourceforge,
> > http://sourceforge.net/projects/lucene-search/files/ ?
> >
> >
>
> no, we always use the latest svn
>
>
> > 3. Which version of lucene library is used to build binary found in
> > sourceforge and in wikimedia?
> >
> >
>
> i think it is 2.3, but it is in lib/
>
>
> > Best regards,
> > Anon.
> >
> > _______________________________________________
> > foundation-l mailing list
> > foundation-l(a)lists.wikimedia.org
> > Unsubscribe:
> https://lists.wikimedia.org/mailman/listinfo/foundation-l
> >
> >
> >
>
>
I've been supporting an extension I've written for some time now. It's
on my own SVN server and I will be losing that server in a few days
(don't ask). Could I put it on the Mediawiki SVN server? I don't know
how many people use the extension, but it has had regular downloads over
the years (the last three, for example, were on Aug 16, 18 and 25).
The extension is ImageMapConversion
(http://www.mediawiki.org/wiki/Extension:ImageMapConversion). This
creates a special page that takes input that is image map information in
HTML format and converts it to Extension:ImageMap format. This allows
the user to use existing HTML imagemap tools to create image maps in
HTML format and easily port them to Mediawiki-compatible image maps.
Private e-mail responses to this should go to mikedaly(a)teksavvy.com, as
I will be losing the kayakwiki.org e-mail server as well. Sigh...
Mike