Pumping text from etherpads into publications
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
mb 3476f0262a 'README.md' updaten 1 week ago
etherpump Publish new 0.1.18 version 1 week ago
.gitignore Ignore the default pad data folder 1 year ago
LICENSE Use poetry, run formatters 2 months ago
Makefile Use poetry, run formatters 2 months ago
README.md 'README.md' updaten 1 week ago
poetry.lock Use poetry, run formatters 2 months ago
pyproject.toml Publish new 0.1.18 version 1 week ago

README.md

etherpump

PyPI version GPL license

Pumping text from etherpads into publications

A command-line utility that extends the multi writing and publishing functionalities of the etherpad by exporting the pads in multiple formats.

Many pads, many networks

Etherpump is a friendly fork of etherdump, a command line tool written by Michael Murtaugh that converts etherpad pages to files. This fork is made out of curiosities in the tool, a wish to study it and shared sparks of enthusiasm to use it in different situations within Varia.

Etherpump is a stretched version of etherdump. It is a playground in which we would like to add features to the initial tool that diffuse actions of dumping into pumping. So most of all, etherpump is a work-in-progress, exploring potential uses of etherpads to edit, structure and publish various types of content.

Added features are:

  • opt-in publishing with the __PUBLISH__ magic word
  • the publication command, that listens to custom magic words such as __RELEARN__

See the Change log / notes section for further changes.

Etherpump is a tool that is used from the command line. It pumps all pads of one etherpad installation to a folder, saving them as different text files, such as plain text and HTML. It also creates an index file, that allows one to easily navigate through the list of pads. Etherpump follows a document-driven idea of publishing, which means that it converts pads as database entries into pads as files. This seems to be a redundant act of copying, but is actually an important in-between step that allows for many different publishing projects and experiments.

We started to get to know etherpump through various editions of Relearn and/or the worksessions organized by Constant. Collaborative writing on an etherpad has been an important ingredient for these situations. The habit of using pads branched into the day-to-day practice of Varia, where we use etherpads for all sorts of things, ranging from organising remote-meetings with 10+ people, to writing and designing PDF documents collaboratively.

After installing etherpump on the Varia server, we collectively decided to not want to publish pads by default. Discussions in the group around the use of etherpads, privacy and ideas of what publishing means, led to a need to have etherpump only start the indexing work after it recognizes a __PUBLISH__ marker on a pad. We decided to work on a __PUBLISH__ vs. __NOPUBLISH__ branch of etherdump, which we now fork into etherpump.

Change log / notes

November 2020

Releasing Etherpump 0.0.18!

Handled a bug that saved the same HTML content in multiple files. Disclaimer: resolved in a hacky way.


October 2020

Use the more friendly packaging tool Poetry for publishing.

Further performance tweaks, informative logging and miscellaneous bug fixing.

Decolonize our Git praxis and use the main branch.


January 2020

Added experimental trio and asks support for the pull command which enables pads to be processed concurrently. The default --connection option is set to 20 which may overpower the target server. If in doubt, set this to a lower number (like 5). This functionality is experimental, be cautious and please report bugs!

Removed fancy progress bars for pulling because concurrent processing makes that hard to track. For now, we simply output whichever padid we’re finished with.


October 2019

Improve etherpump --help handling to make it easier for new users.

Added the python-dateutil and pypandoc dependencies

Added a fancy progress bar with tqdm for long running etherpump pull --all calls

Started with the experimental library API.


September 2019

Forking etherpump into etherpump.

https://git.vvvvvvaria.org/varia/etherpump

Migrating the source code to Python 3.

Integrate PyPi publishing with setuptools.


May - September 2019

etherpump is used to produce the Ruminating Relearn section of the Network Of One’s Own 2 (NOOO2) publication.

A new command is added to make a web publication, based on the custom magic word __RELEARN__.


June 2019

Multiple conversations around etherpump emerged during Relearn Curved in Varia, Rotterdam.

Including the idea of executable pads (etherhooks), custom magic words, a federated snippet protocol (etherstekje) and more.

https://varia.zone/relearn-2019.html


April 2019

Installation of etherpump on the Varia server.

https://etherpump.vvvvvvaria.org/


March 2019

The __PUBLISH__ vs. __NOPUBLISH__ was added to the etherpump repository by decentral1se.

https://gitlab.constantvzw.org/aa/etherpump/issues/3


Originally designed for use at: Constant.

More notes can be found in the git repository of etherdump.

Install etherpump

$ pip install etherpump

Etherpump only supports Python >= 3.6.

Command-line example

$ mkdir mydump
$ cd myddump
$ etherpump init

The program then interactively asks some questions:

Please type the URL of the etherpad (e.g. https://pad.vvvvvvaria.org):

https://pad.vvvvvvaria.org/

The APIKEY is the contents of the file APIKEY.txt in the etherpad folder.

Please paste the APIKEY:

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

The settings are placed in a file called .etherpump/settings.json and are used (by default) by future commands.

Common Workflows

Text+Meta performance wrangling

If you have a lot of pads, you might want to try the following to speed things up. This example is something we do at Varia. Firstly, you download all the pads text + metadata as the only formats. This is likely what you want when you’re trying to work directly with the text. You can do that like so:

$ etherpump pull --text --meta --publish-opt-in

The key here is to get the --meta so that etherpump is able to read quickly skip it on the following run if there are no new revisions. So, in practice, you get a slower first run and faster following runs as more pads are skipped from actually doing a file system write to save the contents which we already have.

Library API Example

Etherpump can be used as a library.

All commands can be imported and run programmatically.

>>> from etherpump.api import pull
>>> pull(['--text', '--meta', '--publish-opt-in'])

There is also a Magic Word interface. It supports the following API:

magic_word(word, fresh)

  • word: The magic word to match pad text against (e.g. __PUB_CLUB__)
  • fresh (default: True): Whether or not run a etherpump pull each time

Here is an example:

from etherpump.api import magic_word

@magic_word("__PUB_CLUB__", fresh=False)
def pub_club_texts(pads):
    for name in pads:
        print(pads[name]["txt"])


pub_club_texts()

pads is a dictionary which contains pad names as keys and pad text as values. Normally, the fresh=False is useful when you’re hacking away and want to read pad contents from the local file system and not over the network each time.

Subcommands

To see all available subcommands, run:

$ etherpump --help

For help on each individual subcommand, run:

$ etherpump revisionscount --help

Publishing

Please use “semver” conventions for versions.

Here are the steps to follow (e.g. for a 0.1.3 release):

  • Change the version number in the etherpump/__init__.py __VERSION__ to 0.1.3
  • Change the version number in the pyproject.toml version field to 0.1.3
  • git add . && git commit -m "Publish new 0.1.3 version" && git tag 0.1.3 && git push --tags
  • Run poetry publish --build

You should have a PyPi account and be added as an owner/maintainer on the etherpump package.

Testing

It can be quite handy to run a very temporary local Etherpad instance to test against. This is possible with Docker.

$ docker run -d --name etherpad -p 9001:9001 etherpad/etherpad
$ docker exec -ti etherpad cat APIKEY.txt;echo

Then you can etherpump init to that local Etherpad for experimentation and testing. You use http://localhost:9001 as the pad URL.

Later on, you can remove the Etherpad with:

$ docker rm -f --volumes etherpad

Maintenance utilities

Tools to help things stay tidy over time.

$ make

Please see the following links for further reading:

Keeping track of Etherpad-lite

License

GNU AFFERO GENERAL PUBLIC LICENSE, Version 3.

See LICENSE.