Re: [GRASS-user] Problem importing ESRI grid file (.adf)

2018-06-08 Thread Helmut Kudrnovsky
Rich Shepard wrote
> On Fri, 8 Jun 2018, Stefan Blumentrath wrote:
> 
>> There should be a "dblbnd.adf" file in the ESRI grid directory. Please
>> try
>> that to import the data. So:
> 
> Stefan,
> 
>I found an old web page that used the w001001.adf as it is supposed to
> contain the topographic data. Regardless,
> 
>> r.in.gdal -o --overwrite
>> input=path/to/directory/Bare_Earth/bh45122c3/dblbnd.adf
>> output=bare_earth
> 
>This makes no difference in the output. Same display as on the .png
> attached to my original message. Sigh.
> 
> Thanks,
> 
> Rich
> 
> 
> ___
> grass-user mailing list

> grass-user@.osgeo

> https://lists.osgeo.org/mailman/listinfo/grass-user

Have you looked into GDAL's "AIG -- Arc/Info Binary Grid" format
description?



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Problem importing ESRI grid file (.adf)

2018-06-08 Thread Rich Shepard

On Fri, 8 Jun 2018, Stefan Blumentrath wrote:


There should be a "dblbnd.adf" file in the ESRI grid directory. Please try
that to import the data. So:


Stefan,

  I found an old web page that used the w001001.adf as it is supposed to
contain the topographic data. Regardless,


r.in.gdal -o --overwrite
input=Bare_Earth/bh45122c3/dblbnd.adf output=bare_earth


  This makes no difference in the output. Same display as on the .png
attached to my original message. Sigh.

Thanks,

Rich


___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Problem importing ESRI grid file (.adf)

2018-06-08 Thread Stefan Blumentrath
Hi Rich,

There should be a "dblbnd.adf" file in the ESRI grid directory. Please try that 
to import the data. So:

r.in.gdal -o --overwrite
input=Bare_Earth/bh45122c3/dblbnd.adf output=bare_earth

Hope that helps.

Cheers
Stefan


-Original Message-
From: grass-user  On Behalf Of Rich Shepard
Sent: fredag 8. juni 2018 21:49
To: grass-user@lists.osgeo.org
Subject: [GRASS-user] Problem importing ESRI grid file (.adf)

   I have several LiDAR files from a state agency I want to import into 
grass75. For one file I've used this command:

r.in.gdal -o --overwrite
input=Bare_Earth/bh45122c3/w001001.adf output=bare_earth

and get the output in the attached .png.

   The Bare_Earth/ directory, as a compressed tarball, is 11.3M so I've put a 
copy in the public directory of my dropbox account. If I've done this correctly 
you can download a copy using this URL:


   I want to learn what I'm doing incorrectly so I can get a LiDAR point cloud 
for analyses.

Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Problem importing ESRI grid file (.adf)

2018-06-08 Thread Rich Shepard

  I have several LiDAR files from a state agency I want to import into
grass75. For one file I've used this command:

r.in.gdal -o --overwrite 
input=Bare_Earth/bh45122c3/w001001.adf output=bare_earth


and get the output in the attached .png.

  The Bare_Earth/ directory, as a compressed tarball, is 11.3M so I've put a
copy in the public directory of my dropbox account. If I've done this
correctly you can download a copy using this URL:


  I want to learn what I'm doing incorrectly so I can get a LiDAR point
cloud for analyses.

Rich___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] v.class.mlR Error

2018-06-08 Thread Jamille Haarloo
Hello Moritz,

This time I asked a vector to be created with the stats and used this to
extract training polygons in QGIS and imported the training map in GRASS.
I had to do some interventions regarding the column names to make sure they
are the same except for the class.
I still get an error, and the only thing I could trace is the fact that
values are missing in some rows  for both vectors. I am not sure if I
should correct this/ retry it all.

This is the command output:

(Fri Jun 08 15:48:28 2018)

