I would like to convert my existing website of 6000+ pages to Mediawiki. I am willing to add content to a fresh installation of Mediawiki manually, but I want to retain the old urls. I understand that Mediawiki uses its own style of URLs. Is it possible that I can set a per-page url for every mediawiki page?
Eg: www.mysite.com/fun/topic.asp
When I create a new page mediawiki creates www.mysite.com/Topic, but I want to set the url to (www.mysite.com/fun/topic.asp)
I (thought I had) configured a new wiki to upload files and images. When I
tested it, it found the file correctly, but only portrayed the "broken
image" symbol. Suggestions on how to debug this?
--
D. E. (Steve) Stevenson
(Almost emeritus) Associate Professor
Director, Institute for Modeling and Simulation Applications.
Clemson University
steve at clemson dot edu
Hey all,
It's been quite a while since the last release of Maps and Semantic Maps,
which was version 1.0.5, almost a year ago. The wait for the next version
is now over with the big 2.0 release. It contains many new awesome features
added in over 400 commits by 20 developers.
New features:
* Added support for marker clustering to Google Maps.
* Added support for grouping locations.
* Added support for defining image overlays (ground overlays) in Google
Maps.
* Added support for defining lines, polygons, rectangles and circles using
wikitext for Google Maps and OpenLayers.
* Added a graphical map editing tool that allows exporting to and importing
from simple wikitext (Google Maps only).
* Added "copycoords" parameter to Google Maps and OpenLayers that allows
copying coordinates after right clicking a location on a map.
* Added "minzoom" and "maxzoom" parameters to #display_map.
* Added support for using the Google JS API key with Google Maps (for
increased map display and geocoding call limits).
* Added support for searching markers (searchmarkers=all/title) in Google
Maps and OpenLayers
* Added support for creating static maps in OpenLayers and GoogleMaps
(static=on)
* Added positional parameter to show polygons only on hover.
* Added an optional link parameter as an alternative to popup bubble with
text and title
* Added an optional visitedicon parameter (both global and marker
parameter), that will change the icon of a marker on click.
Other improvements
* Merged display_map and display_point(s) into a single parser function:
display_map (display_points is now an alias).
* Updates parameter definitions from Validator 0.4.x to Validator 0.5.x.
Bug fixes
* Fixed JavaScript error on some special pages due to incorrect order of
map initialization.
* Fixed partially broken kml functionality
* Fixed display of maps in multiple instance templates in forms.
* Fixed partial incompatibility of Semantic Maps with Semantic MediaWiki
>=1.6.
Compatibility changes:
* Changed minimum PHP version from 5.2 to 5.3.
* Changed minimum MediaWiki version from 1.17 to 1.18.
* Changed minimum Validator version from 0.4 to 0.5.
* Removed support for the deprecated Google Maps v2 API.
* Removed support for the now unsupported Yahoo! Maps API and associated
geocoding service.
* Temporary disabled OSM service (you can still use OSM with the OpenLayers
service).
Installation instructions can be found here:
* https://www.mediawiki.org/wiki/Extension:Maps
* https://www.mediawiki.org/wiki/Extension:Semantic_Maps
The examples have also been updated (although it's still a work in
progress) and can now be found here:
* http://semantic-mediawiki.org/wiki/Maps_examples
* http://semantic-mediawiki.org/wiki/Semantic_Maps_examples
Enjoy! :)
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
Version 1.19.2
Every now and then, on a random page, we'll discover that an anonymous user will see the rollback link on the history page, and actually be allowed to rollback changes to a page. How is this possible? Is this a known problem? Am I doing something wrong? I have the following set in LocalSettings.php
$wgGroupPermissions['*']['rollback'] = false;
$wgGroupPermissions['user']['rollback'] = false;
$wgGroupPermissions['rollback']['rollback'] = true;
$wgGroupPermissions['sysop']['rollback'] = true;
And anonymous can still see the rollback link.
-- Patrick
Dear all,
Starting October 1, 2012, translatewiki.net will drop support for all
MediaWiki extensions it currently supports that still remain in the
Subversion repository svn.wikimedia.org.
Many, if not all of the extensions that by that time have not been
migrated to git/Gerrit, are clearly not that well maintained and we want
to prevent our translators from spending their time on it. At the moment,
a maximum of 273 extensions are affected.
In case this message makes you wonder what git and Gerrit is all about,
and how you can revive your precious extension, please see the following
links:
* https://www.mediawiki.org/wiki/Git/Tutorial
* https://www.mediawiki.org/wiki/Git/Conversion/Extensions_queue
Cheers!
Siebrand
Hi guys. I updated my MW 1.16 to 1.19 and run the update.php script from
command line. Everything works except displaying of images and uploads.
Uploads don't work! I keep getting this error every time I try to upload a
file: Unable to create the folder
"mwstore://local-backend/local-public/x/XXX"
I didn't set any of these variables $wgTmpDirectory, $wgUploadDirectory,
$wgUploadPath. They're all set to their default values. My
/includes/DefaultSettings.php is untouched and my LocalSettings hasn't
variables regarding file uploads (except EnableUploads set to true). My
/images folder is set to 777 as well as its subdirectories (/images/tmp
too). It's just weird. Seems a permissions issue but the folder is chmodded
to 777, owned by www-data and everything!
After I added $wgShowExceptionDetails = true; I got this results:
Error storing file in '/tmp/phpxdixN7.jpg': Could not create directory
"$1". Backtrace:
0 /var/www/
rockciclopedia.com/htdocs/wiki/includes/upload/UploadBase.php(746):
UploadStash->stashFile('/tmp/phpxdixN7', 'file')
1 /var/www/
rockciclopedia.com/htdocs/wiki/includes/upload/UploadBase.php(757):
UploadBase->stashFile()
2 /var/www/
rockciclopedia.com/htdocs/wiki/includes/upload/UploadBase.php(766):
UploadBase->stashFileGetKey()
3 /var/www/
rockciclopedia.com/htdocs/wiki/includes/specials/SpecialUpload.php(336):
UploadBase->stashSession()
4 /var/www/
rockciclopedia.com/htdocs/wiki/includes/specials/SpecialUpload.php(427):
SpecialUpload->showUploadWarning(Array)
5 /var/www/
rockciclopedia.com/htdocs/wiki/includes/specials/SpecialUpload.php(174):
SpecialUpload->processUpload()
6 /var/www/
rockciclopedia.com/htdocs/wiki/includes/SpecialPageFactory.php(476):
SpecialUpload->execute(NULL)
7 /var/www/rockciclopedia.com/htdocs/wiki/includes/Wiki.php(263):
SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
8 /var/www/rockciclopedia.com/htdocs/wiki/includes/Wiki.php(593):
MediaWiki->performRequest()
9 /var/www/rockciclopedia.com/htdocs/wiki/includes/Wiki.php(503):
MediaWiki->main()
10 /var/www/rockciclopedia.com/htdocs/wiki/index.php(58): MediaWiki->run()
11 {main}
Also $wgScriptPath is commented (so default value)! Is this a bug? Please
help me! Thx in advance!
Other details that may help you: Ubuntu Server 12.04, PHP 5.4.7, Nginx
1.3.6, APC 3.1.11
Hi all,
I am uploading Photoshop (PSD) files to my MediaWiki, but when I view them, a white rectangle appears where a preview image should be. I realize PSD is not a supported file, but I had the same problem with PDFs and I was able to get thumbnail previews to appear by installing the PdfHandler extension. I was hoping there's a similar workaround for PSDs, but Google turned up nothing.
Actually, I don't even require preview images. I just don't want an empty rectangle to appear as the file preview, since it gives the impression that the file is corrupted. A Photoshop logo or even no thumbnail at all would be better. Any suggestions?
I am using MediaWiki 1.16.4. Thanks!
Trevor
> From: Wjhonson <wjhonson(a)aol.com>
>
> You can enter the ip number and get your home page
> But if you enter the domain name you get an error
> That's DNS
Unless your server is using virtual names, in which the IP address may not give you the website you expect, because the same IP address is being used for more than one domain name.
That's a minor quibble, but it has confused me many times when debugging DNS problems...
----------------
:::: Crime is contagious. If the government becomes a law-breaker, it breeds contempt for law. -- Louis D. Brandeis
:::: Jan Steinman, EcoReality Co-op ::::