Free eps software for linux

epstools service menu is used to create a tiff preview inside an eps file.

If a preview exists, it is replaced by the created one.

Psg project is a Python module that lets you create PostScript files by embedding EPS files, bitmaps (through PIL), fonts, and arbitrary subsections from DSC compliant input files.

This could be used to re-write the psutils package in Python. A rudimentary layout engine to create connected text boxes is in place and will be extended in the future. I envision a subset of XML/CSS.

The text functons support Type1 fonts and dynamically re-encodes them based on unicode(!) input. All input/output operation goes through regular Python file objects. Though PostScript files are generally constructed in memory, all import operations are lazy, that is, input files are analyzed but their content is only copied over to the output file in the last step of composition to reduce memory usage.

Psg contains classes to model a PostScript run time environments. It will contain functionality to use Ghostscript to create PDF files and bitmap previews (my own use is largely www applications), but also to import PDF and those PostScript files that make use of all the DSCs liberties. There is not much documentation, yet, but the source code is richly and (I hope) usefully documented and there are a number of examples.

pslib is a C-library to create PostScript files on the fly. It offers many drawing primitives, inclusion of png and eps images and a very sophisticated text rendering including hyphenation, kerning and ligatures.
It can read external Type1 fonts and embed them into the output file. It supports pdfmarks which makes it in combination with ghostscripts pdfwriter an alternative for libraries creating PDF.
Enhancements:
- This release can be compiled for Win32 using mingw or Visual C.
- It has support for creating Type3 fonts.
- Kerning and ligatures can be added manually.

EasyChem is a program designed to draw chemical molecules, written under Linux and using Gtk+ 2.
Main features:
- Drawing very easily ornaments (non-bonding electron pairs, ...)
- EPS exporting with LaTeX fonts (Computer Modern)

Veusz is a scientific plotting package written in Python. It uses PyQt (Wiki) and Numarray. Veusz is designed to produce publication-ready Postscript output.
Veusz provides a GUI, command line and scripting Python interface to its plotting facilities. The plots are built using an object-based system to provide a consistent interface.
Main features:
- X-Y plots (with errorbars)
- Stepped plots (for histograms)
- Line plots
- Function plots
- Stacked plots and arrays of plots
- Plot keys
- Plot labels
- LaTeX-like formatting for text
- EPS output
- Simple data importing
- Scripting interface
- Save/Load plots
- Dataset manipulation
- Embed Veusz within other programs
Enhancements:
- The application was largely rewritten and is now based on Qt4/PyQt4 and Numpy rather than Qt3 and numarray.
- Linux and Windows binaries are available.
- It now features a much improved user interface with separate formatting and properties and a better import dialog.
- It can export PDF and PNG files natively.
- Other improvements include anti-aliasing on screen, INF/NaN support, color bars, and different sized subgraphs in a grid.

GNU enscript converts ASCII files to PostScript and stores generated output to a file or sends it directly to the printer. GNU enscript includes features for "pretty-printing" (language sensitive code highlighting) in several programming languages.

It supports ten different input encodings, Adobe Font Metrics files, and user defined fancy headers. AFM files for the most common PostScript fonts are included in the distribution; the program itself can download PostScript fonts.

Other features include language sensitive highlighting, N-up printing, inlined EPS images, comments, and the ability to change body color and font on the fly.

Supported Character Sets

Enscript supports following character sets:

- ISO-8859-1 ISO Latin1 (default)
- ISO-8859-2 ISO Latin2
- ISO-8859-3 ISO Latin3
- ISO-8859-4 ISO Latin4
- ISO-8859-5 ISO Cyrillic
- ISO-8859-7 ISO Greek
- ascii 7 bit ascii
- ascii fi se 7 bit ascii with following encodings:
{ = �(adieresis)
| = �(odieresis)
} = �(aring)
[ = �(Adieresis)
= �(Odieresis)
] = �(Aring)
- ascii dk no 7 bit ascii with following encodings:
{ = �(ae)
| = (oslash)
} = �(aring)
[ = �(AE)
= �(Oslash)
] = �(Aring)
- IBM/PC standard PC/DOS character set
- Mac Macintosh character set
- VMS VMS multinational charset
- hp8 HP Roman-8 charset
- koi8 Adobe Standard Cyrillic Font KOI8 charset
- ps PostScript fonts default encoding
- pslatin1 PostScript interpreters `ISOLatin1Encoding

ImageServer is a software for maintaining archives of images. Theres much software available to manually view, categorize and search images. ImageServer was designed to solve a different problem:
Imagine being a photographer or photo agency: You have a lot of images in many formats, all stored in a directory structure - your archive.
This creates at least two problems:
- The archive may contain different images with the same name. What do you do when a customer orders "flowers.tif" and this name exists in twenty different subfolders in your archive?
- The customer doesnt need your original 22megapixel 16-bit tiff file for his powerpoint presentation or layouting, he wants a small jpeg instead.
The first problem can be managed by assigning unique names to images every time an image is put into the archive.
The second problem is a little more difficult. Youll have to convert the requested images to smaller JPEGs. After doing that for too many times, you start caching the small JPEGs so you wont have to convert again for the next customer asking for that image. But then, you edit the original image and forget to update the JPEGs. Furthermore, its not enough to keep these resized jpegs for presentations, your customers graphics department also wants correctly downsampled eps images for layouting advertisements in QuarkXPress. So you start having two slaveArchives - one with JPEG and one with EPS images - and spend half of your day trying to synchronize the three.
ImageServer solves both problems automatically. It is a program with a nice GUI, configured to watch your masterArchive. As soon as images are put into any subfolder, theyll be assigned unique names if necessary. Afterwards, each image is read, and for each defined slaveArchive, a preview is created and saved. The same happens when an image in the masterArchive is altered. All this works completely automatically, theres nothing youll have to do; the GUI is just for being able to watch whats happening.
Main features:
- Input file checking: as soon as an image is put into the archive, ImageServer checks the extension to see whether it really is an image. If not, it is put into a specified folder outside of the archive.
- If configured to do so, an image without a suiting name is assigned a new name which is constructed of both the subfolders it resides in and a unique-per-subfolder serial number of arbitrary length.
- When detecting a change in the masterArchive, ImageServer can play a sound.
- When starting to convert an image, ImageServer can play a sound.
- ImageServer can remember the names it has already assigned to images in the past. This way, names assigned to an image A will never be assigned to another image B after A has been deleted.
- Any number of slaveArchives can be defined, and they can be in any location.
- Each defined slaveArchive can have completely different settings for the images that will populate it. Resizing or resampling? RGB or CMYK? Jpeg, EPS, PNG or TIFF?
- You can choose whether each slaveArchive should inherit the exact same directory structure from the masterArchive or whether the slaveArchives images should all be put into the same folder.
- In case dazuko missed something, you can tell imageserver to manually look into a folder. It can then either process all images in that folder or only those where slaveArchive-images are missing.