Re: [GRASS-dev] [EXTERNAL] vector patching frustration

Have you tried a .csvt file for your .csv file? https://gdal.org/drivers/vector/csv.html From: grass-dev on behalf of Michael Barton via grass-dev Sent: Wednesday, March 13, 2024 7:02 PM To: GRASS developers ; GRASS user list Subject: [EXTERNAL] [GRASS-dev]

Re: [GRASS-dev] [EXTERNAL] Can GRASS import a *.ige file?

Sorry, 2 GB is the size the needs the spill file. See https://gdal.org/drivers/raster/hfa.html#raster-hfa From: Newcomb, Doug Sent: Monday, March 4, 2024 12:57 PM To: Michael Barton Cc: Brendan ; GRASS users ; evillasenor713 ; GRASS developers list Subject

Re: [GRASS-dev] [EXTERNAL] Can GRASS import a *.ige file?

No, The .ige file is what spills over after the 4GB of the .img file fills up. You need to have both. From: Michael Barton Sent: Monday, March 4, 2024 12:12 PM To: Newcomb, Doug Cc: Brendan ; GRASS users ; evillasenor713 ; GRASS developers list Subject: Re

Re: [GRASS-dev] [EXTERNAL] Re: Can GRASS import a *.ige file?

Michael, The last time I checked, the NLCD data in .img format is an uncompressed raster. You can save a massive amount of hard drive space by converting the .img files to deflate compressed geotiff, then linking via r.external. That's what I did for the 2019 NLCD ,

Re: [GRASS-dev] [EXTERNAL] Re: [release planning] GRASS GIS 8.3.1

rkus Neteler mailto:nete...@osgeo.org>> wrote: Any other opinions? What about the Windows g.extension git story, to be added to 8.3.1? Markus On Mon, Sep 11, 2023 at 1:48 PM Newcomb, Doug mailto:doug_newc...@fws.gov>> wrote: This is an important function of GRASS. I think it would be wi

Re: [GRASS-dev] [EXTERNAL] [release planning] GRASS GIS 8.3.1

