Free gauge software for linux

Gauge project is a score tracking and reporting tool for clay pigeon.

Gauge is a simple Python script that helps record shooting statistics. It is designed for clay pigeon shooting, or any game with a hit/miss or 1/0 scoring, and allows your to keep a record of your aiming accuracy and scores.

It features a fast and easy to use color console user interface.

getsnmp project is a scheduler for collect snmp values from any network equipment and store it into a rrdtool database.

global config section:

COMMAND LINE

-h help
Comma separated network interfaces listen to.

-f config_file
Specify the config file.

-D log level required

-d run as daemon

-v version

CONFIG FILE

directorydb < directory >
store rrdtool db files into this directory

lockfile < pidfile >
file used for store pid number and lock the process

daemon (yes|no)
run in daemon mode (fork) ?

umask umask
mask creation file

user user
user running application

chrootdir < path >
directory to chroot application

loglevel (0|1|2|3|4|5|6|7)
log with this level
0: emergency
1: alert
2: critical
3: error
4: warning
5: notice
6: info
7: debug

usesyslog (yes|no)
use syslog

logfile < logfile >
log in this file

retrieve data section:
global community community
set the default community
the default unsetted is public

global inter seconds
set the default interval among two snmp get
the default unsetted is 300

global retry number
set the default number of retry
the default unsetted is 0

global timeout seconds
set the default request timeout (in seconds)
the default unsetted is 3

global version (v1|v2|v2c)
set the default snmp protocol version
the default value unsetted is v1

set
the keyword "set" set a snmp host server:

example:
set version v2c ip 192.168.10.4 timeout 3 retry 2 community public

the option are:

* ip server ip (must informed)
inter interval among two snmp get (default: "global inter")
version snmp protocol version (default: "global version")
timeout request timeout (default: "global timeout")
retry number of retry (default: "global retry")
community community (default: "global community")
( * ) must informed
get
the "get" keyword is used for declaring one snmp value:

example:
get oid IF-MIB::ifInOctets.3 inter 5 file toto type gauge

the option are:
* oid SNMPv2-MIB::sysDescr.0 the oid (must informed)
inter interval among two snmp get (default: inherited from the last set)
file the db rrdtool file (default: automaticaly generated)
type gauge type of rrdtool data (gauge, counter) (default: gauge)
timeout request timeout (default: inherited from the last set)
retry number of retry (default: inherited from the last set)
( * ) must informed

