[Xastir] Feature idea for Xastir

[Gerry Creager]

Stephen - K1LNX wrote:
> Has there been a feature set discussed for Xastir 2.0?
> 
> Some things I think need improvement:
> 
> Maps, maps and more maps. We need the ability to use Google maps or our own
> mapservers without a lot of configuration for customization. For the end
> users such as myself, this would be invaluable. Try as I may, I have no
> interest in dbfawks, other maptypes etc. I like to load a good looking map
> and let the client do what it's supposed to (for me anyhow, I know people
> use Xastir for LOTS of other things) and that is display APRS posits on
> screen. Tiger maps just don't cut it for me, but as that is what I find to
> be reliable, that's what I use.

KML is now in a formal standardization process within the Open 
Geospatial Consortium and on a fast-track.  I'm not writing anything 
more to KML 'til I see the result.  All Google's IP on KML has been 
turned over to OGC for this.  There are currently issues with the maps 
that Google uses with regard to their accuracy.  Near as I can tell, 
Google's doing pretty much everything right but some of the data they've 
acquired isn't as good as they've been told, or the metadata is just 
plain wrong.

> True cross-platform compatibility. Should it be developed in Python or Java?
> No more virtual machines for windows folks, even though we'd like them all
> to be using linux, that's just not going to happen overnight and there will
> always be die hard Windows and Mac fanatics.

Think of it as an upgrade path from Vista...

> Evaluate the existing feature set in Xastir now and decide if anything can
> be removed or improved upon.
> 
> If I had coding skills I would gladly contribute them, but I can at least
> test :D

Time to learn...

gerry

> Just throwing my thoughts out.....
> 
> 73
> Stephen
> K1LNX
> 
> 
> 
> 
> On 10/4/07, James Ewen <jewen at shaw.ca> wrote:
>> Xastir currently is a functional piece of software that does a very
>> decent job of acting as an APRS client. It is in no way handicapped by
>> limited functionality.
>>
>> What needs to happen, is that someone (in the development group) needs
>> to mark a line in the sand(s of time), and start development of Xastir
>> 2.0.
>>
>> New Year's Day is approaching, and it is always marked by resolutions,
>> promises, and new starts.
>>
>> Why not set the date as a line in the sand? 2008 is the year of Xastir 2.0
>> .
>>
>> If the project never gets started, it will never be more than a dream.
>>
>> James
>> VE6SRV
>> _______________________________________________
>> Xastir mailing list
>> Xastir at xastir.org
>> http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
>>
> 
> 
> 

-- 
Gerry Creager -- gerry.creager at tamu.edu
Texas Mesonet -- AATLT, Texas A&M University
Cell: 979.229.5301 Office: 979.862.3982 FAX: 979.862.3983
Office: 1700 Research Parkway Ste 160, TAMU, College Station, TX 77843