Hi,
I choose ovh.de to put my site online. The site works, but without any page.
However I imported a backup of my local database and I uploaded all local
files. The adress is http://start1g.ovh.net/~katalogd.
It seems that the database is not found, but I used the right
database-password that OVH gave me.
thanks for help
Klaus
It's ugly and more bugs than code at the moment, but if you do this:
CREATE TABLE semantics (create_page TEXT, source_page TEXT, relation
TEXT, target_page TEXT);
CREATE INDEX i_create_page ON semantics(create_page(50));
CREATE INDEX i_source_page ON semantics(source_page(50));
CREATE INDEX i_target_page ON semantics(target_page(50));
and then add the attached file to LocalSettings.php (tested w/
mediawiki 1.9.3), you can create links like [[x::R::y]] on any
MediaWiki page to indicate that X relates to Y.
Semantic data for each page (even pages that don't exist yet) is
displayed at the bottom of the page.
I tried to edit existing Semantic Mediawiki code for this, but it
really seems married to a "page can only create semantic data for
itself" philosophy.
If there's enough/any interest here, please let me know, and we can
SourceForge this or something (my goals are in the comments near the
end of the attached file)
--
We're just a Bunch Of Regular Guys, a collective group that's trying
to understand and assimilate technology. We feel that resistance to
new ideas and technology is unwise and ultimately futile.
Oh ok, didn't realise that the per-table settings were so recent.
Some kind of upgrader support, or a utility, to convert an existing wiki to binary mode would be useful.
Thanks,
Ian
-----Original Message-----
From: Tim Starling [mailto:tstarling@wikimedia.org]
Sent: Sunday, May 06, 2007 06:39 AM Pacific Standard Time
To: mediawiki-l(a)lists.wikimedia.org
Subject: Re: [Mediawiki-l] Sudden problem with some greek andcyrillic letters
Ian Smith wrote:
>> * Due to the limitations of MySQL's Unicode support, but default we
> continue to treat MySQL fields as binary and store pure UTF-8 Unicode
> in them, although MySQL may have them listed as Latin-1 depending on
> your server's defaults.
>
> Surely this is a bug? If MW wants binary fields, then surely it should
> explicitly create them as binary, instead of leaving it up to some
> random server default?
In MySQL 4.0, there were no table or column character sets, there was only
a server character set. You could specify a "binary" modifier on columns,
altering the collation, which we duly did. Our 4.0-compatible schema thus
uses binary collations for varchar columns, but does not specify a
character set, since there was no way to do that in MySQL 4.0.
As of MediaWiki 1.9, there is an installer option to select a "MySQL 5
binary" schema, which does specify a binary character set.
-- Tim Starling
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
one small issue, the localsettings.php which is generated with the
webinstaller does not have a closing php tag ?>
Cheers,
Peter
On 5/4/07, Brion Vibber <brion(a)wikimedia.org> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While
> the code has been running on Wikipedia for some time, installation and
> upgrade bits may be less well tested. Bug fix releases may follow in the
> coming days or weeks.
>
> This is a release candidate -- 1.10.0 final will be released very
> shortly, after a few more people have had a chance to test it in
> additional environments.
>
>
> Changes since 1.10.0rc1:
>
> * Various l10n fixes and updates
> * Fix for upgrade of page_restrictions table
> * (bug 9780) Fix normalization of titles with initial colon followed by
> whitespace
> * Fix for regression in upload: wrong size info saved into image table
> * Avoid cyclic stub problems when authorization hooks do funny things
> with the user and the database at load time
>
>
> MediaWiki is now using a "continuous integration" development model with
> quarterly snapshot releases. The latest development code is always kept
> "ready to run", and in fact runs our own sites on Wikipedia.
>
> Release branches will continue to receive security updates for about a
> year from first release, but nonessential bugfixes and feature
> development happen will be made on the development trunk and appear in
> the next quarterly release.
>
> Those wishing to use the latest code instead of a branch release can
> obtain it from source control:
> http://www.mediawiki.org/wiki/Download_from_SVN
>
>
>
> Full release notes:
>
> http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC2/phase3/RELEASE…
>
> Download:
> http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.tar.gz
> http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.patch
>
> PGP signature:
>
> http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.tar.gz.sig
> http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.patch.sig
>
> MD5 checksum:
> 988d8f642693f95e62efc56200baa99b mediawiki-1.10.0rc2.tar.gz
> 692572fa067c5797172ef4d2471259d1 mediawiki-1.10.0rc2.patch
>
> SHA-1 checksum:
> 37e17e2a75a407f8d4888f61b7d2d3ad74b43ab4 mediawiki-1.10.0rc2.tar.gz
> c99d890a30532d3daba73ba84c4a9e2cdc34bbd1 mediawiki-1.10.0rc2.patch
>
>
> Before asking for help, try the FAQ:
> http://www.mediawiki.org/wiki/Manual:FAQ
>
> Low-traffic release announcements mailing list:
> (Please subscribe to receive announcements of security updates.)
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
>
> Wiki admin help mailing list:
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
> Bug report system:
> http://bugzilla.wikimedia.org/
>
> Play "stump the developers" live on IRC:
> #mediawiki on irc.freenode.net
>
> - -- brion vibber (brion @ wikimedia.org)
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2.2 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFGO6o3wRnhpk1wk44RAh3MAKCwbDGUWXho9ITx99YcZmRl3c2eXgCghAqe
> twRgei6PzF/xn/n06x4Dkf0=
> =JfKz
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> MediaWiki-announce mailing list
> MediaWiki-announce(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
There are a lot of semantic wikis out there, but I really like
Mediawiki and want a semantic wiki that has all of its features.
I've tried Semantic Mediawiki, but dislike its one major limitation:
on page X, you can only create triples starting with X.
I'm sure this works well when importing semantic data into a wiki, but
doesn't work so well when you're creating a wiki from scratch.
Example: for each book in a series, I'm creating a book page, and
listing characters in the book:
* [[Galder Weatherwax]], male human [[wizard]]
* [[Buggy Swires]], male [[gnome]]
* [[Lackjaw]], dwarf jeweler
* [[Weems]], male human [[mercenary]] born in [[Morpork]]
I'd like to semantically annotate this data, example:
Weems appears_in (bookname)
Weems birthplace Morpork
Weems race human
Weems gender male
Weems occupation mercenary
Semantic Mediawiki requires me to create a separate page for each
character, which quickly becomes a depth-first nightmare.
Is there a Mediawiki extension that will let me do this? I know there
are arguments against this sort of thing (eg, data consistency), but I
think the benefit outweighs the risk.
I'm tempted to use Mediawiki hooks to write something myself, but
wanted to check for existing extensions first.
--
We're just a Bunch Of Regular Guys, a collective group that's trying
to understand and assimilate technology. We feel that resistance to
new ideas and technology is unwise and ultimately futile.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While
the code has been running on Wikipedia for some time, installation and
upgrade bits may be less well tested. Bug fix releases may follow in the
coming days or weeks.
This is a release candidate -- 1.10.0 final will be released very
shortly, after a few more people have had a chance to test it in
additional environments.
Changes since 1.10.0rc1:
* Various l10n fixes and updates
* Fix for upgrade of page_restrictions table
* (bug 9780) Fix normalization of titles with initial colon followed by
whitespace
* Fix for regression in upload: wrong size info saved into image table
* Avoid cyclic stub problems when authorization hooks do funny things
with the user and the database at load time
MediaWiki is now using a "continuous integration" development model with
quarterly snapshot releases. The latest development code is always kept
"ready to run", and in fact runs our own sites on Wikipedia.
Release branches will continue to receive security updates for about a
year from first release, but nonessential bugfixes and feature
development happen will be made on the development trunk and appear in
the next quarterly release.
Those wishing to use the latest code instead of a branch release can
obtain it from source control:
http://www.mediawiki.org/wiki/Download_from_SVN
Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC2/phase3/RELEASE…
Download:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.tar.gzhttp://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.patch
PGP signature:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.tar.gz.sighttp://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.patch.sig
MD5 checksum:
988d8f642693f95e62efc56200baa99b mediawiki-1.10.0rc2.tar.gz
692572fa067c5797172ef4d2471259d1 mediawiki-1.10.0rc2.patch
SHA-1 checksum:
37e17e2a75a407f8d4888f61b7d2d3ad74b43ab4 mediawiki-1.10.0rc2.tar.gz
c99d890a30532d3daba73ba84c4a9e2cdc34bbd1 mediawiki-1.10.0rc2.patch
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGO6o3wRnhpk1wk44RAh3MAKCwbDGUWXho9ITx99YcZmRl3c2eXgCghAqe
twRgei6PzF/xn/n06x4Dkf0=
=JfKz
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While
the code has been running on Wikipedia for some time, installation and
upgrade bits may be less well tested. Bug fix releases may follow in the
coming days or weeks.
This is a release candidate -- 1.10.0 final will be released very
shortly, after a few more people have had a chance to test it in
additional environments.
Changes since 1.10.0rc1:
* Various l10n fixes and updates
* Fix for upgrade of page_restrictions table
* (bug 9780) Fix normalization of titles with initial colon followed by
whitespace
* Fix for regression in upload: wrong size info saved into image table
* Avoid cyclic stub problems when authorization hooks do funny things
with the user and the database at load time
MediaWiki is now using a "continuous integration" development model with
quarterly snapshot releases. The latest development code is always kept
"ready to run", and in fact runs our own sites on Wikipedia.
Release branches will continue to receive security updates for about a
year from first release, but nonessential bugfixes and feature
development happen will be made on the development trunk and appear in
the next quarterly release.
Those wishing to use the latest code instead of a branch release can
obtain it from source control:
http://www.mediawiki.org/wiki/Download_from_SVN
Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC2/phase3/RELEASE…
Download:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.tar.gzhttp://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.patch
PGP signature:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.tar.gz.sighttp://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc2.patch.sig
MD5 checksum:
988d8f642693f95e62efc56200baa99b mediawiki-1.10.0rc2.tar.gz
692572fa067c5797172ef4d2471259d1 mediawiki-1.10.0rc2.patch
SHA-1 checksum:
37e17e2a75a407f8d4888f61b7d2d3ad74b43ab4 mediawiki-1.10.0rc2.tar.gz
c99d890a30532d3daba73ba84c4a9e2cdc34bbd1 mediawiki-1.10.0rc2.patch
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGO6o3wRnhpk1wk44RAh3MAKCwbDGUWXho9ITx99YcZmRl3c2eXgCghAqe
twRgei6PzF/xn/n06x4Dkf0=
=JfKz
-----END PGP SIGNATURE-----
_______________________________________________
MediaWiki-announce mailing list
MediaWiki-announce(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Hi,
I'm trying to find a way to put an (external) hyperlink and/or a
wikilink directly on an image. There are two reasons:
a) In lots of templates in the Wikipeda sites, icons are used to make
the textual content more visually appealing. However, those icons always
point to themself (their description page), and not to the content they
represent. This seems to irritate lots of users which click on the icons
- as they are used from other software GUIs - but don't get where they
intend to get.
b) I'd like to link images directy to other pages inside MediaWiki.
(Fictual) example: The article "physiology of cats" includes several
detailled shots of the cat's anatomy etc.; I'd like to link those images
directly to the in-depth articles about "eyes of cats", "nose of cats",
etc. Especially, I'd like to avoid to require the user to read the
thumbnail's description an click on an adaequate Wikilink embedded in
this description.
c) I'm drafting a "new" interface to the Wikipedia's content, which will
be based on a radically visual approach to locate content (opposed to
the mostly textual approach currently used). In short, The idea behind
this is, that you might want to know something about a thing you don't
have a name for. Example: On a wall, you see a sign; you don't know how
it is called and thus can't look it up since you don't know the matching
term (e.g. when you are on vacation in a country where a language is
used that you can't read); however, you can describe th sign: it's shape
is square with rounded edges, it's colour is blue, it contains bold
letters and numbers in white and some lines. With a visual interface,
you can look up "shape" -> "shape with colour" -> "shape with colour and
letters and numbers"; now, most probably you will be close to similar
things and you might have a chance to visually identify the sign -
without needing any terms so far (such signs are used in Germany to
indicate access to water pipelines; I really have no idea how they are
called ;). Such an (mostly language independent) interface would only
work, if images could be hotlinked to other images, or categories, or
articles, or even external websites.
If I'm right, the default and only behaviour of MedaWiki is, to
hyperlink images to their description page. As I understand, inside a
MedaWiki site, the ony way to work around this is to use one of the
image map extensions (opposed to vanilla HTML).
However, the syntax
[http://www.example.com [[Image:some_image.jpg|300px|Description]]]
seems to work, at least under MedaiWiki 1.10.x. With this syntax, the
thumbnail itself is still linked to the description page, but there
appears the "external hyperlink" icon which points to
http://www.example.com. Major drawback of this workaround: the user has
to locate the "external hyperlink" icon and click on it (obviously, this
is kind of sub-optimal).
Obviously also, the image map extensions are by far "oversized" for this
matter; is there another, simpler and faster way to accomplish this in
MediaWiki?
Thanks & regards, -asb
PS: I hope I was able to give you an idea what I'm trying to accomplish;
if not, please feel free to ask ;)
Is there a way to enclose stuff in <pre> </pre> tags and have them
rendered without the box?
The box is nice sometimes, but not so nice other times. I would like to
selectively use it.
Thanks,
~Eric
All,
I know there is an extensive section on MediaWiki.org about moving a
wiki to a new server, but I have hit a wall.
I have the wiki running (used the same version to create a new instance
on the new server), I copied over my images, localsettings.php,
adminsetting.php, etc), I made a backup (dump) of the original database
using mysqldump, and finally I re-imported the database to the new
location using the same tool. However, my wiki is not showing ANY of the
data from the original instance of the wiki. The only thing I have is my
wiki logo in the upper left hand corner.
Did I miss a step somewhere? Has anyone had any experience moving to a
new server?
Thanks,
Dave