Mobile styles. Settings for publishing. Updated readme.

master
Gijs 3 years ago
parent cd53102f00
commit acb73e085d

@ -8,11 +8,10 @@ OUTPUTDIR=$(BASEDIR)/output
CONFFILE=$(BASEDIR)/pelicanconf.py CONFFILE=$(BASEDIR)/pelicanconf.py
PUBLISHCONF=$(BASEDIR)/publishconf.py PUBLISHCONF=$(BASEDIR)/publishconf.py
SSH_HOST=localhost SSH_HOST=134.122.69.168
SSH_PORT=22 SSH_PORT=22
SSH_USER=root SSH_USER=anthologie
SSH_TARGET_DIR=/var/www SSH_TARGET_DIR=/srv/www/net.algoliterarypublishing
DEBUG ?= 0 DEBUG ?= 0
ifeq ($(DEBUG), 1) ifeq ($(DEBUG), 1)

@ -20,6 +20,6 @@ $ pelican -lr
# Push changes to git # Push changes to git
# website is saved in output folder, this is the map that goes to the server # website is saved in output folder, this is the map that goes to the server
# copy using scp # copy using rsync
$ make publish $ make rsync_upload
generates website and puts files in output folder, and transfers them to server using the right urls generates website and puts files in output folder, and transfers them to server using the right urls

