tag:blogger.com,1999:blog-3960823575559189442.post4629655644070449957..comments2023-10-23T19:50:05.472+01:00Comments on Labour Roots Project: Technologies 001Tim Wilkinsonhttp://www.blogger.com/profile/15237522140184882034noreply@blogger.comBlogger36125tag:blogger.com,1999:blog-3960823575559189442.post-83805022680258256532016-06-20T10:55:27.631+01:002016-06-20T10:55:27.631+01:00Also going to look at http://www.xwiki.org
I shou...Also going to look at http://www.xwiki.org<br /><br />I should probably set up a Wiki thread - do we all agree that we will want wiki software for at least some things? How central should wiki technology be?Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-7338865944811494492016-06-20T10:44:45.106+01:002016-06-20T10:44:45.106+01:00OK thanks, I'll take a look.
I have been loo...OK thanks, I'll take a look. <br /><br />I have been looking at <a href="https://tiki.org/HomePage" rel="nofollow">https://tiki.org/HomePage</a> which seems quite mature and fairly well-supported, but *possibly* - this is only a vague impression at present and I may be quite wrong - also a bit too pre-packaged and inflexible?Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-21861523716322707012016-06-20T09:26:41.796+01:002016-06-20T09:26:41.796+01:00Tim: It was a fairly small and simple wiki system ...Tim: It was a fairly small and simple wiki system for the Django framework, called Waliki. You can see an example of it in action (complete with reskinning) in an Argentinian group of Python users: http://www.python.org.ar/wiki/<br /><br />It's not as powerful or well-developed as MediaWiki, but it is easily extensible and, I think, would serve our purposes if not for the whole semantic web. It would also be considerably easier to integrate with forum software and any other sorts of apps we'd like to develop in future. Something I'd like to do, if I can find the time, is write an extension which would allow some existing forum software for Django to act as a discussion page for each wiki article.Anonymoushttps://www.blogger.com/profile/10829113438211196212noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-22212717342948220042016-06-20T08:53:37.578+01:002016-06-20T08:53:37.578+01:00Re The Semantic Web Revisited, interesting selecti...Re The Semantic Web Revisited, interesting selection (a 2006 positioning paper) and thus very useful for helping to now position the niche within the field. I see the WSRI has now become the Web Science Trust and have recently held their annual Web Science Conference. All very interesting and no doubt worthwhile as a research niche. The problem is, how have we gotten to a point where Labour Roots is being dominated by comments about a tiny information research niche? Exploring the expertise we all bring is of course very worthwhile but can we leave niches until a bit later and instead focus on the job in hand (which seems to have drifted into the background).<br /><br />Those Labour First guys would love to see what we're getting up to here - no need for them to intervene here, we'll do their work for them ...John Walshhttps://www.blogger.com/profile/05962574235469005557noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-89223802456187961342016-06-20T00:25:04.370+01:002016-06-20T00:25:04.370+01:00Chris, what was the wiki system you were thinking ...Chris, what was the wiki system you were thinking of using for a demo setup?Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-47952394869166760042016-06-19T20:04:13.997+01:002016-06-19T20:04:13.997+01:00I shoud probably add that in the database field, Y...I shoud probably add that in the database field, <a href="http://c2.com/xp/YouArentGonnaNeedIt.html" rel="nofollow">YouArentGonnaNeedIt</a> is a high stakes bet, because you don't get a second chance to store data once the chance to do so has been passed up, i.e. the data has been discarded (like a used kleenex). <br /><br />That's why I want to make sure the ability to gather data from the start is built in, even if getting that data back out may not happen immediately as a matter of standard practice (it can always be interrogated on an ad-hoc basis by us). Data, and especially data sets, are almost always found to be useful in one way or another, and often in unexpected ways. Here we have a very clear idea of how they can be useful; the only issue is how quickly we get round to making the fullest use of them.<br /><br />Here's a thing about the 'semantic web', FWIW. Oceanography gets a name-check:<br /><br /><a href="http://eprints.soton.ac.uk/262614/1/Semantic_Web_Revisted.pdf" rel="nofollow">http://eprints.soton.ac.uk/262614/1/Semantic_Web_Revisted.pdf</a>Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-18861034801662465132016-06-19T14:44:03.614+01:002016-06-19T14:44:03.614+01:00I guess much new info would be shared simply in vi...I guess much new info would be shared simply in virtue of being added into wiki pages (more or less transparently to the user) - but some kind of 'related topics' template would find more stuff, and could traverse the network to arbitrary depth (and - further riefinements - use various criteria & weightings to prioritise). I guess also queries could be generated from the user interface fairly straightforwardly (though it would take some develeopment - I'll be learning SPARQL among other things if we go down anything like this route, so can do/check/coordinate much of the work on that kind of stuff.) But that kind of thing is easier to scope, design and implement as incremental enhancements once we're further down the road (if we go down this kind of road).<br /><br />Background - the 'graph' data is basically an enhanced kind of triple (thing1..relation..thing2) store - anything can be linked to anything else (the 'things' can themselves be triples - facts). The query language (and engines) for this kind of data are geared to searching through this kind of network structure and finding connections. Not saying we want to get into all that to start with, but being able to once the resources are available is useful, and adds an aspect of future-proofing, because this kind of thing is going to become much more prevalent even in the next few years.<br /><br />This stuff all looks very daunting looked at as an all-encompassing blueprint, but I'd reiterate that the ambitious-sounding stuff isn't necessary for the system to get off the ground and start functioning effectively. I just want to have a broad vision of how the system might be developed, and make sure our short- and medium- term plans don't preclude the possibility of making continuing progress along that general 'direction of travel'.Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-25953957205300642312016-06-19T13:51:26.791+01:002016-06-19T13:51:26.791+01:00One of the big points you make in favour of the se...One of the big points you make in favour of the semantic web is that it allows people to reuse existing datasets. This is a great goal, but what I'm not clear on is how you propose to make this data browseable. This may simply be due to being unfamiliar with the Semantic Web, but I'd think that unless people already know what resources are available, they'll have quite a hard time finding the data that they are looking for on our system.Anonymoushttps://www.blogger.com/profile/10829113438211196212noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-9711911010704383572016-06-19T10:58:07.091+01:002016-06-19T10:58:07.091+01:00The above addresses the issue of credibility of da...The above addresses the issue of credibility of data too. Journos need credibility only when they are in effect acting as a witness - we are asked to trust what they tell us about their anonymous source, what they saw in Aleppo, etc. - or an expert(!) - we're asked to trust their assessment of [whatever it is they've just run off 300 words on]. <br /><br />In the general case, however, journalists provide sources (to their editor at least, even if they're lax about supplying themn in the text (a cynic might suggest they don't really think it's the public's business to demand such things). And tracking and documenting sources is ideal work for a computer program/database. Instead of copying and pasting URLs, copying the author's name, cobbling it all together in some kind of reference, all the citations - of the most credible source yet identified by the collective - are instantly available in a avriety of formats, as inline link or footnote as we choose. We can drill down a chain of sources, quickly see which sentnce in each web page is held to provide the evidence in question, etc etc. <br /><br />Again this is not something that has to be worked out in full before we can get started - but incremental, non-disruptive efforts over time can certainly get to us to a point like this - all the technology is there and there is no leap of programming inspiration required to join up the dots. I say we keep this pathway open.<br /><br />Re: people v technical. No tension or tradeoff there - in fact a positive relationship. If we have a good technical project (and IT/internet is basically the medium we will be operating in) we'll attract more participants, both techies and 'users' and those straddling those categories to varying degrees. Certainly we need to take initiatives to recruit people - there are lots of avenues to pursue there - I'll set up a thread - and we can do that in parallel with developing key IT infrastructure. <br /><br />One thing that occurs to me is that the idea of setting up a flat communications network for Momentum members would not only be an important end in itself, but if we succeed in becoming the default notice board/message exachnge centre for Momentum members, getting them to dip a toe into research/policy discussion/signing up to media monitoring team/whatever is going to be pretty easy, as is putting out calls for particular skill sets, types of contribution, etc. If we are right about the need for this kind of thing and the untapped energy residing in the membership (and we are!) then we will be pushing at an open door in trying to recruit people. <br /><br />I'll leave further comment (memo: e.g. on the importance of participant status, encouraging enabling & supporting people to take on responsibility, etc) for the recruitment thread.Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-5440293004236455402016-06-19T10:57:31.945+01:002016-06-19T10:57:31.945+01:00I see the automated side of things as strictly an ...I see the automated side of things as strictly an enabling tool for human activities. The problem with malgorithms is that some machine has been put in charge under facile instructions, or left to free-associate. The kind of examples I'm talking about are perfectly consistent with (and intended to assist) human research - but rather than supporting one Twitter meme or obscure blog post, the research goes into a common pool and can be picked up or built on by any other member of the collective. So far as automatic semantic 'tagging' is concerned, I'd say we'd want it to be human-checked, certainly at first; though things like meta tags etc mean that we won't be relying on fuzzy algorithms and the non-sanity of robots to do our thinking for us. In other words, nothing forces us to subordinate human decision to robotic - but robots can do a lot of the tedious work of sorting and manipulating data in straightforwardly 'deterministic' ways. At the same time, it may be that for exploratory analysis, blue-skies thinking etc, (and cherry-picking, perish the thought) we might one day in the far off future incorporate modules that can perform probabilistic-statistical, associative & Bayesian types of processing - again, so far as it is useful to human beings who do the work. But while I'd like to allow a pathway open to this kind of stuff, it's going to be a long time before we even start to consider implementing anything like that - I'm happy to dioscount the possibility and let this proposal stand on the merits of more immediate benefits.<br /><br />On the usefulness of automation: I see the role of automatic data dumps, feeds, scrapes, etc as happening in the background aHnd (from the perpective of the user) simply functioning to make data (Hansard, the public whip, ONS, OBR, etc etc) more available and more easily searchable. The ONS website is a nightmare to find anything in. Try it - you search for keywords and get a bewildering array of results, then drill into 'data sets', select the series you want, then download a spreadsheet with slabs of text, merged cells, dates as text etc etc.<br /><br />Given the initial system is set up to allow it, adding Atom feeds etc to pull in, tag and the data would be a trivial task; some kind of mappings (xslt or whatever it may be) can present the data in a way that is useful for our purposes, make it much more interrogable and available and allow it to be combined more easily with other data sets. As a further - optional - pathway for possible further development, this starts gently to introduce the idea of making it easier for people to combine data sets (or rather to avoid doing it wrong) by defining/analysing the measures and dimensions used in datasets and preventing (or less intrusively for 'power users', warning about) invalid comparsions being made.<br />Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-31158612120470197482016-06-19T09:34:27.455+01:002016-06-19T09:34:27.455+01:00Tim, good to see your Vulture Watch example (along...Tim, good to see your Vulture Watch example (alongside more abstract descriptions of the 'semantic web'). I tend to think of such things in the context of cultural-neoliberalism and what the Americans call post-truth politics. It also brings to mind the idea of one bloke in JC's office (Neale Coleman?) acting as Head of Policy and Rebuttal - what a waste of member skills and resources to have one bloke doing this when there are thousands of members willing to provide input.<br /><br />Having said that, I'm yet to be convinced that the 'semantic web' can produce, except in certain discipline specific areas and, of course, in the world of advertising (parodied so well in Private Eye's 'Malgorithms' section). I guess the nub of the problem comes to light in the Vulture Watch example with the idea that feeds and scrapers will gather data (along with people on the look-out) and then the data becomes authoritative because it's part of the system. Or that health related speeches will be garnered from simply searching the web. In essence, though, isn't this the work of an investigative journalist and the credibility of the data is to a large extent dependent on the journo's standing?<br /><br />For me, the power of the system would be rooted in participation by members, lots of members beavering away finding out previously hidden data. As such, the problem to solve isn't technical it's a people thing - about attracting members to be involved.<br />John Walshhttps://www.blogger.com/profile/05962574235469005557noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-77939116618520593432016-06-19T08:36:13.188+01:002016-06-19T08:36:13.188+01:00Sorry Chris, slight misunderstanding here probably...Sorry Chris, slight misunderstanding here probably because of my use of the term 'learn'. I didn't mean 'learn' in the sense of become fully competent with, rather, I meant that as you know Python it should be trivial for you to make sense of bits of php you might come across when, for example, installing and configuring a wiki. This probably isn't the case the other way round (going from php to Python) - whereas Python is a 'proper' programming language, php could be thought of as a lightweight layer between a web server and web pages. Hope that helps.John Walshhttps://www.blogger.com/profile/05962574235469005557noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-38816834730006939992016-06-19T01:28:04.582+01:002016-06-19T01:28:04.582+01:00@John Walsh
I'm sure it wouldn't be too mu...@John Walsh<br />I'm sure it wouldn't be too much trouble for me to learn PHP (although I haven't heard good things about it). It's just that I'm really busy for the next few weeks, then I'll be travelling, then I'll be moving into new accommodations... Needing to learn a new language to contribute just makes it that much harder to find the time. Furthermore, it would take quite awhile before I have the level of comfort and familiarity with PHP as I do with Python. But as I way, we can't base our design decisions around what programming language I like.Anonymoushttps://www.blogger.com/profile/10829113438211196212noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-23577048911669305772016-06-19T00:44:41.681+01:002016-06-19T00:44:41.681+01:00Maybe we switch tack, start with what we definitel...Maybe we switch tack, start with what we definitely agree on and see how far that takes us.<br /><br />So - we agree that we want a uniform look and feel?<br />- presumably a uniform interface would be good too then<br />- especially if it's actually fairly familiar - those tending to join us would I should have thought have a higher statistical probability of being aquainted with wikipedia editing, versions, reverts etc. We can advertise for & recruit them.<br /><br />And that it should be web-based?<br />- presumably any rich user interface would probably be implemented in javascript and probably use JSON (and/or JSON-LD, XML)?<br /><br />We should try out a wiki<br />-We should try out some use cases on them. Formulating a policy document, publishing a wiki page to a separate website, seeing if it will work as a Momentum intranet / flat communications network<br /><br />Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-19846561747996992772016-06-18T23:11:20.316+01:002016-06-18T23:11:20.316+01:00Forgot to add (re: 'Arranging contributions ar...Forgot to add (re: 'Arranging contributions around research and conclusions around document production has some great advantages') that a common and very wasteful problem in (among others) policy discussions is people talking past each other, or disagreeing on the basis of some vague 'stance' that isnlt necessarily much to do with the real issues under consideration. Having a concrete document to work on means the issue under dispute should be in quite sharp focus, and doing so in terms that are expected to be substantiated in some way or other should mean that people will need to be clearer about what point they are making.Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-7107321099970164522016-06-18T22:48:50.456+01:002016-06-18T22:48:50.456+01:00I'd say actually the analogy with software dev...I'd say actually the analogy with software development helps to illustrate some of the ideas I'd like to see incorporated into our system (with the obvious proviso that policy development is a lot more complicated and 'messy' than the relatively tractable world of programming).<br /><br />Think of the back-end I'm proposing as the software repository - when code is written, it is version controlled and put into testing queues, etc. The code is organised into menaingful and independent chunks which can be re-used - whole libraries may be developed which can then be imported into other projects, etc. When requirements change, you may want to go back to look at previous versions of the code, etc etc.<br /><br />Not sure if this idea is of any use in any way, but just going back to the issues I have with Wikipedia's unstructured talk pages - maybe these are analogous (not in every way obviously) to comments in code. One thing programmers like is when code is so clear and well-crafted it's almost 'self-documenting'. We want to equip people with the tools to generate policy proposals that are so well constructed and researched that they are unarguable. (Obviously this is very much one of those 'direction of travel' things!)<br /><br />The time isn't far off when we'll be able to drag and drop bits of evidence into a paper and have the logical and even evidentiary relations between them calculated on the page. It's not here yet but anything we can do to facilitate people's ability to generate powerful content has got to be a good thing.<br /><br />Here's another example. Say we set up Vulture Watch, a site which lays out all MPs interests in Preivate health care and the private drug and medical supplies industries. Rathedr than some guy painstakingly compiling an HTML table with the data in patchily sourced and rapidly outdated, this information is stored in our knoweldge base and the web site published based on queries from that data. We set up feeds or web scrapers to update the data, people who know about eh prioject are on the look out for new info and can submit it when they see it in news stories or whatever. The data itself will be linked in the db to those MPs - so the rapid rebuttal team can cite it instantly, with impeccable sources, as part of a reply to some remark by a Conservative MP. Leter someone thinks wouldn't it be a nice feature to include NHS-releted speeches made by these MPs from Hansard, and NHS-related policyinitiatives they have been involved in. Someone runs a search for that data - some will already be held, the rest is (transparently) collected from the wider web and stored. It can now be added to the next published version of Vulture watch (we donlt automatically update the site in situ because we prefer to run manual checks and to have a manageably small number of identifiable page versions for the site (each one is maybe published to archive.org?) - and anyway the Vulture Watch webmaster needs something to do!<br /><br />Perhaps I should do more of this kind of use case - I have a habit of being too compressed and abstract in exposition.Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-28063368366048307812016-06-18T22:12:12.126+01:002016-06-18T22:12:12.126+01:00Yes I think that's right - I definitely see a ...Yes I think that's right - I definitely see a knowledge base as an important aspect of the thing - to support generation of the various kinds of factual and discursive materials discussed. Wikipedia is after all a knowledge base, just a very rough and ready one. <br /><br />THe way I see it is that for policy discussion to really have impact it needs to be backed with policy papers (such as a policy unit or think tank might produce). And that in turn needs (a) research and (b) a finished document. This is just what a wiki is good at. Arranging contributions around reserach and conclusions around document production has some great advantages:<br /><br />1. Rather than endless back-and-forth, arguments will tend to be centred on providing evidence and sources. This focus means a much greater likelihood of converging - ideally, in Piercean fashion, on the right answer (I simplify)!<br /><br />2. (Side benefit/'synergy'): In the process of marshalling evidence to support a position, people will be contributing to a knowledge base that can be used both for further policy development in similar (or indeed different) areas, and for the whole range of working areas that have been discussed here.<br /><br />3. By arranging things around producing a document, we help to move thing forward. Decisions have to be made - one 'current version' is going to prevail and everyone concerned must make their case or lose the argument by default. More generally having a document to work on focuses the attention and provides a catalyst for discussion.<br /><br />4. This fits well with the model suggested by I think at least two people - and with which I agree - of starting with a complete (or relatively complete) policy document and letting discussuion form around it. Not that discussants would necessarily proceed by amending (a copy of) the content of the policy document itself, but that is possible - and indeed outline or partial documents could be supplied - to be worked on by the policy development team. This could even be a useful and productive model for more directed policy development tasks.<br /><br />It's probably cklear enough that my approach here is to regard policy discussions as at least in part as factual - or more generally perhaps, capable of being supported by better or worse sources (which might be Gramsci or Eurostat), and as such not being intirely distinct from research.<br /><br />Regarding the riskiness, I thing that is largely mitigated by an approach that allows us to start small and in one area, then to roll out the rest of the 'master plan' as incrementally. Say we start with a wiki-based discussion of a policy document. We can then attach a semantic engine and graph database, load up data and try getting people to start using semantic tags etc - via a suitable gui. Perhaps we load data that we iknow is relevant to a discussion into the database anbd encourage people to cite it via the application. When people cite a web page, it is archived, analysed, decomposed to some extent and stored as a document which will start to bukld associations ( it has one already - the project in which it was cited). Next time someone wants to cite that web page, it will already be in the data store and linked to other content that may also be relevant. <br /><br />None of this requires a huge upfront effort with uncertain results. It can all happen dowen a incremental path, and if some extension doesn't work, the rest of the system can continue and another path be taken.<br /><br />This is all still under-specified of course at this stage, but I hope it gives a flavour. Basically we should think big in terms of the future potential we build in, while starting small and proceeding in with manageable chunks (and even dribs and drabs) each of which is worthwhile in itself and and an improvement, and moves us in the direction of more efficient, machine-assisted research - which is undoubtedly where the future lies.<br /><br />I think this is a pretty compelling vision myself and eminently doable. But I don't wnat to get too carried away if this is not what anyone else wants!Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-58124157514348153012016-06-18T20:47:13.701+01:002016-06-18T20:47:13.701+01:00Good point about approaches - part of finding a wa...Good point about approaches - part of finding a way forward is discovering each of our predilections (I will get round to writing an intro tomorrow). I'm beginning to wonder if it would be good to have 'technologies' and a 'member involvement design' strands to the project.<br /><br />Re languages, I know php fairly well (via lamp stack projects) and have recently needed to learn a little Python (raspberry pi and home automation) - Chris, I'd have thought that as you know Python well, php would be easy to learn?<br />John Walshhttps://www.blogger.com/profile/05962574235469005557noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-7529955666745239342016-06-18T20:27:54.151+01:002016-06-18T20:27:54.151+01:00Yes, I happened across the page on "Skins&quo...Yes, I happened across the page on "Skins" shortly after writing that comment. The CSS, at least, is something I can help with (although I don't know that I have a sufficiently good eye for design). <br /><br />Granted, we can't base all of our decisions just around what programming language I like. Fair point that initial development should make it easy to pick up. Just to justify my concern somewhat, I'm coming at this from the perspective that I know Python really well, know the useful libraries it has, know how to find more libraries, know how to manage projects in it, etc. However, given that using MediaWiki would have much smaller development requirements, that sort of knowledge won't be as important. <br /><br />We seem to have been approaching this from somewhat different perspectives, presumably due to our different backgrounds. I was thinking of it as a sort of policy version of open-source software development, with some novel discussion capabilities. You are coming at it from a knowledge-base perspective. This is a very interesting idea, but not one I know much about in practice. It seems like a new approach to this sort of work and as such strikes me as very much a high-risk, high-reward thing to do.<br />Anonymoushttps://www.blogger.com/profile/10829113438211196212noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-28866379395694160422016-06-18T19:16:20.509+01:002016-06-18T19:16:20.509+01:00The 'semantic web' is where the future is,...The 'semantic web' is where the future is, and has potential to make research and related activities much more effective and efficient. A huge amount of data is available for import or dynamic access via rdf, and much more is on the way. <br /><br />Planning for this kind of capability means the project has the potential, while starting from a few simple wiki collaborations, to become a seriously useful and even cutting edge tool. That also means programmers are more likely to be interested, too.<br /><br />Re: learning PHP - fair point but how many options does that leave us? FWIW I think it might be a reasonably easy pathway anyway as there are so many extensions already written, we're likely to be mostly modifying existing code in fairly small ways to start with - a good way to pick up a new language fairly painlessly, in my experience. Not really for me to tell you picking up a new language is no problem, though! But I'd also hope we will get some more programmers on board once we have a tangible project under way anyway.Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-35635462163374545832016-06-18T19:15:48.315+01:002016-06-18T19:15:48.315+01:00I think CSS/javascript 'skins' meen the ap...I think CSS/javascript 'skins' meen the appearance is pretty easily customised: http://www.mediawiki.org/wiki/Manual:Skins<br /><br />Proposal is still taking shape so I'm happy to talk aloud here& get any input.<br /><br />On the integration side of things, my idea is that most of our early stuff will be largely document-centric and so wikiable. In fact I'm thinking we make the wiki format (with WYSIWIG, Halo extension) the standard interface. One issue is talk pages, which are ****ing atrocious. WF did start developing a better workflow-based system - 'Flow' https://www.mediawiki.org/wiki/Flow_Portal but shelved development. I'm wondering if we can do without talk pages at all, and rely on comments used in making revisions. This may sound stupid but given in contested topics we're looking at restricted access by identifiable editors maybe this can work - anyway I'll try and discuss this in whatever proposal I manage to put together.<br /><br />The idea of a single system is partly that it is more manageable in terms of maintenance, development, consistency etc, but primarily that we basically want to be building a knowledge base from everything we do. An applicable principle is that no-one should ever have to duplicate any work that's already been done, whether it be importing a reference to a web page, finding a pattern in employment statistics, drawing a particular connection between two speeches, whetever. It should be easy for someone researching a topic to build on all previous research done on that topic - and all the info imported or made available (and cached on access) via a portal. <br /><br />I think we can set up multiple small initiatives, but make use of a common infrastructure that links them all right from the start. It should (TBC) be trivial to set up separate sub-wikis for example, so that a policy dev wiki can draw on, and where appropriate, update and supplement, a base-level 'knowledge base' research wiki, while its content remains distinct. Having single framework is also going to make things like security, reputation/competence scores etc far easier. <br /><br />I'd also suggest we (at some point in an incremental adaptative process) make use of derived wiki pages and sections of pages, based on data from the underlying semantic db, which semantic mediawiki mirrors tagged wiki data to. This also means that it should be feasible to add rdf data directly to the semantic db, which than then be 'cascaded' up to create simple wiki pages in the knowledge base. User can make further connections of arbitrary complexity between these 'wikinodes', which in turn will be mirrored back to the rdf database. <br /><br />In essence, we will ultimately then be maintaining a document centric and a semantic data store in parallel, or constant close convergence. At some future point, and maybe only in some areas, the wiki layer might be discarded or replaced, and the rdf data become the definitive resource. This may all sound complictaed but it's actually reasonably elegent as a way to enable a steep development/results curve and also build a robust and usable dataset which is nonetheless easily integrated with document-centric data. How simple something sounds is entirely dependent on how it's described of course, and things that sound simpler may not be once you enumerate all the mappings required and the potential for mismatches broken connections, etc. Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-68900728522726190432016-06-18T17:45:42.939+01:002016-06-18T17:45:42.939+01:00MediaWiki is an extremely well-developed platform....MediaWiki is an extremely well-developed platform. There are three concerns I have though.<br /><br />1) It has a very Wikipedia-ish look. We want to make sure that we have our own unique branding and I'm don't that looking like a Wikipedia clone would be a good thing. There may well be ways to customise its appearance, though, so I'm not sure how big an issue this would be.<br /><br />2) If we want to integrate it with something which isn't strictly wiki-ish then this might be difficult to do.<br /><br />3) It's written in PHP. As such, it would be difficult for me to help write new extensions. I could learn PHP, but given I have only so much time to contribute this would definitely be a barrier.<br /><br />While a great system, MediaWiki is definitely not lightweight. I was under the impression that we were aiming to develop more of an ecosystem of small, integrated tools. Are we sure that we want everything to be built around the wiki-structure? I'll wait until you've published your full proposal, though.Anonymoushttps://www.blogger.com/profile/10829113438211196212noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-26142842762235892672016-06-18T17:38:19.223+01:002016-06-18T17:38:19.223+01:00Sorry, addressed to Chris but for anyone obviously...Sorry, addressed to Chris but for anyone obviously welcome to reply. Not sure if this kind of thing is something John, for example, is interested in/knowledgeable about?Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-25614603538989169332016-06-18T16:58:32.358+01:002016-06-18T16:58:32.358+01:00Chris - my research into wiki stuff suggests to me...Chris - my research into wiki stuff suggests to me that we may be best off going with MediaWiki (which Wikipedia uses). Specifically, the 'semantic' extension of it.<br /><br />https://www.semantic-mediawiki.org/wiki/Help:Using_SPARQL_and_RDF_stores#Configuring_SMW<br />https://www.semantic-mediawiki.org/wiki/Extension:Semantic_Cite<br />https://www.semantic-mediawiki.org/wiki/Help:Inheritance_in_hierarchies<br />https://www.mediawiki.org/wiki/Extension:FlaggedRevs<br />https://www.semantic-mediawiki.org/wiki/Limitations_of_Semantic_MediaWiki#Representing_complex_data_structures<br />https://www.mediawiki.org/wiki/Extension:Halo_Extension<br /><br />I'm still in the middle of all this but thought I'd ask you (a) what you think (b) if there's any prospect of setting up a demo/testing installation of it.<br /><br />I'll probably put up a 'Wiki' post under Technologies fairly shortly. <br /><br />I've been putting quite a bit of thought into this and my skill set is pretty well-suited to the topic (even philosophical ontology! - and I forgot to mention data-warehouse design experience). Not much point in pre-announcements but I think I may have a fairly well-developed proposal - which incorporates the comments made here - to post, possibly this weekend or anyway in the next few days...Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.comtag:blogger.com,1999:blog-3960823575559189442.post-49184089978532968462016-06-18T16:35:39.800+01:002016-06-18T16:35:39.800+01:00John - this is the Technologies thread after all, ...John - this is the Technologies thread after all, but point taken. It would be really useful to develop a fuller idea of how we want policy discussions, possibly voting, greater communications within Momentum, in particular with the gressroots, etc. Please do post any ideas, under whatever category seems to fit. (I now see you have done so in fact!)<br /><br />I do think it's useful to be trying to move ahead on all fronts together, at this initial stage anyway, rather than going only for top-down 'waterfall model' planning or bottom-up shoot-first-ask-questions-later approaches. For example, the available te3chnologies are actually a key constraint on the scope of the project over the medium term at least. Similarly, plans at all levels of abstraction/generality need to be mutually adjusted to one another and this is probably best done in parallel rather than sequentially (at any rate they can be done that way).Tim Wilkinsonhttps://www.blogger.com/profile/15237522140184882034noreply@blogger.com