This is an important function of GRASS. I think it would be wise to rectify the issue as soon as possible From: grass-dev on behalf of Markus Neteler Sent: Monday, September 11, 2023 6:26 AM To: GRASS developers list Subject: [EXTERNAL] [GRASS-dev] [release

Re: [GRASS-dev] [EXTERNAL] Re: screenshots of old GRASS

Screenshots from the Shatner video? https://youtu.be/cZia3ShzTWM From: grass-dev on behalf of Veronica Andreo Sent: Tuesday, July 11, 2023 7:51 AM To: Michael Barton Cc: GRASS developers Subject: [EXTERNAL] Re: [GRASS-dev] screenshots of old GRASS This

[GRASS-dev] Comments on DCAT-US Metadata Schema version 3.0 requested

Hi Folks, I was asked to spread the word to the internal and external open source geospatial communities that version 3.0 of the DCAT-US Metadata Schema is under development and open to public comment. If you, or your organization, is interested in helping to shape the next US Metadata

Re: [GRASS-dev] [EXTERNAL] Link to installation

On my personal laptop last night for Linux Mint 21.1, I just followed the compilation instructions for the source at https://grasswiki.osgeo.org/wiki/Compile_and_Install_Ubuntu for Ubuntu 20.04 ( adding --with-pdal to the configuration script ) and had no problems compiling from the current

Re: [GRASS-dev] [EXTERNAL] Re: [release planning] GRASS GIS 8.0.0

There may be some work to be done on the Windows standalone installer yet. What is at https://wingrass.fsv.cvut.cz/grass80/x86_64/ does not seem to represent the latest work. Doug From: grass-dev on behalf of Veronica Andreo Sent: Tuesday, January 11, 2022

Re: [GRASS-dev] [EXTERNAL] PROJ6+ / WKT2 support

Thank you! From: grass-dev on behalf of Markus Metz Sent: Monday, January 25, 2021 2:25 PM To: GRASS developers list Subject: [EXTERNAL] [GRASS-dev] PROJ6+ / WKT2 support This email has been received from outside of DOI - Use caution before clicking on

Re: [GRASS-dev] [EXTERNAL] Re: r.external cache or add overviews?

:51 PM To: Newcomb, Doug Cc: grass-dev@lists.osgeo.org Subject: [EXTERNAL] Re: [GRASS-dev] r.external cache or add overviews? This email has been received from outside of DOI - Use caution before clicking on links, opening attachments, or responding. On Wed, Dec 16, 2020 at 2:26 PM Newcomb

[GRASS-dev] r.external cache or add overviews?

Hi Folks, Does r.external generate overviews during the linking process? Doug Doug Newcomb - Cartographer USFWS 551F Pylon Dr Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov

Re: [GRASS-dev] [EXTERNAL] ZSTD error

It may be an older version of the zstd library compiled on 7.6.0. Doug On Wed, Dec 4, 2019 at 4:01 AM Anna Petrášová wrote: > Hi, > > I can't open colleague's data, I am getting: > > ZSTD compression error -2: Unknown frame descriptor > Error uncompressing fp raster data for row 24 of : error

Re: [GRASS-dev] [EXTERNAL] Re: [GRASS-user] GRASS GIS 7.8.1 released with PROJ 6 and GDAL 3 support

A bit confused. From the command line this morning on the Windows version of 7.8.1 , I was able to run r.external to link to a vrt raster file and it seems to have worked fine ( GUI is another matter) . In what way is r.external not working? Doug On Tue, Nov 12, 2019 at 11:09 AM Markus Metz

Re: [GRASS-dev] [EXTERNAL] Re: PROJ6 support in GRASS

Markus, Thank you for working on this! Perhaps a flag to default to the transformation with the least error ( via something like the projinfo -s x -t y --summary query and with details captured about the option selected in the metadata)?

Re: [GRASS-dev] [EXTERNAL] Re: [gdal-dev] GDAL 3.0.0 is released

Gdal 3.0, Proj 6, Python 3 only. Would this be sufficient change for an 8.0 release? Doug On Fri, May 10, 2019 at 3:55 PM Stefan Blumentrath < stefan.blumentr...@nina.no> wrote: > > FYI. Maybe of interest... > > > Fra: gdal-dev på vegne av Even Rouault

Re: [GRASS-dev] [EXTERNAL] gdal version question

71 (SHESC), 480-727-0709 (CSDC) > www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > > > > > > > > > > > > > > > > On Feb 7, 2019, at 9:00 PM, Newcomb, Doug wrote: > > Michael, > I've compiled GRASS with both 2.3.x and 2.4.0 ( t

Re: [GRASS-dev] [EXTERNAL] gdal version question

Michael, I've compiled GRASS with both 2.3.x and 2.4.0 ( the current version) Doug On Thu, Feb 7, 2019 at 2:49 PM Michael Barton wrote: > Can GRASS work with GDAL versions higher than 2.0, including version 3.x? > > I'd like to import new Sentinel-SAFE files and it seems like I need a > newer

Re: [GRASS-dev] [EXTERNAL] Package grass installed by pip is not GRASS GIS

Contact the authors? Doug On Wed, Oct 10, 2018 at 9:47 AM Vaclav Petras wrote: > [was:[GRASS-user] Using grass.script in Jupyter (Azure)] > > Dear all, > > in less than two days, I have seen two users reporting "I have > successfully installed GRASS using pip" (see e.g. the post to the >

Re: [GRASS-dev] [EXTERNAL] [GRASS GIS] #3560: r.in.lidar: error to open valid LAZ file

On a related note, I tried compiling liblas1.8.1 ( current version) on Ubuntu 18.04 last night and I get a lot of errors out of the box that seem to be related to compiler version. Will need to set up a virtual 16.04 box for the short term. Doug On Wed, May 9, 2018 at 4:14 PM, Newcomb, Doug

Re: [GRASS-dev] [EXTERNAL] GRASS and Anaconda

Just glancing over the recipe, it does not look like liblas and laszip are included for LiDAR analysis. Doug On Thu, Jun 7, 2018 at 2:39 PM, Michael Barton wrote: > Along with helping me set up a new way to compile and package GRASS > binaries for the Mac, Eric Hutton of the Community Surface

Re: [GRASS-dev] [EXTERNAL] [GRASS GIS] #3560: r.in.lidar: error to open valid LAZ file

On Wed, May 9, 2018 at 4:02 PM, Markus Neteler <nete...@osgeo.org> wrote: > On Wed, May 9, 2018 at 9:37 PM, Newcomb, Doug <doug_newc...@fws.gov> > wrote: > > On Wed, May 9, 2018 at 3:21 PM, Markus Neteler <nete...@osgeo.org> > wrote: > >> > >

Re: [GRASS-dev] [EXTERNAL] [GRASS GIS] #3560: r.in.lidar: error to open valid LAZ file

On Wed, May 9, 2018 at 3:21 PM, Markus Neteler <nete...@osgeo.org> wrote: > Doug, > > On Wed, May 9, 2018 at 9:17 PM, Newcomb, Doug <doug_newc...@fws.gov> > wrote: > > Markus, > > Liblas reads LAS version 1.2 , which is limited to 4.2 billion points. >

Re: [GRASS-dev] [EXTERNAL] [GRASS GIS] #3560: r.in.lidar: error to open valid LAZ file

Markus, Liblas reads LAS version 1.2 , which is limited to 4.2 billion points. You have to compile liblas with an older version of laszip . Doug On Wed, May 9, 2018 at 3:05 PM, GRASS GIS wrote: > #3560: r.in.lidar: error to open valid LAZ file >

Re: [GRASS-dev] [EXTERNAL] Helena Mitasova awarded 2018 Waldo-Tobler GIScience Prize

Congratulations Helena! Doug On Tue, Apr 3, 2018 at 5:25 PM, Markus Neteler wrote: > https://gi-science.blogspot.com/2018/04/helena-mitasova- > awarded-2018-waldo.html > > "The Austrian Academy of Sciences through its Commission for GIScience is > awarding the GIScience

Re: [GRASS-dev] [EXTERNAL] Re: PROJ 5 support in trunk

Thank you for this work! Doug On Fri, Mar 23, 2018 at 5:55 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > On 23/03/18 10:41, Markus Metz wrote: > >> Now (last related commit is trunk r72522) it's finished. I have >> introduced a new GRASS API that handles both PROJ 4 and PROJ 5,

Re: [GRASS-dev] GSOC 2018 project for GRASS GIS

Sanjeet, Spotted this the other day if it helps. https://medium.com/@boxed/moving-a-large-and-old-codebase-to-python3-33a5a13f8c99 Doug On Tue, Mar 6, 2018 at 4:38 AM, Margherita Di Leo wrote: > > > On Tue, Mar 6, 2018 at 5:37 AM, Sanjeet wrote: >

Re: [GRASS-dev] [GRASS GIS] #3485: Introduce a new 64-bit integer raster data type

Yes! On Mon, Jan 29, 2018 at 4:08 AM, GRASS GIS wrote: > #3485: Introduce a new 64-bit integer raster data type > ---+- > Reporter: mlennert | Owner: grass-dev@… > Type: enhancement| Status: new >

Re: [GRASS-dev] List of tutorials

There is also the list here: https://grasswiki.osgeo.org/wiki/GRASS_Documents#GRASS_tutorials Doug On Sun, Dec 17, 2017 at 10:59 AM, Paulo van Breugel wrote: > > On 12/17/17 4:57 PM, Markus Neteler wrote: > >> On Sun, Dec 17, 2017 at 10:19 AM, Paulo van Breugel >>

Re: [GRASS-dev] Deactivate lidar modules in winGRASS?c

On Thu, Dec 14, 2017 at 10:43 AM, Helmut Kudrnovsky wrote: > Helmut Kudrnovsky wrote > > deactivated now lidar modules in winGRASS 32bit and 64bit by: > > > > [GRASS-SVN] r71920 - grass/trunk/mswindows/osgeo4w svn_grass at > > osgeo.org > > [GRASS-SVN] r71921 -

Re: [GRASS-dev] Deactivate lidar modules in winGRASS?c

Helmet, I have folks using those programs to do binning analysis of LiDAR data on Windows. Not that I know how to fix that, but what needs to be done? Doug On Sun, Dec 10, 2017 at 1:23 PM, Helmut Kudrnovsky wrote: > Helmut Kudrnovsky wrote > > looking at > > > >

Re: [GRASS-dev] Adding an expert mode to the parser

+1 On Mon, Sep 26, 2016 at 6:11 PM, Vaclav Petras wrote: > > On Fri, Sep 23, 2016 at 5:22 PM, Markus Neteler wrote: > >> * various commands: "Use the low-memory version" - also more advanced > > > I guess this is a typical example where we need to be

Re: [GRASS-dev] r.in.gdal: restrict extent of imported data set to current region?

On Thu, Aug 18, 2016 at 1:07 PM, Veronica Andreo wrote: > Hello Markus, > > Ohh, I would so very much like that -r flag in r.in.gdal ( > https://trac.osgeo.org/grass/ticket/2055)... > > For the time being, what about: > > r.external > r.mapcalc > g.remove > > ? > > or

Re: [GRASS-dev] Memory use in v.in.lidar for points with attributes

v.lidar.mcc seems to be running fine without attributes or topology. Not sure why I thought it needed a regular point vector layer. Sorry for the noise. Doug On Fri, Jul 22, 2016 at 11:27 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > On 22/07/16 16:05, Newcomb, D

[GRASS-dev] Memory use in v.in.lidar for points with attributes

Hi Folks, My goal is to import a LiDAR point cloud from an LAS file with 152 million points. I would like to use v.lidar.mcc to extract bare earth points from the point cloud for generating a DEM However, v.lidar.mcc requires that the point layer have an attribute table rather than just the raw

Re: [GRASS-dev] is it time to release GRASS71?

+1 On Thu, Feb 25, 2016 at 2:56 PM, Markus Neteler wrote: > > On Feb 25, 2016 5:05 PM, "Vaclav Petras" wrote: > > > > > > On Thu, Feb 25, 2016 at 10:00 AM, Martin Landa > wrote: > >> > >> this system is used also by QGIS,

Re: [GRASS-dev] GSoC 2016 Ideas page

With the increasing importance of LiDAR data, would the inclusion of vertical datums in the GRASS projection model be something to start thinking about? Doug On Tue, Feb 16, 2016 at 7:44 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > I've taken the liberty to create > >

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

r67403_x86_64.exe starts fine on Windows 7 64 bit Doug On Tue, Dec 29, 2015 at 11:02 AM, Anna Petrášová wrote: > Hi, > > On Thu, Dec 17, 2015 at 11:04 AM, Martin Landa > wrote: > >> Hi, >> >> 2015-12-17 14:51 GMT+01:00 Helmut Kudrnovsky

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

Great! Thank you for your continued efforts. Doug On Fri, Dec 11, 2015 at 11:20 AM, Martin Landa wrote: > Hi all, > > winGRASS daily builds and addons (http://wingrass.fsv.cvut.cz) will be > temporary down due to moving building environment from mingw to > mingw-w64.

Re: [GRASS-dev] r.in.lidar: read multiple LAS files in one run

! Will this be backported to 7.0 ? :-) Doug On Mon, Oct 26, 2015 at 3:00 PM, Vaclav Petras <wenzesl...@gmail.com> wrote: > > On Mon, Oct 26, 2015 at 1:20 PM, Newcomb, Doug <doug_newc...@fws.gov> > wrote: > >> multiple files at the 4.2 point las 1.2 limit! I can live with

Re: [GRASS-dev] Planning of 7.0.2 release

"Import of common formats with reprojection" sounds better to me. Doug On Fri, Oct 30, 2015 at 4:42 AM, Markus Neteler wrote: > On Fri, Oct 30, 2015 at 2:12 AM, Anna Petrášová > wrote: > ... > > The label should be changed to 'Import common formats'

Re: [GRASS-dev] r.in.lidar: read multiple LAS files in one run

Vaclav, I cannot wait to try this with multiple files at the 4.2 point las 1.2 limit! I can live with slow, just concerned about the memory demands working with larger areas. Thank you very much! Doug On Mon, Oct 26, 2015 at 11:28 AM, Vaclav Petras wrote: > Hi

Re: [GRASS-dev] r.in.lidar: height above ground

Thanks! Will try it out! Doug On Sun, Oct 11, 2015 at 12:55 AM, Vaclav Petras wrote: > Hi all, > > On Tue, Sep 8, 2015 at 11:54 PM, Vaclav Petras > wrote: > >> With the resolution option one case change the resolution of the output >> while using

Re: [GRASS-dev] v.rast.stats disables MASK

+1 Agree. I've run into this before Doug On Wed, Oct 7, 2015 at 1:05 AM, Maris Nartiss wrote: > This definitely needs a flag + explanation in documentation. > > Taking into account philosophy behind GRASS raster processing, I would > say - default should be to apply MASK,

Re: [GRASS-dev] PlanarRad ?

I wonder if this could be used in calculating light penetration through a vegetative canopy? Doug On Tue, Sep 8, 2015 at 3:33 AM, Yann wrote: > Hi, > > anybody bridged PlanarRad to GRASS-GIS? > > http://www.planarrad.com/index.php?title=PlanarRad > > Cheers, > Yann > > -- >

Re: [GRASS-dev] r.in.lidar: height above ground

This feature will be greatly appreciated by anyone working with lidar and vegetation. Doug On Thu, Sep 3, 2015 at 10:49 PM, Vaclav Petras wrote: > Hi, > > in r66094, I've added base raster map to r.in.lidar. When provided, > r.in.lidar with subtract its values from the

Re: [GRASS-dev] New Mac binaries uploaded

Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Aug 24, 2015, at 10:29 AM, Newcomb, Doug doug_newc

Re: [GRASS-dev] New Mac binaries uploaded

Liblas or LASTools? Doug On Mon, Aug 24, 2015 at 1:08 PM, Michael Barton michael.bar...@asu.edu wrote: Yes. The LAS tools are compiled for GDAL 1.10. They were a royal pain to compile. The instructions to the newest LAStools source code makes it sound like it is much easier now. Does anyone

Re: [GRASS-dev] grass.osgeo.org contains harmful programs

Https version is also blacklisted. Doug On Sun, Aug 9, 2015 at 5:11 PM, Markus Neteler nete...@osgeo.org wrote: On Fri, Aug 7, 2015 at 3:55 PM, Anna Petrášová kratocha...@gmail.com wrote: Hi, in google chrome on Windows machine, I am getting big red screen The site ahead contains

Re: [GRASS-dev] OpenMP 4.0 / gcc5.0

Last time I tried compiling with OpenMP, It made the process slower. Not sure why. Doug On Sun, Jul 19, 2015 at 10:07 PM, Yann Chemin yche...@gmail.com wrote: Hi, Ubuntu Wily is going towards gcc5.0 as we speak. anybody following the OpenMP 4.0 integration into gcc 5.0? it seems there is

Re: [GRASS-dev] projection system in metadata [was: Re: GSoC 2015 Improved metada for GRASS GIS week 4]

Most of the local implementations of best practices for metadata that I have seen include projection information. Where I work, there are 6 possible projections that are commonly used. Doug On Mon, Jun 22, 2015 at 4:18 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: Hi Matej, Thank

Re: [GRASS-dev] GSOC 2015: Improved Metadata for GRASS GIS

Thank you for working on this! :-) Doug On Tue, Apr 28, 2015 at 2:16 PM, Matej Krejci matejkre...@gmail.com wrote: Hi, Thanks for the chance to participate on GSOC 2015. The page about project is on wiki site[1]. Thank you for ideas and notes in advance. Matej [1]

[GRASS-dev] Standalone GRASS 7 windows installer 64 bit?

Hi Folks I have a training class for Lidar coming up for which I would like to use GRASS 7. However the standalone installer for windows crashes ( GRASS 7 has stopped working message) whenever I try to import las data in the laszip format. ( LAS format works fine). This appears to have been

Re: [GRASS-dev] Standalone GRASS 7 windows installer 64 bit?

Martin, Thank you for your efforts! I'll keep my training planning flexible. Doug On Thu, Apr 2, 2015 at 11:29 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-04-02 17:15 GMT+02:00 Newcomb, Doug doug_newc...@fws.gov: Is there any timeline on a 64 bit build of the standalone

Re: [GRASS-dev] [GRASS GIS] #2584: Vectors skipping columns (character limit !!!) while exporting to OGR data

Sajid, The shape file format has a 10 character limit on field name length. The smallest field name I see above is 11. see, http://webhelp.esri.com/arcgisdesktop/9.3/index.cfm?TopicName=Geoprocessing%20considerations%20for%20shapefile%20output Doug On Tue, Feb 10, 2015 at 12:13 PM, GRASS GIS

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

On Thu, Feb 5, 2015 at 11:18 AM, Anna Petrášová kratocha...@gmail.com wrote: On Thu, Feb 5, 2015 at 10:32 AM, Vincent Bain b...@toraval.fr wrote: In addition to latest changes in http://grasswiki.osgeo.org/wiki/Identity you can find several banner images.Images are all 618x150 PNG8 files.

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

Would location directory be clearer than just location? Doug On Wed, Jan 21, 2015 at 12:03 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Wed, Jan 21, 2015 at 9:28 AM, Markus Neteler nete...@osgeo.org wrote: On Wed, Jan 21, 2015 at 11:37 AM, Vincent Bain b...@toraval.fr wrote: Just for

[GRASS-dev] Export of integer raster from GRASS 70 with raster attribute table shifts classes

Hi Folks, I was running r.geomorphon, http://grass.osgeo.org/grass70/manuals/addons/r.geomorphon.html, to generate a landscape integer grid. I decided to share the output with a colleague running ArcGIS. I exported with the raster attribute table option to HFA ( img , int16 ) format and passed

Re: [GRASS-dev] v.in.lidar return filter

I don't think it was intentional to drop first and only returns, but if it is the first and only return the filter for First and Last Return would both match. Putting another if statement in front along the lines of if(n_returns == 1) set case LAS_FIRST should fix it. Doug On Mon, Sep 22, 2014

Re: [GRASS-dev] v.in.lidar return filter

at 8:05 AM, Newcomb, Doug doug_newc...@fws.gov wrote: I don't think it was intentional to drop first and only returns, but if it is the first and only return the filter for First and Last Return would both match. Putting another if statement in front along the lines of if(n_returns == 1) set

Re: [GRASS-dev] v.in.lidar return filter

Much better :-) ! On Tue, Sep 23, 2014 at 11:40 AM, Anna Petrášová kratocha...@gmail.com wrote: On Tue, Sep 23, 2014 at 8:19 AM, Newcomb, Doug doug_newc...@fws.gov wrote: It looks like the same patch needs to be applied to r.in.lidar main.c before line 791. So modifying to the following

Re: [GRASS-dev] metadata naming and location

Matej, Thank you for all of the hard work on this project! I would suggest going with r_ and v_ for simplicity. Doug On Wed, Aug 13, 2014 at 9:28 AM, Matej Krejci matejkre...@gmail.com wrote: Hi, I would like to introduce possibility/decision of naming and choice of location for .xml

Re: [GRASS-dev] Week 11: GRASS GIS 3D flowlines

, Aug 6, 2014 at 10:58 PM, Anna Petrášová kratocha...@gmail.com wrote: Hi, On Tue, Aug 5, 2014 at 11:04 AM, Newcomb, Doug doug_newc...@fws.gov wrote: Anna, Will you post the benchmarking results for the OpenMP computation vs the non-OpenMP? after some testing, my conclusion

Re: [GRASS-dev] Week 11: GRASS GIS 3D flowlines

Anna, Will you post the benchmarking results for the OpenMP computation vs the non-OpenMP? Doug On Fri, Aug 1, 2014 at 3:54 PM, Anna Petrášová kratocha...@gmail.com wrote: Hi, 1. What did you get done this week: I implemented adding attributes to each segment of a flowline. I added

Re: [GRASS-dev] future of GRASS for Windows [was: Re: [GRASS-SVN] r60679 - grass/trunk/lib/python/script]

I agree with Martin and Helmut. In my experience, the bulk of the existing GIS users are using Windows and those using GIS professionally are often in work environments where the use of virtual machines or installation of other OS's is prohibited. The unfortunate fact is that many GIS users have

Re: [GRASS-dev] [SoC] gsoc2014 grass metadata week 6

g.gui.metadata is the most clear to me. Doug On Mon, Jun 30, 2014 at 4:30 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2014-06-30 9:37 GMT+02:00 Luca Delucchi lucadel...@gmail.com: I think that g.gui.editor it is not so clear, could you rename it to g.gui.metadata or

Re: [GRASS-dev] Metadata GRASS (GSOC)

I heard yesterday that EPA is releasing a new version of their metadata tool , doing away with the access database and writing everything to xml files. It's being written in C#, but they plan on putting the source code on github. Not sure of the timeline. Doug On Sat, May 17, 2014 at 3:19 AM,

Re: [GRASS-dev] r.in.lidar tuning

Great! I will test when I have a spare moment! In the long term.. Any chance of filtering the input points through an elevation raster to subtract to get height above ground before statistics? las file--- subtract value of elevation grid generated from ground points -- run statistics on

Re: [GRASS-dev] r.in.lidar tuning

I pulled the latest 71 trunk ( 60278) , applied the patch, and the intensity option appears to work. Doug On Fri, May 16, 2014 at 6:02 PM, Markus Neteler nete...@osgeo.org wrote: (back to an older topic) On Tue, Oct 8, 2013 at 8:37 PM, Markus Neteler wrote: On Tue, Oct 8, 2013 at 4:31

Re: [GRASS-dev] Metadata GRASS (GSOC)

With option 1) , would the tool also operate on externally linked datasets ( via v.external and r.external) ? Doug On Wed, May 14, 2014 at 4:06 PM, Matej Krejci matejkre...@gmail.com wrote: Hi, I would like to discuss the metadata management in GRASS which is my topic for GSOC. My idea

