Free figure software for linux

Gear project draws a gear in an open office drawing.

You can then load the open office drawing and a nice looking gear is shown.

You can adapt the nr of tooth from the commandline, the shape of the tooth can be changed from the source.

How does it work?

I unzipped an open office drawing and looked how the lines in a file were made, then i automatically generated the lines into the content.xml file and zip the stuff again to make a valid document.

Isnt it great to have open formats (that are also well readable...)!!!

What is essential...

Well, in the archive that you got this program in, there is a odg directory this contains all the files that make up a valid OpenOffice drawing. The program should be run in a place where this odg directory is found...

example you unzipped this archive in a temp directory and now your file tree looks
like this : temp/gear/odg
then you should run the gear program from the temp/gear directory. .

well, it isnt that hard, you will figure it out...

FDMS-3 Ripper is a Perl program for extracting the tracks from the FDMS-3 filesystem. I recently bought a Fostex FD-8 multitrack hard disk recorder for recording music. It works great, but I was disappointed to discover that, although it uses a standard external SCSI hard disk, there was no way to "rip" the recorded tracks from the hard drive to my PC over the SCSI port. The alternatives were to use the analog-out to re-record each track using my soundcard (resulting in loss of quality and loss of synch between tracks), or buying a $500 ADAT card for my PC.

I decided that I would try to figure out a way to rip the music directly over the SCSI port. The FD-8 uses a proprietary Fostex filesystem, FDMS-3. I decided to hook it up to my PC and probed the drive. I was able to figure out the basic layout of the filesystem pretty quickly. Note: this is designed to hard disks formatted in the FDMS-3 "Mastering" mode, which stores the audio data in uncompressed format.

In order to use the program, you will need to take the hard disk that has the FDMS-3 filesystem on it and hook it up to your PC (mine is a SCSI drive -- dont know if this will work with one of the internal IDE drives you can hook up to the FD-8). Make sure that Linux can see the drive (dont try to mount it, though!). You might want to have a look at SCSI-2.4-HOWTO to get the drive recognized. My external hard disk is located at "/dev/sda", but yours could end up elsewhere.

Next, you need to make sure you have the following on your system: perl, sox and fileutils (for the "dd" utility). Security Warning Unfortunately, this program presents significant security issues, so be careful with it. The script needs to be able to access the hard disk directly, so you can either run it as root (not safe), or change the permissons for the hard disk device (in my case, "/dev/sda"). Run the program with "./fdms3rip /dev/sda" (substituting the actual location of your hard disk).

This will list all of the programs present on the hard disk. Then, run it again with the number of the program you want to fetch off the hard disk: "./fdms3rip /dev/sda 5" to get all of the recorded tracks for program number 5. After waiting a bit, you should now have a bunch of WAV files on your Linux machine. Warning This program will create and erase files with the names "dir" and "header" in the directory it is run from. It would be best to run this program from a clean directory, just to make sure there are no problems.

Gkrellfah2 is a local monitor and interface for the Linux Folding@Home client packaged as a plugin for GkrellM.
Also available is a client/server version for monitoring remote machines using GkrellMD. gfah collects status information on active work units for display and records info on completed work units in a local log file.
It has the ability to actively control how much cpu time the F@H client actually uses, thereby reducing overall cpu utilization and possibly cpu temperature. The desktop version user interface includes a ControlPanel for ease of use.
Main features:
- Displays summary status on a one line text panel, with other gkrellm monitors. See left figure.
- Supports a maximum of 8 monitors and each monitor has a ControlPanel popup via mouse button 1: See bottom figure.
- Displays active work unit status via mouse tooltip: See right or center figure.
- Desktop and Client versions feature Configuration Tabs inside Gkrellms Configuration window. See Screenshots
- Folding at home Team Statistics, Completed Workunit logs, CPU Utilization Control, and technical support.
- Includes a Gkrellm desktop plugin, client plugin, and server plugin; all in one RPM package.
Enhancements:
- Updated get_wu_runtime() to compute points-per-hour < Rate > based on new and available data.
- Original formula was off by 80% based on cpu speed and type.

