Re: [Xastir] Has anyone had any experience with converting digital elevation models to shapefiles?
On Sun, 2008-10-26 at 09:54 -0600, Tom Russo wrote: 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). First, DEM is not a file format. DEMs can be represented in numerous formats (shp, tiff, etc). The GDAL tools are very simplistic, but they'll get the basic job done. If you want an accurate representation of the DEM, I would recommend getting familiar with GRASS GIS. At a minimum, you'll learn how to correctly deal with different/conflicting datum/projections. I put together a tutorial on this some time ago that was geared towards Xastir users. Should still be somewhere on the GRASS site. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Zypad?
On Thu, 2008-04-24 at 22:54 -0700, Craig Anderson wrote: Anyone seen this before as a possible Xastir platform? Hi Craig, Interesting find. Here's my comments: I don't see why it couldn't run Xastir, so long as it runs a X server (they don't say), but I don't think it'll be fully functional out of the box. There will be some key remapping, touchscreen, etc. Things I like: - Small and relatively lightweight - Excellent form factor for SR - Dead reckoning Things I don't like: - I'm not all that thrilled with having a microwave transmitter on my arm (WiFi). YMMV. - Required to use their non-OSS SDK - Helix L1 antennas generally don't perform well near earth ground - Flash is SLLLOOO - SD Card is SLLLOOOWWW - Limited memory may not hold everything needed to run Xastir, let alone maps - Not terribly ruggedized (IP54 = limited dust and water protection), so I'd be very hesitant to take it out in the rain - Still requires USB to TNC/radio for APRS, making arm placement fairly useless as USB is not a locking connector - This thing has to cost several hundred dollars, making an EEEPC a better choice, IMO. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Zypad?
On Fri, 2008-04-25 at 12:55 -0400, Rick Green wrote: On Fri, 25 Apr 2008, Brad Douglas wrote: - Still requires USB to TNC/radio for APRS, making arm placement fairly useless as USB is not a locking connector It supports bluetooth and Wifi. remote serial support is available for both, so you don't have to tangle your body with wires. The zypad can communicate with the TNC/radio clipped to your bat-utility belt without them. Good point. I didn't entirely think that through. Bluetooth would be ideal, but I still don't like the idea of a WiFi transmitter attached to me (however, they don't specify power output). FYI - From what I can tell, it looks like they are using a UBlox[1] GPS chipset and a Sarantel[2] Helical antenna. The GPS chipset is an absolutely outstanding performer, supports multiple GPS constellations, and is *very* expensive (~$100USD for a single chip). The antenna is designed to have maximum gain at altitude, not on the ground. I use them in a couple of projects. I hope this is useful info, Craig. [1] http://www.u-blox.com/products/tim_4r.html [2] http://www.sarantel.com/products/geohelix-p2 -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] A rant on the shapefiles...
On Wed, 2008-04-09 at 08:30 -0700, Curt, WE7U wrote: On Wed, 9 Apr 2008, Richard Polivka, N6NKO wrote: I am wondering who participated in getting these maps made? Was it state, county, feds? Blame the census takers. Feds. Federalies. Men in black? For the purpose of taking the every-10-year federal census they've kept track of roads. Unfortunately the census-takers haven't had any cartography training (hey, it's really not their job, right?). The maps were not intended to be used for the purposes people put them to. That philosophy is changing a bit lately and they're trying to do a better job on the data. I suspect Gerry or Tom can fill us in on the details, but that's my vague recollection. Let's not forget the fact that cartographic data (ie. street data) was never a goal of the Census. It simply fell out of the LineFile format due to their need to track data at the block and tract levels. It was literally an afterthought. Of course, since then, geographers have been using it to extract roads and other features and have increasingly put pressure on the Census to make this a real part of the Census and not a byproduct. As a result, the Census began releasing periodic updates every few years with cartographic updates. It wasn't great, but it was better than nothing. They are finally getting serious about it and storing the geographic referenced data is well known formats. Hopefully, they'll start working on the accuracy of that data... -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] new Qt license and xastir v2
On Tue, 2008-01-22 at 08:53 -0800, Curt, WE7U wrote: On Sat, 19 Jan 2008, Brad Douglas wrote: Like I said before, let's leave this up to Xastir developers to decide what works best for them. We've both made good points they can reflect upon, so let's leave it at that. If you want to discuss it further, we should probably take it off the list. The current thought is to split the monolithic program up into pieces, with a daemon handling the transmit timing, interfaces, decoding, and feeding of an SQL database. That sounds like an excellent approach. Although Xastir is not exclusively *NIX, the *NIX philosophy/conventions applies and without degradation of portability. It's good to play to it's strengths. The GUI would be broken up into pieces by functionality, perhaps something like this: Configuration Messaging/Bulletins Map Objects/Items (perhaps goes with map?) etc. I would separate objects from maps. They can share many of the same properties, but I reckon it would be more intuitive to separate them. YMMV. Once that is done people could port the pieces to additional widget sets more easily. Care would be taken when writing the first ones to keep the GUI calls quarantined from the rest of the code to make additional porting easier. Well said. Anyone who wants to implement a GUI with their favorite tools are free to do so. This is something we've done in GRASS with good success. We have several GUI options (Tcl/Tk, wxPython, Java, etc.). Do you have any thoughts on a default GUI (at least as a test bed)? Anyway, those are my current thoughts. Other developers may have different ideas on how to go about it. Thank you for sharing your thoughts. I'm also interested in what other developer's thoughts are if they can spare a few moments. BTW, how many regular contributing developers does Xastir have? I get the impression that it is just a handful at most. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Fedora Wiki, possible tweak
Post the relevant sections of your config.log or send the entire file to me privately (to avoid sending large files to the list). On Wed, 2008-01-23 at 07:46 -0600, Gerry Creager wrote: FWIW, if one were to do a 'yum install pcre-devel' it'd also install the base RPM. NOW: For you Fedora gurus, I've run into a problem with 1.9.2 stable on Fedora 7. Won't compile with geotiff enabled and with: rpm -qa|grep -i geotiff libgeotiff-devel-1.2.4-0.3.rc1.fc7 libgeotiff-1.2.4-0.3.rc1.fc7 -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Re: Starting with a scanned USGS 7.5 paper map....
On Sat, 2008-01-19 at 11:27 -0700, Tom Russo wrote: On Sat, Jan 19, 2008 at 12:12:22PM -0600, we recorded a bogon-computron collision of the [EMAIL PROTECTED] flavor, containing: I am collecting the USGS topographic maps for my area and I am fortunate in that all except one were on Libre Map. The one that was missing, The good folks at UW Madison Geography Library had the paper map and scanned it for me. So now I have a 454MB scanned image in tif format. Nice. Setting aside the fact that for one map, I would probably be better off just buying the proper Geotiff map files How do I go from this scanned image to a georeferenced digital file? Can I get there from here? Yes, but you need a tool that you probably don't have yet. There are two tools of choice, GRASS (http://grass.itc.it/) and QGIS (http://www.qgis.org/). GRASS can do more with your data, but QGIS has a simpler georeferencing tool. GRASS has a learning curve as steep that looks a lot like Everest, QGIS is a bit of a PITA to install but is comparatively easy to use. +1. My opinion is a bit partisan, being a GRASS developer. ;-) GDAL should be all you need to convert file formats and do basic warping. It is very comprehensive, but lacks any GUI for GCP selection. The trick is to carefully select points of known coordinates (in the coordinate system of the map, which in this case are probably UTM) and give the georeferencer the locations of those points in the image (the USGS uses the 16 lat/lon graticule points). It then computes the affine transformation from image coordinates to geographic coordinates and puts in the necessary TIFF tags. GRASS can help here (i.rectify) to select coordinate pairs for warping. It is a fairly involved process. I might be willing to do it for you --- I've done it for a few other people on the list. It just so happens that this weekend I've chosen to set aside a lot of time to do GIS work, so if you put your data somewhere where I could grab it today, I'd take a look. Learning GRASS is a fairly involved process. It is generally geared toward research as opposed to ease of use. I new wxPython GUI is actively been developed and should be mature by GRASS v7. One of these days, I really need to put together some tutorials geared towards Xastir. I'm usually too busy on other projects. :( [snip] Yes, it does. Georeferencing scanned images is tricky and time consuming, so it is expected that few will want to do it. I've done it many times, and I try to avoid doing it if possible. But with the right tools and a little care it can be done. This largely depends on your image size (cell count), resolution and GCPs. It can take anywhere from a few seconds to hours. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] new Qt license and xastir v2
On Sat, 2008-01-19 at 11:44 -0600, Jason KG4WSV wrote: http://slashdot.org/article.pl?sid=08/01/19/0130250from=rss I recall in the occasional xastir version 2 discussion, one of the issues is cross-platform portability. Qt is a contender, but there were serious concerns about the Qt license and how it fit with xastir's license. Now, it seems, Trolltech has switched to GPL v3 for Qt. How does that change things? I have an aversion to Qt because of past licensing antics. There's nothing that says they won't go back to them in the future, locking developers into a particular version. I would highly recommend using a wxPython GUI approach. This also avoids the Qt/GTK flame wars. The final say, of course, is up to the developers to use what is easiest/most familiar to them. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] new Qt license and xastir v2
On Sat, 2008-01-19 at 18:41 -0600, Jason KG4WSV wrote: On Jan 19, 2008 4:36 PM, Brad Douglas [EMAIL PROTECTED] wrote: I would highly recommend using a wxPython GUI approach. I tried wxSomethingorother and it wouldn't compile out of the tarball on Solaris or Mac OS X as best I recall. I was totally unimpressed. Then you're doing it wrong. ;-) OTOH, there were some issues in the early development of the wx framework. Those issues are long gone. IMO, among the goals should be increased portability and increased performance. I think wxPython would be sub-optimal on both counts. I have spoken to software engineers that use Qt, and they love it. We chose wxPython for GRASS specifically for it's portability. We have strict portability rules to maximize flexibility. You didn't provide a reasonable argument against the Qt issues I brought up, but there's no sense arguing it unless you're doing the GUI development for Xastir. If any headway is to be made on establishing a windows install base, it's gonna have to be easy to install. I didn't have any noticeable trouble with Cygwin or VMware, but typical windows users are not sophisticated enough to handle it. The wx framework runs well under Windows and installers are relatively trivial. Whether or not making headway on a windows install base should be any sort of priority I'll leave to others. I only use Windows for a particular DSP compiler so I can't speak to this (nor do I care ;-). -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] new Qt license and xastir v2
On Sat, 2008-01-19 at 19:50 -0600, Jason KG4WSV wrote: On Jan 19, 2008 7:00 PM, Brad Douglas [EMAIL PROTECTED] wrote: Then you're doing it wrong. ;-) Hey, I'm never wrong. I thought I was wrong once, but I was mistaken. Ditto. ;-) OTOH, there were some issues in the early development of the wx framework. Those issues are long gone. Well, it hasn't been all that long - was during fall semester, so since August or so. That's about the right timeframe for 2.6. 2.8 is much better, IMO. BTW (from http://www.wxpython.org/builddoc.php): OS X NOTE: Depending on your version of OS X and Python you may need to use pythonw on the command line to run wxPython applications. This version of the Python executable is part of the Python Framework and is allowed to interact with the display. You can also double click on a .py or a .pyw file from the finder (assuming that the PythonLauncher app is associated with these file extensions) and it will launch the Framework version of Python for you. For information about creating Applicaiton Bundles of your wxPython apps please see the wiki and the mail lists. SOLARIS NOTE: If you get unresolved symbol errors when importing wxPython and you are running on Solaris and building with gcc, then you may be able to work around the problem by uncommenting a bit of code in config.py and building again. Look for 'SunOS' in config.py and uncomment the block containing it. The problem is that Sun's ld does not automatically add libgcc to the link step. If you are having persistent errors, the wx team would like to hear about it. Another solution is to just use Linux on those platforms. =) My test is ./configure;make;make install. IMO that either works, tells me what it needs to work, or it's broken. You didn't provide a reasonable argument against the Qt issues I brought up, That's because as far as I can tell, the possibility of Trolltech changing their licensing in a way that prevents future use seems no more likely than the wx tools falling out of favor and/or the developers dropping it. Maybe those who are more familiar with Qt could say. It's been done before...and they drove a lot of people away by doing so. wx is here to stay and is being actively and aggressively developed (so is Qt and it may be easier to rollup Qt into a package). Like I said before, let's leave this up to Xastir developers to decide what works best for them. We've both made good points they can reflect upon, so let's leave it at that. If you want to discuss it further, we should probably take it off the list. Back to our regularly scheduled Xastir discussions. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Proj
On Fri, 2007-12-21 at 20:27 -0700, Tate Belden wrote: FWIW, It's been upgraded to 4.6.0 - re-compiled xastir on Fedora 8 on two different machines. No issues detected. ftp://ftp.remotesensing.org/proj/proj-4.6.0.tar.gz It's also generally a good idea to install this as well: ftp://ftp.remotesensing.org/proj/proj-datumgrid-1.3.zip You'll want it especially if you use raster map overlays from USGS, etc. It contains the parameters for correctly transforming North American systems. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir install help - Fedora 8 64
Install libtiff-devel and reconfigure. configure only checks if it can link. It doesn't check for presence of headers. On Sun, 2007-12-16 at 21:23 -0600, Bennett, Joe wrote: Hi, Looking for some insight here... I'm helping another ham install Xastir on a fresh install of Fedora 8... I ran it on FC6 and then updated to 8 with no issues... I had him send me log files, but I don't seem knowledgeable enough to see what the error is... It looks like it compiles, but when make install is run as root, nothing is copied to /user/local/share/xastir...??? Any help is appreciated... [snip] -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir compiled static?
Hey Craig, Yes, it's certainly possible to have a static binary, but I don't really see the point unless the libraries used are only used for Xastir and nothing else. Basically, you need to compile all dependents to create static libraries (*.a). Not terribly difficult, but not necessarily trivial, either. AFAIK, Fedora (IIRC, that's what you're using) generally does not offer static libraries, so you'll have to build them yourself. All dependent software supports '--enable-static --disable-shared' configure options. On Sun, 2007-11-18 at 21:17 -0800, Craig Anderson wrote: Hi all, I must be get'n old and out of touch. But I remember the days when we used to compile things static and not have all these dynamic libraries that get lost and out of date and incompatible. Is it even possible to compile Xastir statically and end up with one giant binary that is not dependent on having all these libraries installed everywhere? -- Brad Douglas rez touchofmadness comKB8UYR/6 Address: 37.493,-121.924 / WGS84National Map Corps #TNMC-3785 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libtiff / libxtiff
On Sat, 2007-11-03 at 01:13 -0400, Chip Griffin wrote: OK, I'm closing in on success, but still need some help. I was able to reinstall X11 XCode and was able to then rebuild Xastir successfully. But it's been a slow painful process. My current stumbling block to getting things as they were is to get libgeotiff installed. When I run the configure I get this error: configure: error: You will need to substantially rewrite libxtiff to build libgeotiff without libtiff But I do have libtiff v3.8.2 installed using Fink. I even reinstalled them, but that didn't help. I don't see such a thing as libxtiff in fink and could only find loose references online. I even tried configure --libdir=/sw/lib to try and help it find the lib files. Most likely scenario is that it cannot find the header files for libtiff (tiff.h, tiffio.h, tiffio.hxx, etc). You could hardcode /sw/include (I'm assuming that's where the headers are if they are installed) into configure. IMO, configure should have --with-[lib]-includes options. I've done that in my own tree because I tend to install self-compiled stuff in non-standard dirs (/opt/radio;/opt/gis). I can post a unified diff for configure.ac if there's interest. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] GDAL, db42, etc (Mac Leopard)
On Sat, 2007-11-03 at 13:20 -0400, Chip Griffin wrote: I was not able to get GDAL (1.4.3) to compile. I tried with just ./ configure and got an error when I tried to 'make' it. So, per the INSTALL file, I tried several of the switches mentioned. I added the 'internal' options one at a time, and still wasn't able to get it to compile even after they were all added. This is the error at the end of the make when the exact ./configure with switches is used from the INSTALL file. Undefined symbols: _gtCSLCount, referenced from: OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o _gtCPLError, referenced from: _GTIFSetFromOGISDefn in gt_wkt_srs.o _GTIFWktFromMemBuf in gt_wkt_srs.o _GTIFMemBufFromWkt in gt_wkt_srs.o _gtCPLMalloc, referenced from: _GTIFMemBufFromWkt in gt_wkt_srs.o _gtCSLDestroy, referenced from: OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o _gtCSVFilename, referenced from: OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o _gtCSVReadParseLine, referenced from: OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o OGCDatumName2EPSGDatumCode(char const*)in gt_wkt_srs.o _gtCPLCalloc, referenced from: _GTIFWktFromMemBuf in gt_wkt_srs.o _gtCPLStrdup, referenced from: WKTMassageDatum(char**) in gt_wkt_srs.o WKTMassageDatum(char**) in gt_wkt_srs.o _GTIFGetOGISDefn in gt_wkt_srs.o _GTIFGetOGISDefn in gt_wkt_srs.o _GTIFGetOGISDefn in gt_wkt_srs.o _GTIFWktFromMemBuf in gt_wkt_srs.o _GTIFWktFromMemBuf in gt_wkt_srs.o ld: symbol(s) not found collect2: ld returned 1 exit status make[1]: *** [libgdal.la] Error 1 make: *** [check-lib] Error 2 Looks like improperly setup libtiff or libgeotiff to me. Did you try using 'internal' for both of them together? It could also be a C++ issue, but hard to tell from this vantage. C++ is plagued with inconsistencies and portability issues. Frank almost wishes he didn't start the gdal project using C++. It's been difficult to maintain. If you're still having trouble, I'd suggest trying #gdal, #osgeo, or the gdal mailing list for a quicker resolution. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: X-IMail-SPAM-Connection Re: [Xastir] Feature idea for Xastir
On Thu, 2007-10-04 at 16:49 -0500, Jason Winningham wrote: On Oct 4, 2007, at 2:50 PM, Stephen - K1LNX wrote: Maps, maps and more maps. Ye gods, xastir already supports hundreds of formats. If there's an area of xastir lacking, that ain't it. (: I guess I need to get back to making those tutorials. I've been getting sidetracked with other projects (GRASS development). :( We need the ability to use Google maps Licensing issues could problematic, but I think someone is already keeping an eye on that. Google does not have a compatible license, although they aren't exactly enforcing it, either. I avoid Google imagery at all costs for a variety of reasons. Licensing just happens to be near the top of the list. I suspect something more like our own internet map server (or set of servers) could be useful, so that the free map data that's available could be stored in such a way it could be displayed nicely and consistently. An added bonus to this method would be that those of us who operate mobile/internet-less could duplicate the mapserver with our personal dataset. I've considered doing this. I have capable web hosting, but have lacked the time to put mapserver up. This would also most likely include a fork() of OSM that enforces data integrity. True cross-platform compatibility. Should it be developed in Python or Java? Java: Write Once; Test everywhere. I'd prefer to see wxPython on the GUI. I was initially very skeptical, but I've been quite impressed with usability and interface speed. I'd say neither, as scripting/interpreted languages (Python) don't always scale well (there's a _lot_ of code in xastir). Python doesn't appeal to me for another reason: minor version differences are incompatible with each other (ImageMagick, anyone?). I've got a reasonably complex unix enterprise configuration, and python is a serious pain. Java seems to be a pig, performance-wise. There's no need to rewrite the core of Xastir except where relating to GUI. Tk/Tcl/*Magick is the bane of Xastir. I'd like to see xastir remain fairly lightweight for mobile/portable applications. Something like Qt (licensing issues again!) would be more desirable, IMO. wxWidgets claims to be a similar open source cross-platform development toolkit, but I know nothing about it (other than the only time I tried to install on Solaris it wouldn't build without a fight). My only issue with wxPython is it's rapid development, which is not always backwards compatible. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: Re: [Xastir] Feature idea for Xastir
On Thu, 2007-10-04 at 19:18 -0500, Jason Winningham wrote: On Oct 4, 2007, at 7:03 PM, Tate Belden wrote: Is that even possible? To standardize on a generic 'SQL' so a specific set of features offered by any one SQL server don't dictate that server and only that server can be used? I seem to recall that postgres has some specific GIS-type extensions (PostGIS?) that would be desirable for an xastir implementation. Yes, PostGIS has spatial extensions, but I believe requiring the user have a full-blown database is excessive. I use it myself, but it shouldn't be forced onto anyone. SQLite should suffice in parsing DBase files of reasonable size. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: Re: [Xastir] Feature idea for Xastir
On Tue, 2007-10-09 at 15:02 -0400, William McKeehan wrote: On Tue, October 9, 2007 2:46 pm, Brad Douglas wrote: Are you suggesting that everyone have a working http server on their local machine? That is quite an excessive (and generally insecure) method of accomplishing the given goal, locally. Well, I'm thinking about a limited http server as part of Xastir, not necessarily on port 80 (the default http port). It would be similar to the current Xastir server port. I think we could find code for a simple http engine to incorporate into the Xastir code that is neither excessive nor insecure. If that happens, I will stop using Xastir. It is unreasonable to require users to install and run a web server for a single application. Web GUIs are highly limited in functionality. IMO, wxPython is the way to go for GUI development. My suggested approach would let people develop a GUI in multiple environments and provide a standard API to facilitate this development. This is not practical, IMO. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
Within this past year. I have friends that work at deCarta. On Tue, 2007-10-09 at 14:19 -0500, Gerry Creager wrote: Interesting. Happened within the last 2 weeks? Brad Douglas wrote: On Fri, 2007-10-05 at 22:53 -0500, Gerry Creager wrote: Google and Mapquest get their basemaps, if memory serves, from Navtech. FYI, Google is now doing most things in-house. They have severed their ties with NavTech, deCarta and others and going direct to government. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On Tue, 2007-10-09 at 14:18 -0500, Gerry Creager wrote: Brad Douglas wrote: On Thu, 2007-10-04 at 19:18 -0500, Jason Winningham wrote: On Oct 4, 2007, at 7:03 PM, Tate Belden wrote: Is that even possible? To standardize on a generic 'SQL' so a specific set of features offered by any one SQL server don't dictate that server and only that server can be used? I seem to recall that postgres has some specific GIS-type extensions (PostGIS?) that would be desirable for an xastir implementation. Yes, PostGIS has spatial extensions, but I believe requiring the user have a full-blown database is excessive. I use it myself, but it shouldn't be forced onto anyone. SQLite should suffice in parsing DBase files of reasonable size. And with SQLite, you lose the capability of letting the database do the heavy lifting for geospatial queries. A PostGIS implementation is not too hard, and a default schema is straightforward. Make larger databases optional, not a requirement. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: Re: [Xastir] Feature idea for Xastir
On Tue, 2007-10-09 at 15:32 -0400, William McKeehan wrote: I don't think you're hearing exactly what I'm saying. Obviously, I'm not. ;-) I would not expect the users to install and run a web server. If you're using Xastir, you have the option now of starting a server; I'm talking about the same thing, only having it speak a standard protocol, http. How can you execute XML-RPC without a server to interpret it? -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Feature idea for Xastir
On Tue, 2007-10-09 at 14:59 -0500, Gerry Creager wrote: Brad Douglas wrote: On Tue, 2007-10-09 at 15:32 -0400, William McKeehan wrote: I don't think you're hearing exactly what I'm saying. Obviously, I'm not. ;-) I would not expect the users to install and run a web server. If you're using Xastir, you have the option now of starting a server; I'm talking about the same thing, only having it speak a standard protocol, http. How can you execute XML-RPC without a server to interpret it? The process and protocols have long been established, while SOAP/WSDL do things in a poorly reproduced manner until forced to conform. I'm an idiot. I implemented a secure httpd-less SOAP server several years ago and completely forgot about it. The only alternative for Linux at the time was libsoup. I can't begin to count how many bugs we discovered that were never resolved, so we forked it internally. If there are better (read: usable) alternatives today, I'd be in favor of a RESTful approach to client/server interaction. It would certainly give Xastir a good entry point for querying data from remote mapservers. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Openstreetmap?
On Sun, 2007-10-07 at 23:08 +0100, Dave H wrote: O.k thanks for that - I'm no geo-whatever expert - in fact most of the acronyms floated in here mean very little - i suspect to many this side of the Ocean. I am a geo-whatever expert. ;-) Most of acronyms used here are used in the Geographic Information Systems (GIS) and geo-informatics industries. It's a small, large industry in the sense that it is everywhere, yet few have heard of it. It seems to me your so lucky in the US that your public-tax-$ investments in geo-data collection - the data seems to be handed back freely back to you.. Certainly in the UK either we have no of our own or its damn-secret or we have to pay a second time. This is true that the US has been inherently blessed in the past with good quality data. This is changing at a fast (and IMO, alarming) rate. There really hasn't been truly freely available orbital data since LANDSAT-7 and the SRTM shuttle mission. Street and feature data extracted from Census data is really a byproduct of the Census, complete with varying amounts of error. This error can be easily demonstrated on this page a friend did on the subject: http://casoilresource.lawr.ucdavis.edu/drupal/node/433 I've suggested that at a minimum, OSM should include metadata specifying projection parameters, but it falls on deaf ears. It would be much better if users either uploaded data consistently (and rejected outliers) or the system reprojected upon upload. OSM may be a useful last resort for Xastir in areas where better data does not exist. Xastir in the UK is often poor looking simply due to lack of decent map sources and probably zero overlays. Either we don't have them or some buggers got copyright over things we paid for once already. We get desperate or use outlines for lack of much else. Aside from Census data, that is largely the case here in the States, too. I don't know how things of this nature function in the UK, but here we are able to request data from local municipalities. I've had no trouble getting needed data for projects that local governments have collected. Have you tried asking various levels of government for a Shapefile of roads? Try asking for street center-lines, first. They are generally high accuracy. Be specific of what you want so that you aren't creating work that they don't need to do...and they might respond to you favorably in the future. -- Brad Douglas rez touchofmadness comKB8UYR/6 Address: 37.493,-121.924 / WGS84National Map Corps #TNMC-3785 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Another way to run XASTIR under Windows
On Thu, 2007-09-27 at 00:04 -0500, Lee Bengston wrote: Hi all, I tried andLinux tonight. It appears to be a great alternative to Cygwin and VMware - particularly for machines that have resource limitations that preclude using VMware. The andLinux page is at the link below: http://wiki.gp2x.org/wiki/AndLinux I was able to install andLinux under Windows and compile XASTIR 1.91relatively easily. AndLinux is based on Ubuntu 6.10 (Edgy), so it takes advantage of the applicable repositories. Anyone who is happy with the binary version can install andLInux and grab the XASTIR binary via the Synaptic package manager in record time. And to answer the question Can you add it to the Wiki?. Done. It's in the list of HowTo's below. http://www.xastir.org/wiki/index.php/HowTo%27s The direct link is http://www.xastir.org/wiki/index.php/HowTo:Windows_andLinux Nicely done. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] interface control-networked agwpe-properties bug
Hello, If you have significant changes that cross multiple files, I would use: 'diff -urN ...' 'r' tells diff to recurse the tree, looking for changes. 'N' tells diff to pick up new files added to the tree. If you are using CVS, I also recommended adding to ~/.cvsrc: cvs -z3 checkout -P update -PAd diff -u This way, you don't have to worry about options anymore; They're automatic. On Mon, 2007-09-17 at 06:39 -0500, Richard Polivka, N6NKO wrote: Tom, Thanks for the tip on including diff's in email. diff -u it is. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
RE: [Xastir] Maps question
On Thu, 2007-09-06 at 14:03 -0700, Curt, WE7U wrote: On Fri, 7 Sep 2007, Andrew Rich wrote: What would be cool is a map repositry Agreed. +1 You're more than welcome to pilfer my CA maps. I've been busy and haven't been able to get around to finishing NV, yet. http://stratofox.org/gis All I ask is credit for the work. I may go back at some point and redo CA to filter outliers and use either Kreiging or Regularized Splines with Tension and Anisotropy algorithms for more natural looking maps. people add maps as they go, i have a server they could use. then a script grabs .geo 's once a day or - a script just adds and downloads new maps Yep. Either way would be cool. .GEO's are small, so writing code to go out and snag the latest periodically would be easy. Either do it from cron or perhaps have Xastir do it directly and then reindex if it snagged anything new. I run a mapserver locally to serve my own data. I've been considering adding one to the Stratofox server, which would cover a plethora of data sources and be available to the public. I just need to find some time to do it. Easier said than done, but serving up ~1' resolution aerial imagery would be pretty swank. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Making better looking maps
On Sat, 2007-08-25 at 06:47 -0500, Gerry Creager wrote: Near as I could tell, it's not on Google's horizon but they're amenable to almost any non-terrorist use of Google Maps||Earth. I've looked at this a couple of times lately but I'm pure outta cycles and interrupt processing right now. I'd take a good look at GE's license before attempting. It is decidedly unfriendly to such applications. :( Restrictions. You agree not to use the Software in connection with or in conjunction with a system in a vehicle that offers real-time route guidance or turn-by-turn maneuvers. You agree not to use the Software for any bulk printing or downloading of imagery, data or other content. And that's just the beginning. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: Re: [Xastir] Making better looking maps
My apologies. I didn't realize random Google employees trump legal documents their high paid lawyers so tediously put together. That's just me, though. YMMV. ;-) On Sat, 2007-08-25 at 19:00 -0500, Gerry Creager wrote: The first is a hold-harmless: They don't want to be responsible for stupid user tricks when you use Google Earth in a manner they can't prove is safe. The second is to allow them and their license-holders the right and opportunity to see hard-copy output in large volumes. I've discussed the first with them directly. They're intrigued by Xastir (and APRS in general) and see it not as a violation. Even if used in your car. gerry Brad Douglas wrote: On Sat, 2007-08-25 at 06:47 -0500, Gerry Creager wrote: Near as I could tell, it's not on Google's horizon but they're amenable to almost any non-terrorist use of Google Maps||Earth. I've looked at this a couple of times lately but I'm pure outta cycles and interrupt processing right now. I'd take a good look at GE's license before attempting. It is decidedly unfriendly to such applications. :( Restrictions. You agree not to use the Software in connection with or in conjunction with a system in a vehicle that offers real-time route guidance or turn-by-turn maneuvers. You agree not to use the Software for any bulk printing or downloading of imagery, data or other content. And that's just the beginning. -- 73, de Brad KB8UYR/6 rez touchofmadness com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CA Maps
On Mon, 2007-08-13 at 22:07 -0500, Lee Bengston wrote: On 8/11/07, Brad Douglas [EMAIL PROTECTED] wrote: Hello from the 16th annual Linux Picnic. As promised, I have released my CA TOPOs and shaded-relief DEMs to the public. Further datasets are to follow in the coming months. http://www.stratofox.org/twiki/bin/view/GIS/WebHome Let me know if you have any questions or comments. Godda go! Ice cream is here! Fyi, I believe there was a statement made on this list not long ago by one of the developers that Xastir does not support DEMs. They are not literal DEMs, but will give you the basic effect of looking at one. A 2D representation of a 3D surface. I more appropriately called them pseudo-DEMs in a previous email as well as posted a URL to a sample image. Check it out... -- Brad Douglas rez touchofmadness comKB8UYR/6 Address: 37.493,-121.924 / WGS84National Map Corps #TNMC-3785 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] CA Maps
Hello from the 16th annual Linux Picnic. As promised, I have released my CA TOPOs and shaded-relief DEMs to the public. Further datasets are to follow in the coming months. http://www.stratofox.org/twiki/bin/view/GIS/WebHome Let me know if you have any questions or comments. Godda go! Ice cream is here! - Brad KB8UYR/6 Sent via the WebMail system at touchofmadness.com ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Making better looking maps
On Thu, 2007-08-09 at 13:20 -0400, Stephen - K1LNX wrote: I downloaded the Tiger 2006 data from ftp://aprs.tamu.edu/pub/TIGER_2006_SE/for Tennesse to start with. I got it to display just fine, but still leaves me with one question, how to make it look better? I know I can adjust the fonts, background color etc, but what I am really after is to have a color scheme ala Google maps with colored roads etc. Which google maps? Colored roads based on road type or colored based on traffic? Easy? Hard? Impossible? Nuts? Coloring and styling roads by type is possible with dbfawk, but you won't get the clear, crisp outlines ala Google. Using dbfawk can be a real performance killer at times, so be careful. Road coloring based on traffic is beyond the scope of Xastir, IMO. I don't have a degree in GIS/Computer Science but I'm not afraid of either so go lightly on me :P None really needed unless you're coding. PS - At this weekend's Linux Picnic[1], I'll be releasing some new maps to the public. I've created TOPOs with 500' contours and shaded relief (and colored by elevation) pesudo-DEMs to go under the TOPOs to make them highly visible. The data is broken down by county and covers the entire state of CA. Data for NV is in production. I'll cc: the group with the final URL. [1] http://linuxpicnic.org -- Brad Douglas rez touchofmadness comKB8UYR/6 Address: 37.493,-121.924 / WGS84National Map Corps #TNMC-3785 GRASS GIS Project Steering ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Making better looking maps
On Thu, 2007-08-09 at 12:34 -0600, Steve Friis wrote: Brad Douglas wrote: PS - At this weekend's Linux Picnic[1], I'll be releasing some new maps to the public. I've created TOPOs with 500' contours and shaded relief (and colored by elevation) pesudo-DEMs to go under the TOPOs to make them highly visible. The data is broken down by county and covers the entire state of CA. Data for NV is in production. I'll cc: the group with the final URL. [1] http://linuxpicnic.org Any chance you will be doing these for other states or have already? Love to have NM. I have enough base data for the entire country. What I need is time. I haven't had a chance to automate the process as much as possible, yet. I am also putting together a tutorial so that you can create your own if you don't want to wait around for me. NM is on my short list, though. BTW, I tried loading up 30' contours into Xastir. Bad idea. ;-) I put a sample of the raster backdrop here (Alpine Co., CA): http://picasaweb.google.com/jawayetti/GIS Constructive comments welcome. -- Brad Douglas rez touchofmadness comKB8UYR/6 Address: 37.493,-121.924 / WGS84National Map Corps #TNMC-3785 GRASS GIS Project Steering ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Help! with Linux
On Fri, 2007-08-03 at 19:22 -0500, Jim Tolbert wrote: OK... I made a really dumb move. I cleaned up and tossed the installation notes. On that was the Administrators password. Boot into runlevel 1 (ie, single user). Change password. Profit. On most bootloaders (not terribly familiar with SuSE anymore), you can do either of the following on the boot prompt (or append single or 1 to your boot parameters): linux single or linux 1 It should drop you into root without a password. -- Brad Douglas rez touchofmadness comKB8UYR/6 Address: 37.493,-121.924 / WGS84National Map Corps #TNMC-3785 ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
