Free your competitor software for linux

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.

Statistics::RankOrder contains algorithms for determining overall rankings from a panel of judges.

SYNOPSIS

use Statistics::RankOrder;

my $r = Statistics::RankOrder->new();

$r->add_judge( [qw( A B C )] );
$r->add_judge( [qw( A C B )] );
$r->add_judge( [qw( B A C )] );

my %ranks = $r->mean_rank;
my %ranks = $r->trimmed_mean_rank(1);
my %ranks = $r->median_rank;
my %ranks = $r->best_majority_rank;

This module offers algorithms for combining the rank-ordering of candidates by a panel of judges. For the purpose of this module, the term "candidates" means candidates in an election, brands in a taste-test, competitors in a sporting event, and so on. "Judges" means those rank-ordering the candidates, whether these are event judges, voters, etc. Unlike "voting" algorithms (e.g. majority-rule or single-transferable-vote), these algorithms require judges to rank-order all candidates. (Ties may be permissible for some algorithms).

Algorithms included are:

Lowest-Mean
Trimmed-Lowest-Mean
Median-Rank
Best-of-Majority

In this alpha version, there is minimal error checking. Future versions will have more robust error checking and may have additional ranking methods such as pair-ranking methods.

Ham Radio Control Libraries is a development effort to provide a consistent interface for programmers wanting to incorporate radio control in their programs.

Hamlib is not a complete user application, rather, it is a software layer intended to make controlling various radios and other shack hardware much easier.

Hamlib will allow authors of such software as logging programs, digital communications programs, or those wanting to develop the ultimate radio control software to concentrate on the user interface and the basic function of the program rather than radio control.

Most recent amateur radio transceivers allow external control of their functions through a serial interface. Unfortunately, control commands are not always consistent across a manufacturers product line and each manufacturers product line differs greatly from its competitors.

Hamlib attempts to solve this problem by presenting a "virtual radio" to the programmer by providing an API to actions such as setting a given VFOs frequency, setting the operating mode, querying the radio of its current status and settings, and giving the application a list of a given radios capabilities. Unfortunately, what can be accomplished by hamlib is limited by the radios themselves and some offer very limited capability.

System.FilePath is a Haskell library from Yhc originally, now with added tweaks. Pure Haskell 98 (with Hierarchical libraries), no preprocessor. It has a nice interface for doing file manipulations, and works portably between Windows and Unix. [Not the same as http://darcs.haskell.org/~lemmih/FilePath/]

The interface is still changing, for that reason please use System.FilePath.Version_0_10 or System.FilePath.Version_0_11 which will be guaranteed to work unmodified in future releases.

I have written a System.FilePath module in part based on the one in
Yhc, and in part based on the one in Cabal (thanks to Lemmih). The aim
is to try and get this module into the base package, as FilePaths are
something many programs use, but its all too easy to hack up a little
function that gets it right most of the time on most platforms, and
there lies a source of bugs.

This module is Posix (Linux) and Windows capable - just import
System.FilePath and it will pick the right one. Of course, if you
demand Windows paths on all OSs, then System.FilePath.Windows will
give you that (same with Posix). Written in Haskell 98 + Heirarchical
Modules.

Haddock:
http://www-users.cs.york.ac.uk/~ndm/projects/filepath/System-FilePath.html
Darcs: darcs get http://www.cs.york.ac.uk/fp/darcs/filepath
Source: http://www.cs.york.ac.uk/fp/darcs/filepath/System/FilePath.hs
Homepage: http://www-users.cs.york.ac.uk/~ndm/projects/libraries.php

If you go to the haddock page there are a few little examples at the
top of the file.

Acknowledgements

Thanks to Marc Webber, shapr, David House, Lemmih, others...

Competitors

System.FilePath from Cabal, by Lemmih
FilePath.hs and NameManip.hs from MissingH

The one from Cabal and FilePath.hs in MissingH are both very similar, I
stole lots of good ideas from those two.

NameManip seems to be more unix specific, but all functions in that module
have equivalents in this new System.FilePath module.

Hopefully this new module can be used without noticing any lost functions,
and certainly adds new features/functions to the table.

Should FilePath by an abstract data type?

The answer for this library is no. This is a deliberate design decision.

In Haskell 98 the definition is type FilePath = String, and all functions
operating on FilePaths, i.e. readFile/writeFile etc take FilePaths. The
only way to introduce an abstract type is to provide wrappers for these
functions or casts between Strings and FilePathAbstracts.

There are also additional questions as to what constitutes a FilePath, and
what is just a pure String. For example, "/path/file.ext" is a FilePath. Is
"/" ? "/path" ? "path" ? "file.ext" ? ".ext" ? "file" ?

With that being accepted, it should be trivial to write
System.FilePath.ByteString which has the same interface as System.FilePath
yet operates on ByteStrings.

Kapitalist project is a Monopoly-like board game for 2-8 players. Walk around the board, buy properties, receive rent from your competitors, try to get monopolies to build houses and hotels on them and finally be the richest on the board.

Kapitalist is server-based (the server called capitalist) and is written for KDE 2.x. Nevertheless it should also work fine with other desktop environments provided you have the KDE 2.x/Qt 2.x libraries installed.