@ -5,8 +5,6 @@ Anaïs Berck is an alias that exists since September 2019. The name stands for a
As a collective Anais Berck opens up a space in which human intelligence is explored in the company of plant intelligence and artificial intelligence. As a collective Anais Berck opens up a space in which human intelligence is explored in the company of plant intelligence and artificial intelligence.
[Research questions →]({filename}/pages/research-questions.md)
For this project, Anaïs Berck is represented by the human beings An Mertens, Guillaume Slizewicz, Gijs de Heij and Loren Britton, all members or friends of [Constant](https://constantvzw.org), the association for arts and media in Brussels; and of [Algolit](https://algolit.net), the artistic research group around text and free code. For this project, Anaïs Berck is represented by the human beings An Mertens, Guillaume Slizewicz, Gijs de Heij and Loren Britton, all members or friends of [Constant](https://constantvzw.org), the association for arts and media in Brussels; and of [Algolit](https://algolit.net), the artistic research group around text and free code.
This research is initiated in June 2021, with An Mertens, Gijs de Heij and Loren Britton, during a three-week residency at Medialab Prado in Madrid (granted by the Vlaamse Overheid as part of their 'Digital Culture Residencies' program). It will be continued during one year with the support of a grant by [FRArt/Art & Recherche](http://www.art-recherche.be), in partnership with [ESA St-Luc Brussels](http://www.stluc-bruxelles-esa.be/), [ESA La Cambre Brussels](http://www.stluc-bruxelles-esa.be/), [Botanic Garden Meise](https://www.plantentuinmeise.be/en/home/), [Villa Empain](https://www.villaempain.com/), the [Royal Library of Belgium](https://www.kbr.be/en/) and the [Bibliothèque Nationale de France](https://www.bnf.fr/fr). This research is initiated in June 2021, with An Mertens, Gijs de Heij and Loren Britton, during a three-week residency at Medialab Prado in Madrid (granted by the Vlaamse Overheid as part of their 'Digital Culture Residencies' program). It will be continued during one year with the support of a grant by [FRArt/Art & Recherche](http://www.art-recherche.be), in partnership with [ESA St-Luc Brussels](http://www.stluc-bruxelles-esa.be/), [ESA La Cambre Brussels](http://www.stluc-bruxelles-esa.be/), [Botanic Garden Meise](https://www.plantentuinmeise.be/en/home/), [Villa Empain](https://www.villaempain.com/), the [Royal Library of Belgium](https://www.kbr.be/en/) and the [Bibliothèque Nationale de France](https://www.bnf.fr/fr).

@ -1,5 +1,3 @@
title: Algoliterary Works title: Algoliterary Experiments
template: algoliterary-works template: algoliterary-works
save_as: algoliterary-works.html save_as: algoliterary-works.html
---

@ -1,62 +1,8 @@
title: Research questions title: Research questions
slug: research slug: research
template: research
save_as: research.html
This research is organised around different axes. It will look into formal narratives generated by algorithms, question the form of the book as an object and authorial product, explore the concept of a decolonial publishing house and experiment with the influence of forest baths on the writing of code and the communication with trees. This research is organised around different axes. It will look into formal narratives generated by algorithms, question the form of the book as an object and authorial product, explore the concept of a decolonial publishing house and experiment with the influence of forest baths on the writing of code and the communication with trees.
Concretely, this translates into the following current questions. Concretely, this translates into the following current questions.
## Algorithms as Authors
- consider our geo-political and body-political position when designing, building, researching and theorizing about computing
- embrace the 'decolonial' option: thinking through what it means to design and build the systems that we propose to produce with and for those situated at the periphery of the world system. This involves thinking with trees as entities that have been under cared for and are literally on fire due largely also to the effects of colonialism and subsequently global climate change. How can we respectfully engage with trees when creating a publishing house?
- unfold coding practises: embrace this 'decolonial option', understand their structures, the histories and contexts they are embedded in and the radical processes they execute. What if algorithms were committed to a more equal world and a healthier planet? What if algorithms tried to form a symbiosis with trees?
## About trees
- does it still make sense to print books on paper? And what is the ecological footstep of creating and reading a digital book? Can a decolonial publishing house exist? Is it possible to organise an equitable book publishing activity in which trees have a say in content and form? Is there a way to publish books in a way that is respectful of trees and nature? What form would this take?
- how can we find materials that translate in a metaphorical way the reasoning of the algorithm-author. The research will focus as much on data retrieved from analog data such as temperature, light, moisture related to specific trees, as on today's data architectures, colonial herbaria, legislative texts, philosophy, literature. The idea is to question the representation of trees in texts and data.
- since programming code - the dialogue with algorithms - is often a very draining activity that can generate a lot of stress, we would like to lead experiments to see if and how conscious visits to the forest could influence the writing of code.
## Book as form
- when algorithms produce a book, they go beyond its established form. Index pages can run over a thousand different pdfs, page numbers become a technical artefact for a digital book. Furthermore, computer scripts can generate an infinite amount of text, but given some graphical lay-out elements in the code, they can also generate an unlimited amount of pdfs, of which each one can be different. They are capable of generating so much text that it becomes noise, too big to grasp, impossible to read in a lifetime and potentially useless.
- if we consider that the narratives of the algorithms are important to teach us about their functioning, then what they produce matters. What is printed also matters. We ask ourselves what kind of decision making methodologies we can invent to deal with their abundance and make their work legible for human beings.
## Contents of the book
- Does reading lose its value when you can choose one million copies of a slightly different version of a book?
- Do we show the infinity of the generated copies? If yes, how?
- Does each book need the capacity to exist in infinite variations? Can we decide upon a 'static' version of a book? Is this interesting?
- How can the organisation of books be presented in a fair inclusive way What 'fair' categories/characteristics can we think of for a first 'index' web page?
- Do we keep the plain text as a style throughout all editions of the publishing house, reflecting the materiality of code and logging? Or do we also create 'books' that look like more classic / elaborately laid-out books. A more structured layout seems to invite a different way of coding that is written with the layout in mind, for example by splitting logs into parts. But also, the code to produce the layout becomes part of the code, making the scripts less simple and more clearly designed. (Thought: make a special stdout which writes html, rather than plaintext? Could we then use something like ANSI codes to set the styling? )
- Now the pdf does not exist on the server. It only exists in the RAM memory of the readers computer, and it only exists on your computer if you decide to download it. This is a response to the field of literature, where the book is considered as something fixed. This immediate download takes a step into the distribution itself. We could include the sender in the pdf!
- The format of the pdf is good, because otherwise it would become something else: a media art/a webpage. It would be more about the interactivity and the experience. Now we speak back with an object that is produced by the publishing industry and tradition. We take on the dress and habits of that context: we start as a website and freeze it; what is generated is static; it is a quality that it is a pdf; a way to connect to the website and vice versa.
- How would you cite this book?
- Is each generated book a unique object? It can be easily copied and redistributed. Should we talk about unique objects? NFTs (non-fungible tokens, a way to integrate artworks into Blockchain, wasteful by design...) are unique objects.
- The book can be present in different places: on the website, as a pdf, as a book during the walk, shared in the neighbourhood. They can become topics for a workshop: as tools and to open up algorithms to a wider audience.
- Is it an idea to open up this platform as a service? This rises other questions: what about curatorship? A publishing house is assuring quality, it is more than a Print-on-demand service.
- What about formats of the books? Now they switch between A4 and US A4. Will they always be A4?
- Can we imagine linking the generation of the pdfs to a POD-platform like Lulu?
## Technical aspects of generating books
- Now the graphic design of La Distancia Levenshtein lee a Cortázar is using html and weasyprint, but weasyprint does not support javascript. All variations of the book have to be generated by the layer generating the scripts. This doesnt have to be a problem, but it does offer a limitation. Weasyprint is implemented in Python, but it is also implementing it's own browser/render engine. The development of the library is limited.
- Gijs has a clear prreference to work with paged.js because it supports javascript. On the other side it needs a browser running on the server (100MB). Another downside of pagedjs is that it is running in node, that means an extra layer / technology to maintain.
- What is the api of the publishing platform? What is infrastructure of the publishing house? On what server? How to deal with safety? How to make sure it keeps running? How to avoid server overload? Harmful robots? Or multiple users at the same time? Make a waiting row? What is the scale of this project? For now, there is the proposal to run the server a year to see what happens.
- What about the ecological impact of the 'infinite' generation of books? How do we calculate that? Include or exclude it?

@ -0,0 +1,8 @@
title: About trees
sort: 2
- does it still make sense to print books on paper? And what is the ecological footstep of creating and reading a digital book? Can a decolonial publishing house exist? Is it possible to organise an equitable book publishing activity in which trees have a say in content and form? Is there a way to publish books in a way that is respectful of trees and nature? What form would this take?
- how can we find materials that translate in a metaphorical way the reasoning of the algorithm-author. The research will focus as much on data retrieved from analog data such as temperature, light, moisture related to specific trees, as on today's data architectures, colonial herbaria, legislative texts, philosophy, literature. The idea is to question the representation of trees in texts and data.
- since programming code - the dialogue with algorithms - is often a very draining activity that can generate a lot of stress, we would like to lead experiments to see if and how conscious visits to the forest could influence the writing of code.

@ -0,0 +1,8 @@
title: Algorithms as Authors
sort: 1
- consider our geo-political and body-political position when designing, building, researching and theorizing about computing
- embrace the 'decolonial' option: thinking through what it means to design and build the systems that we propose to produce with and for those situated at the periphery of the world system. This involves thinking with trees as entities that have been under cared for and are literally on fire due largely also to the effects of colonialism and subsequently global climate change. How can we respectfully engage with trees when creating a publishing house?
- unfold coding practises: embrace this 'decolonial option', understand their structures, the histories and contexts they are embedded in and the radical processes they execute. What if algorithms were committed to a more equal world and a healthier planet? What if algorithms tried to form a symbiosis with trees?

@ -0,0 +1,6 @@
title: Book as form
sort: 3
- when algorithms produce a book, they go beyond its established form. Index pages can run over a thousand different pdfs, page numbers become a technical artefact for a digital book. Furthermore, computer scripts can generate an infinite amount of text, but given some graphical lay-out elements in the code, they can also generate an unlimited amount of pdfs, of which each one can be different. They are capable of generating so much text that it becomes noise, too big to grasp, impossible to read in a lifetime and potentially useless.
- if we consider that the narratives of the algorithms are important to teach us about their functioning, then what they produce matters. What is printed also matters. We ask ourselves what kind of decision making methodologies we can invent to deal with their abundance and make their work legible for human beings.

@ -0,0 +1,28 @@
title: Contents of the book
sort: 4
- Does reading lose its value when you can choose one million copies of a slightly different version of a book?
- Do we show the infinity of the generated copies? If yes, how?
- Does each book need the capacity to exist in infinite variations? Can we decide upon a 'static' version of a book? Is this interesting?
- How can the organisation of books be presented in a fair inclusive way What 'fair' categories/characteristics can we think of for a first 'index' web page?
- Do we keep the plain text as a style throughout all editions of the publishing house, reflecting the materiality of code and logging? Or do we also create 'books' that look like more classic / elaborately laid-out books. A more structured layout seems to invite a different way of coding that is written with the layout in mind, for example by splitting logs into parts. But also, the code to produce the layout becomes part of the code, making the scripts less simple and more clearly designed. (Thought: make a special stdout which writes html, rather than plaintext? Could we then use something like ANSI codes to set the styling? )
- Now the pdf does not exist on the server. It only exists in the RAM memory of the readers computer, and it only exists on your computer if you decide to download it. This is a response to the field of literature, where the book is considered as something fixed. This immediate download takes a step into the distribution itself. We could include the sender in the pdf!
- The format of the pdf is good, because otherwise it would become something else: a media art/a webpage. It would be more about the interactivity and the experience. Now we speak back with an object that is produced by the publishing industry and tradition. We take on the dress and habits of that context: we start as a website and freeze it; what is generated is static; it is a quality that it is a pdf; a way to connect to the website and vice versa.
- How would you cite this book?
- Is each generated book a unique object? It can be easily copied and redistributed. Should we talk about unique objects? NFTs (non-fungible tokens, a way to integrate artworks into Blockchain, wasteful by design...) are unique objects.
- The book can be present in different places: on the website, as a pdf, as a book during the walk, shared in the neighbourhood. They can become topics for a workshop: as tools and to open up algorithms to a wider audience.
- Is it an idea to open up this platform as a service? This rises other questions: what about curatorship? A publishing house is assuring quality, it is more than a Print-on-demand service.
- What about formats of the books? Now they switch between A4 and US A4. Will they always be A4?
- Can we imagine linking the generation of the pdfs to a POD-platform like Lulu?

@ -0,0 +1,10 @@
title: Technical aspects of generating books
sort: 5
- Now the graphic design of La Distancia Levenshtein lee a Cortázar is using html and weasyprint, but weasyprint does not support javascript. All variations of the book have to be generated by the layer generating the scripts. This doesnt have to be a problem, but it does offer a limitation. Weasyprint is implemented in Python, but it is also implementing it's own browser/render engine. The development of the library is limited.
- Gijs has a clear prreference to work with paged.js because it supports javascript. On the other side it needs a browser running on the server (100MB). Another downside of pagedjs is that it is running in node, that means an extra layer / technology to maintain.
- What is the api of the publishing platform? What is infrastructure of the publishing house? On what server? How to deal with safety? How to make sure it keeps running? How to avoid server overload? Harmful robots? Or multiple users at the same time? Make a waiting row? What is the scale of this project? For now, there is the proposal to run the server a year to see what happens.
- What about the ecological impact of the 'infinite' generation of books? How do we calculate that? Include or exclude it?

@ -10,7 +10,7 @@ sys.path.append(os.curdir)
from pelicanconf import * from pelicanconf import *
# If your site is available via HTTPS, make sure SITEURL begins with https:// # If your site is available via HTTPS, make sure SITEURL begins with https://
SITEURL = '' SITEURL = 'https://algoliterarypublishing.net'
RELATIVE_URLS = False RELATIVE_URLS = False
FEED_ALL_ATOM = 'feeds/all.atom.xml' FEED_ALL_ATOM = 'feeds/all.atom.xml'

@ -152,8 +152,45 @@ strong {
font-weight: 500; font-weight: 500;
} }
@media screen and (min-width: 601px) {
img {
max-width: 75%;
display: block;
margin: var(--line-height) 0;
}
ul#nav {
display: flex;
flex-direction: row;
border-bottom: 1px solid black;
}
ul#nav li {
border-right: 1px solid black;
padding: .5em 1.5em;
flex: 1 0;
}
ul#nav li:last-child {
border-right: 0;
}
ul#nav li a {
text-decoration: none;
/* text-transform: uppercase; */
/* font-weight: 500; */
letter-spacing: .25px;
white-space: nowrap;
}
main li:before,
aside li:before {
content: '*';
float: left;
margin-right: 1em;
}
@media screen and (min-width: 601px) {
summary::after { summary::after {
content: "Show details ↓"; content: "Show details ↓";
font-size: 85%; font-size: 85%;
@ -166,6 +203,21 @@ strong {
[open] > summary::after { [open] > summary::after {
content: "Hide details ↑"; content: "Hide details ↑";
} }
.research details {
position: relative;
}
.research summary::after {
content: "Show questions ↓";
position: absolute;
right: 1.5rem;
top: 1rem;
}
.research [open] > summary::after {
content: "Hide questions ↑";
}
} }
@media screen and (max-width: 600px) { @media screen and (max-width: 600px) {
@ -249,40 +301,35 @@ strong {
display: block; display: block;
cursor: pointer; cursor: pointer;
} }
}
img { .research details:not([open]) summary::after {
max-width: 75%; content: "Show questions ↓";
display: block; background: none;
margin: var(--line-height) 0;
}
ul#nav { }
display: flex;
flex-direction: row;
border-bottom: 1px solid black;
}
ul#nav li { .research [open] > summary::after {
border-right: 1px solid black; content: "Hide questions ↑";
padding: .5em 1.5em; }
flex: 1 0;
}
ul#nav li:last-child { nav {
border-right: 0; margin: calc(-1 * var(--line-height)) calc(-2 * var(--line-height)) var(--line-height) calc(-1 * var(--line-height));
} overflow-x: hidden;
border-right: none;
}
ul#nav li a { ul#nav {
text-decoration: none; flex-wrap: wrap;
/* text-transform: uppercase; */ border-bottom: none;
/* font-weight: 500; */ margin-right: -1px;
letter-spacing: .25px; }
white-space: nowrap;
}
main li:before { ul#nav li {
content: '*'; border-bottom: 1px solid black;
float: left; }
margin-right: 1em;
aside h2 {
padding: .5em 0;
border-bottom: none;
}
} }