Survex provides a software suite for processing, viewing, and printing cave survey data.
It is multi-platform and multi-lingual, can deal with extremely large and complex datasets, and can read survey data from many sources.
A sophisticated GUI visualization tool (Aven) is included as well as the data processing tool (Cavern) and a data entry tool (Survex-edit).
There are also printing and data conversion tools. Printing for HPGL, Postscript, PCL (Laser/inkjet), and Dot-matrix printers is supported.
Output converters to DXF and extended elevation form are included.
Survey data can be read in native Survex form, or Compass or CMAP files.
Conversion from other formats such as SMAPS is easily accommodated.
Main features:
- Its free! Survex is distributed with full source code under the GNU Public License. Other coders are encouraged to help add features.
- Multi-platform - using Survex doesnt force everyone working on your survey project to use the same operating system. Survex is designed to be portable, so getting it to run on palmtop machines should be fairly easy - Wookeys got Survex running on the Compaq iPaq running Linux.
- Internationalisation support - translations supplied for English, French, German, Spanish, Catalan, Portuguese, Italian, Slovak, Romanian, and US English.
- Hierarchical survey station naming.
- Fast processing of survey data in a wide range of formats, aided by sophisticated network simplification techniques (which also reduce memory requirements allowing Survex to be used on low end machines).
- Cave complexity limited only by available memory. No arbitrary limits on number of legs, number of surveys, length of station names, number of fixed points, etc.
- Include files allow `projects for survey data management. A survey, or collection of surveys, can be included in many different projects.
- No restrictions on the order survey data can be read in - theres no need to artificially reorder your data to make sure each survey leg connect to a previously read one.
- Support for a wide range of data styles, including "interleaved data", backsights, underwater surveys performed with a depth gauge, and unsurveyed visual connections.
- Network reduction with loop closure errors distributed by least squares. Standard errors and closure errors are reported. Theres also an experimental gross error (blunder) detector.
- Data can be partially processed, loops closed, and then more data processed which will not move the existing stations - useful for adding a loop to an existing map without redrawing the whole thing.
- All instruments (e.g. tape, compass, clino, topofil, depth gauge) have optional scale and zero corrections.
- Special handling for plumbed legs (where the clino correction doesnt apply).
- Magnetic deviation separately specifiable to compass calibration (useful for survey projects lasting many years).
- Support for most input units: metres, feet, degrees, mils, grads, minutes, and also user specifiable units. Percent gradient is also supported.
- Each measurement can have its Standard Deviation specified separately (for specifying the grade of a section, giving special treatment to an odd or suspicious measurement, or feeding in measurements derived from techniques such as radiolocation).
- Fast redraw and bank-switching techniques give smooth, responsive animation.
- Large printouts can be produced on multiple pages with cut-marks to indicate where to cut and join the pages together.
- Support for printing using Microsoft Windows printer drivers; also native drivers for PostScript, ESC/P (Epson, IBM Proprinter, Canon BJs and compatibles), PCL (HP Laserjets, Deskjets and compatibles), and HPGL (HP pen plotters and compatibles).
- Colour printing supported when using Microsoft Windows printer drivers, or the included Postscript driver.
Whats New in 1.1.12 Release:
- Aven now remembers its windows size (or maximized/fullscreen status) between invocations. The "Export as..." menu item now brings up an options dialog like "Print..." does.

GD::Dashboard is a Perl module to create JPEG graphics of meters and dials.

SYNOPSIS

my $dash = new GD::Dashboard();

my $g1 = new GD::Dashboard::Gauge(
MIN=>0,
MAX=>$empcnt,
VAL=>$nopwp_cnt,
NA1=>3.14/2+0.85,
NA2=>3.14/2-0.85,
NX=>51,NY=>77,NLEN=>50
);

$dash->add_meter(RPM, $g1);
$dash->write_jpeg(dash.jpg);

The Dashboard module aims at providing users with a quick and easy way to create dashboard or cockpit like JPGs to display key information.

Dashboard supports the following instruments:

* Gauges with needles
* Bar type gauges
* Warning Lights

Dashboard is built on top of GD.pm, Licoln Steins interface to the GD library.

Log::Log4perl::Appender::RRDs is a log to a RRDtool Archive.

SYNOPSIS

use Log::Log4perl qw(get_logger);
use RRDs;

my $DB = "myrrddb.dat";

RRDs::create(
$DB, "--step=1",
"DS:myvalue:GAUGE:2:U:U",
"RRA:MAX:0.5:1:120");

print time(), "n";

Log::Log4perl->init(qq{
log4perl.category = INFO, RRDapp
log4perl.appender.RRDapp = Log::Log4perl::Appender::RRDs
log4perl.appender.RRDapp.dbname = $DB
log4perl.appender.RRDapp.layout = Log::Log4perl::Layout::PatternLayout
log4perl.appender.RRDapp.layout.ConversionPattern = N:%m
});

my $logger = get_logger();

for(10, 15, 20, 25) {
$logger->info($_);
sleep 1;
}

Log::Log4perl::Appender::RRDs appenders facilitate writing data to RRDtool round-robin archives via Log4perl. For documentation on RRD and its Perl interface RRDs (which comes with the distribution), check out http://rrdtool.org.

Messages sent to Log4perls RRDs appender are expected to be numerical values (ints or floats), which then are used to run a rrdtool update command on an existing round-robin database. The name of this database needs to be set in the appenders dbname configuration parameter.

If theres more parameters you wish to pass to the update method, use the rrdupd_params configuration parameter:

log4perl.appender.RRDapp.rrdupd_params = --template=in:out

To read out the round robin database later on, use rrdtool fetch or rrdtool graph for graphic displays.

The objective is to remove as many colored squares from the field as possible in as few moves as possible. There is also a desktop version available. Both versions are licensed under the BSD license.
Scoring
Scoring is exponential. To be exact, it is (number of blocks removed - 2) ^ 2, so it really pays off to remove blocks in large chunks. If you manage to clear the whole screen you get 250 extra points and can continue from a full field. My high score (on a Nokia S60 phone) is now 7411.
Compatibility
Test reports for different phone models are appreciated. Please let me know if there is any odd behaviour (this is the first MIDlet I have written and Im just learning the APIs). My e-mail address is below (remove ".NO.SPAM" from the address before sending). The MIDlet version has been reported to work with the following phone models and it should work with every Nokia S60 and S40 model as well as with pretty much all Java-capable phones made in the 21st century.
- LG C1300, C1500
- Motorola A780
- Nextel i730
- Nokia 7650, 7610, 6820, 6630, 6600, 6060, 5100, N-Gage, N90
- RIM BlackBerry 8800
- Sanyo MM-8300
- Siemens S55
- Sony Ericsson K700i, P900
Enhancements:
- This release adds tracking the number of times the board is cleared during a game to the high scores.
- Minor code cleanup has also been performed.
- This release is backwards compatible with earlier 1.5 versions, and can be upgraded without losing saved statistics.

Palantir is a Linux-based streaming system designed to transmit live video, audio and data over a TCP/IP network, as well as to control remote devices.
Palantir program is named after a word invented by J. R. R. Tolkien and mentioned in his tales, whose meaning is far-seer. The correct pronounciation requires the "i" in "tir" to be accented.
While conceptually similar to the many webcam-like products populating the modern Internet, some unique features set a considerable distance between Palantir and its competitors.
Main features:
- The video streaming section was designed with performance in mind. Even a low-end machine can directly sustain the load of many hundreds of clients, without the need for an intermediate buffering server.
- The vast choice of clients able to display the live video stream ranges from regular web browsers to a specialized client for Windows which requires no installation - just download and go.
- A Qt-based client for Linux is also available.
- The availability of a full-duplex, telephone-quality audio channel permits communication between server and one client at a time - your remotely controlled site is just a microphone and a speaker away.
- A supplementary, bidirectional data channel enables clients to operate hardware devices of any kind connected to the server via a serial line, as well as to get feedback from them and present it to the user in graphical form. Examples of these devices include pan/tilt/zoom machinery, flood lights, temperature sensors, strain gauges, etc..
Palantir can stream over a LAN, a VPN, or the Internet at large. Fields of application span from surveillance to entertainment, industrial process control and site monitoring.

Paradise 2000 represents my bend of the Paradise Netrek client. Paradise 2000 Netrek Client is not a fork, because that would imply parallel development, but no one else has done anything with the client since about five years ago.
Paradise 2000 is in fact one of the most, if not the most, actively developed Netrek clients available today. It is for Linux (and FreeBSD) only, and is not open source*. Dont let the Paradise name fool you, it works just fine on standard bronco servers. Nobody has even played a game of Paradise Netrek for years!
The biggest new feature of the client, not found in any other, is the sound system. While the old Paradise client, Ted Turner, COW, and COW ports (Netrek1999,2000) have a simple sound effect system, its crap. Especially the one used by COW. The Paradise/Ted Turner one is better, and is partially written by me, though you wouldnt know that*.
The Paradise 2000 sound system has psychoacoustic stereo effects that place sounds based on where they happen. If someone on the left blows up, you can tell they are on the left just from the sound. The newest version of Paradise-2000 has a sound system with speech output using IBMs ViaVoice TTS. If a teammate sends a carrying message, the client will actually say something like, "F one carrying five to org."
Main features:
- See weapons on galactic map
- Auto-rotate galaxy to put playing teams on left side
- Dashboard timer to show repair or refit time remaining
- See the army count for the planet your are orbiting
- Remap your keys via the help window. Just push the key you want over the name of the function you want to assign to it.
- Use the same key for both bombing armies and picking armies. The client can tell by context with one would make sense.
- You can set configuration options to different values for different server types.
- Double buffering support for graphics. When turned on, eliminates flicker. Very useful for LCD monitors.
- Extensive support for enhanced observer mode:
- See all players tractors and pressors while observing.
- You can lock onto a cloaked player and observe them.
- All your ship stats will reflect the player you are observing. Even torps out, kills, and army capacity.
- Your ship and player letter dont get drawn on top of the player you are observings ship and letter.
- Observers wont have stats shown in your player list, cluttering it up unnecessarily..
- Stereo sound effects!
- Highly configurable speech synthesis!
- Option to omit the team letter of ships on the galactic. Just show 0 instead of F0, since you can tell the team by the color of the letter.
- Game score on hockey servers calculated and put on the galactic for easy reference.
- Cool looking streaking background stars when transwarping on Bronco servers.
- Flags on the dashboard gauges indicating the fuel/shields/hull needed to refit or transwarp.
- Single key transwarp on Bronco servers. Push - to automatically lock onto your base and warp to it!
- 19FLAGS protocol enhancement. Reduces messed up flags from packetloss. Hockey players, this will eliminate stuck tractors and pressors.
- Works with WindowMaker. Window manager delete buttons work.
- Hockey bug fix, puck doesnt cloak at warp 15 or 31.
- Support for short packets 2. Reduces bandwidth and improves playability with packetloss.
- Supports SBHOURS feature, see how many base hours someone has.
- Shrink phasers, like BRMH.
- Support for wheel mice. The wheel will scroll the message windows, and can be bound to actions like other mouse buttons.
- Re-enter the game after dying by pushing the spacebar, instead of clicking on the right team window. Faster and prevents selecting the wrong team on accident in 4v4 hockey games.
- 32 position ship bitmaps. Your ship rotations will look smoother.
- Small red circle around ship shows det radius.
- Tic marks to show exact ship heading.
- Arrow on puck to indicate direction.
- ID of player you are tractoring displayed next to your ship.
- Configure what columns are in the player list, both the one-column and two-column list. You can also change the width of the each field, so show fewer digits for instance.
- UDP portswap option that lets the client work through NAT firewalls, like Linux IP_MASQ, without a special module.