Re: [Xastir] While we are on the subject of feature ideas for Xastir
--- Gerry Creager <[EMAIL PROTECTED]> wrote: > Pardon me while I don my Nomex. > No problem, I've got my plasma torch handy. :) > Joseph M. Durnal wrote: > > Some things that I can do with APRSDos, like bring > up a command window > > to the TNC, handle NTS formatted messages > > I can't think of a reason to have to get into the > TNC once it's > configured, and it really should be run in KISS. > What'd a terminal > window buy you there? Actually, it's sometimes handy to reconfigure the TNC for non-KISS operation (a digipeater, for example, that you shouldn't depend on the computer in case it crashes), or diagnostics while inside Xastir. I run a TNC in command mode with Xastir precisely for the digipeating of the TNC without the computer just in case the machine dumps out due to something weird (and I've got a weird system, two computers, one runs Xastir and one runs the TNC). I know I've wanted to be able to send a command or two to the TNC before. > OK: I am now switching gears and asking for opinions > and comments on a > vizualization product. If y'all would look at > http://mesonet.tamu.edu/scoop-cgi/ogc/wrf and give > me off-list feedback, > I'd appreciate it. I'm running the WRF (community > developed Weather > Research and Forecasting)model over a rather large > domain, from ~40W to > ~105W and ~5N to ~55N. The display is surface wind > fields. The purpose > of this model is to provide 10 meter height winds > and surface barometric > pressures to initialize ocean circulation and wave > models, which will in > turn be used to help predict storm surge and > inundation. It's hard to see some of the arrowheads especially on the vectors that have small magnitudes. It seems the arrowheads scale with the magnitude of the vector, too, and not just the length of the vector line. Perhaps fixed sized arrowheads and color for the magnitude like radar data? Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545433 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
Despite Microsoft's claims to the contrary, SQLServer doesn't have a real spatial capability. Neither does MySQL. SDE/SQLServer does, but SDE isn't cheap. PostgreSQL plus PostGIS (PostGIS is actually a patch to the schema mechanism) yields a spatial database on a par with Oracle and even acknowledged to be that good BY Oracle at times, usually when Oracle has released an update to beat features in place already in PostGIS. And did I mention that PostGIS hasn't been out of beta but a couple of years and is still that good? I think that, for most installs, we could have a PostgreSQL package that could drop in and then a script that puts PostGIS on top, then import the basic schemas. I don't see it as more than a drop-in. gerry Jason Winningham wrote: On Oct 4, 2007, at 7:03 PM, Tate Belden wrote: Is that even possible? To standardize on a generic 'SQL' so a specific set of features offered by any one SQL server don't dictate that server and only that server can be used? I seem to recall that postgres has some specific GIS-type extensions (PostGIS?) that would be desirable for an xastir implementation. I wouldn't worry too much about portability issues - I would expect the database engine to be at least as portable (if not more so) than the rest of the xastir support packages. -Jason kg4wsv ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Gerry Creager -- [EMAIL PROTECTED] Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.862.3983 Office: 1700 Research Parkway Ste 160, TAMU, College Station, TX 77843 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] While we are on the subject of feature ideas for Xastir
Pardon me while I don my Nomex. <--- It's been a bad two weeks. More'n likely I should let this pass and go to bed early, but, well, it's been a rough two weeks. The best I can say is, that low in the Gulf of Mexico shows no signs of becoming a hurricane and hitting Texas. Hope y'all can take this as my attempt at both some commentary, and a little humor ---> Joseph M. Durnal wrote: Some things that I can do with APRSDos, like bring up a command window to the TNC, handle NTS formatted messages I can't think of a reason to have to get into the TNC once it's configured, and it really should be run in KISS. What'd a terminal window buy you there? And, NTS traffic is not a suitable use for APRS or Xastir, IMNSHO. Others will disagree, but NTS traffic is not nearly as important as e-mail and file transfer. I've handled my share of NTS traffic on three modes plus MARS message and phonepatch traffic dating back to the Vietnam era. So, yeah, I'm an old fart, but I'm still playing with new modes. Take a look at LinLink and the listserv surrounding it. I'm not sure we're ever gonna solve anything but the discussion has been real solid. (http://www.ew.usna.edu/~bruninga/APRS-docs/NTS.TXT), and not that I can do this in APRSDos, but the ability to be able to create objects freehand instead of being limited to what the interface will allow, like using a different path for the object, etc. At least these are the things that I'd add if I could write code. I suppose I should ask, does xastir do these things already or has someone already put it on a to do list? It is just strange that there are things that I can do in Dos that I can do on a modern OS. GUIs are not designed to make anything easier, necessarily, for the user. That's a fiction we foist off on users to make them think programmers are their friends. GUIs are designed to limit most users to be able to do just what the GUI programmer wanted them to do. Sometimes, that does help: It could prevent you from sending out a pathologic packet on the channel designed to make APRSDos grind to a halt As was claimed for OpenTrac a couple of years ago. One thing to consider is this: I spend my life, now, in Linux. Most of it is spent at the command line save for the specific applications I am using that require some form of graphical interface because of their overall complexity. I'm a dinosaur. I LIKE the command prompt. But I use Xastir because it's the most full-featured APRS client out there. Did mention I used APRSDos to track cows in the somewhat fabled Cows-In-Space project. And displayed data back in the old days, to sub-bovine accuracy? And was published for the effort? OK: I am now switching gears and asking for opinions and comments on a vizualization product. If y'all would look at http://mesonet.tamu.edu/scoop-cgi/ogc/wrf and give me off-list feedback, I'd appreciate it. I'm running the WRF (community developed Weather Research and Forecasting)model over a rather large domain, from ~40W to ~105W and ~5N to ~55N. The display is surface wind fields. The purpose of this model is to provide 10 meter height winds and surface barometric pressures to initialize ocean circulation and wave models, which will in turn be used to help predict storm surge and inundation. This group is well-known for giving pretty unabridged opinions. Oh, yeah. After a week of messing with settings and recovering from a multi-disk failure on a raid shelf, we've got a new 8TB volume up and have the WSR88D radar mosaics back up for your overlay pleasure. In the middle of that, my sys admin left for a new job and I'm _really_ back on the command line on Linux! 73 gerry -- Gerry Creager -- [EMAIL PROTECTED] Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.862.3983 Office: 1700 Research Parkway Ste 160, TAMU, College Station, TX 77843 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On 10/4/07, William McKeehan <[EMAIL PROTECTED]> wrote: > > On Thu, October 4, 2007 5:49 pm, Jason Winningham wrote: > > > Ye gods, xastir already supports hundreds of formats. If there's an > > area of xastir lacking, that ain't it. (: > > I would almost agree - but there are 2 specific things that many people > would > like to see in Xastir (these are unseen for good reason). > > 1 - Google maps > 2 - Integration with something like Precision Mapping (like UI-View32) In other words... 1. More readable/usable maps that are retrieved online 2. More readable/usable maps that can be used offline I vote for number 2 as the higher priority because the offline maps could be used whether a computer is connected or not. It seems to me that the Tiger2006_SE shapefiles have all the information - it's just that the info needs to be presented in a better way. Applying dbfawk seems capable of only marginal improvement. Now to really move on to some wishful thinking, what I would like to see is an open-source based "Street Atlas" program based perhaps on Tiger data that is presented in a better looking, more readable format. Of course, the new program would be designed in such a way that xastir could use it. Regards, Lee - K5DAT Murphy, TX ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] While we are on the subject of feature ideas for Xastir
Some things that I can do with APRSDos, like bring up a command window to the TNC, handle NTS formatted messages (http://www.ew.usna.edu/~bruninga/APRS-docs/NTS.TXT), and not that I can do this in APRSDos, but the ability to be able to create objects freehand instead of being limited to what the interface will allow, like using a different path for the object, etc. At least these are the things that I'd add if I could write code. I suppose I should ask, does xastir do these things already or has someone already put it on a to do list? It is just strange that there are things that I can do in Dos that I can do on a modern OS. 73 de Joe NE3R ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On Oct 4, 2007, at 7:03 PM, Tate Belden wrote: Is that even possible? To standardize on a generic 'SQL' so a specific set of features offered by any one SQL server don't dictate that server and only that server can be used? I seem to recall that postgres has some specific GIS-type extensions (PostGIS?) that would be desirable for an xastir implementation. I wouldn't worry too much about portability issues - I would expect the database engine to be at least as portable (if not more so) than the rest of the xastir support packages. -Jason kg4wsv ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
Jason Winningham wrote: On Oct 4, 2007, at 1:27 PM, William McKeehan wrote: This would require Xastir having an "http" style server that would serve up pages and would respond to certain queries with XML code. Nice idea - this would be a reasonably easy interface for add-on tools. This makes me think of the Xastir version 2 database engine. Developers, any thoughts on v2? -Jason kg4wsv Not being a developer - just one of the long time spong.. er, users of their effrots - I'd ask that whatever database implementation is used, that it *NOT* be limited to any one particular flavor/brand of server. I'm thinking that may be a bit to ask for - special not knowing the effort it'd take to write. I already have a SQL server running, hosting quite a few databases: dynamic sites, wikis, discussion boards, etc. It makes me cringe a bit to think of having to install, configure and run another server just cuz it didn't match the one I already had. (I'm intentionally trying to avoid saying any particular flavor/brand). Is that even possible? To standardize on a generic 'SQL' so a specific set of features offered by any one SQL server don't dictate that server and only that server can be used? I mean Xastir has a reputation for running on a LOT of different systems already Tate, KC7ZRU ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
Precision Mapping's licensing scheme is a pain in the rear. Every time I moved it to a new PC, I had to have new codes and track the old codes because the old codes had to be used to get new codes and multiple modules required multiple codes and the UI-View interface required codes - Yuch! Never again will I buy their product. Nice maps, but not worth the hassle. JMHO Duffy www.wb8nut.com William McKeehan wrote: On Thu, October 4, 2007 5:49 pm, Jason Winningham wrote: On Oct 4, 2007, at 2:50 PM, Stephen - K1LNX wrote: Maps, maps and more maps. Ye gods, xastir already supports hundreds of formats. If there's an area of xastir lacking, that ain't it. (: I would almost agree - but there are 2 specific things that many people would like to see in Xastir (these are unseen for good reason). 1 - Google maps 2 - Integration with something like Precision Mapping (like UI-View32) ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
Precision Mapping has its own set of problems revolving around licensing. UI-View addressed those but no one else has broken the code for less that lotsa $$$. And, they're not a company I'd prefer to work with as they've already done impolite things to a friend's copyrighted materials and then fought him hard in court. gc William McKeehan wrote: On Thu, October 4, 2007 5:49 pm, Jason Winningham wrote: On Oct 4, 2007, at 2:50 PM, Stephen - K1LNX wrote: Maps, maps and more maps. Ye gods, xastir already supports hundreds of formats. If there's an area of xastir lacking, that ain't it. (: I would almost agree - but there are 2 specific things that many people would like to see in Xastir (these are unseen for good reason). 1 - Google maps 2 - Integration with something like Precision Mapping (like UI-View32) -- Gerry Creager -- [EMAIL PROTECTED] 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 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On Thu, October 4, 2007 5:49 pm, Jason Winningham wrote: > > On Oct 4, 2007, at 2:50 PM, Stephen - K1LNX wrote: > >> Maps, maps and more maps. > > Ye gods, xastir already supports hundreds of formats. If there's an > area of xastir lacking, that ain't it. (: I would almost agree - but there are 2 specific things that many people would like to see in Xastir (these are unseen for good reason). 1 - Google maps 2 - Integration with something like Precision Mapping (like UI-View32) -- William McKeehan KI4HDU http://mckeehan.homeip.net ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On Oct 4, 2007, at 2:50 PM, Stephen - K1LNX wrote: Maps, maps and more maps. Ye gods, xastir already supports hundreds of formats. If there's an area of xastir lacking, that ain't it. (: We need the ability to use Google maps Licensing issues could problematic, but I think someone is already keeping an eye on that. I suspect something more like our own internet map server (or set of servers) could be useful, so that the free map data that's available could be stored in such a way it could be displayed nicely and consistently. An added bonus to this method would be that those of us who operate mobile/internet-less could duplicate the mapserver with our personal dataset. True cross-platform compatibility. Should it be developed in Python or Java? I'd say neither, as scripting/interpreted languages (Python) don't always scale well (there's a _lot_ of code in xastir). Python doesn't appeal to me for another reason: minor version differences are incompatible with each other (ImageMagick, anyone?). I've got a reasonably complex unix enterprise configuration, and python is a serious pain. Java seems to be a pig, performance-wise. I'd like to see xastir remain fairly lightweight for mobile/portable applications. Something like Qt (licensing issues again!) would be more desirable, IMO. wxWidgets claims to be a similar open source cross-platform development toolkit, but I know nothing about it (other than the only time I tried to install on Solaris it wouldn't build without a fight). Having said all that, I'll say this: it should be left up to the developers, as they'll be writing the code. As long as the code meets user specs it doesn't matter what the implementation details are. Some of the modularization ideas we've seen kicked around on this list leads me to think maybe that after the inital release of v2, the UI module could fork, with different versions for windows, X11, and (my personal favorite) Mac OS. I don't agree with us (the users) setting deadlines. Again, the developers are doing the work, for free, on their own precious time. I'm pretty grateful for what we get out of 'em, especially under those conditions. (: -Jason kg4wsv ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
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 <[EMAIL PROTECTED]> 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@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Gerry Creager -- [EMAIL PROTECTED] 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 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Compile issues
On Sun, 30 Sep 2007, Tony Hunt wrote: > Now I will tell you how I got 1.90 going.. Dont cringe too much but I loaded > a binary for 1.40 xastir that was premade for this old distro. and then > compiled 1.90 on top of that. Although they have different directory > structures I deleted the 1.40 xastir binary executable and I seem to have a > working 1.90. Pretty rough I know and very cludgey but obviuosly something > is in the 1.40 binary which fixes the segfaults I had .. Its not the > ultimate and in time I can likely pull apart the 1.40 binary and see just > whats in there. It proves something I guess.. More than likely you've now got two sets of files installed in different places on your hard drive, and your config files in ~/.xastir/ directory are pointing to the old locations. That's why installing the 1.4.0 version got you going. Better would be to delete or rename your ~/.xastir directory, get rid of the installed files for Xastir in your /usr directory (except for your maps), and re-install just 1.9.0. When Xastir starts up it will recreate your ~/.xastir directory and config files, then with just a bit of configuration inside Xastir you should be running again. If you want to convert your config files instead, there are two scripts in the xastir/scripts/ directory that must be run, one as the user and one as "root". I can't recall now where the old directories were, but can tell you where the current stuff gets installed. -- Curt, WE7U: XASTIR: "Lotto: A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U The world DOES revolve around me: I picked the coordinate system! ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
New Years Day is post hurricane season. I intend to have partied so hard the night before that the only resolution I'll make that day is to relearn my own name (I'm not able to take vacation this year (or last) during hurricane season... long and boring story). Let's decide if it's worth doing now, as we've discussed it before and most all think it's a good idea. If we're ready to start, let's do it sooner rather than later. Putting something off for another 2.8 months isn't a great way to get it started. gerry James Ewen 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@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Gerry Creager -- [EMAIL PROTECTED] 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 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
Tom Russo wrote: On Thu, Oct 04, 2007 at 01:39:33PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: On Oct 4, 2007, at 1:27 PM, William McKeehan wrote: This would require Xastir having an "http" style server that would serve up pages and would respond to certain queries with XML code. Nice idea - this would be a reasonably easy interface for add-on tools. This makes me think of the Xastir version 2 database engine. Developers, any thoughts on v2? I have many thoughts --- not the least of which is "It's long overdue." My personal preference is that cool features like the one William proposes are best done in a completely rewritten version of Xastir, one that is less full of "creeping featurism" and more modularly and flexibly designed from the start. You're old enough to know better: That's "Feeping creaturism" If there's ever any serious interest in getting that design started I would be interested in participating, but have neither the time nor energy to kick-start the effort myself. Xastir2 has been a pipe dream trotted out every few months since I first joined this list, and several developers have come and gone waiting for a chance to help out with it. -- Gerry Creager -- [EMAIL PROTECTED] 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 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
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. 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. 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 Just throwing my thoughts out. 73 Stephen K1LNX On 10/4/07, James Ewen <[EMAIL PROTECTED]> 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@xastir.org > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir > -- Stephen Brown - ARS K1LNX Johnson City, TN EM86uh "I use FOSS daily to keep my boxen clean!!!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
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@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
I can start a schema design in my spare time for postgis. I'll circulate this soon. Jason Winningham wrote: On Oct 4, 2007, at 1:27 PM, William McKeehan wrote: This would require Xastir having an "http" style server that would serve up pages and would respond to certain queries with XML code. Nice idea - this would be a reasonably easy interface for add-on tools. This makes me think of the Xastir version 2 database engine. Developers, any thoughts on v2? -Jason kg4wsv ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Gerry Creager -- [EMAIL PROTECTED] 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 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On Thu, Oct 04, 2007 at 01:39:33PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > On Oct 4, 2007, at 1:27 PM, William McKeehan wrote: > > > This would require Xastir having an "http" style > > server that would serve up pages and would respond to certain queries with > > XML > > code. > > Nice idea - this would be a reasonably easy interface for add-on tools. > > This makes me think of the Xastir version 2 database engine. Developers, > any thoughts on v2? I have many thoughts --- not the least of which is "It's long overdue." My personal preference is that cool features like the one William proposes are best done in a completely rewritten version of Xastir, one that is less full of "creeping featurism" and more modularly and flexibly designed from the start. If there's ever any serious interest in getting that design started I would be interested in participating, but have neither the time nor energy to kick-start the effort myself. Xastir2 has been a pipe dream trotted out every few months since I first joined this list, and several developers have come and gone waiting for a chance to help out with it. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On Oct 4, 2007, at 1:27 PM, William McKeehan wrote: This would require Xastir having an "http" style server that would serve up pages and would respond to certain queries with XML code. Nice idea - this would be a reasonably easy interface for add-on tools. This makes me think of the Xastir version 2 database engine. Developers, any thoughts on v2? -Jason kg4wsv ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
Well, the last time we discussed this, I think this is where the discussion
ended (after we managed to get a piglatin translation added to the
repository).
I've been playing and thinking about this a fair amount. What about using
HTML/JavaScript/XML ala Ajax? This would require Xastir having an "http" style
server that would serve up pages and would respond to certain queries with XML
code. For example if Xastir's server were listening on port 8001,
http://localhost:8001/getStationInformation?callsignssid=KI4HDU-2 would
respond with something like
KI4HDU-2
75
10/04/2007 14:05:08
10/04 14:05 : .open2300v1.10
10/04 14:00 :
.
.
.
Other things like
http://localhost:8001/findStation?callsignssid=KI4HDU-2&exact=1 would cause
the UI to behave as if someone had used the "Station-> Find Station" dialog
box.
To facilitate this, we could provide an Xastir "Object" in JavaScript that
would handle most of the heavy lifting here's a rough (very) start...
function XastirObject() {
this.myConn=null;
this.getStationInformation=getStationInformation;
this.findStation=findStation;
this.myConn = new XHConn();
if (!this.myConn) alert("XMLHTTP not available.");
if (!this.myConn) return;
}
function findStation(CallsignSSID) {
this.getStation(CallsignSSID, xastirFindStation);
}
function xastirFindStation(oXML) {
var xml = oXML.responseXML;
alert( oXML.responseText );
var station = xml.getElementsByTagName( 'station' )[0].firstChild;
var newStation = new station();
newStation.CallsignSSID =
station.getElementsByTagName('name')[0].firstChild;
newStation.find();
}
function getStationInformation(CallsignSSID, fnToDo) {
this.myConn.connect("http://localhost:8001/getStationInformation";, "POST",
"CallsignSSID=" + CallsignSSID, fnToDo);
}
function station() {
this.CallsignSSID = "";
this.find=find;
this.send=send;
return this;
}
function find() {
Alert("Ask Xastir to 'find' " + this.CallsignSSID + ".");
}
Does this sound like something that would be useful? Personally, I think this
would let people develop their own APRS "interface" using Xastir to do the
heavy lifting - and I think that if done correctly, this would eventually let
you run Xastir in a daemon mode and only use this interface if you wanted to.
I imagine that adding a simple http server to the code would be pretty
straight forward; the only question would be if that server would be able to
get the data to answer the queries with easily.
Thoughts?
--
William McKeehan
KI4HDU
On Wed, August 29, 2007 6:01 am, Carl Makin wrote:
> On Tue, 2007-08-28 at 09:56 -0400, William McKeehan wrote:
>> Has anyone thought about adding a scripting capability within Xastir?
>
>> I'm thinking about something like some VB script (or similar) that would
>> allow
>
> At the risk of getting serious. :)
>
> Lua
>
> http://www.lua.org/
>
> Lua is a powerful, fast, light-weight, embeddable scripting language.
>
> Lua combines simple procedural syntax with powerful data description
> constructs based on associative arrays and extensible semantics. Lua is
> dynamically typed, runs by interpreting bytecode for a register-based
> virtual machine, and has automatic memory management with incremental
> garbage collection, making it ideal for configuration, scripting, and
> rapid prototyping.
>
>
> Carl,
> vk1kcm
>
>
> ___
> Xastir mailing list
> Xastir@xastir.org
> http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
>
>
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
