The facsimile was printed on Factum Arte”s purpose-built flatbed printer (figure 34). This is based on an Epson Pro 9600 digital printer. The printer uses pigment inks in seven colors (cyan, light cyan, magenta, light magenta, yellow, black and light black). The bed is fixed, and the print heads move up and down the bed on linear guides. The movement of the heads is accurate to a few microns, and their height can be adjusted during printing. This made it possible to print the image in pigment onto gesso-coated canvas. The gesso coating, a mixture of animal glue, calcium carbonate, and precipitated chalk, used no metal oxides. The texture on the surface of the 16-ounce Irish flax was made from flax fibers and threads mixed with gesso. Due to its history Le Nozze di Cana has a complex and unusual surface. To reproduce this appearance, each piece of canvas was coated with a layer of animal glue, a layer of gesso and fibers, and then two layers of gesso. Acetate sheets printed with the Phase One photographic data were used, with a pin registration system, to ensure accurate placement of the texture on the prepared canvas. Each panel was then printed twice in perfect register. The first layer to be printed was the information recorded on the Phase One photographs. The second layer was the scanner data. The overprinting resulted in accurate color matching and a control of the tonal values of the painting. The entire image was divided into printing files, with io centimetres of overlap. The printed panels were varnished with a satin Golden acrylic varnish with UVLS (an ultraviolet filter)

Factum Arte built a non-contact color scanning sys tem that uses a large format CCD and integrated LED lights. The system records at a scale of i s i at a maximum resolution of i,2oo dots per inch (dpi). The scanning unit is mounted on a telescopic mast, which is operated by an air pump and can accurately position the scanning unit on the vertical axis.

Not only were his subjects idiosyncratic, but his style was poetic, aphoristic, dra~atic, and colorful.

I began to wonder if by merely assessing the mechanistic aspects of cataloging work we were missing out on an opportunity to include broader social concepts in our assessment and planning processes

TECHNICAL DEBT: A lot of new code is written very very fast, because that’s what the intersection of the current wave of software development (and the angel investor / venture capital model of funding) in Silicon Valley compels people to do. Funders want companies to scale up, quickly, and become monopolies in their space, if they can, through network effects — a system in which the more people use a platform, the more valuable it is. Software engineers do what they can, as fast as they can. Essentially, there is a lot of equivalent of “duct-tape” in the code, holding things together. If done right, that code will eventually be fixed, commented (explanations written up so the next programmer knows what the heck is up) and ported to systems built for the right scale — before there is a crisis. How often does that get done? I wager that many wait to see if the system comes crashing down, necessitating the fix. By then, you are probably too big to go down for too long, so there’s the temptation for more duct tape. And so on.

Instead of thinking of technical debt as yesterday’s work that I failed to do, I think of it as tomorrow’s feature I can have today

Vim speed is not really the point

the cost of carry

of Columbia

"agency,"

Any person

of the District of Columbia