
Grass 5.0 beta to be released on Feb 1st. 22
GRASS 5.0 will be released on Febuary 1st, the Baylor University GRASS web site reports
GRASS is a public-domain raster-based/vector Geographical Information
System which
processes images, models spatial data producing
images. Source-code for Grass is provided, and it should be
useful to environmentalists and people using the
GPL'd Tiger Line Data set.
There are
quite a few demos of it on the web.
Good deal (Score:1)
If 5.0 can be built by mere mortals I'll make an RPM out of it, no problem. There's a nice tutorial for GRASS at
Leicester University's GRASS Seeds Tutorial [le.ac.uk]
and the place where I got the binaries was the
Grass 4.2.1 Main Page [uni-hannover.de]
at the University of Hanover. Why? Because my boss said to... ;-)
Incidentally, getting the TclTkGrass menu interface (and building it from within Grass) is a Good Thing to do if you're a clod like me.
World Wide Data Set (Score:1)
Microsoft mappoint (Score:1)
ESRI bought them out about two years ago. Perhaps Microsoft bought the rights to that product during the ESRI acquisition?
Arc/Info & GRASS (Score:1)
Arc/Info was bloated, it was expensive. But damn did it do everything, and it worked pretty well. Because the application was so massive, ESRI did tend to release buggy code, and you really wanted to wait for like version x.1 or x.2 before using it.
Arc/Info really wasn't a end-user package. Everything you did was pretty much done by writing macros. ArcView was their end-user package, although they also bought Strategic Mapping out a couple years ago so now have Atlas*GIS.
Ohwell, I miss Arc/Info and my mapping days to some extent.
Steve
CD's, anyone? (Score:1)
The raw TIGER data is about 25 GB uncompressed. It's in the form of ZIP archives on 6 CDs, and I have been recompressing it in the form of individual .bz2 files. That will probably get the data on 5 CDs instead of 6, there's about a 20% savings. However, my shell driving bzip2 -9 --repetitive-best has been running since Friday and is still not done (on a Pentium 120) :-) .
Bruce
ArcView is killing me, but will GRASS cut it? (Score:1)
On a side note--anyone know how Rob's submission thing works? I posted the news of this beta release announcement a couple of hours after the folks at Baylor put it up, and today was the first mention of it on
Cheers,
Joel
Thank god... (Score:1)
Down with ESRI, and open up the MapQuest source code!
Finally... (Score:1)
We use GRASS as the backend GIS for a Web based map query system (http://www.agcrc.csiro.au/4dgm/grasslinks/) it is nice to have a GIS that is free and opensource, and the fact that it has a strong commandline interface makes it easy to script, perfect for CGIs...
Hopefully 5.0 will have better support for Sites lists and NULL values, maybe even 64bit Archs...
:)
ArcView is killing me, but will GRASS cut it? (Score:1)
With time our datasets grew big, and it is pain to handle them with ArcView. We are thinking about migrating to ArcInfo+SDE connecting to Oracle.
We will be happy to use any tool that works, but after fiddling with GRASS 4.2 I am definitely sure that it does NOT fill our needs.
Any comments?
Correction of polygon data (Score:1)
This is the problem #1. And the problem #2 are sophisticated printouts of that data which are royal PITA to compose in ArcView.
Next, we have plain old RDBMS keeping some statistical data we wish to throw in. At the moment we use 'linked tables' in ArcView to link ArcView polygons to records in RDBMS tables using something like parcell ID as a key. However, very often polygon gets splitted (or joined or deleted) and RDBMS must be informed manually of these changes.
BTW, can GRASS handle attribute table attached to some vector dataset?