Free ad software for linux

The following is an excerpt from a poster presented at the American Astronomical Societys 2000 Summer meeting in Rochester, NY.

ADS roughly 1,000,000 scanned pages contain numerous diagrams and figures for which the original data sets are lost or inaccessible. Having scans for the figures invites digitizing the data points to recover at least a part of these data.

Performing this digitization automatically is still beyond the capabilities of current OCR systems, but the computer can ease this process for a human.

This was the starting point for Dexter, a Java applet that runs in the users browsers and provides an interface for selecting the part of the page that is of interest. On that selection, coordinate axes, points and error bars can be marked and, of course, corrected. [...]

In the future, we plan to implement some recognition algorithms that would, e.g., trace a line for the user or automatically search for markers.

Wellenreiter is a gtkperl program that makes the discovery and auditing of 802.11b wireless networks as easy as possible.
For discovery of the accesspoints / networks / ad-hoc cards, Wellenreiter has an amazingly easy to use scanner window, which searches for any accesspoint within the range of the scanning device.
It detects and differentiates essid broadcasting and non-broadcasting wireless networks. The manufacturer is detected by the devices MAC address. WEP and BSS / IBSS detection is also implemented.
Detecting essids of non-broadcasting networks is possible and gps support is also built in (Requires gpsd). Wellenreiter is the first Wireless scanner that does not need to be configured anymore.
Its amazing autodetection takes care about taking the correct cardtype and using the right comands. Lucent/Orinocco, Cisco and Prism2/2.5 (WLAN-NG drivers) based Cards are supported now. NO, hosap drivers actualy dont work in this version, stay tuned for that.
The Networks with a red symbol are "non-essid-broadcasting" ones. This means the accesspoint does not send out the essid network name for security reasons.
Non-broadcasting networks can be only detected by using the raw-sniffing mode. Green symbols are shown for a broadcasting network.
The distinction between WEP/cleartext sending accesspoints is indicated by the word "ON" or "OFF" and a little open or closed lock icon. AD-Hoc stations (BSS) have different icons than real accesspoints (IBSS).
Channels that are holding new objects are colored red until you select it. The pkt indicator on the right side of the listview alternates between the two characters "+" and "*". When it alternates, this accesspoint is sending traffic.
So its a traffic indication. If you click on an object in the treeview you will get the detail window. This window refresh after a while. Keep it open to see arp and dhcp traffic.
Use the logwindow to take care of all your findings and the trafficwindow to see what packets are coming in. Oh, one word about saving, it automaticly saves a dump and a savefile to your homedrive.
Main features:
- Cisco based cards
- Lucent based cards
- Prism2 based cards (Wlan-ng drivers only)
Enhancements:
- Added the Userguide in the docs diretory.
- Raised the packetcapture lenght from 400 to 65535 wich should not truncate anymore.
- Still adding some smaller fixes. Added a patch for better detection of prism2 based PCI and usb cards.
- Choose card window fixed.
- IBSS/ESS text in window is now correct, sorry for that.

