mathematical function plotter for KDE

kmplot

mathematical function plotter for KDE

KmPlot is a powerful mathematical plotter KDE, capable of plotting multiple functions simultaneously and combining them into new functions.

kongress

companion application for conferences made by KDE

Kongress provides practical information about conferences. It supports conferences that offer their schedule in iCalendar format. In Kongress, the data of the talks are shown in various ways, e.g. in daily views, by talk category, etc. The users can also create a list of favorite conference talks/events as well as they can navigate to the web page of each talk. A map of the conference venue, location information and link to OpenStreetMap can also be added.
plugins for Konqueror, the KDE file/web/document browser

konq-plugins

plugins for Konqueror, the KDE file/web/document browser

This package contains a variety of useful plugins for Konqueror, the file manager, web browser and document viewer for KDE. Many of these plugins will appear in Konqueror's Tools menu.

udpcast

multicast file transfer tool

UDPcast can send data simultaneously to many destinations on a LAN. This can be used, for example, to install entire classrooms of PCs at once. The advantage of UDPcast over other methods (such as NFS, FTP, etc.) is that UDPcast uses Ethernet’s multicast abilities, which means it won’t take longer to install 15 machines than it would to install just two.

libkosm1

library for OSM data with Qt

Use OSM data with Qt data types to use it easily in your Qt applications.

dazzdb

manage nucleotide sequencing read data

To facilitate the multiple phases of the dazzler assembler, all the read data is organized into what is effectively a database of the reads and their meta-information. The design goals for this data base are as follows: * The database stores the source Pacbio read information in such a way that it can re-create the original input data, thus permitting a user to remove the (effectively redundant) source files. This avoids duplicating the same data, once in the source file and once in the database. * The data base can be built up incrementally, that is new sequence data can be added to the data base over time. * The data base flexibly allows one to store any meta-data desired for reads. This is accomplished with the concept of *tracks* that implementors can add as they need them. * The data is held in a compressed form equivalent to the .dexta and .dexqv files of the data extraction module. Both the .fasta and .quiva information for each read is held in the data base and can be recreated from it. The .quiva information can be added separately and later on if desired. * To facilitate job parallel, cluster operation of the phases of the assembler, the database has a concept of a *current partitioning* in which all the reads that are over a given length and optionally unique to a well, are divided up into *blocks* containing roughly a given number of bases, except possibly the last block which may have a short count. Often programs can be run on blocks or pairs of blocks and each such job is reasonably well balanced as the blocks are all the same size. One must be careful about changing the partition during an assembly as doing so can void the structural validity of any interim block-based results.