Wikipedia and KDEEDU

[Carsten Niehaus]

Hi

After the LinuxTag I had some discussions in IRC and on mailinglists. This is 
the result. This is from the perspective of an applicationdeveloper, not from 
kdelibs. We asked ourselfes: What do apps in kdeedu need from kdelibs and the 
wikipedia-API?

* validate if an article exists
  -- bool articleExists( const QString& articlename )

* return an article (wiketext, xml or html) which I request
  /**
  * @param articlename the name of the article
  * @param type defines if this returned string is in XML,
    Wikitext or html
  */
  -- QString getArticle( const QString& articlename, DocumentType type )

* return several articles (wikitext, xml or html) which I request by
  using QStringList
  -- QStringList getArticles( QStringList articles, DocumentType type )

* return the users who modified an article. This is needed because the
  GNU-FDL requires that you name all contributors of an article. I suggest
  that we don't display them in a text but have "Author"-Buttons.
  Perhaps make use of KAboutPerson?
  -- QString articleAuthors( const QString& articlename )

* return the full-size version of an image. In an article there are usually
  resized pics, sometimes even in stamp-size. There has to be a
  mechanismn to retrieve the fullsized version and possible if there are
  diffrent versions. For example: A wiki-guy uploaded a picture to
  wikicommons. That pic is named foo.jpg. In the chinese wikipedia there
  is no local foo.jpg. So a chinese user would get the picture from
  wikicommons. In the german wikipedia there is a foo.jpg. This will
  have a higher priority (local before commons) so that a german user
  will get a diffrent picture. That is the wikipedia-behaviour and it
  makes sense. But we have to keep it in mind.

* The content our applications will be displaying needs a fallback version
  (offline). This is because at any time it is possible that a article
  is vandalized. Usually these changes are reverted within a few minutes our
  hours but still this is a risk. There there should be a setting to
  fall back to a offlineversion which has been checked by the developer(s).
  Furthermore this will make it possible to have the full functionaliy
  when you are offline, behind a strict firewall. A last plus is that this
  will reduce the traffic of both the wikipedia and the users connection.

  ** The size of that offline version might become a problem. With pictures
     it might become pretty big soon
  ** Who will check eg the chinese version? The chinese translator? The
     wikipedia?
         *** Elian proposed that we (KDE) will create wikipedia.kde.org. On   
this page the authors will list the articles they are using. In my case I
         would make a list (eg in a simple xml are csv-file). I script will
         create a html-page out of this file (I volunteer for writing this
         script in Ruby). On this page we will mention on which date we will
         grep the articles from the wikipedias (the chinese, german, english
         and so on). The wikipedia-guys will take care that on that date
         there are only good articles.
         Another point is that this will also show which articles have not yet
         been written in the different languages. Elian said that this
         situation will pretty quickly make people write or translate the
         articles.
 I guess it would be best to have those releases downloadable. It would  
probably much to much data (eg 50*2mb == 100mb additional)
  ** We will update those offline-databases with every release of
         KDE, perhaps when the strings are frozen I guess. This won't increase
         the workload of the kde-translators as all translations will be
         provided by the wikipedia.
  ** What happens if an article is not found? The answer is pretty
         simple: kde has already a priority-list in (I think) KLocale.
         A user can for example define fr, nl, de as his list. In this case,
         if article is not found in the french wikipedia it will be
         taken from the dutch wikipedia. If it is not there and also not
         in the german wikipedia it will be taken from the englisch
         wikipedia. And it will definetly be there becuase the developers
         will make sure that they only use articles which have an entry in
         the english wikipedia.
  ** If we developers want to have a specific article written but
         can't do it ourselfs for some reason we will but a request on
         the wikipedia.kde.org-page. Chances are pretty good that it will
         be written within a few days as the wikipedia-folks will keep
         a close eye on that page.
  ** I for one will furthermore add those articles to my
         Wikipedia-userpage in the  german and english wikipedia where I
         will also add them to my personal watchlist so that I can
         easily track all changes.
  ** There will also be cooperation with the chemical team of the
         german and english wikipedia so that the articles I need will
         quickly gain quality and quantity.
      Other projects could/should do the same...


Carsten
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050629/0e0cd9fe/attachment.sig>