Wiki build and maintenance

Links for information

• Start page for smw (manual, installation, etc): https://semantic-mediawiki.org/wiki/Semantic_MediaWiki
• mediawiki startpagina help: http://www.mediawiki.org/wiki/Help:Contents

Build

No edit source tab, properties not assigned problem

templates that use the

format and assignment of properties within the table, should put the asignment at the beginning of a new line. Otherwise no assignment is made! Note: The property assignment should be placed at the beginning of a new line! Otherwise they won't be evaluated. Save the page to efectuate the change

Vervuiling van properties

• Bij het uittesten van templates kan het gebeuren dat er properties aangemaakt worden. Soms zelfs met titelnamen, die de wiki niet kan interpreteren.

Je kan de 'foute' properties herkennen aan use=0 en (rode link of niet linked)

• De oplossing bestaat uit het repareren in de database
  • in de tabel smw_ojects_ids, namespace = 102 staan de properties. Je kan de foute rijen hier verwijderen.

Drilldown

Waar wordt de browse data selectie van categorieen geregeld

bij de categorie-pagina kun je de tekst "__ HIDEFROMDRILLDOWN__" aangeven, dan wordt de categorie niet getoond.

Hoe maak je een filter voor een category?

• Met Special:CreateFilter pagina maak je een filter, bijv themeitem of variable type, aan in de namespace: Filter.
• In de form koppel je de filter aan een property, bijv het filter ThemeItem aan HasThemeitem. Hierbij wordt er in de namespace Filter een pagina gecreeerd met de tekst: This filter covers the property [[Covers property::HasThemeItem]].
• Bij de category plaats je de eigenschap 'Has filter', bijv in de Category:PolicyIntervention: [[Has filter::Filter:ThemeItem| ]]

Zie ook bij Special:SpecialPages de sectie Semantic Drilldown

subobjects and multiple valuse for a property

In the PolicyInterventionSet template wordt een subobject gedefinieerd met de ConsistsOfPI eigenschap. Deze eigenschap van type page heeft multiple values. Het lukt me niet om in de subobject de eigenschap meerdere waarde toe te kennen. Dat zou moeten werken met de '+sep;' parameter, maar dat gaat niet goed. Nu krijgt de eigenscap de waarde van de string, bestaande uit een list pages. DE vraag is:

• Is er een oplossing?
• is het hier noodzakelijk. Op de pagina kunnne de PI's in een tabel worden weergegeven mbv de field waarde. Is er een noodzaak voor de eigenschap? Wi je bijv. bi de PI een verwijzing opnemen naar de subpage (policy intervention page) waar die beschreven wordt.

Hoe globale wijzigingen aan te brengen

• Special:ReplaceText om door de hele wiki heen een tekst te vervangen door een andere tekst.
• Special:NukeDPL voor massale delete

Hoe pas je de menu-bar aan

Voor de sidebar, ga naar: MediaWiki:Sidebar Voor de custum sidebar, ga naar: Template:CustomSidebar

Hoe combineren met andere smw's

wikifarm is een mogelijkheid (let op: Lucene-search extensie moet worden aangepast om goed te werken).

Maintenance

Rights

http://www.afsg.nl/IMAGEwiki/Special:UserRights. En in LocalSettings.php, daarin kun je specificeren welke user group welke rechten heeft.

• Rechtenbeheer.
  • Intern Iedereen mag kijken, sommigen schrijven. "Writer"
  • Extern iedereen mag kijken, niemand mag schrijven. "Viewer". Als het open moet worden, moet je dat in LocalSettings.php aanpassen.

Hoe veranderingen te monitoren

http://www.afsg.nl/imagewiki/index.php?title=Special:RecentChanges&days=90&limit=2500 (let op: je kunt het aantal dagen en het aantal wijzigingen gewoon verhogen in de URL)

Wat te doen bij aanpassingen aan de wiki:

• See the dealing with changes section: Publication_process#How to handle changes.
• $egApprovedRevsAutomaticApprovals: On default the setting $egApprovedRevsAutomaticApprovals is put on true. With this setting, each change will automatically be approved, and is thereby directly visible for external people. Automatic approvals will not be applied to new pages and pages which are actively put to the unapproved status. For more information about the approve-revision-permission, see Approved Revs.

Wat te doen bij een nieuwe release

1. Make an archief version
   • Pdf-format is probably the best, because people will not expect the links to work
   • See the extensions: collection and pdfbook
2. Put the whole wiki on 'unaproved' by putting the setting $egApprovedRevsAutomaticApprovals to false
3. When all changes are done, put all pages back to the approved status at the same time

Een uitdraai maken van alle 'talk' pagina's

Plaats het volgende in de pagina:

__NOTOC__
__NOEDITSECTION__

{{#ask:[[Talk:+]]
|format=embedded
|limit=100
}}