Re: [GRASS-dev] Handling of Python scripts on MS Windows

On Thu, May 8, 2014 at 9:52 AM, Vaclav Petras wenzesl...@gmail.com wrote: On Thu, May 8, 2014 at 9:22 AM, Sören Gebbert soerengebb...@googlemail.com wrote: On MS Windows, users do have a free choice of what they install. Third party software packages are on MS Windows completely

Re: [GRASS-dev] GSoC ideas - vector legend, medial axis

Another QGIS plugin effort. http://gis-lab.info/qa/metatools-eng.html#Working_with_FGDC Doug On Thu, Feb 27, 2014 at 12:56 PM, Newcomb, Doug doug_newc...@fws.govwrote: Metadata code reference: https://geo-ide.noaa.gov/wiki/index.php?title=ISO_19115_and_19115-2_CodeList_Dictionaries Doug

Re: [GRASS-dev] GSoC ideas - vector legend, medial axis

contribute. regards Ant Scott On 25 February 2014 12:54, Newcomb, Doug doug_newc...@fws.gov wrote: I had a chat with Antony Scott a while back about a metadata component to this plugin: https://github.com/mapaction/RAMP-QGIS I have not kept up with the progress of the plugin. Doug On Mon

Re: [GRASS-dev] GSoC ideas - vector legend, medial axis

