Hi Jeremy, Thanks - A list of pages that need fixing is not a problem - it's pretty much a one-man wiki at the moment, so most of the content should need to be converted.
To add a bit of confusion to the issue, however, I've noticed that the system messages are also encoded as ISO-8859-1 and thus displaying badly in UTF-8. They haven't even been customized through the wiki, and I've tried cleaning the l10n_cache table. I'm not sure where it's getting non-UTF8 versions from. Any ideas how do I go about fixing that? When I switch the page encoding to ISO-8859-1 the text displays correctly...
Thanks Andru
On 12/11/2013, at 13:00, mediawiki-l-request@lists.wikimedia.org wrote:
From: Andru Vallance andru@tinymighty.com Subject: [MediaWiki-l] Character set problem Date: 11 de noviembre de 2013 17:17:07 GMT+01:00 To: "mediawiki-l@lists.wikimedia.org" mediawiki-l@lists.wikimedia.org Reply-To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org
I'm setting up a new wiki installation and running into some problems with garbage characters showing up due to mismatched character sets. The wiki in question is here: http://wikiausland.de/bookshop/Hauptseite
New articles written in are fine and display in UTF-8 as expected, but the owner has copied over some content, presumably from an old wiki or MS Word, and it seems like it's in ISO-8859-1 and thus showing a heap of question marks for all the umlauts etc… does anyone know how I can go about converting a page from ISO-8859-1 to UTF-8 easily enough?
I've tried setting $wgLegacyEncoding to 'ISO-8859-1' [1] in the hope it might do the conversion for me on article save, but no joy. Are there any other options?
Any tips would be greatly appreciated!
Andru
[1] https://www.mediawiki.org/wiki/Manual:$wgLegacyEncoding
From: Jeremy Baron jeremy@tuxmachine.com Subject: Re: [MediaWiki-l] Character set problem Date: 11 de noviembre de 2013 17:38:33 GMT+01:00 To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Reply-To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org
On Mon, Nov 11, 2013 at 4:17 PM, Andru Vallance andru@tinymighty.com wrote:
I'm setting up a new wiki installation and running into some problems with garbage characters showing up due to mismatched character sets. The wiki in question is here: http://wikiausland.de/bookshop/Hauptseite
New articles written in are fine and display in UTF-8 as expected, but the owner has copied over some content, presumably from an old wiki or MS Word, and it seems like it's in ISO-8859-1 and thus showing a heap of question marks for all the umlauts etc… does anyone know how I can go about converting a page from ISO-8859-1 to UTF-8 easily enough?
I've tried setting $wgLegacyEncoding to 'ISO-8859-1' [1] in the hope it might do the conversion for me on article save, but no joy. Are there any other options?
I guess he copied over into a wiki that was already utf8 and so the row was marked as being utf8 already when saved.
$wgLegacyEncoding should do nothing if the row is already utf8. You could fix this with a bot or possibly by changing the flag in the DB (idk how safe that is...).
But the very first thing you need is a list of pages that need fixing. Maybe that's just as simple as listing that particular user's contribs.
-Jeremy
Hi,
In a German-speaking wiki using MW1.20.2, I created a few extra namespaces in the localSettings, as for instance
$wgExtraNamespaces[104] = "Intern"; $wgExtraNamespaces[105] = "Intern Diskussion"; define('NS_INTERN', 104); define('NS_INTERN_TALK', 105);
While the same technology works in another Wiki of mine, in this case the talk pages do not work. If I write something in the talkpage here, the page ends up in the main ns (with the correct name as "Intern Diskussion:Test", though), while the supposed talk-page link remains red. In this Wiki, I am also using Semantic MediaWiki. Could that be the reason?
Bernhard
I found the answer myself. It needs to be
$wgExtraNamespaces[105] = "Intern_Diskussion"; (underscore, not empty spaces)
Sorry for bothering you
B.
-----Ursprüngliche Nachricht----- Von: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] Im Auftrag von Scheid, Bernhard Gesendet: Montag, 18. November 2013 17:52 An: MediaWiki announcements and site admin list Betreff: [MediaWiki-l] missing talk pages
Hi,
In a German-speaking wiki using MW1.20.2, I created a few extra namespaces in the localSettings, as for instance
$wgExtraNamespaces[104] = "Intern"; $wgExtraNamespaces[105] = "Intern Diskussion"; define('NS_INTERN', 104); define('NS_INTERN_TALK', 105);
While the same technology works in another Wiki of mine, in this case the talk pages do not work. If I write something in the talkpage here, the page ends up in the main ns (with the correct name as "Intern Diskussion:Test", though), while the supposed talk-page link remains red. In this Wiki, I am also using Semantic MediaWiki. Could that be the reason?
Bernhard _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi,
I would like to do the following: subpages to a page in the user ns cannot be viewed by anybody else that the respective user. Example: the page user:foo/bar can only be read (and edited) by user foo.
Is there a way to configure this in localSettings.php or an extension?
Bernhard
On Tue, Nov 19, 2013 at 6:59 AM, Scheid, Bernhard < Bernhard.Scheid@oeaw.ac.at> wrote:
Hi,
I would like to do the following: subpages to a page in the user ns cannot be viewed by anybody else that the respective user. Example: the page user:foo/bar can only be read (and edited) by user foo.
Is there a way to configure this in localSettings.php or an extension?
It sounds like you're looking for a combination of https://www.mediawiki.org/wiki/Extension:KeepYourHandsToYourself (or similar extensions) and https://www.mediawiki.org/wiki/Extension:NamespaceReadRestrict . However, I've been told the latter can be trivially bypassed.
Mediawiki was not designed for something like this. https://www.mediawiki.org/wiki/Category:Page_specific_user_rights_extensions
2013/11/19 Nathan Larson nathanlarson3141@gmail.com
On Tue, Nov 19, 2013 at 6:59 AM, Scheid, Bernhard < Bernhard.Scheid@oeaw.ac.at> wrote:
Hi,
I would like to do the following: subpages to a page in the user ns cannot be viewed by anybody else that the respective user. Example: the page user:foo/bar can only be read (and edited) by user foo.
Is there a way to configure this in localSettings.php or an extension?
It sounds like you're looking for a combination of https://www.mediawiki.org/wiki/Extension:KeepYourHandsToYourself (or similar extensions) and https://www.mediawiki.org/wiki/Extension:NamespaceReadRestrict . However, I've been told the latter can be trivially bypassed. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On Tue, Nov 19, 2013 at 2:54 PM, gerx03 gerx03@gmail.com wrote:
Mediawiki was not designed for something like this.
+1.
But see also http://lists.wikimedia.org/pipermail/mediawiki-enterprise/2013-August/date.h... (and also October)
Search for "ACL" and "Security" in msg subjects.
-Jeremy
Heh, this "mediawiki was not designed for... " is a nice thing. You could probably use it for anything :P
On other hand I think that since mw is open source it can be always modified enough to make this possible...
On Tue, Nov 19, 2013 at 3:58 PM, Jeremy Baron jeremy@tuxmachine.com wrote:
On Tue, Nov 19, 2013 at 2:54 PM, gerx03 gerx03@gmail.com wrote:
Mediawiki was not designed for something like this.
+1.
But see also http://lists.wikimedia.org/pipermail/mediawiki-enterprise/2013-August/date.h... (and also October)
Search for "ACL" and "Security" in msg subjects.
-Jeremy
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On Tue, Nov 19, 2013 at 3:07 PM, Petr Bena benapetr@gmail.com wrote:
On other hand I think that since mw is open source it can be always modified enough to make this possible...
This list is focused on end users, sysadmins, etc. Not everyone is able to do development themselves or fund someone else.
You might as well say any free software wiki engine could have this function; you just have to add the feature yourself.
-Jeremy
On Tue, Nov 19, 2013 at 10:34 AM, Jeremy Baron jeremy@tuxmachine.comwrote:
This list is focused on end users, sysadmins, etc. Not everyone is able to do development themselves or fund someone else.
You might as well say any free software wiki engine could have this function; you just have to add the feature yourself.
-Jeremy
True; there's functionality that MediaWiki just doesn't have yet and stuff that it will theoretically never be able to do (although as Justin Bieber once cautioned, never say neverhttps://en.wikipedia.org/wiki/Never_Say_Never_%28Justin_Bieber_song%29). https://en.wikipedia.org/w/index.php?title=Talk%3AMediaWiki&diff=3581329... requested functionality might be in the middle between the two extremes.
Mailing list etiquete #1: keep the list bieber-free please :P
On Tue, Nov 19, 2013 at 4:43 PM, Nathan Larson nathanlarson3141@gmail.com wrote:
On Tue, Nov 19, 2013 at 10:34 AM, Jeremy Baron jeremy@tuxmachine.comwrote:
This list is focused on end users, sysadmins, etc. Not everyone is able to do development themselves or fund someone else.
You might as well say any free software wiki engine could have this function; you just have to add the feature yourself.
-Jeremy
True; there's functionality that MediaWiki just doesn't have yet and stuff that it will theoretically never be able to do (although as Justin Bieber once cautioned, never say neverhttps://en.wikipedia.org/wiki/Never_Say_Never_%28Justin_Bieber_song%29). https://en.wikipedia.org/w/index.php?title=Talk%3AMediaWiki&diff=3581329... requested functionality might be in the middle between the two extremes. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Of course :) But the problem is that core modification would be necessary to make the security "air tight". And mw's intended to be as open as possible. So you can write a core hack to do it or you can write an extension that does it for you but then you are basically stuck with the current version (or the ones that are still backward compatible with your changes). This includes security fixes too. My conclusion is that maintaining the security would be much harder than just get a proper CMS and modify that to have the features you need from mw.
2013/11/19 Petr Bena benapetr@gmail.com
Heh, this "mediawiki was not designed for... " is a nice thing. You could probably use it for anything :P
On other hand I think that since mw is open source it can be always modified enough to make this possible...
On Tue, Nov 19, 2013 at 3:58 PM, Jeremy Baron jeremy@tuxmachine.com wrote:
On Tue, Nov 19, 2013 at 2:54 PM, gerx03 gerx03@gmail.com wrote:
Mediawiki was not designed for something like this.
+1.
But see also
http://lists.wikimedia.org/pipermail/mediawiki-enterprise/2013-August/date.h...
(and also October)
Search for "ACL" and "Security" in msg subjects.
-Jeremy
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org