v.class.mlR -i --overwrite
segments_map=Segments_vector_Stats_Ben_test@haarlooj_Ben_Test
training_map=Training_Ben5@haarlooj_Ben_Test
raster_segments_map=best5_myregion1_at_haarlooj_Ben_Test_rank1@haarlooj_Ben_Test
train_class_column=Ecosystem output_class_column=vote
output_prob_column=prob classifiers=svmRadial,rf,C5.0 folds=5 partitions=10
tunelength=10 weighting_modes=smv,qbwwv weighting_metric=accuracy
classification_results=C:\Users\haarlooj\Documents\CELOS\v.class.mIRR_optional_output\Ben_test_Classifier-results
accuracy_file=C:\Users\haarlooj\Documents\CELOS\v.class.mIRR_optional_output\Ben_test_Classifier-accuracy
model_details=C:\Users\haarlooj\Documents\CELOS\v.class.mIRR_optional_output\Ben_test_Classifier-module-runs
bw_plot_file=C:\Users\haarlooj\Documents\CELOS\v.class.mIRR_optional_output\Ben_test_Classifier-performance
r_script_file=C:\Users\haarlooj\Documents\CELOS\v.class.mIRR_optional_output\Ben_test_R_script
processes=3
Running R now. Following output is R output.
During startup - Warning messages:
1: Setting LC_CTYPE=en_US.cp1252 failed
2: Setting LC_COLLATE=en_US.cp1252 failed
3: Setting LC_TIME=en_US.cp1252 failed
4: Setting LC_MONETARY=en_US.cp1252 failed
Loading required package: caret
Loading required package: lattice
Loading required package: ggplot2
Loading required package: foreach
Loading required package: iterators
Loading required package: parallel
During startup - Warning messages:
1: Setting LC_CTYPE=en_US.cp1252 failed
2: Setting LC_COLLATE=en_US.cp1252 failed
3: Setting LC_TIME=en_US.cp1252 failed
4: Setting LC_MONETARY=en_US.cp1252 failed
During startup - Warning messages:
1: Setting LC_CTYPE=en_US.cp1252 failed
2: Setting LC_COLLATE=en_US.cp1252 failed
3: Setting LC_TIME=en_US.cp1252 failed
4: Setting LC_MONETARY=en_US.cp1252 failed
During startup - Warning messages:
1: Setting LC_CTYPE=en_US.cp1252 failed
2: Setting LC_COLLATE=en_US.cp1252 failed
3: Setting LC_TIME=en_US.cp1252 failed
4: Setting LC_MONETARY=en_US.cp1252 failed
Warning message:
In nominalTrainWorkflow(x = x, y = y, wts = weights, info = trainInfo,  :
  There were missing values in resampled performance measures.
Error in `$<-.data.frame`(`*tmp*`, vote_qbwwv, value = numeric(0)) :
  replacement has 0 rows, data has 1965
Calls: $<- -> $<-.data.frame
Execution halted
ERROR: There was an error in the execution of the R script.
Please check the R output.
(Fri Jun 08 15:49:32 2018) Command finished (1 min 4 sec)



Best,
Jamille




On Thu, Jun 7, 2018 at 11:09 AM, Jamille Haarloo 
wrote:

> Hello Moritz,
>
> No worries. Thankful these modules are made available for newbies in RS
> like me and also happy these interactions are possible for learning.
> Hope to get back soon after some adjustments.
>
> Best,
> Jamille
>
> On Thu, Jun 7, 2018 at 10:44 AM, Moritz Lennert <
> mlenn...@club.worldonline.be> wrote:
>
>> Thanks
>>
>> On 07/06/18 15:17, Jamille Haarloo wrote:
>>
>>> The first 20+ lines of Stats_Training_Ben_test:
>>>
>>> cat,area,perimeter,compact_circle,compact_square,fd,WV_Benat
>>> imofo_1_min,WV_Benatimofo_1_max,WV_Benatimofo_1_range,WV_Ben
>>> atimofo_1_mean,WV_Benatimofo_1_stddev,WV_Benatimofo_1_varia
>>> nce,WV_Benatimofo_1_coeff_var,WV_Benatimofo_1_sum,WV_
>>> Benatimofo_1_first_quart,WV_Benatimofo_1_median,WV_Benatim
>>> ofo_1_third_quart,WV_Benatimofo_2_min,WV_Benatimofo_2_max,
>>> WV_Benatimofo_2_range,WV_Benatimofo_2_mean,WV_Benatimofo_2_
>>> stddev,WV_Benatimofo_2_variance,WV_Benatimofo_2_coeff_var,
>>> WV_Benatimofo_2_sum,WV_Benatimofo_2_first_quart,WV_
>>> Benatimofo_2_median,WV_Benatimofo_2_third_quart,WV_Benatimof
>>> o_3_min,WV_Benatimofo_3_max,WV_Benatimofo_3_range,WV_Benat
>>> imofo_3_mean,WV_Benatimofo_3_stddev,WV_Benatimofo_3_varianc
>>> e,WV_Benatimofo_3_coeff_var,WV_Benatimofo_3_sum,WV_
>>> Benatimofo_3_first_quart,WV_Benatimofo_3_median,WV_Benatim
>>> ofo_3_third_quart,WV_Benatimofo_4_min,WV_Benatimofo_4_max,
>>> WV_Benatimofo_4_range,WV_Benatimofo_4_mean,WV_Benatimofo_4_
>>> stddev,WV_Benatimofo_4_variance,WV_Benatimofo_4_coeff_var,
>>> WV_Benatimofo_4_sum,WV_Benatimofo_4_first_quart,WV_
>>> Benatimofo_4_median,WV_Benatimofo_4_third_quart
>>> 1144,3832.00,1256.00,5.723635,0.197144,1.729624,13,7
>>> 6,63,46.4097077244259,9.98454911351384,99.69122100017,21.513
>>> 9237092391,177842,40,47,53,40,138,98,90.2687891440501,15.250
>>> 0825418009,232.565017531741,16.8940812061464,345910,81,92,
>>> 100,15,61,46,40.8582985386221,7.82663897784868,61.2562776895
>>> 

Re: [GRASS-user] Spatial data exchange formats

2018-06-08 Thread Rich Shepard

On Wed, 30 May 2018, Helmut Kudrnovsky wrote:


So you have to look by ogrinfo/gdalinfo --formats; you can get further
information on the GDAL Website.


  I have LiDAR files in two ESRI formats and don't know which would be the
better one to use: .shp and .adf.

  My research taught me that .adf is Amiga Data File, and I thought that
Amiga died several decades ago. Seems that ESRI is using that format for
some reason and it does not appear to be supported by gdal.

  The directories with the adf files also contain .dat, .nit, and .dir
files and come in three versions: bare earth, highest hits, and intensity.

  My use of these DEMs is for hydrological modeling, including storm runoff
with times of concentration for specified 24-hour storm hydrographs. So, I
want to become informed about my choices. Recommended readings also
appreciated.

Regards,

Rich

___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] r.series weights to zero

