Free personalized gps software for linux

miPortal is a free personalized Mobile Information portal that can provide an array of useful information services on your handheld device such as a PDA or mobile Phone.
It offers a wide variety of information services for very diverse needs such as stock quotes to ATM locator, movie listings in the city to city weather, jokes, horoscopes, news update, you name it and you can have it.
You can create your own personalized bouquet of services from the ones available by subscribing to them. Once you create your portal you can access these services to get the information you need .miPortal saves your valuable pennies you would have otherwise spent searching for the same information browsing the internet on your mobile.
Content and service providers (most common example being horizontal portals which provide city specific information, etc) publish the interface for their service using open standards (WSDL) and the miPortal installs the service so that one can subscribe to the service from the client. To avail these services download and install the miPortal client on your mobile .
Enhancements:
- New information services have been added.
- A discussion forum has been added to the Web site.
- A bug reporting link has been added.
- This release has a version-aware midlet; old midlets will not work now.

Lizard is a tile-based graphical interface to NetHack and SlashEM.
Lizard is my own personalized variant of the newt interface. It always shares the latest newt codebase while adding a few of my own patches that increase user experience (in my opinion). Lizard is how I play NetHack or SlashEM.
Additions to Lizard over tha vanilla NE.W.T:
- Dark rooms are a different tile to unexplored rooms. So exploring an area like the gnomish mines is much less painful.
- Passageways are shown. Passageways on the side of corridors are visible. Again this is a change that allows you to better judge which areas you have not yet explored.
- Line of sight, you now have a visible line of sight and are able to easily see which areas might have monsters that you cannot actually see.
- Brads Pit, a minor patch of my own, for amusement value only
- Chess Moves, you can set the speed of monster movement as well as player movement. When set to walk each monster will move individually as if you were watching a move for move animated playback of a game of chess.
- All of the above mentioned changes work for the tty/console view as well.

Net::GPSD is a Perl module that provides an object client interface to the gpsd server daemon.

SYNOPSIS

use Net::GPSD;
$obj=Net::GPSD->new;
my $point=$obj->get;
print $point->latlon. "n";
or
use Net::GPSD;
$obj=Net::GPSD->new;
$obj->subscribe();

Net::GPSD provides an object client interface to the gpsd server daemon. gpsd is an open source GPS deamon from http://gpsd.berlios.de/.

For example the get method returns a blessed hash reference like

{S=>[?|0|1|2],
P=>[lat,lon]}

Fortunately, there are various methods that hide this hash from the user.

The "Open Device Monitoring and Tracking Protocol", otherwise known as OpenDMTP, is a protocol and framework that allows bi-directional data communications between servers and devices (clients) over the Internet and similar networks.
OpenDMTP is a highly configurable and extensible protocol for communicating with mobile devices.
OpenDMTP is particularly geared towards Location-based information (LBS) such as GPS, as well as temperature and other data collected in remote-monitoring devices. OpenDMTP is small, and is especially suited for micro-devices such as PDAs, mobile phones, and custom OEM devices.
We saw a need for a communications protocol that allowed high-latency, low-bandwidth (HL/LB) devices to transmit location data to monitoring-systems. Because these devices often have limited network connectivity, the protocol needed to be small and efficient. Example devices include mobile phones, PDAs, OEM micro-devices (alarm systems, temperature monitors, etc.), and more.
There are many mobile GPS tracking devices on the market today with their own closed proprietary protocols. Searching the web for open protocols revealed only a few available for transferring data (including GPS information) between devices. However these solutions are generally designed for non-mobile applications and/or lack some of the low-bandwidth, configurable, and extensible features that mobile applications require.
Main features:
- Small Footprint: Mobile devices typically have limited resources on which to run client code (ie. memory, processor speed). An open protocol designed with this in mind should be optimized to allow efficient implementation and should easily support devices such as PDAs, mobile phones, GPS monitoring devices, and other OEM micro-devices.
- Network Efficient: Mobile devices typically have limited network connectivity, and in some cases data communication can be quite expensive (e.g. satellite). Because of this the protocol needs to be efficient in its dialog between the client and server. The communication needs to be optimized such that the necessary information can be conveyed with a minimum number of bytes in the least amount of time.
- Bi-directional: Some devices can support two-way communication (ie. GPRS, or other socket based connections), while others may only support one-way communication (ie. some satellite communication systems). With this in mind, a protocol should be designed to support both duplex (two-way) and simplex (one-way) communication.
- Transport Media: Differrent mobile applications will have their own unique way of communicating data back to the server. Some may use GPRS, or socket based communication, others may use satellite communication, while still others may use other forms of wireless communication, such as BlueTooth. The design of the protocol should be able to encompass all such transport media types, regardless of the type of transport in use.
- Flexible Data Encoding: Most types of transport media allow for the transmission of binary encoded data. However, there may be some forms of media for which an ASCII encoded data packet is much better suited. A protocol designed with this in mind should be able to support both types of data encoding.
- Configurable Messages: Due to the broad range of data types used in mobile applications, the protocol should be flexible enough to define standard messages, yet still allow custom messages within the framework.
- Extensible: Not every mobile application is the same. Some require special handling and may have various types of inputs and outputs. A protocol designed for mobile applications should insure that the framework can be easily extended to incapsulate the specific needs of the device.
- Industry Compatibility: Having an open protocol insures better compatibility between different client devices and service providers.
- Reference Implementation: Having a reference implementation that showcases the major features of the protocol provides an easy starting point on which developers can add their own features and platform specific implementation without having to worry about how data gets from the client to the server.
OpenDMTP was specifically designed to suit all these needs, especially "Small Footprint" and "Network Efficiency". The typical data plan for GPRS communication, for instance, is usually 1Mb per month. OpenDMTP was designed to optimize packet encoding to allow the collection of GPS information packets once every 3 minutes, 24 hours a day, 30 days a month, and still stay under the 1Mb data plan limit.
While XML is very extensible, it fails the "Small Footprint" and "Network Efficiency" requirements. Thus, it was discounted as a viable protocol solution. Many mobile devices do not have the resources necessary to be able to provide full XML parsing functionality. And an XML packet may need to be several hundred bytes in length just to send a few bytes of actual data. This alone would make the solution cost prohibitive for high-cost transport media such as satellite.
OpenDMTP also includes a full-featured commercial quality reference implementation to jump-start development.
Enhancements:
- NEW: Minor optimizations made to message logging.
- FIX: Log file now properly displays account/device on client connection.

