Re: [GRASS-user] r.sun annual radiation
Salvatore wrote: > thanks for the script, it works. I want to be sure that the > result is the global radiation map expressed in W/m2/yr (or > it is W/pixel/yr?). I compare it with ones made with ArcGis > and the values are differents. how much different? just by a few percent or wildly different? I have just done some back-of-the-envelope calculations based on Spearfish's latitude on Sept 21st and the solar constant, both instantaneous at 12 noon, and a rough integration over the day, and both answers of my very crude calcs come within 3% and 8% of the presumably much more correct r.sun results. (and I'd expect the atm scattering to take more out in the dawn/dusk hours so that increase to 8% diff for the daily sum doesn't worry me) So they would seem to me to be in the correct order of magnitude. It is not surprising that ESRI is using a different method/ algorithm than r.sun uses, and if so not surprising that the answer would be slightly different. Can you hold the albedo and atmospheric turbidity identical in both methods? the basic integration of flux from a point source following a curve for a known geometry should be rather similar, but the fancy atmospheric and ground albedo adjustments is where I'd expect to see the differences and interesting science. > Another question…the albedo effect is excluded? the albedo in r.sun is either given by a raster map containing ground coefficients, or the "alb" parameter, which defaults to 0.2. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hamish wrote: > Even if gcc is fundamentally problematic (is it? or just > usual lot of bugs to crush?) downloading and making .bat > wrappers for scripts should be workable enough. (while Edgar was trying r.fuzzy (C), we get the same exact series of error messages when trying with a shell script) H ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Edgar wrote: > > I like to install add-ons to Windows Martin: > g.extension simply doesn't work on Windows. Even if gcc is fundamentally problematic (is it? or just usual lot of bugs to crush?) downloading and making .bat wrappers for scripts should be workable enough. Downloading a script shouldn't complain about missing gcc anyway, that's not Window's fault. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.sun DTM resolution
Salvatore wrote: > if I use a DTM with a resolution 40x40 in r.sun the output > (global radiation) will be expressed in Wh/(40*40)m2/day, is > it true? No, always Wh/m^2/day Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.rast.stats error
Great Markus. V.rast.stats is working again. Thanks Daniel On Sep 3, 2011 5:49 AM, "Markus Neteler" wrote: ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.watershed and big files
On Mon, Sep 5, 2011 at 3:08 AM, Glynn Clements wrote: > > Markus Neteler wrote: > >> - the Python code need way more testing and fixing. > > Which Python code? The GUI or the scripts? Both. See my recent fixes + grass-dev emails (but I am concentrating on the scripts for now). However, it is way better already with respect to last week :) Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
On Mon, Sep 5, 2011 at 3:33 PM, Martin Landa wrote: > Hi, > > 2011/9/4 Edgar Pimiento : >> I like to install add-ons to Windows > > g.extension simply doesn't work on Windows. We should finally ship > pre-compiled binaries for GRASS add-ons. Yes - I have already added most makefiles, so a compilation from the main Addons directory should generate all compilable modules. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.sun DTM resolution
Hi, if I use a DTM with a resolution 40x40 in r.sun the output (global radiation) will be expressed in Wh/(40*40)m2/day, is it true? If I want values expressed in Wh/m2/day I have to use a DTM with a resolution 1x1 m, or is it different? How can I change a raster resolution? Thanks Salvatore___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: v.in.ogr.qgis error has no details
So I've narrowed it down a bit more. Attached is an Excel spreadsheet showing the data GRASS is trying to insert interposed with the actual column information (name, field type, length, etc.) in the GRASS DBF. Note that in some cases, the first *'* in a string doesn't appear; that's just how Excel somehow works. (*'* means take the following text literally, so *'string'* may appear as *string'* in a few places.) I'm not clear I see anything obscenely wrong, but I did notice a few cases where possibly non-numeric stuff, like *18:40:00*, is being entered into a field with N type. Is this valid? Again, the key problem here is that GRASS is giving me a "Cannot insert new row" error, but it gives me no clue of what the actual problem is. Aren On Sun, Sep 4, 2011 at 10:19 PM, Aren Cambre wrote: > I reported this as a bug: http://trac.osgeo.org/grass/ticket/1439. > > It also happens with the standalone copy of GRASS GIS 6.4.1. > > Aren > > > On Sun, Sep 4, 2011 at 7:47 PM, Aren Cambre wrote: > >> I am running the GRASS 6.4.1 that is bundled with QGIS 1.7. >> >> When I run v.in.ogr.qgis from the UI, I end up with an error. The source >> is a QGIS PostGIS layer that is just geometry points. >> >> From the error details, I assume that v.in.ogr.qgis is just a bridge >> between QGIS and v.in.ogr as the actual error message is from v.in.ogr. >> >> The command doesn't work, and the error message is unhelpful. Here's the >> module's output: >> *v.in.ogr -o "dsn=PG:dbname='de' host=localhost port=5432 user='postgres' >> password='[redacted]' sslmode=disable" "layer=raw.TxDOT crash" >> "where="Cnty_ID" = '57'" output=pointdata snap=-1 min_area=0.0001* >> *Over-riding projection check* >> *Layer: raw.TxDOT crash* >> *Default driver / database set to:* >> *driver: dbf* >> *database: $GISDBASE/$LOCATION_NAME/$MAPSET/dbf/* >> *Counting polygons for 264398 features...* >> *Importing map 264398 features...* >> *DBMI-DBF driver error:* >> *Cannot insert new row: insert into pointdata values ( 1, '[redacted--was >> a time]', '', 1, NULL, 32.959261, 2, NULL, NULL, NULL, 6, 0, NULL, 'N', >> '', NULL, 0, NULL, NULL, NULL, NULL, '', NULL, 0, 2, '762', '', NULL, 0, >> NULL, 0, NULL, NULL, NULL, '', 'N', NULL, 0, NULL, 'E BETHEL SCHOOL RD', 8, >> NULL, 0, NULL, 4, 38, NULL, NULL, NULL, '', 'N', NULL, NULL, 'N', 1, NULL, >> 94, '', NULL, NULL, 8, 22, 22, NULL, NULL, 'N', 'N', '[redacted--was a >> date]', NULL, 2, NULL, '', 'N', NULL, NULL, NULL, NULL, NULL, NULL, NULL, >> NULL, NULL, NULL, NULL, 0, NULL, 0, 1, 0, 1, NULL, NULL, 5, 'Y', NULL, NULL, >> NULL, '', 3, '', NULL, '', 1, 2, NULL, 'N', 'MOCKINGBIRD LN', NULL, 1, '', >> 57, NULL, 1, NULL, NULL, 64, 0, 1, NULL, 0, NULL, NULL, NULL, '', 1, 0, >> NULL, 'N', NULL, 'N', 0, NULL, 1, NULL, 2003000146, 'Y', '', NULL, 0, NULL, >> '', 2, 'Y', -96.968529, 0, 0, NULL )* >> *Finished with error* >> >> I have no idea why this insert didn't work; the error has no details. >> Searching online, it appears this error message almost always has an >> explanation provided by GRASS. >> >> Is there something that is being done to suppress the error details here? >> >> Aren >> > > grass diagnosis.xlsx Description: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: How to remove nonexistent vector map
Thanks. Marked 1438 as duplicate of 1158. On Mon, Sep 5, 2011 at 2:19 AM, Giovanni Manghi wrote: > On Sun, 2011-09-04 at 22:10 -0500, Aren Cambre wrote: > > I've reported this as a bug: http://trac.osgeo.org/grass/ticket/1438 > > should be a duplicate of > > http://trac.osgeo.org/grass/ticket/1158 > > try GRASS svn, it should be fixed. > > cheers > > -- Giovanni -- > > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension not working
Hi, 2011/9/4 Edgar Pimiento : > I like to install add-ons to Windows g.extension simply doesn't work on Windows. We should finally ship pre-compiled binaries for GRASS add-ons. Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Using non-ASCII characters in Legend display
2011/9/5 António Rocha : > Does anyone knows a GRASS_FONT and GRASS_ENCODING configuration tyhat > allows to display non-ascii characters in Map Display Windows legend (e.g. > ááéã) GUI Settings -> Map Display -> Font settings -> Default font for GRASS displays Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Using non-ASCII characters in Legend display
Hi (back on this again!) Does anyone knows a GRASS_FONT and GRASS_ENCODING configuration tyhat allows to display non-ascii characters in Map Display Windows legend (e.g. ááéã) Thanks Antonio António Rocha wrote: Greetings I'm not being able to display non-ascii characters in Legend (e.g. á à ã â ç). Instead of the chatracter a blank space is displayed. (but with query tool, I can display labels full name in Command Output window) I know that I shall select encoding and Font type that supports these characters. I have tried several of them and no LUCK. Has anyone tried this before? Or anyone has any suggestion? Thanks Antonio __ Information from ESET NOD32 Antivirus, version of virus signature database 6436 (20110904) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: How to remove nonexistent vector map
On Sun, 2011-09-04 at 22:10 -0500, Aren Cambre wrote: > I've reported this as a bug: http://trac.osgeo.org/grass/ticket/1438 should be a duplicate of http://trac.osgeo.org/grass/ticket/1158 try GRASS svn, it should be fixed. cheers -- Giovanni -- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
