Difference between revisions of "Current Work"

From Biowikifarm Metawiki
Jump to: navigation, search
m (160.45.63.55 → 212.201.100.117)
 
(46 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 +
==Semantic Web==
 +
 +
[[Modeling SKOS Terminologies]]
 +
 
==Demos==
 
==Demos==
  
−
[[FlexKey_sample_data]] - [[NaviKey_sample_data]] - [[Flora page: Macadamia ternifolia F. Muell. (sensu Flora of Australia)]]
+
* '''Single-access-keys'''
 +
** On Key to Nature/Offene Naturführer sites: [http://www.keytonature.eu/wiki/Key_to_common_UK_street_trees UK street trees] and [http://www.keytonature.eu/wiki/Bumblebees Bumblebees], German [http://offene-naturfuehrer.de/web/Lamium ''Lamium'' example]
 +
** [[EFG sample data|EFG sample data (Java applet running against external server)]]
 +
* Multi-access keys (all embedded)
 +
** [[NaviKey sample data|NaviKey example, Java applet using on-wiki-editable DELTA data]] - See also [[NaviKey]]
 +
** [[IBIS-ID sample data | IBIS-ID sample data (IBIS-ID Flash-applet using SDD dataset)]]
 +
** [[Xper2 example | Xper2 example]] (presently see: [http://species-id.net/fr/Xper2_sample_data french Species-ID]
 +
** [[DELTA Intkey example|DELTA Intkey example using NaviKey sample data]]
 +
 
 +
* Species page: [http://www.species-id.net/wiki/Pestalotiopsis_sydowiana ''Pestalotiopsis sydowiana'']
 +
* [[Flora page: Macadamia ternifolia F. Muell. (sensu Flora of Australia)]]
 +
** [[Wikified key test2]] From the documentations page, here stand-alone for testing.
 +
* Very long and very slow test keys:
 +
** [[Wikified key test - de]] (incomplete, with new export routine Stefano)
 +
* [[Template:SingleAccessKey/doc|Wikified single access key]]
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
  
−
----
+
Not working: [[ETI sample data]] (in-wiki), [http://145.18.162.102/flex/SDD_05/bin-debug/SDD_05.html ETI SDD full screen]
  
 
==Quick links==
 
==Quick links==
  
−
* Debian Setup page: http://www.keytonature.eu/mediawiki/index.php/WP4/DebianInstall#Mediawiki
+
* Drupal 6 authorization integration: http://drupal.org/project/mediawikiauth plus http://www.mediawiki.org/wiki/Extension:AuthDrupal
−
* '''MySQL admin:''' http://160.45.63.55:8087/phpmyadmin/
+
* Drupal wiki content integration not updated to Drupal 6!
−
* '''Gallery:''' http://160.45.63.55:8087/gallery2/main.php
+
  
  
−
* [http://160.45.63.55:8087/MetaWiki/index.php/Main_Page meta (this wiki)]
+
* [[Tunneling X over SSH]]
−
* '''[http://160.45.63.55:8087/phytomed-wiki/Hauptseite phytomed-wiki]'''
+
* Debian Setup page: http://www.keytonature.eu/mediawiki/index.php/WP4/DebianInstall#Mediawiki
−
* http://160.45.63.55:8087/en/
+
* '''MySQL admin:''' http://212.201.100.117/phpmyadmin/
−
* http://160.45.63.55:8087/de/
+
* '''Gallery:''' http://212.201.100.117/gallery2/main.php
−
** not correctly configured, will automatically revert to /en/ and use /en/ database
+
* W..min: <nowiki>https://212.201.100.117:8010/</nowiki>
−
* http://160.45.63.55:8087/species-id/Main_Page
+
−
* '''[http://160.45.63.55:8087/Portal/wiki/Main_Page Workbench Portal]'''
+
−
* http://160.45.63.55:8087/Enumeratio/
+
−
* http://160.45.63.55:8087/Rosaceae/
+
−
* http://160.45.63.55:8087/Scholz/
+
−
* http://160.45.63.55:8087/SmutBase/
+
  
−
Consult the [http://meta.wikimedia.org/wiki/Help:Contents User's Guide] for information on using the wiki software.
+
== New Wiki setup ==
  
−
Notes on using [[DPL]] Dynamic Page List.
+
All virtual hosts have a forwarding index.html. Enumeratio, Scholz, SmutBase no longer installed, better integrated into a phytomed or other wiki.
  
 
===NaviKey===
 
===NaviKey===
Line 35: Line 54:
  
 
* [[OpenID]]!
 
* [[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==
  
−
-----
+
* [http://www.keytonature.eu/wiki/Template:Metadata Metadata template on K2N]
−
Testing Wikipages
+
 
 +
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:
 +
<source lang="php">
 +
  $url = wfFindFile(Title::makeTitle(NS_IMAGE, $fileName))->getURL();
 +
</source>
 +
 
 +
Image uploading:
 +
* recommended, not sure whether working with other wikis: http://djini.de/software/commonist/
 +
* possible, not yet installed: http://www.mediawiki.org/wiki/Extension:SpecialMultiUploadViaZip
 +
* ??: http://www.mediawiki.org/wiki/Extension:SpecialUploadLocal (needs updating, may be useful)
 +
 
 +
=== Encoding problem with non-ASCII svg file names ===
 +
 
 +
Scalable vector graphics are rendered by rsvg (version 2.22.2 librsvg2-2, librsvg2-bin) but it cannot handle utf8 characters, so German umlauts cannot be used:
 +
<source lang="bash">
 +
  cd ~/temp
 +
  rsvg /var/www/v-species/o/media/e/e1/Blätter_schematisch.svg \
 +
  Blätter_schematisch.png
 +
→ Invalid byte sequence in conversion input
 +
</source>
 +
Version 2.26.0 on a OpenSuSe works fine. See also bug report on https://bugzilla.wikimedia.org/show_bug.cgi?id=17678
 +
 
 +
A script rsvgWrapper.sh was therefore written. You'll find it linked in MediaWikiCommonSettings.php. It translates in- and output files to a md5 hash and does the scaling in the openmedia cache folder. After it's done, it moves them back. when an update of rsvg is made, the script won't be necessary.
 +
 
 +
== Ontology work and linked data ==
 +
 
 +
https://wiki.d-nb.de/display/LDS/Dokumentation+des+Linked+Data+Service+Prototyps+der+DNB
 +
 
 +
http://www.tagesschau.de/wirtschaft/opendata106.html
 +
 
 +
==Testing Wikipage names==
  
 
* [[Anthracoidea]]
 
* [[Anthracoidea]]
Line 48: Line 98:
 
* [[Anthracoidea Brefeld sec. Scholz & Scholz]]
 
* [[Anthracoidea Brefeld sec. Scholz & Scholz]]
 
* [[Scholz & Scholz: Anthracoidea Brefeld]]
 
* [[Scholz & Scholz: Anthracoidea Brefeld]]
−
 
−
 
 
* [[Anthracoidea angulata]]
 
* [[Anthracoidea angulata]]
 
* [[Anthracoidea angulata (H. Sydow) Boidol & Poelt]]
 
* [[Anthracoidea angulata (H. Sydow) Boidol & Poelt]]
Line 55: Line 103:
 
* [[Anthracoidea angulata / Scholz & Scholz]]
 
* [[Anthracoidea angulata / Scholz & Scholz]]
 
* [[Scholz & Scholz: Anthracoidea angulata]]
 
* [[Scholz & Scholz: Anthracoidea angulata]]
 +
 +
* PROJECT: [[Move to Wikipedia]]

Latest revision as of 20:40, 26 February 2015

Semantic Web

Modeling SKOS Terminologies

Demos





Not working: ETI sample data (in-wiki), ETI SDD full screen

Quick links


New Wiki setup

All virtual hosts have a forwarding index.html. Enumeratio, Scholz, SmutBase no longer installed, better integrated into a phytomed or other wiki.

NaviKey

See NaviKey

Uncompleted work

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:

Encoding problem with non-ASCII svg file names

Scalable vector graphics are rendered by rsvg (version 2.22.2 librsvg2-2, librsvg2-bin) but it cannot handle utf8 characters, so German umlauts cannot be used: 

  cd ~/temp
  rsvg /var/www/v-species/o/media/e/e1/Blätter_schematisch.svg \ 
  Blätter_schematisch.png
→ Invalid byte sequence in conversion input

Version 2.26.0 on a OpenSuSe works fine. See also bug report on https://bugzilla.wikimedia.org/show_bug.cgi?id=17678

A script rsvgWrapper.sh was therefore written. You'll find it linked in MediaWikiCommonSettings.php. It translates in- and output files to a md5 hash and does the scaling in the openmedia cache folder. After it's done, it moves them back. when an update of rsvg is made, the script won't be necessary.

Ontology work and linked data

https://wiki.d-nb.de/display/LDS/Dokumentation+des+Linked+Data+Service+Prototyps+der+DNB

http://www.tagesschau.de/wirtschaft/opendata106.html

Testing Wikipage names

Retrieved from "https://biowikifarm.net/metawiki/index.php?title=Current_Work&oldid=5204"