Linux-EduCD is a Polish live DVD based on KANOTIX, with focus on education, graphics, office, multimedia and software development.
Main features:
- addition of the Compiz desktop;
- integration of GParted into the hard disk installer;
- new boot options;
- Linux kernel 2.6.18 with extra drivers and modules;
- KDE 3.5.5;
- OpenOffice.org 2.0.4;
- a range of educational software (Celestia, OpenDX, PyMOL, Rasmol, DrGeo, Yacas); multimedia applications (GIMP 2.2.13, Blender 2.42, Amarok, Audacity, Xine); network and system administration software (Wireshark, Nessus, Iptraf, EtherApe, Cheops);
- new development packages (DrScheme, Ruby, VisualPython, GPS, GNAT, Glade)

Alfalinux is a minidistribuition on two floppy disks much different from other similar products: that is no non-standard/reduced or remaked system parts, no bad overformatted floppy disks, no such things like other similar mini distributions.
Alfalinux is a STANDARD portable SLACKWARE (3.5 kernel 2.0.34) on two floppy disks, a real linux that loads himself in RAM. Youll find only standard applications (ex. bash or lynx)and a "clear" system, thinked to be easily personalized such as your home system.
The basic configuration to use Alfalinux should be a 486 with at least 8 mb of ram. Please notice that with less than 12mb probably you can load only the first base floppy, without additional and networking apps stored in the second. System and personalizations
The system is divided into two floppy disks. On the first you find files for Syslinux (the linux loader), a kernel and the compressed base filesystem initrd.gz.
At the startup file the kernel mount it as root filesystem. In the second floppy there is the gzipped tar archive netdata.tgz, that contains network programs, libncurses, key layouts and many other additional system parts (not needed for the correct usage of the system). The netdata script on the second floppy create the second ramdisk mounted on /usr/bin and unpack the netdata.tgz archive in the system.
To personalize you can modify the base filesystem initrd.gz, add your parts in the netdata archive or create your new archives. You also simply copy files on the second floppy disks and modifu the netdata script, to copy files on the floppy into the system (at the boot time).
As example, if we want to modify/create the scripts for internet connection we have to update
/etc/resolv.conf
/etc/ppp/options
/etc/ppp/pap / chap-secrets
/bin/connect
/bin/chatscript
Once we have prepared the updates scripts save them on the second disk and append at the netdata script a sequence to delete and replace the old scripts with new at the startup: noe you have a personalized system every time it loads at startup from floppy.
Please remember that Alfalinux dont mount local filesystems at startup (only the floppy disks, but you can insert it write-protected) so its an absolute secure system, because is loaded into RAM memory and dont need any installation procedure.
Installation
First of all, unpack the archive (tar xvfz filename), then
from msdos/OS2/windows (more info on rawrite):
rawrite alinuz1.img a:
rawrite alinuz2.img a:
from linux:
dd if=alinuz1.img of=/dev/fd0
dd if=alinuz2.img of=/dev/fd0
Enhancements:
- added vi ,cat, pwconv & unconv, several other parts
- modularized and optimized organization on the floppyes
- included commands to handle kernel modules
- a more compact/optimized/standard filesystem organization
- you can use Alfalinux -base- on machines with only 8 mb of RAM
- plugin system-parts support: you can create your own system modules and become active developer of alfalinux!