blurt 1.0 is a web publishing ("blogging") tool. Unlike most blogging software blurt 1.0 does not provide you with a fancy back office, heavy duty database backends and massive user management systems.
Instead, you upload documents ("posts") in simple text format (.txt) to a directory on your web server. blurt will figure out the rest.
Main features:
- zero maintenance - well, almost. Youll still have to upload your documents (posts) to the web server, but how hard is that?
- organize your documents - creating categories for your documents (posts) is as simple as creating a subdirectory (folder) on your web server. All documents you put in such a directory are considered to be in the same category. The name of the category is the name of the subdirectory.
- easy navigation - browse documents by category or by date or by a combination of both simply by adding the required category or date to the URL of your blog. blurt 1.0 will figure out which documents you want to see.
- extend it - if you need visitors to comment on your documents or if you want to show a list of your latest documents, simply extend blurt 1.0 by installing a plugin. Installing plugins is as simple as downloading a file, changing a few settings and uploading it to a directory on your web server. blurt 1.0 will figure out the rest.

j0urnal is a Unix Conesole Based LiveJournal Client. It is coded on a Pentium 133 with 32 megs of memory running Slackware Linux 8.0...
This is the initial release and many features will be added in the future.
Source Release:
tar xvfz j0urnal-1.0.x.tar.gz (You probably already figured this out, huh?)
cd j0urnal-1.0.x/ (Hmm, you probably figured this out alrady too)
make (Haha! Bet you didnt figure out that part!)
cp j0urnal /usr/bin/ (or wherever you want)
Binary Release:
tar xvfz j0urnal-Platform-Processor-1.0.x.tar.gz (Got that?)
cd j0urnal-Platform-Processor-1.0.x/ (Yep)
cp j0urnal /usr/bin/ (or somewhere else)
EXECUTION:
From the command line, type either j0urnal or j0urnal
CONTACT:
Questions, comments, suggestions, bug reports, and drugs should all be emailed to Roach@XaosInc.com
Enhancements:
- Initial Release
- Basic Server/Client Authentication
- postevent supported

The Field Designer is a program for designing sub-air paintball fields. Field Designer helps you to prepare for a paintball tournament or fun game, or simply to get an overview of a field. Field owners can use it to provide online layouts of their fields.
Main features:
- Delete Figure
- Editable properties
- Default XML Encoding
- Tippie figure
- Tombstone figure
- Export a JPG picture of the field
- Povray Export
- Copy and Paste
- Context menu
- Tactics plugin
- Rotate figures
- 3D field walking
Enhancements:
- A tactics editor was added, allowing you to develop your tactics directly in the field designer.
- Real units of measure can be used, so 32px will represent whatever unit of measure you define.
- When you create a new field layout, you can set the size of the field, which will be shown while drawing the field.
- Fields can be exported to SVG, BMP, JPEG, or PDF.
- The last page of the field creation wizard does not work correctly under Win32.

libgnomeprint is a Gnome printing library.
This is an implementation of the Gnome Printing Architecture, as described in:
http://www.levien.com/gnome/print-arch.html
An updated description of gnome-print and future plans can be found in :
http://www.levien.com/gnome/print-summit-2000.htm
We have a mailing list setup:
gnome-print@gnome.org
Overview
1. Imaging
Gnome-print uses semi-standard PostScript imaging model. I.e. all
shapes are described as sequences of path commands (moveto, lineto
curveto, closepath) and images created through fill and stroke
operators.
2. Coordinates
The initial coordinate system is identical to the PostScript one,
i.e. unit is 1 typographic point and y grows upwards on the page.
Coordinate system can be modified, using concat operator.
3. Graphic state
Graphic state is manipulated through usual operators, like
setrgbcolor, setopacity, setlinewidth. There are gsave and grestore
operators that manipulate graphic state stack.
Currently the only supported colorspace is RGB, as we have yet to
figure out the patent issues involved in CMYK and other colorspaces.
4. Text
There are 2 primary text operators. The simpler one (show) accepts
UTF-8 encoded string, and outputs it as well as possible using
current font from graphic state.
The other one (glyphlist) accepts device idependently formatted
sequence of glyphs - i.e. user program should do exact layout and
languge analyzing itself. Glyphlist can include glyphs from different
fonts, use different colors and position glyphs either in
predetermined coordinates or use simple font-specific positioning
rules (glyph advances for latin-like fonts).
5. Fonts
Gnome-print uses type1 fonts for all rendering, so printed output
is always identical to onscreen preview.
Enhancements:
- Fix a crash in Gedit caused by a typo. (Jeremy Messenger, Joe Marcus Clarke)
- Fix compiler warnings (Damien Carberry, Michael Wolf)
Updated translations:
- fi (Ilkka Tuohela)
- ga (Ignacio Casal Quinteiro)
- si (Danishka Navin)
- ta (Tirumurthi Vasudevan)
- vi (Pham Thanh Long)