If anyone is interested in installing Mono 3.2.3 on Fedora 19, here is what I did.  Note that if something breaks and your favorite app quits working then it’s all on you 😉

I found that someone out there had built Mono 3.2.3 RPMS for Fedora and created a repository.  However, since I was unable to find a .repo file, I went ahead and created this one:

[mono_linet]
name=Mono 3 repository
baseurl=http://yum.linet.dk/opensource/fedora-19-x86_64/RPMS/
enable=1
gpgcheck=0

Once this is done, do a yum update and you should be good to go.

However, I noticed I could no longer run KeePass on my system.  I had followed the instructions found here and use KeePass on my computer, phone, and tablet.  With Mono 3.2.3 KeePass wouldn’t work.  Simple fix is to change to /usr/lib and run the following command:

sudo ln -s /usr/lib64/libgdiplus.so libgdiplus.so

This should make KeePass run again.  Note you’ll get some errors on close if you run it from a console.  These appear to be harmless.

When I was at the USGS I did a lot of research and published several papers.  Now that I have my own website, I figure I can put them online now.  Here’s the first list of papers.  Some of them are final versions of the open file reports, others fell between the cracks when I transferred from the USGS to NGA.

1. A New Method of Edge Detection for Object Recognition
2. A Parallel-Processing Approach to Computing for the Geographic Sciences 
3. A Parallel-Processing Approach to Computing for the Geographic 

   Sciences: Applications and Systems Enhancements

4. Directed Edge Detection – A New Method for Identifying Objects in Imagery
5. Distributed Processing of Projections of Large Datasets 

   A Preliminary Study

6. Extending Beowulf Clusters
7. A Distributed System for Fast Reprojections of Geospatial Data for 

   The National Map

8. Model Development and Extraction from Neural Networks 

   Final Report

9. Processing Large Remote Sensing 

   Image Data Sets on Beowulf Clusters

10. Using Mosix for Wide-Area Computational 

    Resources

11. Beowulf Distributed Processing and the United States Geological Survey
12. An Intelligent Systems Approach to Automated Object Recognition 

    A Preliminary Study

They’ve come a long way from the “bad old days” of doing GUI apps with MFC under Visual C++ 6 where you had the wonderful “black box” message framework you weren’t supposed to touch but always had to anyway.  I managed to make a GUI app today with Windows Forms to read data off a CAC card so I don’t have to keep relying on the command-line driven app I wrote for testing a while back.  No black boxes, no hand editing message maps, no hand driving message pumps to get things done.  And the cool thing is it might run under Mono too.

While I still prefer Qt for most everything, Visual Studio now isn’t bad for the times I have to write source under Windows.

Welcome to my new blog.  I got tired of Blogger/Google and now that I have my own domain, well, it’s time for a change 🙂  I’ll be filling more here soon.

I’m going to try to start posting more here I think.  I’d like to get more into blogging (even podcasting).  This blog will keep its theme, just hopefully more content 🙂  I’m working on a long series of posts about using GIS tools and data since that’s still near and dear to my heart.

I’m also going to keep posting other technical things of interest here as time permits.  I want to get into reviews and discussing technology as well.

Stay tuned!

So as part of my pushing OpenStreetMap to people, I made some sample screen shots for a friend of mine who is wanting to move away from paying Google for their maps.  Thought I’d share in case other people want to see what’s possible using OpenStreetMap data for rendering.

For my setup, I have PostgreSQL/PostGIS running on a server here at home.  In it I’ve imported:

•  US Census Tiger 2011 data
• OSM data for the US, Canada, and Mexico
• Natural Earth data for the world
• USGS quadrangle names and GNIS
• Geonames
• Global Administrative Areas gadm2 data

Screenshot 1 – OSM overview

Screenshot 2 – Zoomed in example

Screenshot 3 – GNIS overview

So in response to a question on IRC this morning (and it’s early and I’m not fully awake), here’s a quick program I wrote to show how to detect if you’re on a 16-, 32-, or 64- bit OS by checking the size of an int* in C/C++:

#include


int main (int argc, char* argv[])
{
  int foo = sizeof(int*);
  
  switch (foo)
  {
  case 2:
    std::cout << "Size = 2: 16 bit OS" << std::endl;
    break;
  case 4:
    std::cout << "Size = 4: 32 bit OS" << std::endl;
    break;
  case 8:
    std::cout << "Size = 8: 64 bit OS" << std::endl;
    break;
  default:
    std::cout << "Size = " << foo << std::endl;
  }


  return(0);
}

So since the USGS is releasing a bunch of their old scanned paper maps at their Historical Topographic Map Collection, I thought it would be interesting to take the GeoPDF‘s there and georeference them to GeoTIFF‘s to compare to modern maps.  I’ve always had a thing about history, so thought this would be a fun side project to get my cartography back on.

Since QGIS doesn’t yet import GeoPDF’s, I’m first loading them into the GIMP (at around 300 dpi from the PDF), clipping the collar out, and saving them to a LZW-compressed TIFF.  Then I’m importing the TIFFs into QGIS and using the Georeferencing plugin to mark the grid points on the map.  I’ve read that the old maps were based on the Clarke 1866 ellipsoid, so in QGIS I’m setting the source projection to NAD27, which is based on Clarke 1866.  Yes, I know that technically this isn’t fully correct in the cartographic sense, but then again georeferencing old paper maps like this also won’t exactly put out a highly accurate GIS product either 😛  I’m outputting them to WGS84 from the georeferencing plugin.  Times on my older Dell E1705 are around 5 minutes doing a polynomial interpolation with Lanczos interpolation.  Then again, I remember back in the mid to late 1990’s when DRG production at the USGS on the old Data Generals would take a whole lot longer, so I wasn’t going to complain 🙂

The output isn’t so bad really.  Here’s a sample of the output draped on top of Yahoo Street Maps (Google Maps and reprojection on the fly doesn’t seem to work so well in QGIS right now).

Setting the Fredericksburg 1889 map to 50 percent transparency in QGIS and zooming in to old town, you can see that the map fits to a modern map surprisingly well.

I’ll probably play around with this some more and maybe upload the georeferenced maps to archive.org or something along those lines.

So we had an odd outage here at the Maddox house.  Internet quit working.  Phone quit working.  FIOS boxes couldn’t access the Internet either (tested On Demand, Widgets, etc).  So I called Verizon tech support.

Me: Yeah, everything except for the television video stream has quit.
Tech: Have you changed anything on your router?
Me: Not for about a year now.
Tech: Let me run some tests and check.  Oh I found the problem, your wireless on your router was turned off.
Me: Yeah, it’s been off for about a year now.  I’m using a Wireless N router.
Tech: I turned your router’s Wireless back on.  Did that fix things?
Me (thinking): WTF?  The wireless has been off for a year and why would that affect the FIOS boxes and phones anyway.
Me: Nope.  Maybe you should reset the equipment here?
Tech: Well, let’s see if turning the wireless on fixed things.
Me (beating my forehead so hard I made it flat): Um, ok,