2018-06-08 Thread Frank DAVID



Cordialement,
Frank David

 Message d'origine 
De : Markus Metz
Date :07/06/2018 17:30 (GMT+01:00)
À : Frank David
Cc : grass-user , GRASS developers list
Objet : Re: [GRASS-user] r.series weights to zero



On Tue, Jun 5, 2018 at 2:51 PM, Frank David  wrote:
>
> Hi all Grass users,
>
> It's seems that r.series weights does not accept zero as weight... Is it 
> possible ?

Yes, weights must be positive.

> and so, why ?

A zero weight means that all values in this map are ignored. Zero weights can 
also cause the sum of weights to be zero, leading to division by zero and 
finally to +inf / -inf as a result

Thank you Markus for your reply.
I would think it would have been interesting to use zero as weight on some 
raster in order to use (or not) them depending on the context. For my purpose i 
will use a value next to zero.
Thanks again
Frank



Markus M
>
> I've got the following error message when running r.series with one weight 
> set to 0
>
> "/usr/local/grass-7.4.0svn/etc/python/grass/script/core.py",
> line 332, in handle_errors
> returncode=returncode)
> grass.exceptions.CalledModuleError: Module run None
>
> Thank you for your comment.
>
> Frank
>
>
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user

___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] i.gensig - multiple signatures into a single file for i.maxlik

2018-06-08 Thread Moritz Lennert
Hi Paul,

Please keep discussions on the list.

Le Fri, 8 Jun 2018 10:33:56 +0100,
Paul Shapley  a écrit :

> Hi Moritz,
> 
> Thank you for your help. I am trying to get 5 signatures but the layer
> manager is out of action whilst i create the signatures in the 'Class
> Manager'. 

What do you mean by "out of action" ? And why do you need the layer
manager while using the class manager (we are speaking about
g.gui.iclass [1], here, or ?) ? You can directly create different
classes in one run of this tool. You can save your training areas as a
one single vector map containing all areas of all classes and/or
create the signature file (containing all classes). Check out the video
tutorial linked at [2].

> I need to move the map window between each signature. If i
> could do them individually i can combine the signatures into one file
> later before using 'i.maxlik'.

If you have different classes in different vector maps, you can combine
them using v.patch, rasterize the result using v.to.rast (or possibly
v.to.rast on each and then r.patch) and use then use the resulting
raster map as input for i.gensig. It will automatically create the
signature file combining all classes.

Moritz

[1] https://grass.osgeo.org/grass74/manuals/wxGUI.iclass.html
[2] http://grasswiki.osgeo.org/wiki/WxGUI_Supervised_Classification_Tool
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user