just pushed some fixes to the https://git.xpub.nl/OuNoPo-make/
I will try to do some more things (in the todo list at the top of
Makefile), but your scripts are running.
And you are very welcomed to contribute more :)
Remember to: `git pull origin master` before start working on it, so you
get your last changes.
In http://pzwiki.wdka.nl/mediadesign/OuNuPo#Software there is also this
section dedicated to software that might useful for the post-processing.
Please add your findings :)
Have fun. And enjoy the vacation
Monday I want to see you between 14:00 and 17:00 to start talking about
the grad show.
Please note that the goal of this meeting is *not* the same as the MD2
grad show meeting that will happen the following week (and that you
should attend as well as it will cover more general issues, agenda,
overall organisation and syncing with LB).
Monday, I would like to discuss XPUB specific things:
- the way you wish to be presented as a group
- how your work will manifest itself (workshop, performance, lecture,
I need to start organising things for the potential venue(s) and to do
so I need to have a clear idea of how you wish to present your work.
See you Monday!
on the 12/03, at 3PM, I will meet with HNI to talk about the grad show
My meeting with them is just after the MD2 grad show meeting at 1PM.
It is super important that I have a clear picture of how your grad work
will materialise so that I can discuss with them options.
In case you missed the mail about the opening times of Wijnhaven during the
holiday, here it is :)
Tldr; Open, normal opening times. Main entrance, and use the other one
after 17h. Stations are closed.
---------- Forwarded message --------
Next week the opening times will be the same as usual. You can enter
through the main entrance until 17h and after via the other entrance, as
When you enter through the main entrance please report at the desk because
the school is closed for students during holidays and only Piet Zwart
students can come.
Piet Zwart Institute
Willem de Kooning Academy
Tuesday - Friday
9:30 - 18:00
t: +31 (0)10 794 47 16
Willem de Kooning Academy Rotterdam University
This morning, I spent some time reading/browsing existing docs and
forum posts about the DIY book scanner. Basically some RTFM quality time
So first of all, just so that everyone knows (because I was not entirely
sure myself), the book scanner we have belongs to the "archivist"
family, which is the poster child of the DIY book scanner community. All
the variations more or less look the same. I also suspect some versions
also have core-foam style hood and simple clips, instead of the more
refined plastic (?) locking panels that are visible in the reference doc
of the archivist. In that sense I would not be surprised that the
core-foam design was an earlier iteration. Remember, we're dealing with
open source hardware and continuous development/prototyping, and this
"bargain" kit was in fact produced 2 years ago.
Regarding the software side, the reason why spreads is not actively
developed anymore is simply because some other community members were
frustrated with it and started to work on a whole new system called Pi
Pi Scan is stable at the moment, meaning its development is less active
than when it was started two years ago, but unlike spreads it seems much
more mature. It is also the recommended backend for the archivist. It
is also what powers the Archivist Quill book scanner (the one with the
RPi touch screen).
There is however a major difference with spreads, which I personally
like very much because it's very UNIXy. By that I mean that unlike
spreads that tries hard to be a web interface, a CLI, a Python library,
a plugin host for post-processing, a project database, and also a book
metadata manager, Pi Scan does only one thing, it tries to take the best
possible shots and save them to an external SD Card, restart the camera
if they crash, and resuming work if done in several sessions.
In practice, there are Raspberry Pi images available with Pi Scan ready
to use for the Archivist. The OS is read-only, which is always a good
sign that the people behind it know what they're doing, and has all
sorts of fail safe mechanism in place to configure the cameras and the
external storage device (basically a USB adapter with a spare SD Card in
I won't go into the details of the very minimal but apparently very
efficient interface. There is a 11min video about it:
https://vimeo.com/150385938 (this is the original 2 yo version)
After your scanning session you end up with an SD card filled with
images and this is it.
The original developer seems quite keen on using the photo camera
analogy, in the sense that the device as a whole is meant to take photos
as best as it can, and then it's up to you to do whatever you want with
So we could very well imagine a super simple workflow where:
1. you scan the reader
2. you end up with an SD card dir full of numbered images
3. this is where your project is, it could be a software running on your
machine, it could be another RPi that automatically process the images
in such or such way. This is really up to you.
As much as I really liked the idea to develop plugins and postprocessing
hooks for spreads, I think that given the time left, this approach is
more reasonable, and knowing that spreads is essentially real
abandonware, it might be good to move away from it. Also the fact that
we would work with directory of images, it has the advantage to open up
to more processing options because it could simply happen on virtually
any other machine or system. And like I said, if some of you want to
create small RPi black boxes that can autoload the content of the SD
Card and "do stuff" with it, after it was filled by Pi Scan, please go
Similarly, if some of you are willing to go down the road of modifying
the Pi Scan OS image, I'm happy to help, the Python source code of the
system is very clean and simple, and although there are no plugin
frameworks or hooks, it would be very easy to change its behaviour, or
simply add extra steps after the images are saved on the external SD
Next step for me is to try Pi Scan, then hopefully tomorrow we have the
missing bearings and can finalise the hardware and put everything
I'm going to be 10min late, but Frédéric will be around.
Small request: I think one of you told me they have a small touch
screen for the RPi. Can you bring it? Pi Scan is meant to work with a
small screen, and I am not sure there are spare screen we can move
around at WORM with HDMI input.
I'm bring a small LCD that has composite in but it may not work well
with Pi Scan.
Also, forget to tell yesterday, if you have USB keys or spare SD Cards
(they will be emptied), bring them to test the storage detection system
of Pi Scan.
I won't be around that day, but if some of you are interested, there is
a discussion on Experimental Screen-based Design at HNI in 2 weeks.
----- Forwarded message from Studio Harris Blondman <studio(a)harrisblondman.nl> -----
Date: Wed, 21 Feb 2018 12:41:11 +0100
From: Studio Harris Blondman <studio(a)harrisblondman.nl>
Subject: Experimental Screen-based Design
We’ve found your name on the site of the Piet Zwart.
On March 8, there’s an evening about Experimental Screen-based Design at Het Nieuwe Instituut, with Luna Maurer & Roel Wouters (Moniker), Marc Kremers (Future Corp London), and us (Harris Blondman).
The event is a public conversation about the current state of the digital/screen-based part of the graphic/interaction design field, and the position of the designer in it.
We wanted to send you this info, as a department head, because we think it’s an interesting and important subject, and it would be great to have some students participating in the conversation.
And, perhaps you or your colleagues at Piet Zwart would also be interested to come by, in which case we would be happy to put you on the guest list.
Info and link below.
Thanks and best, Harry Bloch & Joris Landman
Conversation about experimental screen-based design,
at Het Nieuwe Instituut in Rotterdam,
with Marc Kremers (Future Corp London), Luna Maurer & Roel Wouters (Moniker), and Harry Bloch & Joris Landman (Harris Blondman),
Thursday 8 March 2018 at 7:30pm,
Nieuwe Instituut in Rotterdam
----- End forwarded message -----
I assume it's just me being late, so if you want to go ahead, don't hesitate!
On 19 February 2018 10:01:39 CET, Natasha Berting <tashberting(a)gmail.com> wrote:
>Ok no worries, does that mean we start 30 mins later? Or will andre be
>there at 11?
>On Mon, 19 Feb 2018 at 09:43, Aymeric Mansoux <aymeric(a)bleu255.com>
>> Hi all,
>> NS is trying hard to prevent us to unbox the scanner.
>> I will be ~30min late.
>> XPUB mailing list -- xpub(a)we.lurk.org
>> To unsubscribe send an email to xpub-leave(a)we.lurk.org