Re: [Xastir] Xastir and soundmodem?
On Sat, Dec 06, 2008 at 12:15:51PM +1300, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hi, > > I had the same problem. My solution was to check and change the > permissions on the file that 'soundmodem0' points to. > > IIRC /dev/soundmodem0 is a link to /dev/pts/. If you type ls > -l /dev/soundmodem0 you will see where it points. As root, change the > permissions on the file pointed to to allow rw access. Changing permissions of devices is probably not the best approach, although on a system where there's only one user it might seem unimportant. > Sorry I cannot be more specific, the laptop I was doing this on is packed > away. Obviously an automated solution is required, especially as the > /dev/pts/xxx device is not always the same one. The automated solution is as Curt suggests, to change Xastir so it actually runs as root at the time it tries to access the sound modem (it then drops that privilege) --- it's done with a single "chmod" command as documented in step two of the "INSTALL" document for Xastir (which you likely wouldn't have read if you installed from a binary package). -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM In some cultures what I do would be considered normal. -- Ineffective daily affirmation ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Shapefile Problem
On Fri, Nov 21, 2008 at 06:07:47PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, Nov 21, 2008 at 2:28 PM, Ray Wells <[EMAIL PROTECTED]> wrote: > > > > We have dbf files with the county files. > > Not dbf, dbfawk. That's an xastir-specific file that goes with a set > of shapefiles to influence how those files are displayed. As best I > can recall, the behavior you describe sounds like how xastir displays > a shapefile with no corresponding dbfawk. Yes, it is. Not only that, the weather alert stuff is entirely dependent on proper dbfawk files being set up for the associated shapefiles -- the dbfawk files provided with Xastir will only make the NOAA US shapefiles work properly. You'll have to set up a complete new dbfawk for the Australia-specific shapefiles. You can look at the nwsc_ddmmyy.dbfawk file in /usr/local/share/xastir/config for how the US county data is used; odds are good you can copy that one to another name and modify it only slightly to get your shapefiles working. One must set a "key" for each shape that will be used to match that shape against the county in the alert (the alert "title"). For the US, that key is something like NM_C004 for county # 004 in state NM. The nwsc_ddmmyy.dbfawk file combines the "STATE" and "FIPS" fields in the dbf file to construct the key. It will almost certainly be different for the Australia shapefiles. You will also need to be sure to set the dbfinfo and dbffields variables appropriately. The Xastir wiki page http://www.xastir.org/wiki/index.php/HowTo:DBFAWK is the wikified version of my dbfawk tutorial, but it doesn't go into the weather alert stuff (mainly because that stuff was already set up for US users and few would need to modify it). The essential dbfawk feature that's not described in that document is the "key" field, which is used only for weather alerts. The dbfinfo and dbffields variables are documented there, though. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "I have the power to channel my imagination into ever-soaring levels of suspicion and paranoia." -- Ineffective daily affirmation ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] [Fwd: Re: [linuxham] Xastir]
On Sat, Nov 15, 2008 at 11:46:56AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On 11/15/08, Tom Russo <[EMAIL PROTECTED]> wrote: > > On Fri, Nov 14, 2008 at 11:42:40PM -0600, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > --snip- > > > > Fyi, I also installed the geotiff packages from the ubuntu repository > > > instead of using the get-maptools script. Knowing from recent > > > experience with other Debian based distros that the header files get > > > installed in /usr/include/geotiff, I copied them into /usr/include > > > before compiling Xastir, and it seems happy with that. > > > > > > This is probably not best practice, as those copies will not be updated if > > the package is updated. > > > > Better practice would be to tell configure to add /usr/include/geotiff to > > the search path, which is easily done: > >/path/to/configure CPPFLAGS="-I/usr/include/geotiff" > > > > Then you don't have orphaned copies of geotiff headers, and configure can > > still find the ones that the package installs in the nonstandard place. > > > > For my own use, it's probably 6 one way and half a dozen the other. > If I do the configure mod, I'll lose it every time I rebuild Xastir. Not entirely true. The configure options are stored in config.log and config.status, and if you simply do a "make" when configure has changed, configure will be rerun with the same options you used last time. Or you can cut/paste from the comment line of config.log that captures the line that you used last time. Or you can do what I do: keep a file in your build directory called "reconfigure" and then run ". ./reconfigure" instead of remembering the options you needed to get it done. > For a pre-built VM to be distributed to others, I think I'll just > install geotiff from souce as shown in the wiki. It's very annoying that the packagers of the Ubuntu (and Debian?) geotiff package chose to place the header files in a nonstandard location. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] [Fwd: Re: [linuxham] Xastir]
On Fri, Nov 14, 2008 at 11:42:40PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, Nov 14, 2008 at 2:23 PM, roger g6ckr <[EMAIL PROTECTED]> wrote: > > > Thanks for filling in the gaps. > > While waiting last night (the xastir website and I suspect the list > > server being down again) I did a recompile and the error did go away. > > Now I need to find a UK map that I can make work. > > Might have to run up my laptop over the weekend which still has Ubuntu > > 8.04 on and compare how things run as there have been a few problems > > with other Ham apps on 8.10 > > Roger > > Hi Roger and list readers, > > Fyi, I tried compiling Xastir 1.95 from CVS on a clean install of > Xubuntu 8.10, and there were no problems. With respect to package > names, the only difference between the 8.10 and 6.10 as documented in > http://www.xastir.org/wiki/index.php/HowTo:Ubuntu_6.10 was the > libdb4.7-dev package that needs to be installed instead of > libdb4.4-dev. > > Regarding the small difference between Ubuntu 6.10 and 7.04 in the > wiki, I followed the 6.10 procedure, which installs automake1.9 and > libxp-dev instead of automake and x11proto-print-dev. I found that > there is no need to install autoconf in Intrepid/8.10 as it is > installed as a dependency when automake1.9 is installed. Also, > X11proto-print-dev is installed as a dependency when libxp-dev is > installed, which I assume was the case with Ubuntu 6.10 as well. You might want to update the Wiki. It is badly in need of being updated. > Fyi, I also installed the geotiff packages from the ubuntu repository > instead of using the get-maptools script. Knowing from recent > experience with other Debian based distros that the header files get > installed in /usr/include/geotiff, I copied them into /usr/include > before compiling Xastir, and it seems happy with that. This is probably not best practice, as those copies will not be updated if the package is updated. Better practice would be to tell configure to add /usr/include/geotiff to the search path, which is easily done: /path/to/configure CPPFLAGS="-I/usr/include/geotiff" Then you don't have orphaned copies of geotiff headers, and configure can still find the ones that the package installs in the nonstandard place. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Learning to use CVS with Ubuntu
On Fri, Nov 14, 2008 at 04:46:31PM -0800, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > From the error message I suspect it is missing the libx11-dev > package, although to be safe you could use 'apt-get build-dep xastir'. The actual package needed is "xorg-dev" That's in the wiki entry I posted. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Learning to use CVS with Ubuntu
On Fri, Nov 14, 2008 at 07:31:19PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Having trashed my Ubuntu 8.10 install trying to make it work with > Xastir, I'm now back to 8.;04 and Xastir 1.9.0. Ever the glutton for > punishment, I'm now trying to learn how to get 1.9.5 installed using CVS > and the instructions on the WIKI. > > I get thru the bootstrap step ok, but then the configure step comes up > with this: > [...] > > Any help would be appreciated. Look at the wiki: http://www.xastir.org/wiki/index.php/HowTo:Ubuntu_6.10 The instructions there for 7.04 are pretty much the same as for 8.04, with only minor changes. It's probably easiest if you use Synaptic to install the packages required instead of the "apt-get" lines suggested there, because it'll be easier to find the right packages (the packages with version numbers in them probably won't be right). But other than one or two packages with version numbers in their names, the 7.04 instructions are exactly right for 8.04, too. Important: do not install "libdb4.4-dev" but rather install libdb4.7-dev. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Draw CAD Objects
On Fri, Nov 14, 2008 at 09:26:23AM -0800, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Mon, 2008-11-10 at 12:18 -0800, AC7YY - Kim wrote: > > I am trying to learn how to draw CAD objects but having problems with > > the labels and comments showing on the map. > > > > The polygon draws fine, it can be edited from dashed lines to double > > dashed or solid lines. I have tried toggling all the selections as well > > as just toggling the comment and label toggle. But the label and/or the > > comment does not show on the map. > > [...] > > > I would like to be able to use this function at our City EOC to draw > flooded areas or Street Closures ... etc for the Incident Commander. > > Its not computing a label_latitude or Label_longitude or computed_area > > Is this why the labels are not showing on the map? Probably. Unfortunately, I am unable to reproduce it on my own Ubuntu 8.04 system. I've also got the latest CVS on that machine, no problems at all with CAD objects not showing labels. I had guessed that it could be a LANG issue (since sometimes that breaks things) but I tried LANG=en_us and LANG=en_us.UTF-8 and Xastir wrote out the CAD object file with the label lat/lon and area Just Fine with either one. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] [Fwd: Re: [linuxham] Xastir]
On Thu, Nov 13, 2008 at 05:58:29PM +, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: [removing db4.4 and others] > OK all I have now is libdB4.7 and 4.6 which I left because synaptic > wanted to rip out a lot more stuff most of which looked like it was > still required. > But I still get the same mention of 4.4 whe i start xastir When removing these, it's generally necessary only to remove the -dev packages, not all the run time packages. The run-time packages are often required by other packages and will break things if you remove them (as you noticed), but you should only have a single -dev package, and it should match the highest (latest) version of the collection of run-time packagess you've got installed. So you can have both libdb4.7 and libdb4.6 packages, but you should only have libdb4.7-dev. Xastir's configure procedure looks for the highest numbered release of Berkeley DB, and links against that. The -dev package that is installed has got to match that version. Most (if not all) Ubuntu packages that depend on Berkeley DB of a particular version only require the run-time, not the -dev. -dev packages are for codes you'll be building from source. The dev packages are the ones with the header files used to build other codes from source, the run-time packages have the shared libraries and any associated applications. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] [Fwd: Re: [linuxham] Xastir]
On Thu, Nov 13, 2008 at 05:58:29PM +, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Thu, 2008-11-13 at 01:53 +, Lee Bengston wrote: > > On Thu, Nov 13, 2008 at 1:45 AM, Tom Russo <[EMAIL PROTECTED]> wrote: > > > On Wed, Nov 12, 2008 at 10:39:11PM +, we recorded a bogon-computron > > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > >> > > >> * WARNING * > > >> Berkeley DB header files/shared library file do NOT match! > > >> Disabling use of the map cache. > > >> Header file: Sleepycat Software: Berkeley DB 4.4.20: (February 24, > > >> 2006) > > >> Library file: Berkeley DB 4.7.25: (May 15, 2008) > > >> * WARNING * > > > > > > You gotta fix that. Get rid of the DB 4.4 header files (its '-dev' > > > package) > > > and install the 4.7 -dev package instead. [and another comment by Lee to the same effect] > OK all I have now is libdB4.7 and 4.6 which I left because synaptic > wanted to rip out a lot more stuff most of which looked like it was > still required. > But I still get the same mention of 4.4 whe i start xastir > > Was there an implied "and re-complile" in there somewhere? Yes. Definitely. The headers are compiled in. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] [Fwd: Re: [linuxham] Xastir]
On Wed, Nov 12, 2008 at 10:39:11PM +, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > * WARNING * > Berkeley DB header files/shared library file do NOT match! > Disabling use of the map cache. > Header file: Sleepycat Software: Berkeley DB 4.4.20: (February 24, > 2006) > Library file: Berkeley DB 4.7.25: (May 15, 2008) > * WARNING * You gotta fix that. Get rid of the DB 4.4 header files (its '-dev' package) and install the 4.7 -dev package instead. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] [Fwd: Re: [linuxham] Xastir]
On Wed, Nov 12, 2008 at 09:58:36PM +, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Wed, 2008-11-12 at 21:18 +, roger g6ckr wrote: > > On Wed, 2008-11-12 at 10:27 -0800, Curt, WE7U wrote: > > > On Tue, 11 Nov 2008, roger g6ckr wrote: > > > > > > > Warning: > > > >Name: create_appshell text_output > > > >Class: XmTextField > > > >Character '\41' not supported in font. Discarded. > > > > > > In the FAQ. > > > > > Thanks. > > Also at the bottom of the Ubuntu HowTo page. > > will be logging out and back to test shortly. > > I assume it will work with GB as well as US. > > Roger > Additional info. > Tried changing from > LANG="en_GB.UTF-8" > to > LANG="en_GB" > > and logged out and back in the result was the same > So I tried > LANG="en_US" still the same. The /etc/environment file mentioned in the Ubuntu HowTo page seems not to matter anymore in Ubuntu 8.04. That is, it seems never to be read and the environment is never set from it. (You can check --- do an ls -lu on the file and you'll find that it's never read on reboot and login.) To get the same effect, you can create a launcher that does: env LANG="en_GB" xastir instead of just "xastir", and that'll do the trick. It'll change the language setting ONLY for the process running xastir, and the annoying X messages go away. Ever since I upgraded to 8.04 I had to do this. I have yet to find any file in /etc that allows me to customize the language properly, nor have I figured out (or really tried to figure out) what file gets scribbled when one uses the GUI interface to set the language (which does not give you the option to drop the UTF-8 from your current setting). If you figure it out, lemme know, because it's one of those annoyances about the upgrade I simply haven't bothered to work through, just work around. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problems following Ubuntu upgrade
On Sat, Nov 08, 2008 at 12:34:41PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hello to all: > > I just upgraded from Ubuntu 8.04 to 8.10 and immediately have hit problems > with what used to be a perfectly functional copy of Xastir Version 1.9.2. > > My online radar and terraserver maps no longer load. There is no problem > with APRS stations be plotted or SHP maps loading. Just the geo's. > > Any thoughts would be appreciated. Just a guess: ImageMagick or GraphicsMagick probably aren't working properly. Either the packaging changed so that Xastir's config no longer finds them, or something about the package changed so that it no longer works. Did you recompile Xastir after the upgrade? If not, you almost certainly need to. If so, check configure's output for any strangeness related to *Magick. Add one more reason I won't be upgrading to 8.10 any time soon. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Re: [linuxham] OT: Processors and Linux version
On Tue, Oct 28, 2008 at 05:54:14PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Lee Bengston wrote: > > I wish I could find my old DOS disks to try some of my old games. Bet > they would run so fast now noone could possibly play them. One was Duke > Nukum. That was such a fun game, and so easy to get through the levels. > Then when windows 95 came out, it wouldn't run right, it ran to slow. Oh > well. That was a favorite of mine, too. Fortunately, there's a path forward: http://eduke32.com/ Run Duke Nukem on Linux, so long as you have your old DOS disk available. It's really good. They also have a "high resolution pack" that updates the graphics. Ah. Much Betterrr. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Interface Control
On Tue, Oct 28, 2008 at 10:41:33AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I have a definition in my Interface Control set up to talk to my > KPC3+. I mistakenly assumed that the disconnect side of it would be; > tnc-stop.kpc3 similar to its startup of tnc-startup.kpc3 but its not > that and now I can't stop the interface. Bleah. That's bad --- xastir should complain when there is no file matching the name given, not hang like this. But there is no tnc-stop.kpc3, so that's the issue. > In fact if I try to stop it Xastir freezes and won't quit, I have to > kill it. When I restart Xastir it still shows this interface as 'UP' > and nothing will make it stop. I also tried editing the properties to > change the it to tnc-stop.sys but it only causes Xastir to freeze up > again, any kind of edit here causes it to freeze. > > I'm guessing there is someplace in a configuration file that I could > delete this interface from but I don't know where, can someone help me > here? Yep. Just edit the file "~/.xastir/config/xastir.cnf" with your favorite plain-text editor (vi/emacs/nano/pico or whatever) and remove the reference to tnc-stop.kpc3. Should not be hard to find. It'll be on a line labeled "DEVICEn-TNC_DOWN-FILE" with "n" being the device number. You can replace it with "tnc-stop.sys" instead, which is a generic stop file that'll work fine with the KPC3+. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Correct command?
On Sun, Oct 26, 2008 at 10:35:13PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Curt, WE7U wrote: > > On Sun, 26 Oct 2008, Steve/WM5Z wrote: > > > >> OK. I'll give it a try this evening. Thanks Alex. > > > > Make sure that if you use backslashes, there's nothing else on the > > end of each line. A backslash at the END of each line is the signal > > to the shell to continue the command on the next line. A possible > > gotcha' there. > > > OK, I spoke to soon. The files that were generated are still empty. > > I did follow the destructions. So what went wrong? BTW, I am using the > latest download from the site with a 2008 date code. They didn't by > chance change the fields, did they??? Yes, they did. Several years ago. README.MAPS is dreadfully outdated on that score. The new files are useless, as they are missing most of the fields that we need for Xastir (especially population for populated places, which we use to determine the zoom level at which to stop displaying). If you're lucky, you might find the GNIS files in the the old format for the state you're interested in archived at aprs.tamu.net. If it's NM, you're lucky. If aprs.tamu.net's FTP server is up. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Has anyone had any experience with converting digital elevation models to shapefiles?
On Sun, Oct 26, 2008 at 06:05:54PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Thanks, Tom.. > > I guessed you probably had but I didn't guess gdal! > > So I (apparently) successfully installed the gdal utilities. For an > example in the documentation, they show: > gdal_contour -a elev dem.tif contour.shp -i 10.0 > > Is that a good set of options? Depends. The interval is in whatever units the DEM is in. If that's in feet (as some are) then you get 10 foot intervals with those options, which might not be what you want. > Don't you need to put in a base > elevation or something? Not really necessary, but you can. With the arguments in the example command line, it'll generate contours at 0,10,20,30, etc. And so if your DEM only has values between 5000 and 1, you'll get only 5000,5010,5020,etc. You can specify a base elevation with the "-off" option, and it'll start counting from there. Otherwise it starts counting from 0. > Are the contour lines labels with elevation? Only if you specify the "-a " option to give it an attribute name. The example command line has "-a elev" so the shapefile will have an attribute called "elev" with the elevation of that line. >I > don't understand the -3d, -inodata, or -snodata they are not needed > for the typical USGS dem? You can probably ignore most of those. Raster data, since it is always rectangular but might only have legitimate values for some other shape (say, a rotated rectangle or other distorted outline), must have some value to represent the fact that some pixel has no valid data. If you do a gdalinfo on the DEM, you'll see that the DEM format has information in it that tells GDAL what the "no data" value is, so you needn't specify it. "-3d" will create a 3-D shapefile with X,Y, and Z values at each point instead of just X,Y. For Xastir, you don't need that (and it is only relatively recently that xastir didn't just core dump when given a 3-d shapefile). > Any other clues as my DEM downloads? Nope. Just make sure you know what units the DEM is in. I've seen 'em with elevations in feet and with elevations in meters. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Has anyone had any experience with converting digital elevation models to shapefiles?
On Sun, Oct 26, 2008 at 09:30:01AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Converting Digital Elevation Models To Shapefile/DXF Contours > Published at December 20, 2007 in DEM, GIS and Garmin. > > > http://freegeographytools.com/2007/converting-digital-elevation-models-to-shapefiledxf-contours > > <https://webmail2.centurytel.net/hwebmail/services/go.php?url=http%3A%2F%2Ffreegeographytools.com%2F2007%2Fconverting-digital-elevation-models-to-shapefiledxf-contours> > > I had a note from Curt in July, 2007, that Xastir doesn't support DEM file > format. But if these were converted to shapefiles, should I be able to use > them? Yes. There are plenty of tools to do this, including "gdal_contour" (a part of the GDAL suite). -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] tiger maps queston
On Sat, Oct 25, 2008 at 03:11:39PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I did a search to see if this has been answered before, so I'm sorry if > it has. When i load the 2007 shapefile tigermaps it only seems to shopw > the outline of the map. everything is in black. not color like in the > 2006 version converted to shapefile. Is this because of the new format? Yes, almost certainly. The last time we updated the dbfawk files for TIGER/Line data was for the 2006 Second Edition TIGER/Line to Shapefile conversions. The new shapefiles direct from Census are completely different, and will require new dbfawk files. As far as I know nobody's taken the time to do them. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Change representation of Shapefile points based on zoom
On Thu, Oct 23, 2008 at 09:35:26PM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> That worked great, Tom! Thanks I used the symlinks to generate
> three "zoom level ranges" and each range had its own dbfawk.
>
> Using the Station Symbol function in Xastir, I got the symbol code that
> I wanted, but is there a table somewhere that lists the TIO codes and
> the associated image?
Not really.
The APRS spec describes 'em, and you can generate an XPM of the symbols
themselves using the icontable.pl script, but there's no document that puts
the image next to the code for easy reference.
Look in /usr/local/lib/xastir for the icontable.pl file. Run as
perl icontable.pl > /some/path/icontable.xpm
it will create an image file with all the icons. It won't help you figure out
which characters go with them, though.
Now that I think of it, You get a slightly more useful view by looking at
/usr/local/share/xastir/symbols/symbols.dat
directly rather than the images. This is just a text file and gives the data
that xastir uses to produce the icons --- and you can see the T and I codes in
there. For example:
TABLE /
#
APRS ! Police, Sheriff
.pp.
.pp.
p##p
p##p
...pp...
...p#p..
ppp###pp
.pp.
...pp...
...pp...
.pp.
.pp.
p##p
pppp.pp...p.
pppp...p.pp.p.p.
pppp.pp.p.p.
pppp...p.pp.
p.pp...p.pp.
tells you the "/!" code gives the "Police, Sheriff" icon, etc.
HTH.
> Tom Russo wrote:
> > On Thu, Oct 23, 2008 at 04:24:26PM -0500, we recorded a bogon-computron
> > collision of the <[EMAIL PROTECTED]> flavor, containing:
> >
> >> What is the best way to go if I want the points in a shapefile to be
> >> represented by one symbol for one range of zoom values and another
> >> symbol for a different range of zoom values.that is symbol=\l (
> >> small dot) on higher zooms and symbol=/- (little house) on lower zooms,
> >> for example.
> >>
> >> Do I duplicate the all of the shapefile files to a new name and then
> >> have two dbfawk files... one for each zoom range? Is there a way to
> >> only have two dbfawk files or two expression lines in the same dbfawk file?
> >>
> >
> > At this time, I do not believe it's possible to have a single DBFAWK do
> > this. You will have to do the duplicate thing. Messy, but the way it is.
> >
> > The obvious thing to try won't work: putting multiple rules for a given
> > match.
> >
> > When a match is found in a dbfawk file for a given record, that match causes
> > certain variables to be set, for example:
> >
> > /^SOMEFIELD=(.*)$/ {name="$1"; display_level=256; symbol="/. ";}
> >
> > Every time "SOMEFIELD" is found the value is set as the name and the symbol
> > is set. This rule restricts view of this item to zoom levels below 256.
> >
> > If you were to try to accomplish what you want by having a second matching
> > rule:
> >
> > /^SOMEFIELD=(.*)$/ {name="$1"; display_level=256; symbol="/. ";}
> > /^SOMEFIELD=(.*)$/ {name="$1"; display_level=512; symbol="/! ";}
> >
> > then all that would happen is the second rule would win, always.
> >
> > So at this point, the only way to accomplish what you want is to have two
> > copies of the shapefile (or a symlink) and two dbfawk files, and restrict
> > which one is read using the Map Properties min/max zoom options.
> >
> > The easy way to do that is with a symlink:
> >
> >ln -s mymap.shp mymap_fake.shp
> >ln -s mymap.dbf mymap_fake.dbf
> >ln -s mymap.shx mymap_fake.shx
> >
> > and have a mymap.dbfawk and mymap_fake.dbfawk. Set mymap to be displayed at
> > one range of zoom levels and mymap_fake to another, then set the dbfawks
> > to set the symbology as desired.
> >
> > Complex map rendering isn't really in Xastir's capabilities. We already
> > have
> > more than many GIS systems do, in that we can prune features by zoom levels
> > and label them with wild combinations of attribute values, but we can't do
> > it
> > all.
> >
> >
>
> --
> Jim Tolbert
>
> [EMAIL PROTECTED]
>
--
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
"Argue for your limitations and sure enough, they're yours." -- R. Bach
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Change representation of Shapefile points based on zoom
On Thu, Oct 23, 2008 at 04:24:26PM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> What is the best way to go if I want the points in a shapefile to be
> represented by one symbol for one range of zoom values and another
> symbol for a different range of zoom values.that is symbol=\l (
> small dot) on higher zooms and symbol=/- (little house) on lower zooms,
> for example.
>
> Do I duplicate the all of the shapefile files to a new name and then
> have two dbfawk files... one for each zoom range? Is there a way to
> only have two dbfawk files or two expression lines in the same dbfawk file?
At this time, I do not believe it's possible to have a single DBFAWK do
this. You will have to do the duplicate thing. Messy, but the way it is.
The obvious thing to try won't work: putting multiple rules for a given
match.
When a match is found in a dbfawk file for a given record, that match causes
certain variables to be set, for example:
/^SOMEFIELD=(.*)$/ {name="$1"; display_level=256; symbol="/. ";}
Every time "SOMEFIELD" is found the value is set as the name and the symbol
is set. This rule restricts view of this item to zoom levels below 256.
If you were to try to accomplish what you want by having a second matching
rule:
/^SOMEFIELD=(.*)$/ {name="$1"; display_level=256; symbol="/. ";}
/^SOMEFIELD=(.*)$/ {name="$1"; display_level=512; symbol="/! ";}
then all that would happen is the second rule would win, always.
So at this point, the only way to accomplish what you want is to have two
copies of the shapefile (or a symlink) and two dbfawk files, and restrict
which one is read using the Map Properties min/max zoom options.
The easy way to do that is with a symlink:
ln -s mymap.shp mymap_fake.shp
ln -s mymap.dbf mymap_fake.dbf
ln -s mymap.shx mymap_fake.shx
and have a mymap.dbfawk and mymap_fake.dbfawk. Set mymap to be displayed at
one range of zoom levels and mymap_fake to another, then set the dbfawks
to set the symbology as desired.
Complex map rendering isn't really in Xastir's capabilities. We already have
more than many GIS systems do, in that we can prune features by zoom levels
and label them with wild combinations of attribute values, but we can't do it
all.
--
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
"Argue for your limitations and sure enough, they're yours." -- R. Bach
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problems with maps that were previously displaying properly
On Sun, Oct 19, 2008 at 01:23:53PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > > Tom Russo wrote: > > On Sat, Oct 18, 2008 at 11:38:15PM -0500, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > >> Can anyone suggest what I might have done or not done? > >> > > > > Only thing I can guess is that you somehow recompiled Xastir without DBFAWK > > support --- that is what it sounds like, because the behavior of Xastir on > > shapefiles without dbfawk is about what you describe. > > > That was it, Tom. Thank you. > > What is listed on the Help>about is "Libraries are: AX25 GPSMan libProj > GeoTiff Shapelib rtree wget @(#)Motif Version 2.30" > > It seems like there were many more before --- yes, I DO NOT know what I > am doingAm I missing other significant libraries? Yep. ImageMagick/GraphicsMagick are missing, as is "map_caching" (which really means "properly installed Berkeley DB") as well. > Did I grab the wrong CVS? Did I not completely follow the directions to > get everything gathered before compiling? I am off to search for > instructions, but does anyone have a pointer for me to get to the > correct document? Yes.. I know.. RTFM That is where I am going. You want to add ImageMagick or GraphicsMagick and their related development package, PCRE and its development package, and a version of Berkeley DB 4.x and its matching 4.x development headers. Installing PCRE will enable dbfawk. Installing Image/GraphicsMagick will enable various raster map formats including the on-line TIGER, terraserver aerial photos, and weather maps. Installing Berkeley DB will enable map caching, which will reduce the number of times you download on-line maps. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problems with maps that were previously displaying properly
On Sat, Oct 18, 2008 at 11:38:15PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Can anyone suggest what I might have done or not done? > > I had Xastir running on openSUSE 10.2 with Xastir from early last year. I had > shapefile maps from the County Surveyor displaying properly. > > I reinstalled openSUSE 11.0 and installed the latest Xastir with CVS. After > copying in the same set of maps that I had been using before with the same > dbfawk files, I everything, except points, in black, one wide line, and all > fills in a dark gray. The points are in a red "x" and the labels for the > points are visible at all zoom levels ( not the way I had it before.) > > Any ideas what I did or didn't set? I looked at the dbfawk files and the > appear to be as I had them before. > > Before I go changing things, I thought I would as for suggestions. > > Many thanx jt Only thing I can guess is that you somehow recompiled Xastir without DBFAWK support --- that is what it sounds like, because the behavior of Xastir on shapefiles without dbfawk is about what you describe. Look at the "Help->About" dialog and check the "Libraries used:" line. Do you see "PCRE dbfawk" there? If so, I'm wrong in my guess. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Trouble with 1.9.5
On Mon, Sep 29, 2008 at 06:16:33PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hi Everybody > > I have a problem with v1.9.5 on a a Ubuntu 8.04. > > I think it is working, but I goto a > > File>configure>timing I get something I can't figure out > > it resembles a oval with a mark on it > > What gives, several others do the same thing. > > This is new for me, I did some earlier but this has me scratching my head? Try turning off "visual effects" --- there's an issue with those and Motif. "Visual Effects" (Compiz) are the eye-candy like animated window zooming, fading screens and 3D stuff that went from being default-off options called "Desktop Effects" in 7.10 to default-on called "Visual Effects" in 8.04. They have trouble with some video cards and drivers, and this oval (referred to on this list often as the "cigar") is one of the symptoms. Go to System->Preferences and choose the "Visual Effects" tab and select "None" -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] aprs.tamu.edu down?
On Mon, Sep 29, 2008 at 03:34:42PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I've been trying to get some map files from Gerry's server for the past few > days and can't seem to login. It connects (slowly) but fails with anonymous > login. anyone else having problems? For me, it just rejects the connection in one way or another. Right now the only thing I get is: 421 Service not available, remote server has closed connection. but a few minutes ago I was getting other messages like "500 OOPS: vsftpd: cannot locate user specified in 'ftp_username':ftp" So yep, it sounds like server problems. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Is it just me, or is Objects&Items list busted?
Lately I've noticed that if I open the "View->Objects & Items" dialog and click on the symbol next to an object, it centers me at a location that is definitely NOT the location of that object or item --- as far as I can tell, there is no relation between the station that *IS* at the center of the new view and the object or item that I chose. For example, today I changed my antenna set-up and suddenly saw an object 147.06+NM on my list of stations heard directly (until today, I have only ever been able two hear two stations direct, the two nearest digis). I wanted to see where that was (and therefore how much better my new antenna set-up is), so I tried to use the Objects&Items dialog to locate it. When I call up "Objects&Items" and click on 147.06+NM (#93 in the list) it centers me on a Firenet water gauge object 09346400. If, however, I pull up the "All Stations" dialog and find my 147.06+NM object (now #94 in the list) it centers me on 147.06+NM as desired. This behavior is not consistent, though. Half-way through writing this message I tried again and got the same behavior as when I started. Now, as I write this paragraph, clicking *any* object in the dialog gets me centered on exactly that object. It is very confusing, and very annoying. Oh, and one other thing I've noticed: anyone else noticed that when you recenter your view using any the "View" lists, "Last Map Pos/Zoom" does *NOT* get you back to your last map position and zoom, but rather leaves you right where you are? It seems that not all of the features that change the view actually push the previous view into the right place before they move. Sigh. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 04:05:44PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > This is great information. > > So with this new county data in two formats, do I still need to have > a folder for water by county which I currently do. Or is this a type > of polygon that would be in the new Polygon data anyway. That kinda depends on what water data you're using. I believe that the 2004 data didn't have polygon features (if I recall correctly, it was only after the 2004 shapefile conversions were generated that I figured out the process for generating polygons from TIGER/Line). The 2006_SE does. It's been so long since I touched the 2004 stuff that I don't remember, though, and don't have time to download some old data to double check. We definitely refined the process between 2004 and 2006_SE. The TIGER/Line water polygons are not going to be the most accurate available. If you're using some other shapefile for water features, those might be more accurate. Can't tell you for sure. You'll just have to load 'em both and compare quality. Sorry, can't be more specific than that without knowing what data you've got for what type of feature. Did you ever work out the issue of why your line data is showing up at all zoom levels? Did turning on "Enable Map Levels" help? > On Sep 24, 2008, at 3:55 PM, Tom Russo wrote: > > > On Wed, Sep 24, 2008 at 03:51:12PM -0500, we recorded a bogon- > > computron collision of the <[EMAIL PROTECTED]> flavor, containing: > >> When I download the new new Missouri counties for example do I need > >> to > >> keep both the Polygons and Polylines files? > > > > Only if you want both line and polygon data (which is to say "yes, > > probably"). > > > > Polylines are things like roads, streams, railroads, etc. > > > > Polygons are things like parks, forests, golf courses, lakes, > > reservoirs, > > etc. > > > > Since they contain completely different information that is rendered > > in > > completely different ways, they're both in general necessary for a > > complete > > picture of the area. The shapefile format is limited to containing > > only one > > type of data (point, line, or area) at a time, so the two types of > > features > > are in different sets of files. > > > >> On Sep 24, 2008, at 2:56 PM, Tom Russo wrote: > >> > >>> On Wed, Sep 24, 2008 at 02:38:08PM -0500, we recorded a bogon- > >>> computron collision of the <[EMAIL PROTECTED]> flavor, containing: > >>>> On the county files I think you are correct. I'm now downloading > >>>> the > >>>> new county files (2 or 3 anyway) and plan to play with them a > >>>> bit. I > >>>> would really like the smaller roads to go away as I zoom out, it > >>>> gets > >>>> awfully crowded on that screen when every single lane, dirt road > >>>> and > >>>> path is rendered at every level. > >>> > >>> Hmmm. The TIGER dbfawk files are already set to do just that. > >>> Perhaps > >>> you don't have "Enable Map Levels" turned on in the Map menu? > >>> That's the > >>> thing that tells xastir to pay attention to zoom levels when > >>> rendering. > >>> I have no idea why that's even optional except that when it was > >>> implemented > >>> there were probably reasons not to enable it. It used not to be the > >>> default, > >>> either. Anyhow, if you don't have that checked, then check it > >>> because it's > >>> what you want --- no amount of tweaking of the dbfawk file will help > >>> the clutter unless it's enabled. > >>> > >>> If you *DO* have that enabled and still see every single road at > >>> every > >>> single zoom level, something else is very wrong. > >>> > >>>> The other thing I want to play with is coloring the county > >>>> boarders, > >>>> Platte county and Clay county in Missouri are my primary concern > >>>> and > >>>> if I give each a different color boarder it will help me a little. > >>> > >>> I do not believe you can tweak that. See, the border lines aren't > >>> even > >>> really identifiable in the TIGER/Line data. If I recall correctly, > >>> the > >>>
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 03:51:12PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > When I download the new new Missouri counties for example do I need to > keep both the Polygons and Polylines files? Only if you want both line and polygon data (which is to say "yes, probably"). Polylines are things like roads, streams, railroads, etc. Polygons are things like parks, forests, golf courses, lakes, reservoirs, etc. Since they contain completely different information that is rendered in completely different ways, they're both in general necessary for a complete picture of the area. The shapefile format is limited to containing only one type of data (point, line, or area) at a time, so the two types of features are in different sets of files. > On Sep 24, 2008, at 2:56 PM, Tom Russo wrote: > > > On Wed, Sep 24, 2008 at 02:38:08PM -0500, we recorded a bogon- > > computron collision of the <[EMAIL PROTECTED]> flavor, containing: > >> On the county files I think you are correct. I'm now downloading the > >> new county files (2 or 3 anyway) and plan to play with them a bit. I > >> would really like the smaller roads to go away as I zoom out, it gets > >> awfully crowded on that screen when every single lane, dirt road and > >> path is rendered at every level. > > > > Hmmm. The TIGER dbfawk files are already set to do just that. > > Perhaps > > you don't have "Enable Map Levels" turned on in the Map menu? > > That's the > > thing that tells xastir to pay attention to zoom levels when > > rendering. > > I have no idea why that's even optional except that when it was > > implemented > > there were probably reasons not to enable it. It used not to be the > > default, > > either. Anyhow, if you don't have that checked, then check it > > because it's > > what you want --- no amount of tweaking of the dbfawk file will help > > the clutter unless it's enabled. > > > > If you *DO* have that enabled and still see every single road at every > > single zoom level, something else is very wrong. > > > >> The other thing I want to play with is coloring the county boarders, > >> Platte county and Clay county in Missouri are my primary concern and > >> if I give each a different color boarder it will help me a little. > > > > I do not believe you can tweak that. See, the border lines aren't > > even > > really identifiable in the TIGER/Line data. If I recall correctly, > > the > > lines that make up the county borders have no CFCC code --- I can't > > check > > that for sure from work, though, only on my home machine (where I > > have a > > GIS program that'll help me query attributes of lines more easily). > > > > Since there's no CFCC code to help you identify that some particular > > line is > > a county boundary, there's no easy way in the DBFAWK file to choose > > a special > > color for it. > > > > Also, the county boundary lines would be in the "polylines" file, > > not the > > "polygons" file, because the counties aren't defined as big polygons > > (again, > > because those boundary lines don't have the proper attributes that > > would have > > been needed to assemble the closed polygons from the raw TIGER/Line > > data). > > > > Your better bet might be to use the NOAA county files (normally used > > for > > weather alerts) to outline your counties in distinctive colors. > > What I > > do is to make symlinks of from the /usr/local/share/xastir/Counties > > directory > > (which is only used for weather alerts) into the > > /usr/local/share/xastir/maps/counties directory (a directory I made > > under the > > maps directory, and which can be used for stuff other than alerts). > > Then, > > in the directory with the symlinks, I make per-file DBFAWK files > > that render > > the counties in some custom way. I copy the > > signature-based files in /usr/local/share/xastir/config (e.g. > > /usr/local/share/xastir/config/nwsc_ddmmyy.dbfawk for the counties > > file) to > > the maps/counties directory, rename it to match the associated > > counties > > file and then edit it to fit. That way the alerts continue to work > > using the > > unmolested nwsc_ddmmyy.dbfawk file in the config directory, but the > > always-on > > maps use a different one. Here's what I mean: > > >
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 02:38:08PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On the county files I think you are correct. I'm now downloading the > new county files (2 or 3 anyway) and plan to play with them a bit. I > would really like the smaller roads to go away as I zoom out, it gets > awfully crowded on that screen when every single lane, dirt road and > path is rendered at every level. Hmmm. The TIGER dbfawk files are already set to do just that. Perhaps you don't have "Enable Map Levels" turned on in the Map menu? That's the thing that tells xastir to pay attention to zoom levels when rendering. I have no idea why that's even optional except that when it was implemented there were probably reasons not to enable it. It used not to be the default, either. Anyhow, if you don't have that checked, then check it because it's what you want --- no amount of tweaking of the dbfawk file will help the clutter unless it's enabled. If you *DO* have that enabled and still see every single road at every single zoom level, something else is very wrong. > The other thing I want to play with is coloring the county boarders, > Platte county and Clay county in Missouri are my primary concern and > if I give each a different color boarder it will help me a little. I do not believe you can tweak that. See, the border lines aren't even really identifiable in the TIGER/Line data. If I recall correctly, the lines that make up the county borders have no CFCC code --- I can't check that for sure from work, though, only on my home machine (where I have a GIS program that'll help me query attributes of lines more easily). Since there's no CFCC code to help you identify that some particular line is a county boundary, there's no easy way in the DBFAWK file to choose a special color for it. Also, the county boundary lines would be in the "polylines" file, not the "polygons" file, because the counties aren't defined as big polygons (again, because those boundary lines don't have the proper attributes that would have been needed to assemble the closed polygons from the raw TIGER/Line data). Your better bet might be to use the NOAA county files (normally used for weather alerts) to outline your counties in distinctive colors. What I do is to make symlinks of from the /usr/local/share/xastir/Counties directory (which is only used for weather alerts) into the /usr/local/share/xastir/maps/counties directory (a directory I made under the maps directory, and which can be used for stuff other than alerts). Then, in the directory with the symlinks, I make per-file DBFAWK files that render the counties in some custom way. I copy the signature-based files in /usr/local/share/xastir/config (e.g. /usr/local/share/xastir/config/nwsc_ddmmyy.dbfawk for the counties file) to the maps/counties directory, rename it to match the associated counties file and then edit it to fit. That way the alerts continue to work using the unmolested nwsc_ddmmyy.dbfawk file in the config directory, but the always-on maps use a different one. Here's what I mean: > ls -l /usr/local/share/xastir/maps/counties total 10 lrwxr-xr-x 1 root wheel27 Jul 7 13:43 c.dbf@ -> ../../Counties/c_11mr07.dbf -rw-r--r-- 1 root wheel 2597 Jul 7 13:44 c.dbfawk lrwxr-xr-x 1 root wheel27 Jul 7 13:43 c.shp@ -> ../../Counties/c_11mr07.shp lrwxr-xr-x 1 root wheel27 Jul 7 13:43 c.shx@ -> ../../Counties/c_11mr07.shx [...etc...] Here, I've linked the NOAA counties file in Counties/c_11mr07.* to files named "c.*" in the "counties" directory, and made a custom dbfawk "c.dbfawk" to go with it. That c.dbfawk file differs from the /usr/local/share/xastir/config/nwsc_ddmmyy.dbfawk file by having a different color outline, fill style (in this case, unfilled) and line width. You could customize your own by having special rules that give special colors to counties of particular interest. To see an example of a dbfawk file that does special coloring based on named shapes, take a look at my dbfawk file that is meant to go with the US National Atlas "statesp020" shapefile. It's downloadable from http://www.swcp.com/~russo/shape_web/ in the "Miscellaneous" section. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 12:53:52PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Wed, Sep 24, 2008 at 01:27:00PM -0500, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > sig: > > MODULE:FILE:CENID:POLYID:STATECU:COUNTYCU:TRACT:BLOCK:BLOCKSUFCU:RS_A1:AIANHHFPCU:AIANHHCU:AIHHTLICU:ANRCCU:AITSCECU:AITSCU:CONCITCU:COUSUBCU:SUBMCDCU:PLACECU:SDELMCU:SDSECCU:SDUNICU:RS_A20:RS_A21:RS_A22:CDCU:ZCTA5CU:ZCTA3CU:RS_A4:RS_A5:RS_A6:RS_A7:RS_A8:RS_A9:CBSACU:CSACU:NECTACU:CNECTACU:METDIVCU:NECTADIVCU:RS_A14:RS_A15:RS_A16:RS_A17:RS_A18:RS_A19:STATE:COUNTY:BLKGRP:AIANHHFP:AIANHH:AIHHTLI:ANRC:AITSCE:AITS:CONCIT:COUSUB:SUBMCD:PLACE:SDELM:SDSEC:SDUNI:MSACMSA:PMSA:NECMA:CD106:CD108:PUMA5:PUMA1:ZCTA5:ZCTA3:TAZ:TAZCOMB:UA:UR:VTD:SLDU:SLDL:UGA:POLYLONG:POLYLAT:WATER:LAND:SOURCE:CFCC:LANAME:LALONG:LALAT:FILLER > > This signature is the signature of the old TIGER/Line files from before 2006, > so it is being rendered according to rules in the tgr2shppoly.dbfawk file > I mentioned. The newer ones from aprs.tamu.edu are from after 2006 and use > a slightly different file, tgr2shppoly_2006.dbfawk. > This, by the way, might be the reason you were unable to have any effect on the rendering of the shapefiles with your dbfawk tweaks --- since there is already a signature-based file (tgr2shppoly.dbfawk) in the config directory that matches, your file might not even be read. The only way to override the signature-based file is to have a per-file dbfawk for every file you want to be rendered differently --- to do that, you create a dbfawk file with the same base name as your shapefile, in the same directory (e.g. "BumFrak_County.shp" and "BumFrak_County.dbfawk" in the same directory). When there's a .dbfawk in the same directory with the same name, that one is used instead of the global signature-based one in the config directory, but the signatures still have to match. It sounds like yours did not in your previous attempts. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 01:27:00PM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> Tom,
>
> Is there a source file someplace that tells me what all the sig items
> mean so I can design my dbfawk accordingly? This for example is one of
> my county files.
In general, the documentation for the meanings of shapefile fields would be in
the metadata that should be available from the same place that supplies
the shapefiles. "Should" means what it means in most contexts: "might not."
However, the file you're looking at appears to be one of the TIGER/Line
county-level shapefiles, which would require that you take a look at the
TIGER/Line users' reference at www.census.gov --- that document is about 300
pages, if I recall correctly. The folks who decocted the TIGER/Line raw data
into shapefiles (that would be me, Derrick Brashear, and Jason Winningham,
depending on the day) did not attempt to boil down that enormous document in
any way, so you'll just have to go to the original source if you want detailed
documentation.
Most of the fields in the TIGER/Line files are safe to ignore. CFCC is the
one that describes what type of feature you have (it's a letter and a two digit
number) and is probably the one you care about most --- you can see a partial
list of what those codes stand for if you look at
/usr/local/share/xastir/config/tgr2shppoly.dbfawk, which is the dbfawk file
that defines how these shapefiles are rendered. I have tried to
document there how I set up the default DBFAWK file for TIGER/Line files.
> sig:
> MODULE:FILE:CENID:POLYID:STATECU:COUNTYCU:TRACT:BLOCK:BLOCKSUFCU:RS_A1:AIANHHFPCU:AIANHHCU:AIHHTLICU:ANRCCU:AITSCECU:AITSCU:CONCITCU:COUSUBCU:SUBMCDCU:PLACECU:SDELMCU:SDSECCU:SDUNICU:RS_A20:RS_A21:RS_A22:CDCU:ZCTA5CU:ZCTA3CU:RS_A4:RS_A5:RS_A6:RS_A7:RS_A8:RS_A9:CBSACU:CSACU:NECTACU:CNECTACU:METDIVCU:NECTADIVCU:RS_A14:RS_A15:RS_A16:RS_A17:RS_A18:RS_A19:STATE:COUNTY:BLKGRP:AIANHHFP:AIANHH:AIHHTLI:ANRC:AITSCE:AITS:CONCIT:COUSUB:SUBMCD:PLACE:SDELM:SDSEC:SDUNI:MSACMSA:PMSA:NECMA:CD106:CD108:PUMA5:PUMA1:ZCTA5:ZCTA3:TAZ:TAZCOMB:UA:UR:VTD:SLDU:SLDL:UGA:POLYLONG:POLYLAT:WATER:LAND:SOURCE:CFCC:LANAME:LALONG:LALAT:FILLER
This signature is the signature of the old TIGER/Line files from before 2006,
so it is being rendered according to rules in the tgr2shppoly.dbfawk file
I mentioned. The newer ones from aprs.tamu.edu are from after 2006 and use
a slightly different file, tgr2shppoly_2006.dbfawk.
[ ASIDE: The aprs.tamu.edu site has three different directories for TIGER
shapefiles. The oldest one is "pub/Xastir/Maps/TIGER" that contains maps from
2004. Another old one is the top-level directory pub/TIGER2006 which contains
files that are named by FIPS codes instead of county names, and the newest,
most correct files are in pub/TIGER_2006_SE ("SE" means "Second Edition").]
--
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
"Argue for your limitations and sure enough, they're yours." -- R. Bach
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 10:00:02AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Wed, Sep 24, 2008 at 07:59:58AM -0700, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > --- On Wed, 9/24/08, Tom Russo wrote: > > > > > I just googled "testawk" and think I see what > > > happened. You downloaded > > > the testawk.sh shell script from > > > http://www.shelldorado.com/articles/awkcompat.html and its > > > output is pretty > > > much what you posted. That shell script has nothing > > > whatsoever to do with > > > the testawk that you need to use. That shell script is > > > just a test of the > > > system's "awk" program's compatibility > > > with standards. Our "testawk" is > > > a program that is specifically written to test out dbfawk > > > files. > > > > Maybe it would be wiser to call it "testdbfawk" to make it more clear since > > there's lots of "awk"s around. > > Funny you should mention that. I made a suggestion to that effect on the > developers' list just about an hour ago. If none of the other developers > object, that's precisely what I'll do. And while I'm at it, make it one of > the things that gets installed --- so that later, when package maintainers get > the updated code, they'll include testdbfawk in their packages. This change has been committed to CVS. "testawk" is now called "testdbfawk" instead, and is installed at the same time you install xastir, to the same location. This should mean that future binary packages will have testdbfawk included once those package maintainers pick up a new version of Xastir (probably years after our next stable release, judging from the packages I've seen so far). I'll update various web pages that refer to testawk so they refer to the new program. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 10:26:17AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > You are right of course that is where I got it, sorry! I didn't > understand what to do. But I've recompiled Xastir and did what you > said with the sudo stuff and now when I execute testawk I get this; > > $ testawk -D /usr/local/bin -d /usr/local/share/xastir/maps/Counties > Couldn't find dbfawk sigs > > Obviously I'm still doing something wrong, any thoughts? Yep. -D is the directory in which the sigs live --- which is normally /usr/local/share/xastir/config. The thing after -d is supposed to be a DBF file, not a directory. > On Sep 24, 2008, at 9:12 AM, Tom Russo wrote: > > > On Wed, Sep 24, 2008 at 08:08:26AM -0600, we recorded a bogon- > > computron collision of the <[EMAIL PROTECTED]> flavor, containing: > >> On Wed, Sep 24, 2008 at 08:30:23AM -0500, we recorded a bogon- > >> computron collision of the <[EMAIL PROTECTED]> flavor, containing: > >>> I'm trying to use testawk as suggested by Tom Russo, when I enter > >>> this; > >>> > >>> sh /Users/kkaiser/Downloads/testawk.sh -D /usr/local/share/xastir/ > >>> config -d /usr/local/share/xastir/maps/Counties > >> > >> > >> Where did you get your copy of testawk.sh? The output you show below > >> bears no resemblence to the output of the testawk program that is > >> built > >> when you build xastir, so I am not sure what to suggest other than > >> that you > >> try building the real one. > > > > I just googled "testawk" and think I see what happened. You > > downloaded > > the testawk.sh shell script from > > http://www.shelldorado.com/articles/awkcompat.html and its output is > > pretty > > much what you posted. That shell script has nothing whatsoever to > > do with > > the testawk that you need to use. That shell script is just a test > > of the > > system's "awk" program's compatibility with standards. Our > > "testawk" is > > a program that is specifically written to test out dbfawk files. > > > > So, you'll have to build testawk (or copy it out of your existing > > build > > directory). > > > > If you are using a binary install of Xastir instead of a source > > install, then > > you're outta luck and will have to do a source code build to get > > testawk. > > > > -- > > 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 > > "Argue for your limitations and sure enough, they're yours." -- R. > > Bach > > ___ > > Xastir mailing list > > Xastir@xastir.org > > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 07:59:58AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > --- On Wed, 9/24/08, Tom Russo wrote: > > > I just googled "testawk" and think I see what > > happened. You downloaded > > the testawk.sh shell script from > > http://www.shelldorado.com/articles/awkcompat.html and its > > output is pretty > > much what you posted. That shell script has nothing > > whatsoever to do with > > the testawk that you need to use. That shell script is > > just a test of the > > system's "awk" program's compatibility > > with standards. Our "testawk" is > > a program that is specifically written to test out dbfawk > > files. > > Maybe it would be wiser to call it "testdbfawk" to make it more clear since > there's lots of "awk"s around. Funny you should mention that. I made a suggestion to that effect on the developers' list just about an hour ago. If none of the other developers object, that's precisely what I'll do. And while I'm at it, make it one of the things that gets installed --- so that later, when package maintainers get the updated code, they'll include testdbfawk in their packages. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 08:08:26AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Wed, Sep 24, 2008 at 08:30:23AM -0500, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > I'm trying to use testawk as suggested by Tom Russo, when I enter this; > > > > sh /Users/kkaiser/Downloads/testawk.sh -D /usr/local/share/xastir/ > > config -d /usr/local/share/xastir/maps/Counties > > > Where did you get your copy of testawk.sh? The output you show below > bears no resemblence to the output of the testawk program that is built > when you build xastir, so I am not sure what to suggest other than that you > try building the real one. I just googled "testawk" and think I see what happened. You downloaded the testawk.sh shell script from http://www.shelldorado.com/articles/awkcompat.html and its output is pretty much what you posted. That shell script has nothing whatsoever to do with the testawk that you need to use. That shell script is just a test of the system's "awk" program's compatibility with standards. Our "testawk" is a program that is specifically written to test out dbfawk files. So, you'll have to build testawk (or copy it out of your existing build directory). If you are using a binary install of Xastir instead of a source install, then you're outta luck and will have to do a source code build to get testawk. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Using testawk
On Wed, Sep 24, 2008 at 08:30:23AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I'm trying to use testawk as suggested by Tom Russo, when I enter this; > > sh /Users/kkaiser/Downloads/testawk.sh -D /usr/local/share/xastir/ > config -d /usr/local/share/xastir/maps/Counties Testawk is not a shell script, it's a binary file that should be built at the same time that you build Xastir. What you've typed above doesn't look right, because it is executing a shell script. While testawk is built by "make" when you build xastir, the "make install" process doesn't install it; you have to pick it up out of your src directory after the build. So you'd add a "sudo cp src/testawk /usr/local/bin" right after you do "sudo make install" Where did you get your copy of testawk.sh? The output you show below bears no resemblence to the output of the testawk program that is built when you build xastir, so I am not sure what to suggest other than that you try building the real one. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] DBFAWK & GridSquares
On Tue, Sep 23, 2008 at 01:14:16PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Below is an output snapshot of Xastir, please note the grid square > lines and lack of labels. > Below the link is the file MASTER.dbfawk, it seems no matter what I > use for any of the color= values it never changes what I see on > screen. Please note the snapshot includes the about help file so you > can see what is loaded. Attachments are not passed through to this list server, so we can't see what you posted. Are you certain your dbfinfo line is correct? Are there any messages spewed to the console about not finding matching DBFAWK signatures (you would have to start xastir from a terminal window to see those messages, not from a desktop icon shortcut)? The fact that your changes to the dbfawk file seem to have no effect would indicate that somehow Xastir is not associating that dbfawk file with the dbf file that goes with your grid files. This could be either because you put it in the wrong place, or because the signature doesn't really match. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] dbfawk ?
On Tue, Sep 23, 2008 at 09:36:06AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > How can I tell if my OS has 'dbfawk' installed? Your OS won't every have "dbfawk" installed. DBFAWK is not something your OS provides. DBFAWK is an internal feature of Xastir that depends on the PCRE library and its development headers. DBFAWK is enabled automatically at build time when you configure Xastir if configure detects the presence of the PCRE library and headers, unless you explicitly disable it with "--without-dbfawk" Similarly, it is automatically disabled (and can't be enabled) if PCRE library and headers are not installed. You can tell if DBFAWK is built in your copy of Xastir by looking at the "Help->About" dialog. If you see "PCRE" and "Dbfawk" in the list of "Libraries used: ", you've got dbfawk enabled. If you don't have dbfawk enabled and want it, you need PCRE installed on your system, along with its development header files if your OS does things that way. Then you need to reconfigure and rebuild Xastir so that it detects the presence of PCRE and automatically builds its DBFAWK components. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Grid Squares
On Mon, Sep 22, 2008 at 11:24:18PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: [...] > > Then reindex them and they will show up in the Map Chooser. > is controlled in the associated dbfawk file, as color (the line color), > and label_color. The colors are X windows color indices, not RGB, so > it's a little tricky. display and label level control the zoom level > associated with those items showing. They're not even "X windows color indices." They're random Xastir-specific numbers that correspond to indices into an array of hard-coded colors set up in main.c, which in turn references RGB values and names defined in the file "xastir.rgb" which is in the same format as --- but does not have the same contents as --- the X11(*) color mapping file that is often installed in "/usr/lib/X11/rgb.txt." It would be a nice thing if those names or even RGB values could have been used directly, but there you go. There is no definitive list of these mappings between numbers and colors other than where they're set in main.c. I once created a table of mappings between the numbers and X11 color names, and it's at <http://www.swcp.com/~russo/shape_web/tutorial.html> and its copy on the Xastir wiki: <http://www.xastir.org/wiki/index.php/HowTo:DBFAWK> but other colors have been added to the array since I wrote that so it's out of date. None of that works if you've got a build of Xastir that doesn't have DBFAWK enabled (dbfawk is automatically enabled if you have pcre and its development header package installed, but automatically disabled if you don't). Perhaps the original poster doesn't have DBFAWK enabled? -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach (*) Pedantic note and pet peeve #80,647 apropos of exactly nothing: there is no such animal as "X Windows." There's either "The X Window System," "X" or "X11" --- all of which mean the same thing, and correspond to what the windowing system is called by the people who wrote it. ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] aprslib: a modest proposal for Xastir-NG
On Thu, Sep 11, 2008 at 05:53:06PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Curt, WE7U wrote: > > Now that you'll know some of the direction were headed back then, > > let's talk about the direction we're headed now: Xastir-NG (Xastir > > Next Generation). > > I have a radical, yet basic, suggestion for any new generation of > Xastir. Maybe this has been discussed on the developers' list but I > think it applies to Xastir users, and the APRS community as a whole. > > Please, Please, Please factor out the core APRS functions (packet > parsing/encoding, aprs-is interface, beacon timing, messaging protocols, > etc.) and put them into an open source library that can (and WILL be) > used by everyone! This has been discussed, and is the approach that I'm in favor of. There have been other ideas. > Currently, the APRS spec is a curmudgeon-driven kludge pit. Supposedly, > the "definitive" implementation of the APRS spec is still APRS-DOS?! The > internet is littered with dead and dying APRS implementations. Every > standalone APRS implementation and APRS web application implements the > spec in its own way, causing untold headaches on rf and the internet. A > definitive "core aprslib" could save the day! As long as the curmudgeon driving the "initiatives" is actively initiativizing, there will always be a lag behind the "core" and definitive implementation. > Now, there's one part of my suggestion that might be offensive to Xastir > folks. I think that a core aprslib should NOT be GPL! Open source, > yes, but released under LGPL, BSD, MIT or similar license. To make the > most of the concept, EVERYONE (even commercial developers) should use > this library as the core of their products. I'd go as far as thinking the library should be LGPL. BSD and MIT are good licenses for some purposes, but the idea of allowing a closed-source fork is not one I think most Xastir developers will be happy with. I'd agree with them. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] OT: gif image analysis
On Thu, Sep 11, 2008 at 01:41:51PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > jpegtopnm < guaje10.jpg | pamcut -top 100 -bottom 100 -left 11 -right 11| > pnmtopnm - plain That is an error. It's jpegtopnm < guaje10.jpg | pamcut -top 100 -bottom 100 -left 11 -right 11| pnmtopnm -plain If you don't do the "pnmtopnm -plain" you get a binary file to stdout. It is still easily scanned, but the text is more easily scanned with "grep" (which is also going to be there under Cygwin). -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] OT: gif image analysis
On Thu, Sep 11, 2008 at 02:55:20PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > This question is admittedly off topic, but I figure this group is more > likely to tolerate a techhie question. > > I have a program that collects screen shots on a PC at work. I need to > analyze these GIF images to look for a specific color at ONE pixel location > which indicates a problem. It would be nice if I could run some program > from a batch file that would analyze these GIF images by the hundred. > > Is there any program anyone knows of that would report the color of a given > pixel as text output? I could pipe the output of a batch to a text file and > then parse it for the color I'm looking for. For example, if the pixel > color at X,Y is black, I'm fine, if it's cyan, I need to look at that image. Yes, there is a set I know of ... but: > Unfortunately, I'm confined to windows on the PC we use. Bleah. Well, my knee-jerk reaction is that you should get the netpbm tools running under cygwin on that machine. You can do what you want with netpbm. giftopnm will convert GIF images on standard in to "Portable aNy Map" format on standard out. pamcut will take the image on standard in and clip it to a rectangle you specify with "-left" "-right" "-top" and "-bottom" parameters, sending it on to standard out. If you use pamcut to create a 1x1 image of the one pixel location you're interested, you can convert that image to some simple format, ppm, which should be easy to check for the one color you're looking for. For example, I tried this: jpegtopnm < guaje10.jpg | pamcut -top 100 -bottom 100 -left 11 -right 11| pnmtopnm - plain and got: P3 1 1 255 63 58 80 where "P3" is the magic number of a "plain" (i.e. ascii) portable pixmap, "1 1" is the extent of the image, and "63 58 80" is the RGB tuple of the pixel there. 255 is the maximum color value. If I'd specified more than one column, there'd be that many tuples on a line. One line per row of the resulting image. I did this with a jpeg image, so I used jpegtopnm, but with a gif image you just do giftopnm instead. Does that help? Your need to use Losedows for this complicates matters, because you'll have to get Cygwin and install netpbm in it. netpbm is almost certainly one of the packages you can simply install through Cygwin Setup. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Edit map
On Fri, Sep 05, 2008 at 08:36:45AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hello, > > I added a new road to to a Tiger map by driving the road and saving the > Track.(per the info in xastir wiki) Now the new road is on the map. But now > to the Left end of the new road is text that showes my call and the date and > time. Is this normal? Yes, it is normal. That's how GPS tracks are displayed by default. > Can the text be removed? Depends. Are you using a build with DBFAWK enabled? If so, you can edit the dbfawk file that was created with the gps track shapefile to change the name and label style, or remove the label entirely. If not, no, you can't modify it at all, because without dbfawk enabled the style of GPS tracks is hard-coded. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Hurricane Watch
On Thu, Sep 04, 2008 at 07:56:39PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Curt, WE7U wrote: > > On Thu, 4 Sep 2008, Keith Kaiser wrote: > > > >> I'm looking at Hanna and Ike on Xastir, but each has a number of > >> circles, red, green, yellow around them. Would someone in the know > >> please give me (and the rest of us land lubbers) the skinny on this, > >> tell us how all this happens. > > > > Those are the three different wind speeds that are reported for each > > Tropical depression/tropical storm/hurricane. > > > > The rings show wx_whole_gale_radius, wx_trop_storm_radius, and > > wx_hurricane_radius (Xastir's variable names for them). If you see > > all three circles the smallest one shows the radius of > > hurricane-force winds, the next larger is the radius of tropical > > storm winds. > > > > If the storm/hurricane doesn't get up to the max speed you may only > > see two rings. Same for one ring if it doesn't make it to the > > second scale. > > > What do you turn on to see these? I have the NWSRadar.geo on. Am I > missing a file? Connect to an APRS-IS server with a range large enough to be fed objects from the area in which the hurricanes are forming/moving. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Hurricane Watch
On Thu, Sep 04, 2008 at 01:51:26PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > The wxsvr.net web site appears to be gone for > good and the documentation that was once there is no longer available. I found a copy of the APRS multiline protocol document that Curt once emailed to me, and have placed it on my own web site at http://www.swcp.com/~russo/APRS_Multiline_Protocol.html This is what used to live on part of the wxsvr.net web site. At some point this should be migrated to info.aprs.net and www.xastir.org wikis, since the multiline protocol is quite useful even outside of weather alerts. There's plenty of other wxsvr information that seems to be documented nowhere, though, such as the new watch box information being sent in weather objects. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Hurricane Watch
On Thu, Sep 04, 2008 at 02:10:28PM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> I'm looking at Hanna and Ike on Xastir, but each has a number of
> circles, red, green, yellow around them. Would someone in the know
> please give me (and the rest of us land lubbers) the skinny on this,
> tell us how all this happens.
Are you asking what the different circles mean? I was able to figure this
out by looking at the APRS spec and the source code in db.c --- I was unable
to find any documentation of these circles anywhere else.
They're the radius of various wind speed ranges as predicted by the NWS.
The red circle is the reported (or predicted) radius of hurricane force winds,
the green the radius of gale-force winds, and the yellow the radius of tropical
storm winds. The packet that contains that information also has information
about the true ranges and speeds in the report.
Some of the reports are predictions X hours in the future. So HANNA+24h is
the prediction for where HANNA will be in 24 hours and how strong it's
predicted to be.
It's not clear to me that Xastir displays all the information available in
the packet. I looked over some of the recent data using the perl APRS decoder
(ftp://ftp.eskimo.com/u/a/archer/aprs/Ian_Wade/aprsdecu.tar.gz)
and there seems to be a lot more there than Xastir is showing in the Station
Info dialog for the object. For example, I just grabbed this packet out of
my logs:
NHCTCM>APRS,qAS,WXSVR:;[EMAIL
PROTECTED]/010/TS/055^065/0989>000&275%090zkIqzhhz{4FDA0
which the perl aprs decoder shows as:
APRS Data Type= Object
Object Name= 'HANNA_ato' Object Status= Live
Day= 04 Time= 21 hours 00 mins UTC
Lat= 24 deg 30.00 min N Long= 73 deg 30.00 min W
Icon= Hurricane Overlay= **BAD OVERLAY CHAR 'S' not allowed with this symbol
Wind Direction= 315 deg Speed= 010 knots (11.5 mph 18.5 kph 5.1 m/s)
Tropical Storm: Sustained Wind Speed= 055 knots (63.3 mph 101.9 kph 28.3 m/
s)
Peak Wind Speed= 065 knots (74.8 mph 120.4 kph 33.4 m/s)
Central Pressure= 989 mbar/hP
Radius of Hurricane Winds= 0 nautical miles (0 miles 0 km)
Radius of Tropical Storm Winds= 275 nautical miles (316 miles 509 km)
Radius of Whole Gale Winds= 90 nautical miles (104 miles 167 km)
There could also be multi-point data hidden in the comment, but I'm not sure.
There's additional information here that I'm not sure is captured anywhere
in documentation I can find: for example, what's the overlay character
signify?
Gerry: do you know whether the data after the gale winds data is meant to
be a multipoint descriptor, and whether the overlay character is supposed to
mean anything in particular? The wxsvr.net web site appears to be gone for
good and the documentation that was once there is no longer available.
--
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
"Argue for your limitations and sure enough, they're yours." -- R. Bach
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] dbfawk, overlapping lines, and more
On Wed, Sep 03, 2008 at 06:11:56PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I was playing around with the latest offering from the National Hurricane > Center website which is a bundle of GIS files including shape files for the > three- and five-day projection cones of the various storms. To that end, I > was tinkering with a small dbfawk file for these shape files and sort of have > things working but with a few cosmetic issues I'd like to resolve (and > somehow can't). > First, is there a way to resolve or reorder overlapping lines? The five-day > cone has polygon data for the three-day cone already inside it. The problem > is that the five-day cone ends up being drawn over the top of the three-day > cone so I can't see any of the three-day lines except for the very last arc > of the cone. This is only cosmetic since the three- and five-day cones > overlap completely but I was trying to get a red cone for the three-day and > a yellow one for the leftover bits in the five-day. You cannot do this using DBFAWK alone. What you want to do is to split up the shapefile based on attributes so the 5-day cones are in one file and the three-day in another. The best tool for the job would be ogr2ogr from the GDAL package with the "-where" option (e.g. ogr2ogr -where "CONE='three-day'" to_file.shp from_file.shp if there were a "CONE" attribute that had values "three-day" and "five-day") > Second, if two DBF files have the same fingerprint, is there a way to > distinguish between the files assuming that the file name is not known in > advance? No. If the dbf files have the same signature and you want to render them differently, you can't use signature-based dbfawk files. You have to use per-file based dbfawks (dbfawk file with same name as shapefile, but with "dbfawk" extension, in the same directory). > The reason for this question is the hurricane track is provided as a > separate file from the cone polygons and I was trying to display it in a > different color. But, the track and polygon files have identical DBF column > names. Unfortunately, that's one of the limitations of the signature-based dbfawk implementation. You could use ogr2ogr to change the shapefiles (e.g. strip out one of the fields you don't use so the files have distinct signatures), or just use per-file dbfawks. > Third, is there a way to kick Xastir and force it to reindex the maps and > refresh the screen non-interactively? If I get this working, a cron is going > to download the track, drop it in the maps directory and it should be able to > signal Xastir to reindex the maps and refresh the display so that the track > is updated. No, there is no such non-interactive option. You could probably change one of the USR signals so it did that instead of what they do now, but it's not in place now. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] First Install in OS X
On Tue, Sep 02, 2008 at 10:17:08AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > > Thanks Curt, > > I guess I'm going to have to wait for Apple to update OpenMotif > internally because no matter what I do, Xastir compiles with v2.3.0. Are you absolutely sure you're running the same binary that you're compiling? This sounds suspiciously like there's a binary in some path other than the one you're installing to (perhaps /sw/bin/xastir?). Perhaps this was installed by a packaged binary and was never uninstalled? Try typing this in a shell: type -a xastir this will list all the copies of Xastir that appear in your path. When you're building from source, the binary will go to /usr/local/bin unless you've specified "--prefix=..." to tell it to go elsewhere. If you've got more than one answer to "type -a xastir" then you need to get rid of the others somehow. If you've uninstalled motif 2.3.0 and it keeps coming up with that version, there's something very fishy going on and an old binary seems the likely culprit. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Wiki Item needed - or am I blind?
On Thu, Aug 28, 2008 at 08:21:47AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sat, 16 Aug 2008, David Aitcheson wrote: > > > > > Also missed was: > > > > /usr/local/lib/xastir and the contained fcc-get files > > > > /usr/local/share/xastir and some files within > > > > /usr/local/share/doc/xastir and some files within > > > > /etc/ld.so.conf.d/xastir* files > > > > Which is not to bad to have to chase down and clean up. > > > > There you have it, some feed back for the maintainer of the > > makefile and for the wiki. > > This was all very interesting to me as I've _never_ done a "make > uninstall" that I can recall. It didn't even cross my mind that our > Makefiles were set up for it. Kind'a funny. Uninstall targets are inserted automagically by automake, which sets them up to undo any installation it is set up to do. > Tom: Should we spend some time to try to clear up the uninstall > stuff and document it on the Wiki and the text docs? Since it's not > used much, I could go either way on it. It might be good to > document the manual uninstall at least. I don't think so. The issue here is that David did a CVS update between his make install and make uninstall, and the set of files installed by xastir changed between the time he did the install and the time he did the uninstall. Since the uninstall targets are generated by automake to undo what make install does, and what "make install" does had changed by the cvs update, some files were orphaned. Had he uninstalled using the identical code that he'd installed, the files would not have been missed. I do not believe that make uninstall ever deletes directories, so that's expected behavior. If someone wants to document the uninstall process, have at it. They merely need to petition one of the wiki managers (Curt, Chuck, or some Russo guy) to add them to the "wikieditor" group --- our wiki was being vandalized on a daily basis, so it is no longer possible to just create a user ID and start editing, you have to get a human to set your permissions up. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Can't MAKE
On Thu, Aug 28, 2008 at 11:31:42AM -0300, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Curt, WE7U wrote: > > On Thu, 28 Aug 2008, Murry wrote: > > > >> When I type MAKE a few things go by on the screen but at the end it > >> has 2 errors as near as I can tell. Didn't try a Make Install as I > >> didn't believe this was right. > > > > If you can post the errors to the list we can probably help. If > > they are warnings instead of errors you may still be ok. Check for > > "xastir" executable in your xastir/src/ directory. > > > Not exactly sur how to do that, but will give this info. > At the end of MAKE, there are 59 linesthat look like this. > > map_tif.c xxx: error In general, when asking for help here, the exact contents of "xx..." are precisely what we need to be able to help you. You need to cut/paste the text into your email, and someone might actually know what it means. In this instance, though, since I run the same OS as you, I was able to guess at the problem from the file where the error is occurring, even without the exact error message (and answer it in a separate post). But as a general rule, the more specific information you provide, the better the quality of the help you'll receive. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Can't MAKE
On Thu, Aug 28, 2008 at 07:47:15AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Thu, 28 Aug 2008, Murry wrote: > > > At the end of MAKE, there are 59 linesthat look like this. > > > > map_tif.c xxx: error > > > > The three x's before "error" are numbers, and the x's after error appear to > > be an explanation of the error. > > Try: > > ./configure --without-geotiff > make If you installed libgeotiff with Synaptic (instead of via source as the wiki page tells you to do), you will find that the person who put together the Synaptic package made the geotiff headers install in a non-standard place (/usr/include/geotiff/ instead of /usr/include). Xastir doesn't look for geotiff headers there, but *does* detect the presence of libgeotiff.a This causes a build failure in map_tif.c instead of a configure failure. In order to work around this, you have to add an additional configure option to add a compiler flag. If you do: /path/to/configure CPPFLAGS="-I/usr/include/geotiff" (where /path/to/configure is the directory where configure lives, sometimes "./configure" depending on how you build) and re-issue the "make" command, then you'll find that map_tif.c doesn't give that error message again. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Geotiff maps not working
On Tue, Aug 19, 2008 at 09:11:10PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hello, > > A group of students along with myself are planning a balloon launch using > xastir as our mapping software. I have played around with it a bit, I have > gotten some maps to work but the type we are looking to use (geotiff) is not > working. The .tif's have the corner information inside of them, they are > all located in /usr/local/share/xastir/maps/AZ, I select them to be used in > xastir itself, but then nothing happens. I the command line xastir reports: > > convert_from_xastir_coordinates:X out-of-range (too high):144170907 > convert_from_xastir_coordinates:X out-of-range (too low):4285538203 > convert_from_xastir_coordinates:X out-of-range (too high):144170907 > convert_from_xastir_coordinates:X out-of-range (too low):4285538203 > convert_from_xastir_coordinates:X out-of-range (too high):144170907 > > > The maps were pulled from: > http://ariadata.arid.arizona.edu/browse/drg_250k.asp?path=/decollared The maps have been processed with a tool that doesn't preserve georeferencing metadata such as coordinate system and datum. You'll have to figure out what coordinate system they're really in and use gdal_translate to install the proper information. README.MAPS has some information about that. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Wiki Item needed - or am I blind?
On Fri, Aug 15, 2008 at 11:39:56PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I love Xastir... > > But... I need room on my laptop for files related to my college classes. > > I am using Ubuntu 8.04-LTS as my OS. > > Can someone post what the "UN" install commands would be? Both here and to > the Wiki would be great. > > I can get rid of the maps files and directories, but getting the program to > UNinstall is a bit more complex. > > Wiping the drive and starting over is not an option. Wiping the drive is never a reasonable option except to replace Windows with Linux. Did you install from source or via the Ubuntu repositories? If you installed from source, go into the directory where you built the code and type "sudo make uninstall". If you don't have that directory anymore, then pull down a new copy, configure it and "sudo make uninstall". That should do it. If you installed from the Ubuntu repositories with synaptic, then use synaptic again and choose "Mark for removal" and then "apply" -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir 1.9.4 Released
On Fri, Aug 15, 2008 at 04:43:30PM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> I keep hoping that one of these incremental updates will fix the
> 'Configure Timing' dialog box. It still has no labels. Otherwise the
> install of 1.9.4 went quickly and works great.
That won't be fixed by any upgrade of xastir, because it's not Xastir's
fault. it's an OpenMotif bug introduced in OpenMotif 2.3.0-beta1 or some
such, and fixed in Open Motif 2.3.1. Some distros apparently were too hasty
in adopting 2.3.0. Curt just posted that information this morning in a posting
about SuSE bug fixes.
The bug report is here:
http://bugs.motifzone.net/long_list.cgi?buglist=1373
If you downgrade to a 2.2.x version or upgrade to a 2.3.1 version it'll
be fixed.
> On Aug 15, 2008, at 3:14 PM, Curt, WE7U wrote:
>
> >
> > Project: XASTIR (xastir)
> > Package: xastir-stable
> > Date : 2008-08-15 12:59
> >
> > Project "XASTIR" ('xastir') has released the new version of package
> > 'xastir-stable'.
> > You can download it from SourceForge.net by following this link:
> > <https://sourceforge.net/project/showfiles.php?group_id=45562&release_id=620057
> >
> > >
> > or browse Release Notes and ChangeLog by visiting this link:
> > <https://sourceforge.net/project/shownotes.php?release_id=620057>
> >
> > Homepage <http://www.xastir.org>
> >
> > --
> > Curt, WE7U. archer at eskimo dot com
> > http://www.eskimo.com/~archer
> > 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
>
> ___
> Xastir mailing list
> Xastir@xastir.org
> http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
--
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
"Argue for your limitations and sure enough, they're yours." -- R. Bach
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Fluxbuntu-D700-Xastir-GTKTerm
On Sun, Aug 10, 2008 at 09:56:47AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > --- On Sun, 8/10/08, Jim Morgan wrote: > > > From: Jim Morgan > > Subject: [Xastir] Fluxbuntu-D700-Xastir-GTKTerm > > To: "Xastir" > > Date: Sunday, August 10, 2008, 12:52 PM > > Ok I loaded Gtkterm fired it up and I get this error message > > "Cannot open /dev/ttyS0: Device or resource busy." > > So the question now is how do I find out what is making the > > port busy and how do I turn it off? > > > I bet there's a serial getty sitting on the port right now for a serial > console. Look inside a file called /etc/inittab for the serial port. You > can do it this way: > > grep ttyS0 /etc/inittab > > If it comes back with a line that doesn't have a # in front, that's probably > part of the problem. Ubuntu doesn't use /etc/inittab, and the file doesn't exist on that system. Instead, ubuntu has files in /etc/event.d that start up getty on various ports. If there's a file /etc/event.d/ttyS0 then Alex's hypothesis might be correct. On my system there are only files for each of the virtual consoles, tty1-tty6. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Fluxbuntu-Kenwood D700-Xastir
On Sun, Aug 10, 2008 at 10:22:40AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sun, Aug 10, 2008 at 10:13:44AM -0600, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > > You might want to try connecting directly to the serial port using a serial > > terminal program for troubleshooting. I don't think there is any terminal > > program installed under Ubuntu by default. I tend to install "cu", an > > ancient > > thing that most folks here probably shun. I don't know any other preferred > > Linux terminal program but I'm sure someone here will suggest a better one. > > A quick google suggests "minicom" and "GTKTerm" as more usable linux > serial port terminal programs. It appears that GTKTerm is already installed > on a default Ubuntu system. Not sure if that's true on a Fluxbuntus > system. GTKterm is not, in fact, pre-installed on my Ubuntu 8.04 system (although the page I found by googling suggested that it might have been on older systems). But it's easily installed with synaptic. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Fluxbuntu-Kenwood D700-Xastir
On Sun, Aug 10, 2008 at 10:13:44AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > You might want to try connecting directly to the serial port using a serial > terminal program for troubleshooting. I don't think there is any terminal > program installed under Ubuntu by default. I tend to install "cu", an > ancient > thing that most folks here probably shun. I don't know any other preferred > Linux terminal program but I'm sure someone here will suggest a better one. A quick google suggests "minicom" and "GTKTerm" as more usable linux serial port terminal programs. It appears that GTKTerm is already installed on a default Ubuntu system. Not sure if that's true on a Fluxbuntus system. What I'm suggesting is that you attempt to connect to your D700 using the terminal program and verify that you can see the "cmd:" prompt showing up when the D700 is in PKT mode and you hit enter on the keyboard. If so, then there's nothing wrong with the serial port, and something wrong with how xastir is configured to talk to the serial port. If not, then the problem is outside xastir and needs to be troubleshot elsewhere. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Fluxbuntu-Kenwood D700-Xastir
On Sun, Aug 10, 2008 at 09:04:57AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > debian, actually, does put things in different spots, some akin to bsd's take > on where things should be, some in "logically" named locations. > > As root: > find / -name xastir|grep bin > > THEN do a chmod on the file as Gale suggested. > > *** > > Ok here is the terminal: > > [EMAIL PROTECTED]:~$ sudo find /-name xastir|grep bin You did "find /-name" and Gerry said "find / -name" with a space between / and -. What that command is doing can be read as: Find, starting at the top of the directory tree, all files named xastir. The answer will undoubtedly be "/usr/bin/xastir" which is where the pre-packaged Ubuntu xastir will be installed. Lots of folks are guessing that you've got a problem with permissions on the serial port, but I am thinking that unlikely --- if you did a regular install of Ubuntu, it set your group list to include the permission to write to the serial port. The issue is more likely with how you're configuring xastir. What startup and stop scripts have you selected? What type of interface did you define for it? Is the baud rate set correctly? You might want to try connecting directly to the serial port using a serial terminal program for troubleshooting. I don't think there is any terminal program installed under Ubuntu by default. I tend to install "cu", an ancient thing that most folks here probably shun. I don't know any other preferred Linux terminal program but I'm sure someone here will suggest a better one. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Dialog window sizes?
On Fri, Aug 08, 2008 at 04:33:04PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sat, 9 Aug 2008, Dexter N Muir wrote: > > > Took a dunderhead newbie like me to show these things up :-) > > Nope. I regularly rant and rave about such things. Most of our > user problems seem to be these sorts of issues nowadays. > > > > IM/GM: Is there something that really needs this particular library, > > or is it just a convenient all-in-one for component libs - png, tiff, > > jpeg etc. Would a break-down into individual libs be a major headache > > or loss? > > IM or GM (GM is a fork of the IM project) give us LOTS of different > image file formats all in one package. What we actually USE of > those various formats is up for debate. Probably 3 or 4 formats is > all anyone really needs. If there are others they can convert them > before-hand. We have need for at most PNG and JPG images. It is unlikely that maps will be distributed in other formats that ImageMagick is good for. Using a much smaller package than *Magick is a good idea. I *HATE* the idea of bundling some other library in with Xastir sources. > What I'd prefer would be GPL'ed code that is known working, which we > could add to our own sources. This way we could leave all of it > alone if it continued to work, and have a guaranteed image library > to use in all cases. As you predicted... I don't have the words for how bad an idea I think it is to bundle Xastir with libraries like this. It's bad enough we did it with shapelib. I pretty much wish we hadn't. If we grab some library that's high quality enough to bundle, and actively maintained enough to justify actually using it, and STABLE (this one eliminates *Magick), then bundling doesn't buy us much. If we bundle something that's still in flux, we've forked it and don't benefit from fixes and updates as easily. We should find the minimum number of external libraries we can live with, and live with them. Bundling all of the libraries we would like to use is the path of bloat and madness. Most software these days requires external libraries to work. The "good old days" when software was self-contained are long gone, and trying to get them back is a Very Bad Idea. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Re: Xastir-Hardy on aprs.tamu.edu (Gerry Creager)
On Sun, Aug 03, 2008 at 09:12:20PM +0930, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Excuse my ignorance.. This virtual machine idea is something new to me. Ive > downloaded the vmware Xastir-Hardy and have a complete zip file intact.. > > Now to run this do I need a Vmware player installed like the current one > from vmware being version 2.0.4 ? > > That was a guess. Is it correct ? Yes. See http://www.xastir.org/wiki/index.php/HowTo:VMware for more details. > > Date: Thu, 31 Jul 2008 08:00:53 -0500 > > From: Gerry Creager <[EMAIL PROTECTED]> > > Subject: [Xastir] Xastir-Hardy on aprs.tamu.edu > > To: "xastir@xastir.org" > > Message-ID: <[EMAIL PROTECTED]> > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > The files (.zip, .md5sum) are at ftp://aprs.tamu.edu/pub/Xastir/VM/ -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir Devel Snapshot
On Sat, Aug 02, 2008 at 06:27:48PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sat, Aug 2, 2008 at 4:41 PM, Curt, WE7U <[EMAIL PROTECTED]> wrote: > The one time I tried a CVS install in Mandriva 2008.1, the bootstrap > script didn't work. > > 6) Removing autom4te.cache directory... >5) Running aclocal... > ./bootstrap.sh: line 16: aclocal: command not found >4) Running autoheader... > autoheader: error: AC_CONFIG_HEADERS not found in configure.ac >3) Running autoconf... > configure.ac:19: error: possibly undefined macro: AM_INIT_AUTOMAKE > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > configure.ac:26: error: possibly undefined macro: AM_CONFIG_HEADER > configure.ac:249: error: possibly undefined macro: AC_CHECK_GMTOFF > configure.ac:490: error: possibly undefined macro: AM_CONDITIONAL >2) Running automake... > ./bootstrap.sh: line 26: automake: command not found > Automake and Autoconf were installed, but perhaps in strange places. This is definitely a sign that automake is not installed in a standard place, or is given a strange name. The package could be calling it "automake19" or "automake-1.10" or something, so bootstrap, which simply tries to run "automake" isn't getting done properly. Or it's not in a standard location that's in your path. aclocal is part of automake, and is likely having the same issue as automake. If you type "automake --version" from the command line, does it output its version, or say "command not found?" -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] torrents and xastir
On Fri, Aug 01, 2008 at 11:12:41AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, 1 Aug 2008, Tom Russo wrote: > > > Not that it matters much, but USGS dropped the 1-degree by 1-degree > > distribution method years ago. Doesn't mean that it's a bad way to go, > > but it *isn't* the way USGS does it. > > > > Their "data partners" tend to do it by state now. > > Rgr. > > Are there additional restrictions now on the map data since it's > being distributed by someone other than the USGS? U.S. Taxpayers > paid for it once, just wondering how many times we'll again pay for > it. I'm not aware of any new restrictions. In fact, I found that buying state-wide "data bundles" from GeoCommunities (one of the USGS "data partners") was significantly cheaper than it used to be for a state's worth of DRGs direct from USGS (where they were $1.00 each plus a $30 set-up fee for the order once they stopped distributing the 1-by-1 degree bundles). -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] torrents and xastir
On Fri, Aug 01, 2008 at 10:30:17AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > >> If we did it in 1-degree by 1-degree sections the way that the USGS > >> distributes them, this whole scheme would be much more workable. We > >> might be able to get some of the DRG collection groups to contribute > >> data too 'cuz they'd be benefitting from ours. Not that it matters much, but USGS dropped the 1-degree by 1-degree distribution method years ago. Doesn't mean that it's a bad way to go, but it *isn't* the way USGS does it. Their "data partners" tend to do it by state now. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Font troubles
On Thu, Jul 31, 2008 at 03:15:52PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Thu, Jul 31, 2008 at 01:59:01PM -0700, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > On Thu, 31 Jul 2008, Tom Russo wrote: > > > > > FWIW, on all of my FreeBSD and Linux systems, the file > > > /usr/X11R6/lib/X11/fonts/misc/fonts.alias shows the "fixed" alias to be: > > > > > > fixed > > > -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 > > > > Here are my two: > > > > /usr/share/fonts/cyrillic/fonts.alias:fixed > > -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-koi8-r > > /usr/share/fonts/misc/fonts.alias:fixed > > -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 > > Interesting. I have both of those, too. But since only the fonts in > directories > I've explicitly added to xorg.conf get found, I don't have the problem. > > Perhaps your xorg.conf is set up to include both of those directories in > its font path? Can you just remove the FontPath line that enables the > cyrillic fonts? Or if you're set up to use the font server instead (as my RedHat system is), change the font server config not to look for the cyrillic fonts (or look for them after the other directories). -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Font troubles
On Thu, Jul 31, 2008 at 01:59:01PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Thu, 31 Jul 2008, Tom Russo wrote: > > > FWIW, on all of my FreeBSD and Linux systems, the file > > /usr/X11R6/lib/X11/fonts/misc/fonts.alias shows the "fixed" alias to be: > > > > fixed-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 > > Here are my two: > > /usr/share/fonts/cyrillic/fonts.alias:fixed > -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-koi8-r > /usr/share/fonts/misc/fonts.alias:fixed > -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 Interesting. I have both of those, too. But since only the fonts in directories I've explicitly added to xorg.conf get found, I don't have the problem. Perhaps your xorg.conf is set up to include both of those directories in its font path? Can you just remove the FontPath line that enables the cyrillic fonts? -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Font troubles
On Thu, Jul 31, 2008 at 02:19:06PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Thu, Jul 31, 2008 at 04:13:05PM -0400, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > I have noticed the same thing, the new code uses a smaller font on my > > system. But I like it better though. > > I like the *code* better (because I get to pick my own fonts to my heart's > content), but the default made for an unpleasant surprise after an upgrade. > But at least I didn't experience crashes like some folks are. FWIW, on all of my FreeBSD and Linux systems, the file /usr/X11R6/lib/X11/fonts/misc/fonts.alias shows the "fixed" alias to be: fixed-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 So for purposes of not violating the "principle of least surprise" for users who are going to upgrade from a previous released version, perhaps the default should be a 13 point fixed font when the font can't be read from the config file. Those of us tracking CVS will already have dealt with this, but there are plenty of users using binary packages or who only upgrade when a stable release comes out instead of development snapshots, and keeping the font roughly the same as before the upgrade would probably stave off some bug reports. Of course, complaining vigorously to the packagers of X installations that don't have a unique "fixed" system alias might also be appropriate. > > Quoting Tom Russo <[EMAIL PROTECTED]>: > > > > > On Thu, Jul 31, 2008 at 12:55:06PM -0700, we recorded a > > > bogon-computron collision of the <[EMAIL PROTECTED]> flavor, > > > containing: > > >> > > >> Yet another idea would be to use > > >> "-*-fixed-medium-r-*-*-10-*-*-*-*-*-*-*" as the default font. Here > > >> we specify only the parameters that are important and leave the rest > > >> to the system. In fact near the top of main.c:main() you'll see > > >> "*.fontList: -misc-fixed-*-r-*-*-10-*-*-*-*-*-*-*". This font gets > > >> used if we don't set the font. But we do set the font. > > > > > > BTW, when I built and started using the new code, I found that this > > > choice of > > > default fixed font was significantly different from what "fixed" > > > used to be on > > > all of my systems. The menus started being ridiculously tiny. > > -- > 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 > "Argue for your limitations and sure enough, they're yours." -- R. Bach > > > > ___ > Xastir mailing list > Xastir@xastir.org > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Font troubles
On Thu, Jul 31, 2008 at 04:13:05PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I have noticed the same thing, the new code uses a smaller font on my > system. But I like it better though. I like the *code* better (because I get to pick my own fonts to my heart's content), but the default made for an unpleasant surprise after an upgrade. But at least I didn't experience crashes like some folks are. > Quoting Tom Russo <[EMAIL PROTECTED]>: > > > On Thu, Jul 31, 2008 at 12:55:06PM -0700, we recorded a > > bogon-computron collision of the <[EMAIL PROTECTED]> flavor, > > containing: > >> > >> Yet another idea would be to use > >> "-*-fixed-medium-r-*-*-10-*-*-*-*-*-*-*" as the default font. Here > >> we specify only the parameters that are important and leave the rest > >> to the system. In fact near the top of main.c:main() you'll see > >> "*.fontList: -misc-fixed-*-r-*-*-10-*-*-*-*-*-*-*". This font gets > >> used if we don't set the font. But we do set the font. > > > > BTW, when I built and started using the new code, I found that this choice > > of > > default fixed font was significantly different from what "fixed" > > used to be on > > all of my systems. The menus started being ridiculously tiny. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Font troubles
On Thu, Jul 31, 2008 at 12:55:06PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > Yet another idea would be to use > "-*-fixed-medium-r-*-*-10-*-*-*-*-*-*-*" as the default font. Here > we specify only the parameters that are important and leave the rest > to the system. In fact near the top of main.c:main() you'll see > "*.fontList: -misc-fixed-*-r-*-*-10-*-*-*-*-*-*-*". This font gets > used if we don't set the font. But we do set the font. BTW, when I built and started using the new code, I found that this choice of default fixed font was significantly different from what "fixed" used to be on all of my systems. The menus started being ridiculously tiny. Fortunately, the new code allowed me to change it pretty easily, but that was a bit of a surprise after years of having the menus be readable by default. I had to push the font size up to 14 point just to be able to get it back to what it had been before these changes so I could read the screen without my reading glasses. Pity that some systems aren't providing a reliable and unique meaning for "fixed." -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir-Hardy VM Revised
On Thu, Jul 31, 2008 at 07:50:20AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Thu, Jul 31, 2008 at 06:23:11AM -0500, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > OK, it's now available at > > > > ftp://ftp.eng.uah.edu/pub/xastir/Xastir-Hardy_080729.zip > > > > or > > > > http://ftp.eng.uah.edu/pub/xastir/Xastir-Hardy_080729.zip > > > > Everyone is welcome to download from there, as it could be a bit > > faster (or at least a bit of relief) for Lee's connection. I've got an > > upload started to Gerry's server, too. I'd start a torrent, but our > > network geniuses have blocked bittorrent traffic. > > Could you folks please edit the Wiki page and update the download links? Specifically, cleaning out the links to the older one, and fixing up the "How to fix the problems" section so it is clearly applicable only to the older download. I'd do it myself, but I spent all week away from work at an EMS conference, now I'm up to my elbows in alligators. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir-Hardy VM Revised
On Thu, Jul 31, 2008 at 06:23:11AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > OK, it's now available at > > ftp://ftp.eng.uah.edu/pub/xastir/Xastir-Hardy_080729.zip > > or > > http://ftp.eng.uah.edu/pub/xastir/Xastir-Hardy_080729.zip > > Everyone is welcome to download from there, as it could be a bit > faster (or at least a bit of relief) for Lee's connection. I've got an > upload started to Gerry's server, too. I'd start a torrent, but our > network geniuses have blocked bittorrent traffic. Could you folks please edit the Wiki page and update the download links? Cool work. I'm glad the torrent is going, too. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Objects issue?
On Mon, Jul 28, 2008 at 09:23:35PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Mon, 28 Jul 2008, Patrick Domack wrote: > > > Any idea where to look in the source for the incoming object recording > > *feature*, so I can manually hack it out on my build? > > So I'd start there, then look for object/item decoding routines that > get called from there. A likely thing to do would be to check when > decoding an object/item to see what interface it came in on (whether > loopback or a real interface). If not the loopback interface, > refuse to accept it as our own. > > If you come up with something good for a fix, send it our way. If > you have further questions, send them our way too. At least one useful APRS script (http://mckeehan.homeip.net/amateurradio/APRS/aprstracker.htm) makes use of this feature by injecting objects into Xastir's server port, causing them to be funnelled out the RF ports. If you "fix" this issue outside of a local build, you'll break that script (any any others that exploit this quirk). So one should at least allow the option of accepting as our own anything fed in through our own server port, too. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Objects issue?
On Mon, Jul 28, 2008 at 11:28:32PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I was using the latest snapshot from sourceforge. I haven't used the > other development snapshots before this one. > > I'll give cvs a try as soon as I have some time. > > Any idea where to look in the source for the incoming object recording > *feature*, so I can manually hack it out on my build? This isn't an "object recording *feature*" --- it's how Xastir gets its own objects into its database. You can't hack it out without disabling xastir's ability to generate and transmit objects. When xastir generates its objects, it simply sends them to all interfaces including its "loopback" interface. Upon receipt, the object is processed and entered into the database. All objects from its own call sign are treated as its own objects, and are therefore subject to being transmitted as its own objects. Your only option to get your TNC to beacon without Xastir retransmitting those objects would be to disable object transmission in xastir altogether (in the "Interface" menu). Then it'd still receive those objects, but would not transmit them. It would also not be able to transmit any other objects you might try to create. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Objects issue?
On Mon, Jul 28, 2008 at 10:41:44PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I have been playing with xastir lately, and besides noticing the > newest development version crashing everytime I change settings on > interfaces. I have tested this with recent stable and development > versions. Curt's already answered the other part of your post (while I was typing up my own answer to it), but didn't address this one. This concerns me, and I haven't had a similar experience and I run xastir on a three different machines in different configurations (internet-only, kiss TNC with internet interfaces, d700 mobile). What platform are you using (i.e. operating system, hardware, etc.)? And by "newest development version" do you mean a recent development snapshot or CVS? Pinning down your crashes to specific actions should help isolate it. Perhaps with CVS we can even pin down when the bug got introduced if someone can reproduce the bug. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Error upgrading from 1.7.1 to 1.9.2
On Sun, Jul 27, 2008 at 12:54:39PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Nick, > > Do you have the gnu compilers installed, or is it trying to use XLC? > please try 'cc -v x.c' and let us see the result. According to the configure log, it is using gcc. > Tom Russo wrote: > > On Sun, Jul 27, 2008 at 10:47:22AM -0700, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > >> Found the config.log file, thank you Tom. > >> > >> Here it is: > >> > >> I see several potential problems under output variables, but not sure > >> how to resolve it. > > > > The problem is right here: > > > >> It was created by xastir configure 1.9.2, which was > >> generated by GNU Autoconf 2.59. Invocation command line was > >> > >> $ ./configure > >> > > [...] > >> configure:2229: checking for C compiler default output file name > >> configure:2232: gccconftest.c >&5 > >> /usr/bin/ld: > >> /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libSystem.dylib unknown > >> flags (type) of section 6 (__TEXT,__literal16) in load command 0 > >> collect2: ld returned 1 exit status > >> configure:2235: $? = 1 > >> configure: failed program was: > > > > [...] > > > > > > There is something wrong with your installation of the compiler, as it is > > puking on a system dynamic library. > > > > I don't know anything about Mac OS X, so someone here with some experience > > there might have to help you out. > > > > -- > 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 -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Error upgrading from 1.7.1 to 1.9.2
On Sun, Jul 27, 2008 at 10:47:22AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Found the config.log file, thank you Tom. > > Here it is: > > I see several potential problems under output variables, but not sure > how to resolve it. The problem is right here: > > It was created by xastir configure 1.9.2, which was > generated by GNU Autoconf 2.59. Invocation command line was > > $ ./configure > [...] > configure:2229: checking for C compiler default output file name > configure:2232: gccconftest.c >&5 > /usr/bin/ld: > /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libSystem.dylib unknown > flags (type) of section 6 (__TEXT,__literal16) in load command 0 > collect2: ld returned 1 exit status > configure:2235: $? = 1 > configure: failed program was: [...] There is something wrong with your installation of the compiler, as it is puking on a system dynamic library. I don't know anything about Mac OS X, so someone here with some experience there might have to help you out. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Error upgrading from 1.7.1 to 1.9.2
On Sun, Jul 27, 2008 at 09:51:23AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I decided to upgrade from 1.7.1 to 1.9.2 and got the following error: > > Bootstrap complete. > bash-3.2$ ./configure [...] > See `config.log' for more details. > bash-3.2$ make If configure fails, no point in running make. > I looked for the config.log file, but the only one I could find are for > the last time I installed which was the Fall of '07. config.log is created in the same directory where you ran configure. If it's not there, you have other problems. The clue to why your compiler isn't working is in there somewhere. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Little red arrow?
On Fri, Jul 25, 2008 at 07:58:05PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > Sorry if this is a dumb question: > > In xastir's main screen, on the lower right hand corner (not in the map area), > I have 4 colored "buttons" surrounding a red flashing arrow (points left). The > buttons are green or blue and don't seem to change but the little flashing red > arrow has me worried. Each colored button represents one of your interfaces. A green box below them indicates the interface is active, a red box below indicates it has an error condition. A flashing red arrow indicates traffic on that interface and the direction of the arrow indicates whether it's incoming or outgoing traffic. This is explained in the Help->Help Index->Bottom Status Bar help file. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Font error during compile
On Fri, Jul 25, 2008 at 05:58:56PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > I investigated and found a bunch of files in the source directory > > owned by root. Whoever configured this virtual machine must have been > > a little sudo-happy ;-). I chowned everything back to xubuntu:xubuntu > > and the update/install went fine. > > Yeah, that was my fault. I think I did a sudo bash, ran the > get-maptools script and forgot to exit out of that before moving on to > bootstrap and configure. This was mentioned previously as one of the > issues with the Hardy virtual machine. The other issue is that when > Xubuntu is updated, it updates the Berkeley db4.5 to db4.6, but it > doesn't automatically update db4.5-dev to db4.6-dev, which results in > a mismatch and map cacheing doesn't work. Hopefully I got those > version numbers right. I think all that needs to be done to fix it is > to remove db4-5-dev and then install db4.6-dev. Since I haven't had time to fix the VM, and am unlikely to in the near future, I've gone ahead and documented the various fixes I can remember in the Wiki. Right under the links to download the VM I've placed a note that there are Issues to be fixed, and in that text I've placed a link to the "Enhancing and changing the virtual machine" section, into which I've placed instructions for fixing the build directory permissions, the map caching issue, and the sporadic networking problems some have observed. We Apologize for the Inconvenience. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Font error during compile
On Fri, Jul 25, 2008 at 02:47:44PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > Tom, look a little farther up in the output for an error that indicates > > that an > > Thanks for the idea. I found this a little farther up: > > Fri Jul 25 14:19:13 PDT 2008 > cd . && /bin/bash /home/xubuntu/src/XASTIR/xastir/missing --run autoheader > autom4te: cannot open autom4te.cache/requests: Permission denied > autoheader: '/usr/bin/autom4te' failed with exit status: 1 > make: *** [config.h.in] Error 1 > > > I investigated and found a bunch of files in the source directory > owned by root. Whoever configured this virtual machine must have been > a little sudo-happy ;-). I chowned everything back to xubuntu:xubuntu > and the update/install went fine. Yes, that is exactly what happened. I believe that the initial build was done with "sudo make install" instead of "make && sudo make install", creating the whole build directory as owned by root. There were a number of other issues with the Hardy VM, and I planned to replace it with a fixed one but never had the time. I am unlikely to have the time any time soon, either. If Lee puts a new one together we can perhaps get it uploaded to replace the one that's there now. If I ever get around to creating a new one, I'll also do it with "pyNeighborhood" pre-installed, since vmware-tools doesn't implement drag-and-drop file transfers between windows host and Xubuntu guest as it does for other linux distros. But again, I haven't had time to do that and was thankful when Lee did the Hardy VM in the first place. I don't even remember what all the little issues were, I'll have to dig through the list archives to find them. As I recall, there is also an issue with Berkeley DB --- the headers and libraries are mismatched, meaning that map caching doesn't work. To fix it, you would have to remove the libdb4.4-dev that is installed, and instead install libdb4.x-dev where "x" matches the highest number of an installed "libdb4.x" package installed. -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mandriva 2008.1
On Fri, Jul 11, 2008 at 10:49:53PM +1000, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hi Dexter, > > On 11/07/2008, at 6:54 PM, Dexter N Muir wrote: > > > checking for WriteImage in -lMagick... no > > configure: WARNING: *** Cannot find ImageMagick library files: > > Building > > w/o ImageMagick support. *** > > I just run into that same problem trying to compile 1.9.2 under Mac OS > X using MacPorts. In some recent ImageMagick release they changed the > library from libMagick to libMagicCore which stuffs the check in > configure. > > It looks like Tom checked in a fix a couple of months ago which will > be in 1.9.4. > > The fix is here; > > http://xastir.cvs.sourceforge.net/xastir/xastir/acinclude.m4?r1=1.77&r2=1.78 > > or for a quick nasty fix you can edit the file "acinclude.m4" and change > > AC_CHECK_LIB([Magick], [WriteImage], > > to > > AC_CHECK_LIB([MagickCore], [WriteImage], Or better yet, to the same thing that the commit did: AC_SEARCH_LIBS([WriteImage],[Magick MagickCore], which looks for WriteImage first in the libraries that are already in LIBS (which should already have the right thing). Only if that fails it will check in libMagick and libMagickCore for the WriteImage routine. configure is already running Magick-config --libs to get the -L and -l parameters needed to link in ImageMagick, and the probe should only do something if Magick-config is lying (which it may well be, given the output of Magick-config --cppflags). -- 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 "Argue for your limitations and sure enough, they're yours." -- R. Bach ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mandriva 2008.1
On Fri, Jul 11, 2008 at 08:43:10AM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, Jul 11, 2008 at 1:48 AM, Tom Russo <[EMAIL PROTECTED]> wrote: > > On Fri, Jul 11, 2008 at 12:33:04AM -0400, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > [EMAIL PROTECTED] ~]$ Magick-config --cppflags > -pthread -DORBIT2=1 -I/usr/include/librsvg-2 > -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/gtk-2.0 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 > -I/usr/include/graphviz -I/usr/include/freetype2 -I/usr/include > -I/usr/include/libxml2 > > Doesn't appear to look right, does it? Unfortunately this is all I > have time to do until this evening. Nope, that doesn't look right. Building Magick from sources might be necessary here. But it sounds like Dexter tried that and had no luck, either. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mandriva 2008.1
On Fri, Jul 11, 2008 at 12:33:04AM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Dexter, > > As it turned out, Mandriva 2008.1 puts the imagemagick api.h file, > etc. in /usr/include/ImageMagick/magick when evidently the standard > place is /usr/include/magick. Magick-config is *supposed* to tell configure that, and Xastir's configure uses "Magick-config --cppflags" to find those headers. That it can't suggests that Magick-config is lying, or there is something else wrong. What is the output of "Magick-config --cppflags"? On your system it sounds like it *SHOULD* be "-I/usr/include/ImageMagick" Sounds like it isn't. If not, that would be an error in the installation of ImageMagick. As in, the packager built the thing to install into /usr/include/magick and then moved it all after building it to someplace else, without updating Magick-config. On my system Magic-config --cppflags gives: -I/usr/local/include/ImageMagick which tells configure to look exactly in the directory where my system has those things installed. Try looking through config.log to see what is actually happening there. Configure's console output is not helpful, but config.log is the one that has the details of what actually happened during the probe. If Magick-config --cppflags does return "-I/usr/include/ImageMagick" then the error isn't in the packaging of ImageMagick, and the only way to get to the bottom of this is to figure out why configure isn't finding it --- and that can only be done by examining config.log. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] error 2
On Mon, Jul 07, 2008 at 10:09:50PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I'm getting the following: > make[2]: Entering directory `/home/vic/xastir/scripts' > make[2]: *** No rule to make target `fcc-get', needed by `all-am'. Stop. > make[2]: Leaving directory `/home/vic/xastir/scripts' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/vic/xastir' > make: *** [all] Error 2 Rerun "bootstrap.sh" in your source directory and rerun-configure in your build directory. fcc-get was removed, and bootstrapping will fix Makefile so it doesn't look for that file anymore. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Here's a puzzle: Map metadata in map border?
On Mon, Jul 07, 2008 at 07:37:28PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I'll take a stab at it. > > The code that you are looking at is only called when not in UTM mode. Have a > look at draw_grid() Well, that would 'splain it. > On Mon, July 7, 2008 6:16 pm, Tom Russo wrote: > > Ok, so I usually run my station with coordinate system UTM, since that's > > what I like to use most often. But sometimes I need to switch to Lat/Lon > > in DMS or DDMM.MM format when working with some groups who need things that > > way. > > > > I just this moment noticed something truly bizarre about how Xastir displays > > the screen extents in its map border (enabled with Map->Enable Map Border > > and > > Enable Map Grid). > > > > With UTM, the extents appear to be displayed correctly, but with lat/lon > > the extents displayed are both (roughly) the coordinates of the lower right > > corner. See for example these two screen shots, which differ only by the > > setting of coordinate system: > > http://www.swcp.com/~russo/imgs/utm.jpg > > http://www.swcp.com/~russo/imgs/ll.jpg > > > > Note that the lat/lon coordinates displayed for upper left corner are the > > same as the lat/lon coordinates for the lower right. That's just plain > > wrong. > > > > What's puzzling, though, is the code for this, in maps.c: > > > > > > // Put metadata in top border. > > // find location of upper left corner of map, convert to Lat/Long > > convert_lon_l2s(xx2, grid_label1, sizeof(grid_label1), > > coordinate_format > > ); > > convert_lat_l2s(yy2, grid_label2, sizeof(grid_label2), > > coordinate_format > > ); > > xastir_snprintf(grid_label, > > sizeof(grid_label), > > "%s %s", > > grid_label1,grid_label2); > > // find location of lower right corner of map, convert to Lat/Long > > convert_lon_l2s(xx2, grid_label1, sizeof(grid_label1), > > coordinate_format > > ); > > convert_lat_l2s(yy2, grid_label2, sizeof(grid_label2), > > coordinate_format > > ); > > > > Note that both sets of "convert_lon_l2s" are working on the same pair of > > coordinates, xx2 and yy2, with nothing intervening to change them. In > > earlier > > code we have: > > > > // Find xastir coordinates of upper left and lower right corners. > > xx = NW_corner_longitude + (border_width * scale_x); > > yy = NW_corner_latitude + (border_width * scale_y); > > xx2 = NW_corner_longitude + ((screen_width - border_width) * scale_x); > > yy2 = NW_corner_latitude + ((screen_height - border_width) * scale_y); > > > > > > It *looks* like the two pairs of convert_lon_l2s should be working on > > xx,yy and xx2,yy2 instead, but that doesn't explain at all how the UTM > > version > > of this code actually produces a banner at the top that is correct. They > > should all be wrong. > > > > Can anyone spot what's going on here? > > > > -- > > 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 > > "It's so simple to be wise: just think of something stupid to say and > > then don't say it." --- Sam Levinson > > > > ___ > > Xastir mailing list > > Xastir@xastir.org > > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir > > > > -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Here's a puzzle: Map metadata in map border?
Ok, so I usually run my station with coordinate system UTM, since that's what I like to use most often. But sometimes I need to switch to Lat/Lon in DMS or DDMM.MM format when working with some groups who need things that way. I just this moment noticed something truly bizarre about how Xastir displays the screen extents in its map border (enabled with Map->Enable Map Border and Enable Map Grid). With UTM, the extents appear to be displayed correctly, but with lat/lon the extents displayed are both (roughly) the coordinates of the lower right corner. See for example these two screen shots, which differ only by the setting of coordinate system: http://www.swcp.com/~russo/imgs/utm.jpg http://www.swcp.com/~russo/imgs/ll.jpg Note that the lat/lon coordinates displayed for upper left corner are the same as the lat/lon coordinates for the lower right. That's just plain wrong. What's puzzling, though, is the code for this, in maps.c: // Put metadata in top border. // find location of upper left corner of map, convert to Lat/Long convert_lon_l2s(xx2, grid_label1, sizeof(grid_label1), coordinate_format ); convert_lat_l2s(yy2, grid_label2, sizeof(grid_label2), coordinate_format ); xastir_snprintf(grid_label, sizeof(grid_label), "%s %s", grid_label1,grid_label2); // find location of lower right corner of map, convert to Lat/Long convert_lon_l2s(xx2, grid_label1, sizeof(grid_label1), coordinate_format ); convert_lat_l2s(yy2, grid_label2, sizeof(grid_label2), coordinate_format ); Note that both sets of "convert_lon_l2s" are working on the same pair of coordinates, xx2 and yy2, with nothing intervening to change them. In earlier code we have: // Find xastir coordinates of upper left and lower right corners. xx = NW_corner_longitude + (border_width * scale_x); yy = NW_corner_latitude + (border_width * scale_y); xx2 = NW_corner_longitude + ((screen_width - border_width) * scale_x); yy2 = NW_corner_latitude + ((screen_height - border_width) * scale_y); It *looks* like the two pairs of convert_lon_l2s should be working on xx,yy and xx2,yy2 instead, but that doesn't explain at all how the UTM version of this code actually produces a banner at the top that is correct. They should all be wrong. Can anyone spot what's going on here? -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] geotiff includes on Ubuntu 8.03
On Sat, Jul 05, 2008 at 12:02:07PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sat, 5 Jul 2008, Tom Russo wrote: > > > Adding configure command line options is always necessary to deal with > > nonstandard installs. Peppering the configure script with tricks to look > > everywhere that might have the desired files is unmaintainable and often > > breaks. Look at the mess we have for BDB --- it tries all manner of crazy > > things to find db headers, and often screws up, all because no two installs > > of BDB seem to be consistent. > > Rgr. BDB: Another of nemesis of ours, and of other projects! > > If the /usr/include/geotiff/ directory becomes commonplace later I'd > advocate adding it to our autoconf scripts. But at this point it isn't --- geotiff's install doesn't do that itself, the Ubuntu package maintainer must have decided to isolate the headers for some reason, and just did it. A note to the maintainer might be in order. Some packages do that, but it is not the norm. I'm not sure that many packages that use libgeotiff are going to expect its headers to be in nonstandard locations. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] geotiff includes on Ubuntu 8.03
On Sat, Jul 05, 2008 at 11:48:30AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sat, 5 Jul 2008, Tom Russo wrote: > > > The other way to do it is to specify CPPFLAGS as a configure argument rather > > than as an exported environment variable: > > > > > > ../xastir/configure CPPFLAGS="-I/usr/include/geotiff" > > I'm curious as to the reason it's having trouble finding the geotiff > includes in /usr/include. That's where mine are and I'm having no > such difficulty. I run "./configure" and it finds everything on > OpenSuSE-11.0. The 9.x and 10.x series found it just fine as well. It looks as if the packaged version of libgeotiff-dev on Ubuntu 8.03 puts the include files down a level under /usr/include instead of dumping them right at the top level. On my systems, where I don't use the packaged versions, they're at top level. We'll pick 'em up Just Fine if they're in /usr/include, but not if they're in /usr/include/geotiff/. This is pretty much a package maintainer issue. libgeotiff wasn't even available as an Ubuntu package for quite some time --- the wiki pages for installing libgeotiff on Ubunutu spend a fair amount of time telling the user how to do it from source, precisely because it wasn't available in the package system for at least the last few releases of Ubuntu.. > Is there an autoconf test that failing for some obscure reason on > their systems? Unless our probe deliberately were to search down a level if it fails to find headers on the first try (which it does not do), it wouldn't pick them up when they're installed in weird place like this. Adding configure command line options is always necessary to deal with nonstandard installs. Peppering the configure script with tricks to look everywhere that might have the desired files is unmaintainable and often breaks. Look at the mess we have for BDB --- it tries all manner of crazy things to find db headers, and often screws up, all because no two installs of BDB seem to be consistent. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] geotiff includes on Ubuntu 8.03
On Sat, Jul 05, 2008 at 02:31:57PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > Thanks, Richard. Setting the environment variable worked fine for me > after it did it correctly, as Tom pointed out. The other way to do it is to specify CPPFLAGS as a configure argument rather than as an exported environment variable: ../xastir/configure CPPFLAGS="-I/usr/include/geotiff" (I never do configure in the same directory as the source, so you'll never see "./configure" in my instructions. It is cleaner to use an empty build directory instead.) Doing the configure with CPPFLAGS as one if its command line arguments this way has one advantage --- the CPPFLAGS setting will wind up appearing in the initial comments of config.log. You can then always just look in that file six months after you last configured the code just to remember everything you had to do last time. If you do it with exported environment variables, that information isn't preserved in config.log. > Richard Polivka, N6NKO wrote: > > In the case of my Fedora 8 install, I put in the line > > "-I/usr/include/libgeotiff" to get rid of the same message. > > > > 73 from 807, > > > > Richard, N6NKO > > > > > > Tom Russo wrote: > >> On Fri, Jul 04, 2008 at 11:43:20AM -0400, we recorded a > >> bogon-computron collision of the <[EMAIL PROTECTED]> flavor, > >> containing: > >> > >>> When I build xastir-1.9.3-2008-* on Ubuntu 8.03 the build fails > >>> because it > >>> cannot find the includes for geotiff. > >>> > >>> - ./configure reports that it will use geotiff > >>> > >>> - The compile fails because xtiffio.h and geo_normalize.h cannot be > >>> found > >>> > >>> - If I edit src/Makefile and insert the appropriate includes (i.e., > >>> -I) xastir > >>> builds without error. > >>> > >>> - If I try the correct procedure (as indicated ./configure help info) > >>> > >>>export CPPFLAGS=/usr/include/geotiff > >>> > >> > >> That's not the correct procedure. > >> > >> export CPPFLAGS="-I/usr/include/geotiff" is the correct thing. > >> > >> Using what you tried would force invalid arguments into the compilation > >> command line, and result in the error you see. > >> > >> > >>>./configure --without-ax25 --with-geotiff --without-festival > >>> > >>> ./configure fails very early with the error "configure: error: C > >>> compiler > >>> cannot create executables" > >>> > >>> Is there a better way to tell ./configure the location of the includes? > >>> > >>> Thanks, > >>> > >>> Dick > >>> ___ > >>> 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 > > > ___ > Xastir mailing list > Xastir@xastir.org > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] File Config Station does not open window
On Fri, Jul 04, 2008 at 09:28:23AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I have the package loader version of Xastir running. When I open File Config > and nything else it does not open a window but does put a small oval in the > upper left of the main window. Any ideas? > Try turning off "Desktop Effects" in your gnome desktop options. That has been shown to cause problems for Xastir in the past. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] geotiff includes on Ubuntu 8.03
On Fri, Jul 04, 2008 at 11:43:20AM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > When I build xastir-1.9.3-2008-* on Ubuntu 8.03 the build fails because it > cannot find the includes for geotiff. > > - ./configure reports that it will use geotiff > > - The compile fails because xtiffio.h and geo_normalize.h cannot be found > > - If I edit src/Makefile and insert the appropriate includes (i.e., -I) xastir > builds without error. > > - If I try the correct procedure (as indicated ./configure help info) > >export CPPFLAGS=/usr/include/geotiff That's not the correct procedure. export CPPFLAGS="-I/usr/include/geotiff" is the correct thing. Using what you tried would force invalid arguments into the compilation command line, and result in the error you see. >./configure --without-ax25 --with-geotiff --without-festival > > ./configure fails very early with the error "configure: error: C compiler > cannot create executables" > > Is there a better way to tell ./configure the location of the includes? > > Thanks, > > Dick > ___ > Xastir mailing list > Xastir@xastir.org > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir as root?
On Mon, Jun 23, 2008 at 10:09:06PM +1000, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > Good evening all, > > Do I have to run Xastir as rot to use soundmodem? I have soundmodem > running ok at last... another different story all together... but can't > seem to set up an interface for it? Using Xastir with an ax.25 interface requires that it be "set UID root" as described in the INSTALL document. sudo chmod u+s /usr/local/bin/xastir This gives Xastir the root permissions it needs to access the ax.25 kernel interface at start-up. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Maps query
On Mon, Jun 23, 2008 at 12:53:26PM +0200, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hi.. > > I get this when I start up Xastir: > > Error: File format not supported by XPM library: Online/Danmark.geo > Error: File format not supported by XPM library: Online/oeland.geo > > How is that fixed ? Rebuild Xastir with ImageMagick support. This message is showing up because your copy of Xastir isn't built with ImageMagick and is falling back to the the nearly-useless XPM library. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Wx Alerts
On Fri, Jun 20, 2008 at 03:40:32PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, 20 Jun 2008, Tom Russo wrote: > > > I'm real confused by this. The log files aren't supposed to be read in > > automatically on restart. > > util.c: > > // Restore weather alerts so that we have a clear picture of the > // current state. Do this before we start the interfaces. Only > // reload if the log files datestamps are relatively current. Bleah. That seems like a bad idea to me, given that other log files are meant to be just that. I would never have assumed that simply enabling logging would also mean that the logs were sucked in upon restart. But it does mean that Chip should be able to clear out ancient alerts by removing the log files. And it does suggest that the checking of timestamps is busted. Since the files get rotated after a while, it's possible that their timestamps are being changed by the rotation process, thereby making them appear "relatively current" when they're in fact ancient. I don't think most systems change the date stamp if you just rename a file (that doesn't happen on any system I have access to), but perhaps that's the key on Chip's system? Chip, what are the time stamps on your wx_alert log files? > // Check timestamps on each file in turn. If relatively > // current, read them in the correct order: Actually, another possibility is that since the actual value of "relatively current" is "15 days" as hard-coded in util.c's "load_wx_alerts_from_log_working_sub", that these ancient alerts are still just considered relative current. I've noticed some odd changes in wx alert behavior lately --- most notably, while I *AM* configured to gate WX alerts from net to RF (because our local Igate went down and there is now nobody else doing so in this region), Xastir NEVER gates them anymore, and it used to. I don't know if this is a change in xastir or some subtle change in the alert text that leads xastir to not recognize it as something it is supposed to gate --- when I turn on debugging it seems to claim that it does not find the name in my nws-stations.txt file (even though that IS there). Perhaps this is related, and somehow the deletion isn't being processed right? But I can't replicate the behavior Chip's seeing, as I have seen that alerts get expired properly on all of my stations. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Wx Alerts
On Fri, Jun 20, 2008 at 03:31:20PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Fri, 20 Jun 2008, Chip Griffin wrote: > > > I haven't tried that yet, but if I quit and restart Xastir a whole bunch of > > expired weather alerts appear. I understand reading in the log file, but > > shouldn't it automatically filter out or otherwise dispense with ones that > > are > > expired??? > > It tries to, but as I recall there's not enough date information in > the packets. Xastir has to make judgement calls whether it's a > future alert, and expired alert, or a present alert. > > I suppose we could check timestamps on the log files to determine > whether they're too old and we shouldn't read them in at all. I'm > not sure whether we do that now: I'd have to look at the code. > > If you don't run Xastir often and it doesn't check the timestamps on > those logfiles, the best option would be to turn off "WX Alert > Logging". I'm real confused by this. The log files aren't supposed to be read in automatically on restart. They're LOGS not saved state. You can pull them in by selecting an option in the File menu, but it's not supposed to happen without your specifically taking action to do it. This sounds like something else fishy. I'm not aware of anything that is supposed to save WX alerts between runs. They're supposed to be processed on receipt only. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Compiling help
On Tue, Jun 17, 2008 at 09:46:06PM -0400, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > I'm attempting to compile/install Xastir 1.9.3 on Ubuntu 8.04 64-bit. I > installed all the dependencies (the best I can tell anyhow), but I can't > seem to get map caching support enabled? You need the libdb4.6 and libdb4.6-dev packages, either with apt-get or Synaptic . Also, make sure that no other versions of the -dev package exist. Unfortunately, there appears to be some kind of packaging dependency error and if you had previously installed libdb4.5 and libdb4.5-dev, and a system update install libdb4.6, it doens't automagically install libdb4.6-dev properly. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Any ideas? YB8ZD->NWS_APRS
On Tue, Jun 17, 2008 at 10:15:32AM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Getting these lines in the console I started Xastir in. Hundreds of 'em > over and over. Don't think it's a problem in Xastir. More curious as to > what it may mean. > Ideas? It means you are receiving packets that look like NWS alerts, but haven't got as many fields as are expected. The alert.c code that generates this message is testing that a particular parsing of the data returned at least 3 fields. sscanf is supposed to return the number of fields it successfully processed, which in your example is only 1, where we're expecting at least 3. Check the man page for sscanf on your system --- does it say that the return value is the number of input items assigned? > sscanf parsed 1 values in alert.c (3-7 ok) YB8ZD->NWS_APRS: logsheet APRS > Net diposting pd milis [EMAIL PROTECTED] > sscanf parsed 1/3 values in alert.c It looks like the function "alert_build_list" is getting tripped up by the fact that this YB8 station is sending a non-alert packet to NWS_APRS. I see that several YB and YC stations are sending messages to NWS_APRS that aren't alerts over the last few weeks. Don't know why you should be getting hundreds of them, though. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] New Xastir virtual machine with Xubuntu 8.04 available.
On Wed, Jun 11, 2008 at 06:53:29PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Wed, Jun 11, 2008 at 04:55:11PM -0600, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > On Wed, Jun 11, 2008 at 03:50:55PM -0700, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > > > > Does this VM support updating Xastir code from > > > CVS/compiling/installing? > > > > Yes, all libraries and headers required for building Xastir are installed. > > All except GDAL and festival, that is --- GDAL is barely used in Xastir > > and not worth building in for most users, and not including festival is just > > a habit at this point. > > > > I do not recall whether the VM contains a current checkout of CVS Xastir or > > not, and I'm not near a machine with the VM installed for at least another > > few hours. If Lee knows the answer perhaps he'll pipe in before then, but > > regardless I'll double check tonight and see. When I had built the earlier > > VMs I always had a CVS checkout and a build directory there ready to go, > > and Lee emulated my approach when he built this VM, so I'm guessing there > > is. > > Just checked. There is indeed a copy of a recent CVS checkout of Xastir > in the src directory of the default user, and a CVS > update/bootstrap and a configure/make in the build directory will bring it up > to date. That process is described in the Wiki article. Sadly, with the help of a new user who grabbed the VM after a post on APRSSIG, we've found a number of problems with the VM that was uploaded, and I'm now trying to enumerate them, document the fixes, and get a new one ready. Those who have already downloaded it will have a list of things they can do to bring their VM up to snuff without downloading a new one. Apologies for that. The problems include a mismatched Berkeley DB library and header set (breaking caching), inoperable cut/paste despite my claim (and this appears to be something to do with Xubuntu, not something I can fix), an unwritable build directory, and some problems bringing up networking. If you wanted to download the VM, hold off. If you already did, wait a day or so and I'll try to have a new list of things to do to get it to 100%. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] New Xastir virtual machine with Xubuntu 8.04 available.
On Wed, Jun 11, 2008 at 04:55:11PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Wed, Jun 11, 2008 at 03:50:55PM -0700, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > > Does this VM support updating Xastir code from > > CVS/compiling/installing? > > Yes, all libraries and headers required for building Xastir are installed. > All except GDAL and festival, that is --- GDAL is barely used in Xastir > and not worth building in for most users, and not including festival is just > a habit at this point. > > I do not recall whether the VM contains a current checkout of CVS Xastir or > not, and I'm not near a machine with the VM installed for at least another > few hours. If Lee knows the answer perhaps he'll pipe in before then, but > regardless I'll double check tonight and see. When I had built the earlier > VMs I always had a CVS checkout and a build directory there ready to go, > and Lee emulated my approach when he built this VM, so I'm guessing there > is. Just checked. There is indeed a copy of a recent CVS checkout of Xastir in the src directory of the default user, and a CVS update/bootstrap and a configure/make in the build directory will bring it up to date. That process is described in the Wiki article. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] New Xastir virtual machine with Xubuntu 8.04 available.
On Wed, Jun 11, 2008 at 03:50:55PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Wed, 11 Jun 2008, Tom Russo wrote: > > > Thanks to the enthusiasm of Lee Bengston, there is a new pre-built Xastir > > virtual machine running the latest version of Xubuntu (Ubuntu with the > > lightweight Xfce desktop) available. > > > > Lee was motivated to create the machine and sent it to me for testing, and > > I updated it with the very latest VMware tools available in VMware > > Workstation. > > All very cool stuff! > > Does this VM support updating Xastir code from > CVS/compiling/installing? Yes, all libraries and headers required for building Xastir are installed. All except GDAL and festival, that is --- GDAL is barely used in Xastir and not worth building in for most users, and not including festival is just a habit at this point. I do not recall whether the VM contains a current checkout of CVS Xastir or not, and I'm not near a machine with the VM installed for at least another few hours. If Lee knows the answer perhaps he'll pipe in before then, but regardless I'll double check tonight and see. When I had built the earlier VMs I always had a CVS checkout and a build directory there ready to go, and Lee emulated my approach when he built this VM, so I'm guessing there is. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] New Xastir virtual machine with Xubuntu 8.04 available.
Thanks to the enthusiasm of Lee Bengston, there is a new pre-built Xastir virtual machine running the latest version of Xubuntu (Ubuntu with the lightweight Xfce desktop) available. Lee was motivated to create the machine and sent it to me for testing, and I updated it with the very latest VMware tools available in VMware Workstation. This means that as of this new virtual machine, it is no longer necessary to do strange things to get the desktop resized to match your window --- the newest VMware tools "autofit" the desktop to whatever window you have as soon as you log in to the VM. Thereafter, it will autofit again if you resize the window. This takes at least a little hassle out of using it. Thanks once again to Jason Winningham and John Ronan, this VM zipfile is available for download from a site on either side of the Atlantic. Please visit <http://www.xastir.org/wiki/index.php/HowTo:VMware> for download locations and instructions on how to use the virtual machine. -- 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] New Xastir virtual machine with Xubuntu 8.04 available.
On Wed, Jun 11, 2008 at 03:42:50PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Thanks to the enthusiasm of Lee Bengston, there is a new pre-built Xastir > virtual machine running the latest version of Xubuntu (Ubuntu with the > lightweight Xfce desktop) available. > > Lee was motivated to create the machine and sent it to me for testing, and > I updated it with the very latest VMware tools available in VMware > Workstation. > This means that as of this new virtual machine, it is no longer necessary to > do strange things to get the desktop resized to match your window --- the > newest VMware tools "autofit" the desktop to whatever window you have as soon > as you log in to the VM. Thereafter, it will autofit again if you resize the > window. This takes at least a little hassle out of using it. Oh, yeah, and another feature of the new vmware-tools: cut/paste of files now works between guest and host machines, so arcane tricks to copy files between windows and linux are no longer necessary. This takes at least a lot of hassle out of using 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 "It's so simple to be wise: just think of something stupid to say and then don't say it." --- Sam Levinson ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
