Difference between revisions of "Current Work"

From Biowikifarm Metawiki
Jump to: navigation, search
m (160.45.63.55 → 212.201.100.117)
 
(21 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 +
==Semantic Web==
 +
 +
[[Modeling SKOS Terminologies]]
 +
 
==Demos==
 
==Demos==
  
−
* [[FlexKey sample data]] - [[NaviKey sample data]] - [[EFG sample data]] - [[ETI sample data]]
+
* '''Single-access-keys'''
−
* [http://145.18.162.102/flex/SDD_05/bin-debug/SDD_05.html ETI SDD full screen]
+
** 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)]]
 
* [[Flora page: Macadamia ternifolia F. Muell. (sensu Flora of Australia)]]
−
* [[Template:SingleAccessKey/doc|Wikified single access key]]
 
 
** [[Wikified key test2]] From the documentations page, here stand-alone for testing.
 
** [[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)
 
** [[Wikified key test - de]] (incomplete, with new export routine Stefano)
−
** [http://www.species-id.net/wiki/Key_to_Plants_of_Val_Rosandra_%28English_Demo%29 Val Rosandra English Demo on Species-ID]
+
* [[Template:SingleAccessKey/doc|Wikified single access key]]
−
** [http://www.species-id.net/wiki/Key_to_Plants_of_Val_Rosandra_%28English_Demo%29 Val Rosandra Italian Demo on Species-ID]
+
−
* [http://www.keytonature.eu/wiki/Template:Metadata Metadata template on K2N]
+
  
−
==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: <nowiki>https://160.45.63.55:8010/</nowiki>
 
  
−
== New Wiki setup ==
 
  
−
* '''[http://160.45.63.55/meta/ MetaWiki (this wiki)]'''
 
−
* [http://160.45.63.55/test/ TestWiki (imports, temporary material]
 
  
−
* '''[http://www.DiversityWorkbench.net/Portal Workbench Portal]''' <small>(old version on .55 still [http://www.diversitycampus.net/Workbench/Portal/ available (first page only?)])</small>
 
  
  
−
* [http://key-to-nature.net/wiki/ key to nature (test-version, no content)]
 
−
* [http://www.rosaceae.net/wiki/ rosaceae.net OK (no content)]
 
  
−
* [http://species-id.net/wiki/ species-id OK (no content)]
 
−
* [http://species-id.net/media/ openmedia wiki (shared media content)]
 
  
−
Test configs ([http://160.45.63.55/v-workbench/Portal Workbench Portal, Main version already active]) waiting for virtual host to be activated in DNS:
+
Not working: [[ETI sample data]] (in-wiki), [http://145.18.162.102/flex/SDD_05/bin-debug/SDD_05.html ETI SDD full screen]
−
* '''[http://160.45.63.55/v-phytopathology/Portal Phytopathology.net]'''
+
−
* '''[http://160.45.63.55/v-phytomed/wiki        Phytomed-Wiki]'''
+
  
−
All virtual hosts have a forwarding index.html. Enumeratio, Scholz, SmutBase no longer installed, better integrated into a phytomed or other wiki.
+
==Quick links==
  
−
== wmf wikis ==
+
* Drupal 6 authorization integration: http://drupal.org/project/mediawikiauth plus http://www.mediawiki.org/wiki/Extension:AuthDrupal
 +
* Drupal wiki content integration not updated to Drupal 6!
  
−
for testing the indexing extension:
 
−
* http://160.45.63.55/wmf-dewiki
 
−
* http://160.45.63.55/wmf-commons
 
  
 +
* [[Tunneling X over SSH]]
 +
* Debian Setup page: http://www.keytonature.eu/mediawiki/index.php/WP4/DebianInstall#Mediawiki
 +
* '''MySQL admin:''' http://212.201.100.117/phpmyadmin/
 +
* '''Gallery:''' http://212.201.100.117/gallery2/main.php
 +
* W..min: <nowiki>https://212.201.100.117:8010/</nowiki>
 +
 +
== 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===
 
===NaviKey===
Line 52: 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==
 
==Image uploading and handling==
  
 +
* [http://www.keytonature.eu/wiki/Template:Metadata Metadata template on K2N]
  
 
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?'''
Line 65: Line 64:
  
 
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();
+
<source lang="php">
−
 
+
  $url = wfFindFile(Title::makeTitle(NS_IMAGE, $fileName))->getURL();
−
 
+
</source>
  
 
Image uploading:
 
Image uploading:
 
* recommended, not sure whether working with other wikis: http://djini.de/software/commonist/
 
* recommended, not sure whether working with other wikis: http://djini.de/software/commonist/
−
* http://www.mediawiki.org/wiki/Extension:SpecialMultiUploadViaZip
+
* possible, not yet installed: http://www.mediawiki.org/wiki/Extension:SpecialMultiUploadViaZip
−
* http://www.mediawiki.org/wiki/Extension:SpecialUploadLocal (needs updating, may be useful)
+
* ??: 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==
 
==Testing Wikipage names==
Line 82: 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 89: 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"