User:Jukeboksi/Blog/May2005: Difference between revisions

    From Consumerium development wiki R&D Wiki
    (We should drop Publish Wiki and use wiki->xhtml conversion for creating publications, collated according to consumer preferences - Wiki governance woes would be more then halved)
    (same old Language vs. Area needs to be worked out, while it stands unsolved no advancement to implementation)
    Line 11: Line 11:


    I asked around at #mediawiki on http://freenode.net about [[wiki]] -> [[html]] conversion since there are hundreds of sites serving [[Wikipedia]] content as static html I thought that either all those sites invented the wheel for themselves or there is a freely available tool, and there is one developed within [[mediawiki]] development [http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/maintenance/dumpHTML.inc?rev=1.3&view=markup here is the .inc file] and [http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/maintenance/dumpHTML.php?rev=1.1&view=markup here is the .php file] (from the 1.5 alpha tree)
    I asked around at #mediawiki on http://freenode.net about [[wiki]] -> [[html]] conversion since there are hundreds of sites serving [[Wikipedia]] content as static html I thought that either all those sites invented the wheel for themselves or there is a freely available tool, and there is one developed within [[mediawiki]] development [http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/maintenance/dumpHTML.inc?rev=1.3&view=markup here is the .inc file] and [http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/maintenance/dumpHTML.php?rev=1.1&view=markup here is the .php file] (from the 1.5 alpha tree)
    '''The [[Language vs. Area]] question on what basis is used to arrange - ie. store and retirieve information - most efficiently organise the information''' still remains a major blockade stopping us from going on into implemenatation phase


    ----
    ----

    Revision as of 19:23, 22 May 2005

    22.05.2005

    I've been thinking about the non-wikiness and extra hassle that comes if we try to get this thing working using three wikis:

    Inevitably that would lead to inconsistencies, wasted working hours and frustration.

    I think that it would make sense to drop the third wiki and replace that with non-editable html. I'm not using the word static, because an article or more likely a set of articles from Research Wiki will be merged for publication. This stage would allow the Preferences (that have been at the heart of the whole concept of Consumerium right from the start) to be implemented.

    I asked around at #mediawiki on http://freenode.net about wiki -> html conversion since there are hundreds of sites serving Wikipedia content as static html I thought that either all those sites invented the wheel for themselves or there is a freely available tool, and there is one developed within mediawiki development here is the .inc file and here is the .php file (from the 1.5 alpha tree)

    The Language vs. Area question on what basis is used to arrange - ie. store and retirieve information - most efficiently organise the information still remains a major blockade stopping us from going on into implemenatation phase


    21.05.2005

    Today I got the Consumerium spam blacklist configured and working. I'm not protecting it for now. Please if you notice new clear cut wiki spam cases, add them to the list and blank the page untill a sysop shows up to delete the pages.


    17.05.2005

    This wiki seriously needs to be categorized, but upcoming Research Wiki avoids using category where ever it can be avoided to keep it simple.


    14.05.2005

    The wiki was offline for a few hours but the good news is that I managed to upgrade MediaWiki to 1.4.4 (latest stable) after hacking the installation scripts quite a bit.

    Other good news is that I managed to get the short URLs to work. If you spot something that's broken due to this upgrade please email me.

    Fixed interwiki linking which was lacking wiktionary:kitchen and WikiBooks:Cookbook


    09.05.2005

    While doing the chores I removed a bunch of hits from a run-amok rogue wget-script so that for a change Statistics are sane and propably even correct.

    Sourceforge is experiencing trouble with their mirrors so I could not load the newest stable MediaWiki (1.4.4)


    04.05.2005

    Finally this Development wiki is up and running again. The cracker had altered the db but I seem to have stiched up a reasonably sane database.