@ -10,7 +10,7 @@
{% endblock %} {% endblock %}
{% block sidebar %} {% block sidebar %}
<h2>Latest Algoliterary works</h2> <h2>Latest Algoliterary experiments</h2>
{% for article in categories|get_category_articles('algoliterary-works') %} {% for article in categories|get_category_articles('algoliterary-works') %}
<details> <details>
<summary> <summary>

@ -37,9 +37,10 @@
<nav> <nav>
<ul id="nav"> <ul id="nav">
<li><a href="{{ SITEURL }}/">Home</a></li> <li><a href="{{ SITEURL }}/">Home</a></li>
<li><a href="{{ SITEURL }}/research.html">Research</a></li>
<li><a href="{{ SITEURL }}/pages/reader.html">Reader</a></li> <li><a href="{{ SITEURL }}/pages/reader.html">Reader</a></li>
<li><a href="{{ SITEURL }}/oracle.html">Oracle</a></li> <li><a href="{{ SITEURL }}/oracle.html">Oracle</a></li>
<li><a href="{{ SITEURL }}/algoliterary-works.html">Algoliterary works</a></li> <li><a href="{{ SITEURL }}/algoliterary-works.html">Experiments</a></li>
<li><a href="{{ SITEURL }}/activities.html">Activities</a></li> <li><a href="{{ SITEURL }}/activities.html">Activities</a></li>
{# <li><a href="{{ SITEURL }}/research.html">Research</a></li> #} {# <li><a href="{{ SITEURL }}/research.html">Research</a></li> #}
</ul> </ul>

@ -10,7 +10,7 @@
{% endblock %} {% endblock %}
{% block sidebar %} {% block sidebar %}
<h2>Recent Algoliterary works</h2> <h2>Recent Algoliterary experiments</h2>
{% for article in categories|get_category_articles('algoliterary-works') %} {% for article in categories|get_category_articles('algoliterary-works') %}
<details> <details>
<summary> <summary>

@ -0,0 +1,22 @@
{% extends "base.html" %}
{% block title %}{{ SITENAME }}{%endblock%}
{% block bodyclass %}research{% endblock %}
{% block content %}
<h1>{{ page.title }}</h1>
{{ page.content }}
{% endblock %}
{% block sidebar %}
<h2>Research axes</h2>
{% for article in categories|get_category_articles('research-questions')|sort(attribute="sort") %}
<details>
<summary>
<h3>{{ article.title }}</h3>
</summary>
{{ article.content }}
</details>
{% endfor %}
{% endblock %}
Loading…
Cancel
Save