Aps is a small tool for analyzing network traffic. It prints out a great deal of information about the relevant protocols including TCP, UDP, ARP, and ICMP.
It allows you to filter IP addresses, hardware addresses, ports, and specific protocols. It comes with a little GTK-GUI displaying packet counters for each protocol.
APS tries to print detailed info about network frames that are received from the SOCK_RAW (ETH_P_ALL) socket. I am not sure if this is the clean way, but it works fine. APS prints info about the hardware layer and the IP and TCP/UDP/ICMP header.
The tail of the packet (mostly the data) wich could not be interpreted is written on the screen as ascii/hex-dump or both (your choice).
Example
HW-ADDR: 00:60:8c:f6:40:96 -----> 00:80:ad:30:8f:3b
IP-ADDR: 192.168.17.52 -----> 192.168.17.50
IP-Ver4 || Head:0x0a (bytes) || Service(TOS):16 || Length over all:0061
Fragmentation: ID:0x4079 - Flags: 0 1 0 - Offset:00000
TTL:064 || Protokoll:006 (TCP) || HeaderCRC:0x567b
TCP-HEADER:
Ports: 0023-->1034 (telnet) Seq./Ack. Nr.:0x70843468 / 0xeae29434
Data-Offset:0x05 Reserved-6Bit:00 Flags:-urg-ACK-PSH-rst-syn-fin-
Window:0x7fe0 CRC:0x9420 Urgent-Pointer:0x0000
73 61 74 75 72 6e 32 3a 2f 73 72 76 2f 70 72 69 6e 74 71 23 20
HW-ADDR: 52:54:40:25:8d:88 -----> ff:ff:ff:ff:ff:ff
SAMBA/NetBios
e0 e0 03 ff ff 00 22 00 11 00 00 00 00 ff ff ff ff ff ff 04 52 00 00 00 00 52
40 25 8d 88 40 08 00 03 00 04 20 20 20 20 20 20 20 20 20
HW-ADDR: 00:80:ad:30:8f:3b -----> 00:60:8c:f6:40:96
IP-ADDR: 192.168.17.50 -----> 194.112.123.200
IP-Ver4 || Head:0x0a (bytes) || Service(TOS):0 || Length over all:0029
Fragmentation: ID:0x29ae - Flags: 0 0 0 - Offset:00000
TTL:064 || Protokoll:001 (ICMP) || HeaderCRC:0x411f
echo request CODE:0x0 CRC:0xf9f5 SIG:0x602 NUM:0x0
00 ea
Enhancements:
- added break for Packet-counter and fixed some minor bugs

JayORama, aims to be useful Dj software to allow softmixing, beatmatching and professional live session.

At the actual state, JOR is an OpenJ oriented pcm player. It could play also as a jukebox.

The project has recently been redesigned and retasked. Now it is represented by a couple of subprojects: the Open Sound Engine, which is the audio engine (in old releases the audio engine was Alsaplayer and its interface.

The Open Sound Engine (OSE) is already in development and it will be an interface-detached library which allows decoding, dsp ad output on more OS platforms (Linux, Windows and Mac). If you are planning to build an audio application, maybe you should look into this.

JayORama project is Free Software, that means software distributed under the GNU GPL license (version 2).

OLSR daemon project is an implementation of the Optimized Link State Routing protocol for mobile ad-hoc networks (MANETs).
OLSR is a routing protocol for mobile ad-hoc networks. The protocol is pro-active, table driven and utilizes a technique called multipoint relaying for message flooding. olsrd also implements a popular optional link quality extension. Currently the implementation compiles on GNU/Linux, Windows, OS X, FreeBSD and NetBSD systems.
Olsrd is ment to be a well structured and well coded implementation that should be easy to maintain, expand and port to other platforms. The implementation is RFC3626 compliant with respect to both core and auxiliary functioning.
Olsrd supports use of loadable plugins. These can be used to to handle and generate custom packettypes to be carried by OLSRs MPR flooding scheme or for any other desired functioning.
Enhancements:
- Network simulator (olsr_switch) added. Read more in the README file included in the release.
- New experimental fish eye link distribution algorithm. Read more in the README file included in the release.
- Tiny Application Server(TAS) plugin added
- Plugin interface changes. Olsrd now exports all symbols mening that plugins can access all olsrd functions easily.
- Olsrd now builds and runs on OpenBSD
- Build system rewrites(OS detection is now done automagically)
- Lots of bugfixes and minor changes

squid_redirect uses a list of patterns to zap annoying ad banners from Web pages, inserting a placeholder image.
It lives in a Web proxy and so requires no special browser facilities. squid_redirect is readily customizable, small, fast, and easy to install.
Enhancements:
- A security fix was made for pathological behavior for certain URLs.
- A new ad class was added for text-only ads, which are off by default.

ad-tolk enables Wi-Fi enabled machines that are within range of each other to automatically setup their wireless interfaces by calculating IP addresses based on their MAC addresses (in the range 10.0.0.0/8) and joining an ad-hoc cell called "livefolio".

Afterward, all nodes can discover their neighbors and start exchanging text messages without any manual network configuration.