From what I understand, the ISO 19115-1 metadata standard should be finalized shortly. Getting an official copy of the standard for this work ( if they finalize in time) would be useful. Doug On Tue, Feb 25, 2014 at 4:36 AM, Margherita Di Leo dileomargher...@gmail.com wrote: Hi All, On

Re: [GRASS-dev] GSoC ideas - vector legend, medial axis

I had a chat with Antony Scott a while back about a metadata component to this plugin: https://github.com/mapaction/RAMP-QGIS I have not kept up with the progress of the plugin. Doug On Mon, Feb 24, 2014 at 5:53 PM, Hamish hamis...@yahoo.com wrote: Hi, (thanks for the great ideas pages

Re: [GRASS-dev] GSoC ideas - vector legend, medial axis

A good metadata tool that generates ISO compliant xml would be very useful and a substantial accomplishment by itself. Doug On Mon, Feb 24, 2014 at 2:22 PM, Martin Landa landa.mar...@gmail.comwrote: Hi, 2014-02-24 20:18 GMT+01:00 Tereza Fiedlerová tfiedler...@gmail.com: finally I

Re: [GRASS-dev] Handling of Python scripts on MS Windows

As someone who uses both ArcGIS and GRASS on windows, I see it as a bonus that the python installations are separate. I can recommend that folks in my agency install GRASS on a computer and I can assure them that it does not affect their ArcGIS installation, with it's own ESRI - specific version

