Skip to content
This repository has been archived by the owner on Feb 14, 2018. It is now read-only.

Importing from Etherpad to Federated Wiki #424

Open
coevolving opened this issue Jul 9, 2014 · 4 comments
Open

Importing from Etherpad to Federated Wiki #424

coevolving opened this issue Jul 9, 2014 · 4 comments

Comments

@coevolving
Copy link

As a side channel for taking notes during a meeting, Etherpad Lite -- the main site is at http://etherpad.org/, but I installed the version at https://github.com/wshearn/etherpad-example -- has proved to be helpful as a complement to Federated Wiki.

For the Federated Wiki hangout on July 9, we took notes at http://pad.s2t.org/p/2014-07-09 . The export options are HTML, plain text of Dokuwiki (i.e. the wiki markup recognized by that implementation).

To post a snapshot of the digest for the day at http://fed.coevolving.com/view/digests-from-sfw-meetings/view/digest-2014-07-09 , the only way to retain the formatting is to export as HTML, and then copy the HTML source as content in the federated wiki. This unfortunately makes the entire 60+ minutes of content one single paragraph, as opposed to multiple paragraphs.

Should we just take HTML source as the best way to handle this content, or would it be possible to build some sort of converter so that the content is broken down into smaller paragraphs?

@almereyda
Copy link
Contributor

Have you tried @interstar's http://project.thoughtstorms.info Quick Paste Converter?
I believe it should still work, but I haven't tested it yet.

The resulting output can than be saved in Wiki's data folder and will be loaded if the page that decodes to its filename is being called.

@coevolving
Copy link
Author

@almereyda I just tried the Quick Paste Converter, and see that it converts from plaintext or wikish to JSON. This would suggest the next step would be to FTP the file to the server ... which isn't a good path for non-programmers.

@WardCunningham had said that he might consider writing a quick translator of some sort. As an alternative to an input being HTML with breaks in it, perhaps translation from the Dokuwiki markup would be better.

I was wondering why Etherpad Lite would specifically choose Dokuwiki formatting over any other wiki creole, but then found an EtherDoku project at http://sourceforge.net/projects/etherdoku/ (last updated 2013-04-18), and then "This is a guide to building your own hybrid etherpad + wiki" at http://canidu.com/etherwiki-howto.html ... not to mention an integration plug-in at https://www.dokuwiki.org/plugin:etherpadlite .

The combined use of Etherpad with any wiki is probably worth discussing. So far, I've been positioning federated wiki as a multiple-perspectives inquiring system tool, whereas traditional wiki is an inductive consensual inquiring systems tool. (For those unfamiliar with inquiring systems, see http://coevolving.com/blogs/index.php/archive/the-meta-design-of-dialogues-as-inquiring-systems/ ).

@interstar
Copy link

Yeah. QuickPaste is basically a solution for geeks converting one-off
documents, who don't want to have to copy and paste a paragraph at a time.

If you want to write a script to do the conversion and post it
automatically somewhere you could grab some of the code from

https://github.com/interstar/ThoughtStorms/blob/master/scripts/SFWTools.py

and modify it to your purpose. Though I think that's never going to be part
of an end-user solution. Just a convenience tool.

Phil

On 9 July 2014 17:30, David Ing [email protected] wrote:

@almereyda https://github.com/almereyda I just tried the Quick Paste
Converter, and see that it converts from plaintext or wikish to JSON. This
would suggest the next step would be to FTP the file to the server ...
which isn't a good path for non-programmers.

@WardCunningham https://github.com/WardCunningham had said that he
might consider writing a quick translator of some sort. As an alternative
to an input being HTML with breaks in it, perhaps translation from the
Dokuwiki markup would be better.

I was wondering why Etherpad Lite would specifically choose Dokuwiki
formatting over any other wiki creole, but then found an EtherDoku project
at http://sourceforge.net/projects/etherdoku/ (last updated 2013-04-18),
and then "This is a guide to building your own hybrid etherpad + wiki" at
http://canidu.com/etherwiki-howto.html ... not to mention an integration
plug-in at https://www.dokuwiki.org/plugin:etherpadlite .

The combined use of Etherpad with any wiki is probably worth discussing.
So far, I've been positioning federated wiki as a multiple-perspectives
inquiring system tool, whereas traditional wiki is an inductive consensual
inquiring systems tool. (For those unfamiliar with inquiring systems, see
http://coevolving.com/blogs/index.php/archive/the-meta-design-of-dialogues-as-inquiring-systems/
).


Reply to this email directly or view it on GitHub
#424 (comment)
.

@WardCunningham
Copy link
Owner

This is a mock-up of a programmable site scraper that came out of conversations at the recent Indie Web Camp. The idea would be that the federation could keep track of formatting on important sites while end users could exploit this to import specific articles at their convenience.

http://ward.fed.wiki.org/view/bbc-world-service

Most scrapers that I've written so far just run at the command line. Another alternative would be to make a plugin that could be smarter about specific formats found in a cut-and-paste. If there were a hundred variations, there could be a site that cataloged them, one per page, with instructions for use. The advantage of cut and paste is that it bypasses cross-origin restrictions in the browser.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants