Difference between revisions of "Current Work"
(→Image upload tools) |
|||
| Line 56: | Line 56: | ||
The real images are behind a special folder distribution mechanism, based on a MD5 hash of the filename. For an image example.jpg, Both Media:example.jpg, File:example.jpg, and Image:example.jpg (obsolete) will return the metadata page, not the image itself. '''DOES THE WIKI has no native mechanism for a short URL to the image itself?''' | The real images are behind a special folder distribution mechanism, based on a MD5 hash of the filename. For an image example.jpg, Both Media:example.jpg, File:example.jpg, and Image:example.jpg (obsolete) will return the metadata page, not the image itself. '''DOES THE WIKI has no native mechanism for a short URL to the image itself?''' | ||
| + | |||
| + | Mediawiki has an internal function that provides this: <nowiki>{{filepath:file name}}</nowiki>. However, the issue is calling an image from outside (Navikey, IBIS-ID) by name... | ||
Perhaps create a small extension that does this? In PHP inside mediawiki, the following may work: | Perhaps create a small extension that does this? In PHP inside mediawiki, the following may work: | ||
$url = wfFindFile(Title::makeTitle(NS_IMAGE, $fileName))->getURL(); | $url = wfFindFile(Title::makeTitle(NS_IMAGE, $fileName))->getURL(); | ||
| + | |||
Revision as of 10:08, 10 March 2009
Contents
Demos
- FlexKey sample data - NaviKey sample data - EFG sample data - ETI sample data
- ETI SDD full screen
- Flora page: Macadamia ternifolia F. Muell. (sensu Flora of Australia)
- Wikified single access key
- Fiume Isonzo Italian key (manually modified Gregor)
- Wikified key test - de (all three following with new export routine Stefano)
- Wikified key test - en
- Wikified key test - it (this is the only one with descriptions, here always double return at end)
Quick links
- Debian Setup page: http://www.keytonature.eu/mediawiki/index.php/WP4/DebianInstall#Mediawiki
- MySQL admin: http://160.45.63.55/phpmyadmin/
- Gallery: http://160.45.63.55/gallery2/main.php
- W..min: https://160.45.63.55:8010/
New Wiki setup
- Workbench Portal (old version on .55 still available (first page only?))
Test configs (Workbench Portal, Main version already active) waiting for virtual host to be activated in DNS:
All virtual hosts have a forwarding index.html. Enumeratio, Scholz, SmutBase no longer installed, better integrated into a phytomed or other wiki.
See NaviKey
Uncompleted work
- OpenID!
- autoconfirm of accounts does not work yet (mailer returned error)
- Insert Char:
- Phytomed wiki is working ok with a fairly straightforward CharInsert solution; see the Debian Install page for further information
- English phytopathology is not working, the http://en.wikipedia.org/wiki/MediaWiki:Edittools.js was created, but is not called yet. Place where the JavaScript is bound needs to be found!
Image uploading and handling
The real images are behind a special folder distribution mechanism, based on a MD5 hash of the filename. For an image example.jpg, Both Media:example.jpg, File:example.jpg, and Image:example.jpg (obsolete) will return the metadata page, not the image itself. DOES THE WIKI has no native mechanism for a short URL to the image itself?
Mediawiki has an internal function that provides this: {{filepath:file name}}. However, the issue is calling an image from outside (Navikey, IBIS-ID) by name...
Perhaps create a small extension that does this? In PHP inside mediawiki, the following may work:
$url = wfFindFile(Title::makeTitle(NS_IMAGE, $fileName))->getURL();
Image uploading:
- recommended, not sure whether working with other wikis: http://djini.de/software/commonist/
- http://www.mediawiki.org/wiki/Extension:SpecialMultiUploadViaZip
- http://www.mediawiki.org/wiki/Extension:SpecialUploadLocal (needs updating, may be useful)
Testing Wikipage names
- Anthracoidea
- Anthracoidea Brefeld
- Anthracoidea Brefeld sec. Scholz & Scholz
- Scholz & Scholz: Anthracoidea Brefeld