Re: [GRASS-dev] r.null apparently doesn't work on vrt via r.external on G7

I thought r.external was a read-only link. Doug On Thu, Dec 19, 2013 at 3:35 AM, Margherita Di Leo dileomargher...@gmail.com wrote: Hi All, Is it an expected behaviour that r.null doesn't affect vrt raster linked via r.external? Tested on forest map 2000 available for download from

Re: [GRASS-dev] r.in.lidar tuning

Any thoughts on applying further filtering and using the intensity of the return for statistical analysis? For example, if one wanted to calculate the mean/range/in/max/std_dev intensity of the last returns or first returns. Doug On Tue, Oct 8, 2013 at 2:37 PM, Markus Neteler

[GRASS-dev] Fwd: [LAStools] Datum converson

FYI Doug -- Forwarded message -- From: Gottfried Mandlburger g...@ipf.tuwien.ac.at Date: Tue, Sep 17, 2013 at 3:40 AM Subject: Re: [LAStools] Datum converson To: lasto...@googlegroups.com Cc: Heidemann, Hans kheidem...@usgs.gov Dear all, I'd like to jump into this discussion

Re: [GRASS-dev] Missing subgroup functionality in GRASS 7 wxGUI's i.group?

Confirmed that the option does not work in the gui, but does work on the command line. Have you filed a ticket? Doug On Wed, Sep 11, 2013 at 5:35 AM, Nikos Alexandris n...@nikosalexandris.netwrote: Hi list. Working with version=7.0.svn, revision=57486M here. It seems the option to create

