Written in perl, MHonArc has some pretty nifty features I forgot to mention including support for MIME (smtp attachments) that you want to include in your archives allowing you to include images, audio, video, etc., that can be accessed via a browser. In our case, sendmail was typically the stmp server and if I recall correctly it can be configured relatively easily to archive with MHonArc right from within the sendmail.cfg.
I don't know if MHonArc is still being actively developed, but ListServ (my fav) has a decent web managment interface and MHonArc does a nice job of archiving posts in any number of methods. We implemented this in the day at Bell Labs for any number of internal mail lists (Bell Labs 'had' a lot of internal mail list activity).
This also works really well for server processes that send automated email notifications with exit statuses, results, etc.
OGC is a bit more than Refractions. Paul was a relative late comer to the party. When OGC first started in '94 there were very few of us. Dave Schell, Fred Limp, John Davidson (I was @Genasys) and a few others.. I don't believe Refractions was even formed until '98 and Postgis, their first entry into the open geospatial world wasn't released until 2001. Today, OGC has about 490 members, most of them companies, though a few individuals.
Good to know, thanks.
After digging a bit deeper, now I see what you're saying, HOWEVER, this small scale development effort (1 developer, 12 followers) is apparently only available for SQL 2005 because only 2005 supports
As someone that has been building spatial apps for 20 years, that means run away as fast as you can. Additionally, there is zero support for this implementation and OGC still doesn't recognize it. If I had a bunch of extra time and SQL Server '05 hanging around I might try it sometime, but in a production environment...? Why bother? Refractions offers great support and PostGIS is so widely used, there is a large user base to draw from.
I suspect your one of the developers for this project and commend you for the effort, but I have to ask "why" build an open source implementation on a closed platform?
According to OGC's list of compliant products, no Microsoft products comply with the Simple Features: Types and Functions v.1.1 specification...
MS SQL does not adhere to the OGC's (Open Geospatial Consortium) Types & Features v. 1.1 specification. If you're serious about storing spatial data in an RDBMS it should adhere to that standard. Highly recommend staying away from SQL Server unless you're willing to invest in ESRI's SDE app server, and with PostgreSQL/PostGIS why even bother?
I've been doing geospatial development since 1992 when Genasys (defunct) released the worlds first web mapping server, Web Broker (ESRI's IMS wasn't released until 5 years later). At the time the only COTS option for managing spatial data within an RDBMS was Sybase's Spatial Query Server, which provided slightly more geometry options inherent within MySQL today. MySQL geometry features should be considered primitive at best, far from a full-featured implementation. On the other hand, PostGIS, is full featured and the only open source implementation I know of that adheres to the Open Geospatial Consortium's 'Simple Features: Types and Functions 1.1' specification. It is very robust, scales well (in contrast to MS SQL) and you can't beat the price or ease-of-mind that comes with being licensed under v.2 of the GPL. Additionally, on comparable hardware, in terms of reliability, performance, and cost effectiveness, there is no comparison, regardless whether your using Oracle w/Spatial or MS SQL and ESRI's SDE.
Your developers, as good of guys at heart as they may be, should stay away from the kool aid for awhile
What ever became of this tablet? It was so hyped this time last year and would still seem to be the most feature-rich of all the tablets with its transflective display, 185 degree swivel camera, full HDMI, etc.
Denver PD has been having their share of publicity problems lately but this is ridiculous. What's next, detonating the toy department at Walmart?
As is UMN's MapServer, with a fully open source (GPL-like) license. http://mapserver.org/
For a nice and robust GPL'd mapping client that can pull data from MapServer, as well as many other sources, see QGis. http://www.qgis.org/
For a full-featured GIS agent with GPL'd license that can also pull date from MapServer see GRASS. http://grass.osgeo.org/
Another cool open source geographical application is PostGIS, a spatial data server for PostgreSQL that interfaces with all of the above. http://postgis.refractions.net/
Assuming you're referring to ESRI, (Environment Systems Research Institute), labeling them the 'top GIS company' is highly subjective. There are IMO many better platforms out there, open source included (see GRASS and/or QGIS). They just were lucky enough to secure some significant clients early on (USGS, USFS, USFWS, USDoI, DoD, NGS, etc.), which it turn forced all their subcontractors to adopt the same platform. Their software is bloated, cumbersome, about a decade behind emerging technologies, i.e., like Google Earth, and has a very closed architecture when it comes to integration.
And yet China continues to be a preferred trade partner to the "free" world. What the hell does this even mean anymore? They poison our children with first lead, then cadmium laced jewellery, they hack our networks an infest them with malware/spyware, force labor upon their own children, yet they are our "friends" because we can buy their crap for cheap and sell it at Walmart.
Isn't it time to reevaluate our trade partner status with this country that is set on deceiving us with every opportunity they get?
It is far past time to stop free trade agreements with countries of repressive governments. They are destroying the economies of the rest of the world.
The rule on staying alive as a program manager is to give 'em a number or give 'em a date, but never give 'em both at once.