[GRASS-dev] sample implimentation for upcoming OGC geopackage standard

Hi Folks, One of the entities working on the proposed OGC geopackage standard has some sample code out under the Apache 2. License. Uses sqlite. https://bitbucket.org/luciad/libgpkg Doug -- Doug Newcomb USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov

Re: [GRASS-dev] rast_open_new() saturates after opening 127 temporary files

See here ( entry and comments) http://www.cyberciti.biz/faq/linux-unix-nginx-too-many-open-files/ It's a 3 step process on Ubuntu. 1) Check the settings for fs.file-max in /etc/sysctl.conf 2)Edit /etc/security/limits.conf and bump up the file limit for the userid that you run GRASS under. I

Re: [GRASS-dev] Rast_open_new_null()

Yann, You could just use r.reclass on an existing layer and set everything to NULL, http://grass.osgeo.org/grass64/manuals/r.reclass.html Doug On Mon, May 27, 2013 at 11:38 PM, Yann Chemin yche...@gmail.com wrote: Hi, is there a small way to open a new file and set all values to NULL?

[GRASS-dev] Pausing of wxGUI with commands that use v.category fro large point sets

Hi Folks, I've noticed that for point data sets about 200 million points and above , all open windows using the WxGUI are frozen when I use commands that call v.category on the back end ( v.info, v.surf.rst, etc) until v.category finishes. I was going to file it in trac , but I was just

Re: [GRASS-dev] GRASS 6.4.3 release planning

Will development of GRASS 7 be proceeding to a release in parallel to 6.4.4? Doug On Wed, May 1, 2013 at 8:20 AM, Markus Neteler nete...@osgeo.org wrote: Hi, since RC3 was published some days ago and since there are no more blockers:

Re: [GRASS-dev] GRASS 6.4.3 release planning

Yes, thanks for the reply Doug On Wed, May 1, 2013 at 8:39 AM, Markus Neteler nete...@osgeo.org wrote: On Wed, May 1, 2013 at 2:32 PM, Newcomb, Doug doug_newc...@fws.gov wrote: Will development of GRASS 7 be proceeding to a release in parallel to 6.4.4? IMHO the two release branches

Re: [GRASS-dev] calculating inverse matrix

Does that require compiling with OpenMP? Doug On Tue, Mar 26, 2013 at 1:27 PM, Michael Barton michael.bar...@asu.eduwrote: i.pan.sharpen contains python code to do an inverse pca. It uses some of the new r.mapcalc capabilities to do parallel processing on multi-core processors. So it's

Re: [GRASS-dev] d.rast.multi ?

thinking about the virtual rasters indeed, maybe will have a look, any C code page you could direct me to? Cheers, Yann On 20 March 2013 05:39, Newcomb, Doug doug_newc...@fws.gov wrote: Yann, If I have a large number of layers, I usually do it from a command line or with a script. I

Re: [GRASS-dev] [GRASS-user] minimal wxPython version

By at least, do you mean looking at 2.6, 2.7 or 3.0 as well? Doug On Tue, Mar 19, 2013 at 2:04 PM, Michael Barton michael.bar...@asu.eduwrote: I think that this is a good idea for GRASS 7. We shouldn't really do it with GRASS 6. I like going to at least Python 2.5 also. Michael

Re: [GRASS-dev] d.rast.multi ?

Yann, If I have a large number of layers, I usually do it from a command line or with a script. I done r.patch with over 100 layers in one command ( before I discovered gdalbuildvirt :-)) Doug On Tue, Mar 19, 2013 at 4:36 AM, Vaclav Petras wenzesl...@gmail.com wrote: On 19 March 2013 09:31,

Re: [GRASS-dev] GRASS GIS nightly builds

Ok folks, I am a bit confused now. After setting OMP_NUM_THREADS=1 and exporting, I get 100% v.surf.rst complete. real 352m46.451s user 341m14.196s sys 2m16.477s Over 100 minutes faster. So the multiple cores get in each other's way... Recompiling without OpenMP. Thanks! Doug On

Re: [GRASS-dev] GRASS GIS nightly builds

Hamish, On Sun, Feb 24, 2013 at 1:41 AM, Hamish hamis...@yahoo.com wrote: Doug wrote: Compiled with openmp and liblas? fwiw I would not really recommend to compile with OpenMP support unless you are willing to help develop that. Most of it is fine I think, but the LU parts used by

Re: [GRASS-dev] how to sample a series at one location?

-965-7671(SHESC), 480-727-0709 (CSDC) www: http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Feb 22, 2013, at 12:31 PM, Newcomb, Doug doug_newc...@fws.gov wrote: Michael, You could use v.what.rast in a python script , iterating the raster layers

Re: [GRASS-dev] how to sample a series at one location?

Soren, What a great Friday afternoon brain stretch! Thanks! Doug On Fri, Feb 22, 2013 at 4:13 PM, Sören Gebbert soerengebb...@googlemail.com wrote: Hi, Am 22.02.2013 21:44 schrieb Newcomb, Doug doug_newc...@fws.gov: t.create-- t.register-- t.vect.observer.strds in GRASS7 ? Looks

Re: [GRASS-dev] Ignored enhancements

and compiler friendly. ~Seth via iPhone On Feb 9, 2013, at 3:27 PM, Newcomb, Doug doug_newc...@fws.gov wrote: Seth, I finally got a chance to patch your enhancements from the GRASS 70 svn code I pulled last night. I compiled with these options: ./configure --with-gdal --with-freetype

Re: [GRASS-dev] Ignored enhancements

Seth, I finally got a chance to patch your enhancements from the GRASS 70 svn code I pulled last night. I compiled with these options: ./configure --with-gdal --with-freetype --with-freetype-includes=/usr/include/freetype2 --with-proj --with-sqlite --enable-largefile --with-cxx --enable-64bit

Re: [GRASS-dev] Parallel computing for r.sun

I would vote for multicore OpenMP/OPENCL. I just purchased an 8 core AMD Vishera MB and CPU combo for under $300US to use at home , which is faster than the 8 core Xeon server system I used to do statewide solar irradiation modeling at work for a 755 Million cell grid for 365 days (half hour

Re: [GRASS-dev] [GRASS GIS] #1798: all relevant vector modules should have cats and where parameters

I guess the question is, if you then performed v.rast.stats for an underlying raster using the overlapping buffers generated with -t , how would the statistics for the overlapped polygons work? Think 2 1km circles whose centers are .75km apart. Doug On Thu, Nov 15, 2012 at 7:51 AM, Markus Metz

  1   2   >