Re: [GRASS-user] Importing multiple files with r.in.xyz

Hanlie Pretorius wrote: > I'm working with WinGRASS 6.4RC6 on Win XP. [...] > Not sure what a 'reasonable output name is', so I run it as shown > below and get the following error: > - > cat F:\Hanlie\UCT\M.Sc.\Data\TRMM\2000\02_Februrarie\*.txt| r.in.xyz > -s in=- fs=, out=test > cat: F:\Ha

Re: [GRASS-user] Clipping rasters

Hanlie Pretorius wrote: > I thought I created a clipped DEM by rasterising an irregular vector > boundary and then using a mask to create the clipped DEM from a > rectangular DEM. > > For example: > - #first, check and set your region of interest g.region vect=border -pa > # convert vector

Re: [GRASS-user] Clipping rasters

Hanlie Pretorius wrote: ... Nikos A: > > #first, check and set your region of interest > > g.region vect=border -pa > Tried this with the same result, as Jarek points out in the second > reply. So, I assume it's impossible to have a raster with an irregular > boundary in GRASS? ( I don't think s

Re: [GRASS-user] Clipping rasters

Hanlie P: ... > Tried this with the same result, as Jarek points out in the second > reply. Sort of off-topic (but important to me): for some reason Jarek's e-mails got filtered and dropped in another folder that is why I replied (again) about g.region. Nikos ___

Re: [GRASS-user] Clipping rasters

On Tuesday 10 of August 2010 18:02:12 Martin Landa wrote: > 2010/8/10 Nikos Alexandris : > >> >> # set the mask to the raster border > >> >> r.mask border > > > > #replace the above and use r.mapcalc instead: > > r.mapcalc MASK=border > >

Re: [GRASS-user] Importing multiple files with r.in.xyz

Hanlie Pretorius wrote: > Thanks for the suggestions. > > I think I'm going to try the Linux version as soon as I can get to a > Linux machine. You could also try out osgeo live-cd/dvd's (e.g. ) or give (some) Linux(-distro) the chance (it deserves) even via virtualbox fo

Re: [GRASS-user] Importing multiple files with r.in.xyz

Micha Silver : > > Samber's method will surely work, but you might more simply try as > > follows: > > > > # start grass in a location which matches the txt file data > > # change to the directory where your txt files are, then do > > for infile in *.txt; do outrast=`basename ${infile} .txt`; r.in

Re: [GRASS-user] addons installation under GRASS 7.0-svn

Rhot wrote: > > I understood, regarding to that new raster library in > > grass70 absolutely all addons in svn repo will be > > worthless in grass70 until they'll be updated. Is it so? Hamish: > perhaps not absolutely all, but between the C lib changes > and the (I hope hope temporary) removal

Re: [GRASS-user] addons installation under GRASS 7.0-svn

... Thanks for the clarification. I am not closely reading the dev's list lately. Nikos [ happy to know being able to use shell scripting in the future :-) ] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/

Re: [GRASS-user] v.dissolve - is this a bug?

Richard Chirgwin: > > In running v.dissolve within a script, I am getting an intermittent > > failure: > > > > ERROR: key column must be integer or string > > > > Here's the script spot that fails (but only sometimes) > > > > v.db.addtable MAP > > v.db.addcol MAP columns="Dissolve int" Markus

Re: [GRASS-user] using r.mapcalc on a 100 rasters to produce one output (a temporal set of rasters)

m k wrote: > My apologies if this is a repeat post, but i think my question did not get > delivered last try. (I'm new here!) I am looking for a way for GRASS to do > create one output raster based on the analysis of say 100 rasters (same > spatial coordanates, but each raster has an equal time in

Re: [GRASS-user] unable to calculate landscape metrices

[...] Markus: > Some questions: > - which GRASS version > - which Operating system > - large file support enabled > ? @bharath: Get most of the above questions answered via "g.version -br". Maybe the "g.version" module could be enhanced to _also_ return the operating system? As a side-note:

Re: [GRASS-user] unable to calculate landscape metrices

Rebecca Bennett wrote: > I would second this Nikos - perhaps such instructions could also be emailed > as a welcome note when a new user joins the discussion group? And I second that ;-). I don't know why I did not write that while I was thinking it, i.e. I was thinking the welcome message and

Re: [GRASS-user] Python scripts: 'command not found'

On Thursday 19 of August 2010 15:13:37 Hanlie Pretorius wrote: > I'm working in GRASS 6.4RC6 on Ubuntu 10.04 and I'm trying to learn > how to script GRASS using Python. > > I have taken the example at > http://grass.osgeo.org/programming6/pythonlib.html that checks if a > vector is 3D and saved i

Re: [GRASS-user] Python scripts: 'command not found'

On Thursday 19 of August 2010 15:47:13 Hanlie Pretorius wrote: > 2010/8/19, Nikos Alexandris : > > Better not to use sudo (as a general advice). The script needs to be made > > executable for your user-name, i.e.: > > > > sudo chown hanlie:hanlie v.check3d > &

Re: [GRASS-user] unable to calculate landscape metrices

(please keep this on the list) On Thursday 19 of August 2010 15:49:55 bharath s wrote: > hello, > > iam using Grass6.4.0 rc5-2 version > > operating system is ubuntu 9.10 > > the region settings are as follows: > > projection: 1 (UTM) > zone: 43 > datum: wgs84 > ell

Re: [GRASS-user] unable to calculate landscape metrices

(please keep discussion on-list) On Thursday 19 of August 2010 15:52:43 bharath s wrote: > version details are : > > > # ./configure --host=i486-linux-gnu --build=i486-linux-gnu > --prefix=/usr/lib --sysconfdir=/etc --sharedstatedir=/var --enable-socket > --enable-shared --with-postgres --with-

Re: [GRASS-user] speeding up v.overlay

Stuart Gralton wrote: > v.db.connect -p cont > Vector map is connected by: > layer <1> table in database > through driver > with key Stuart a general recommendation (in case you are not aware of it): better to work with data in user-Mapsets and not in PERMANENT. That is: create a new user-

Re: [GRASS-user] v.db.select

Sandile Gumede wrote: > How was the mean calculated from the table below? these are the output of > v.db.select from v.rast.stats. Hi! As far as I understand, v.rast.stats is a script calling r.mapcalc to perform the calculations. Subsequently, calculations depend on the raster map(s) (size, re

Re: [GRASS-user] Land use/cover change detection with GRASS GIS

fatih: > I plan to determine land use/cover changes using different Landsat images > in GRASS GIS. Is there anybody who has tried this before? I am not > familiar with the GRASS GIS. So, a document/manual which includes step by > step description of image processing may help. GRASS provides the t

[GRASS-user] Re: [GRASS-announce] GRASS GIS 6.4.0 released

On Wednesday 08 of September 2010 00:38:08 Markus Neteler wrote: ... > We are pleased to announce the release of GRASS GIS > 6.4.0, the first in the new line of 6.4 stable > releases. As a stable release 6.4 will enjoy long-term support. Congratulations to all for the

Re: [GRASS-user] Estimating Albedo from Landsat

Daniel Victoria: > I haven't tryed i.landsat.toar addon but from what I read in the wiki > (http://grass.osgeo.org/wiki/Atmospheric_correction) I could either > use i.landsat.toar or a DN - Radiance conversion formula that is > given... > Will try to recalculate the images, I might have done som

Re: [GRASS-user] Estimating Albedo from Landsat

Daniel Victoria wrote: > I did not use i.landsat.toar. I converted the DN values to radiance > manually, using r.mapcalc and the formula and coefficients provided. ok > Are you going to use i.atcorr? Currently I only require to automatically detect clouds and nothing more than that. Since I

Re: [GRASS-user] Estimating Albedo from Landsat

On Monday 13 of September 2010 04:20:33 stephen sefick wrote: > I have to go out in the field tomorrow, but I have put together a > script, semi-automatically, to do this and calculate NDVI. I can pass > it along for what it is worth. Sure, and if it's generally helpful we might put that in the w

Re: [GRASS-user] Estimating Albedo from Landsat

Nikos: > > Did you finally used i.landsat.toar for the Landsat5 - TM bands? Hamish: > I haven't tried with landsat 5 data from glovis yet, have some scenes > on order, expect them to arrive in the next few days. It seems to be > working for me with landsat7 data. Band 61 temperatures seem plaus

Re: [GRASS-user] Estimating Albedo from Landsat

Hi Hamish! I was about to report things related to what you describe below but did not do so when I realised that I don't really have the "correct" metadata file for the scene I was given. The "meta" file available at Glovis is not really the complete set of meta-information (is my guess -- mis

Re: [GRASS-user] Estimating Albedo from Landsat

Hamish: > > > should we be calculating the sat_zenith= param from > > > SUN_AZIMUTH in the metadata file, or is that something > > > else? I just used the default 8.2 deg. Nikos: > > Good question! As described above, for the sake of testing > > I just fed the "sat_zenith" parameter the "sun_az

Re: [GRASS-user] Estimating Albedo from Landsat

Hamish: [...] > band 6 temperatures do not look very plausible (30 degC ocean and -6 degC > land) on a sunny autumn day. here something relevant I guess ("11.3.3 Band 6 Conversion to Temperature") Nikos

Re: [GRASS-user] Estimating Albedo from Landsat

Nikos wrote: > > ... I realised that I don't really have the "correct" metadata file for > > the scene I was given. The "meta" file available at Glovis is not really > > the complete set of meta-information (is my guess -- missing > > "sat_zenith=" value for example). Hamish wrote: > fwiw with

Re: [GRASS-user] Estimating Albedo from Landsat

Nikos: > # so, here it goes... seems to run fine > i.landsat.toar band_prefix=landsat_postfire_east_sterea_ellas > method=uncorrected sensor=5 date=2007-09-05 solar_elevation=52.4986238 > product_date=2007-09-05 ... > r.info landsat_postfire_east_sterea_ellas.toar.6 -r > min=203.36601783578 > m

Re: [GRASS-user] Estimating Albedo from Landsat

Nikos: > > # so, here it goes... seems to run fine > > i.landsat.toar band_prefix=landsat_postfire_east_sterea_ellas > > method=uncorrected sensor=5 date=2007-09-05 solar_elevation=52.4986238 > > product_date=2007-09-05 > ... > > r.info landsat_postfire_east_sterea_ellas.toar.6 -r > > min=203.3

Re: [GRASS-user] Estimating Albedo from Landsat

Nikos: > > > # so, here it goes... seems to run fine > > > i.landsat.toar band_prefix=landsat_postfire_east_sterea_ellas > > > method=uncorrected sensor=5 date=2007-09-05 solar_elevation=52.4986238 > > > product_date=2007-09-05 > > > > ... > > > > > r.info landsat_postfire_east_sterea_ellas.toar

Re: [GRASS-user] Estimating Albedo from Landsat

Hamish: > > Probably we should concentrate on the North Carolina dataset for common > > tests... its landsat mapset has: ... > > Auto-cloud determination for the NC 1987 Landsat5 scene is no good. Right, it does not look good. # rename lsat5_1987_10 to lsat5_1987.1 (same for the rest of the band

Re: [GRASS-user] Estimating Albedo from Landsat

On Friday 17 of September 2010 22:27:40 Hamish wrote: > Nikos wrote: > > Given that the NC lsat data set represents untouched DN's, > > does it? We'll nail that one... ;-) > > perhaps it has to do with "old vs new" calibration parameters? > > at least for the lsat7_2000 NC maps, the cloud detec

Re: [GRASS-user] Estimating Albedo from Landsat

Hamish: > > I think we'll have to redownload the three NC scenes from GloVis > > to know for sure. Nikos: > Downloaded: > - LT50160351987287XXX08 The metadata given in Glovis [1] (there is an option "show metadata") do not agree with the ones provided in the file L5016035_03519871014_MTL.txt [

Re: [GRASS-user] Estimating Albedo from Landsat

Nikos: > Note that the LC lsat5 rasters are of 28.5m while the currently available > at usgs is of 30m pix-res. I just kept the 28.5 (when reprojecting the > usgs-lsat5 to the nc_spm_08 location) Again: Note that the _NC_ lsat5 rasters are of 28.5m while the currently available at usgs are of

Re: [GRASS-user] Estimating Albedo from Landsat

fyi On Friday 17 of September 2010 22:27:40 Hamish wrote: ... > > I think we'll have to redownload the three NC scenes from GloVis to know > > for sure. Also downloaded: > - LE70160352002144EDC00 (Acquisition Date: 2002/05/24) # within "nc_spm_08/PERMANENT" r.info lsat7_2002_10 | grep SUN SUN_

Re: [GRASS-user] r.in.gdal 0.3m res into 1m res mapset question

stephen sefick wrote: > I have a bunch of floating point grids that I need to bring into > GRASS. They say that they are 0.3m res where the documentation says > they are 1m- I will ferrett this out of the data providers. My > question is I will bring these layers into a 1m resolution mapset. >

Re: [GRASS-user] Re: A Script that only selects raster inside a polygon

Pedro Roma: > >I want to develop a script that crops a raster in order to only have the > >pixels that are located inside a vector polygon. Marcello Gorini: > There is probably a more elegant solution, but this will do: > g.region vect=your_vector > v.to.rast input=your_vector output=your_vec

Re: [GRASS-user] Re: A Script that only selects raster inside a polygon

Pedro Roma: > > >I want to develop a script that crops a raster in order to only have the > > >pixels that are located inside a vector polygon. Marcello Gorini: > > There is probably a more elegant solution, but this will do: > > > > g.region vect=your_vector > > v.to.rast input=your_vector ou

Re: [GRASS-user] Estimating Albedo from Landsat

Nikos: ... > Downloaded: > - extra: LT50160351988258XXX03 (includes visible clouds - maybe good for > testing?) # import landsat bands in wgs84, utm, zone 17 # r.proj to nc_spm_08/landsat # set region g.region rast=lsat5_1988.1 -p projection: 99 (Lambert Conformal Conic) zone: 0 datum:

Re: [GRASS-user] Difference between r.series; r.patch

katrin wrote: > > I have a sequence of satellite images (e.g 1 in the north, other in the > > center and other in south) that I want to merge in a single image. I > > found three GRASS methodologies: > > - r.series > > - r.patch > > - i.image.mosaic. > > Which one is the best to perform what I nee

Re: [GRASS-user] v.db.join script

Jon Eiriksson wrote: > I apologise for possible double-posting - but it seems that I did not > send the email copied below to the correct address. If anyone has > experienced the v.d.b.join column definition/truncation problem > desacribed belowl and has some advice, I would be very grateful to >

Re: [GRASS-user] Grass Script- Implementing a Quadratic Mahalanobis Distance

On Monday 11 of October 2010 19:21:54 Pedro Roma wrote: > Greetings > > I need to implement a Quadratic Mahaloanobis Distance by using GRASS. This > is based on medium vector and covariance matrix. > 1- As anyone implemented anything similar? > 2- If not, Is there any GRASS script that accesses m

Re: [GRASS-user] GRASSsvn release branch g.region broken

[...] Markus M: > The safest order I figured out experimentally is > > make distclean > > svn up > > > configure > > make > > make install - make install requires "sudo" under Ubuntu. - a reminder that the last step ("sudo make install") can be avoided completely and grass sessions can be

Re: [GRASS-user] Changing raster boundaries

Christian: > > Hi GRASS users, > > how to change the boundaries of a raster map (simply expand the > > border) without any automatic modification of map resolution as it > > will happen when using "r.region map=.. n= ..s=.. w= e=.." ? > > Thanks for some hint. Micha: > How about changing the cu

Re: [GRASS-user] Estimating Albedo from Landsat

[ back again... :-) ] Nikos wrote: > > > Downloaded: > > > - extra: LT50160351988258XXX03 (includes visible clouds - maybe good for testing?) Hamish: > in the GloVis preview I only see a few clouds in the NE corner > for that date. (Sept 14, 1988) Right. I specifically selected a scene with a

Re: [GRASS-user] Changing raster boundaries

or some hint. Micha: > >> How about changing the current region with g.region, then use r.mapcalc > >> to create a copy of the original at the new extents? On 10/15/2010 12:20 AM, Nikos Alexandris wrote: > > A reminder that "r.region" might be useful as well i

Re: [GRASS-user] Difference between r.series; r.patch

katrin eggert wrote: > About the i.image.mosaic, it was developed by Markus. I gave a look at the > Script (Python version) and I'm not sure what is the advantage of this > script against r.patch. I guess it's the convenience extending the colomap to all to-be-patched maps. Nikos ___

Re: [GRASS-user] Difference between r.series; r.patch

katrin eggert wrote: > About the i.image.mosaic, it was developed by Markus. I gave a look at the > Script (Python version) and I'm not sure what is the advantage of this > script against r.patch. I guess it's the convenience extending the colomap to all to-be-patched maps. Nikos ___

Re: [GRASS-user] Grass Script- Implementing a Quadratic Mahalanobis Distance

( Pedro, I kindly ask you to keep the discussion on the list - it's very interesting (to me at least) and of wider interest (I guess) as a small challenge for grass. I am sure others can help here. Also, accept my apologies for re-structuring the mail to make it easy to follow for other readers

Re: [GRASS-user] Rename Location using dbf driver

On Friday 15 of October 2010 21:11:13 ssefick wrote: > I would like to rename a couple of locations. I am using the dbf driver > for the database. Can I safely just rename the folder of the location? > Thanks in advance. Stephen, I think renaming is not enough. You have to "reconnect" the data

Re: [GRASS-user] Grass Script- Implementing a Quadratic Mahalanobis Distance

Daniel Victoria wrote: > R has a command to calculate the Mahalanobis distance [1], so I > believe it's just a matter of getting the grass data into R in the > correct way and using the already R built in tools in R. > Unfortunately, this is as far as I can help, not being an expert in R > myself.

[GRASS-user] Off-topic: GeoDataCamp2010 in Athens, Greece

Hi list! Been away for quite some time (busy, injured, etc.). Tomorrow and Saturday will take place the GeoDataCamp2010 in Athens (Greece). I will be there to learn lots of new stuff and I am enthusiastic about it. I feel it is going to be a fruitful gathering of friends and people curious ab

Re: [GRASS-user] Off-topic: GeoDataCamp2010 in Athens, Greece

Nikos: (replying to myseld - updating) > Tomorrow and Saturday will take place the GeoDataCamp2010 in Athens > (Greece). I will be there to learn lots of new stuff and I am > enthusiastic about it. I feel it is going to be a fruitful gathering of > friends and people curious about GeoData. Ind

Re: [GRASS-user] Best operating system for GRASS

Catlike wrote: > What is your favorite OS for GRASS? (K)Ubuntu Linux, 64-bit > Please include your reasons. randomely: free, open source, stability + safety (=never lost data due to a system error), stimulation to active participation, keeps me running (=effective brain-jogging), reliable, n

Re: [GRASS-user] Landsat SLC-Off data usage

On Friday 03 of December 2010 16:35:21 Chethan S wrote: > I am using Landsat 7 ETM+ SLC-Off imageries for my academic project work. > As users may be aware due to Scan line corrector going off in the > satellite, large gaps are created in each band of image. It accounts for > loss of 20 to 22 perc

Re: [GRASS-user] Best operating system for GRASS

Nikos A: > > For your favorite OS, how hard is it to learn for a guy like me who has > > always used Windows? Also, something very important. Before you buy a new system, to install any linux distro, verify that it works on your system. If you have already a system, chances are that it is suppo

Re: [GRASS-user] Re: GRASS-user] What scripting language should I learn?

On Friday 03 of December 2010 07:46:44 Catlike wrote: > Thank you. > Sad to say I am a Windows user. Your phrase "... at the command line..." > puts fear in my heart. I had a DOS class in 1985... Bahh... it's not that hard. It's just an idea. You'll get the basics very quickly - then (I repeat wh

Re: [GRASS-user] Landsat SLC-Off data usage

Nick Jachowski: > I have been working a lot with SLC-Off imagery lately. Some people in my > department have used the gap filling programs floating around the net, but > I'm not familiar with them personally. I've settled on using r.patch as > well, although you have to be careful how you apply

Re: [GRASS-user] Can I use r.mapcalc to create "sorted" elevation raster?

Catlike wrote: > I am trying to use r.mapcalc, through QGIS, to take an elevations raster > with a wide variety of values and create a new elevations raster which only > contains those cells that have a value over a certain number (in this case, > 300 meters). The command in grass should be somet

Re: [GRASS-user] Can I use r.mapcalc to create "sorted" elevation raster?

On Sunday 26 of December 2010 13:50:49 Micha Silver wrote: > Three equivalent answers in as many minutes. Talk about good service ;-) Almost... I was quick(er) and skipped the word "over" with respect to the 300m. Anyway... :-) Cheers, N ___ grass-user

[GRASS-user] 1st Greek GRASS meeting

Dear grassers, the 1st Greek GRASS-GIS meeting will become reality in June (17 to 19). Anybody within or near Greece that would like to join? I would be more than happy to host and help anyone willing to visit Greece for the days of the meeting but my current situation prohibits this as well as

Re: [GRASS-user] 1st Greek GRASS meeting

I want to express a BIG thank you to Markus Metz for his presence in the 1st GRASS (&GFOSS) users meeting that took place the past weekend in Greece. Sharing his insight(s) concerning GRASS' database structure, network analysis capabilities and much more were (and are) invaluable. All the best,

Re: [GRASS-user] Voting for GRASS community promotion at gis.stackexchange.com

Markus N: > Hi, Hi Markus and GRASS-ers > I have uploaded the GRASS Logo to get it advertised on this GOS forum: > http://gis.stackexchange.com/ Excellent idea. > To make it visible, we need to obtain at least six "up" votes on the > GRASS logo at: > http://meta.gis.stackexchange.com/questio

Re: [GRASS-user] Voting for GRASS community promotion at gis.stackexchange.com

Markus N: > Hi, Hi Markus and GRASS-ers :-) > I have uploaded the GRASS Logo to get it advertised on this GOS forum: > http://gis.stackexchange.com/ Excellent idea. > To make it visible, we need to obtain at least six "up" votes on the > GRASS logo at: > http://meta.gis.stackexchange.com/ques

Re: [GRASS-user] Voting for GRASS community promotion at gis.stackexchange.com

Markus Neteler: ... > I have uploaded the GRASS Logo to get it advertised on this GOS forum: > http://gis.stackexchange.com/ > > To make it visible, we need to obtain at least six "up" votes on the > GRASS logo at: > http://meta.gis.stackexchange.com/questions/540/community-promotion-ads-2012 GRA

Re: [GRASS-user] how to perform inverse pca

An article fyi (reference in BibTex format): @ARTICLE{Koutsias2009, author = {Koutsias, N and Mallinis, G and Karteris, M}, title = {A forward/backward principal component analysis of Landsat-7 ETM+ data to enhance the spectral signal of burnt surfaces}, journal = {ISPRS Journal of P

Re: [GRASS-user] Importing ASCII file

On Friday 24 of August 2012 13:16:40 sotototo wrote: > Hi, Hi! > Is there a way to calculate automatically the annual radiation in r.sun > because the algorithm calculates one day at a time. Please, care to post mails with a clear and meaningful "subject". All you need to do is to estimate the

[GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

Hi PowerUsers! I am slowly scratching (again) the image classification modules. I've found an interesting lecture presentation, entitled "The application of GIS in formulation and implementation of integrated coastal area management plans in the Guinea current region" by Alberto Altobelli [1]

Re: [GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

NikosA: > > I wonder why the term ISODATA [2] is not to be traced anywhere in the > > GRASS manuals, nor in the GRASS book (3rd ed.). Can someone confirm that > > i.cluster is an(other) implementation of the ISODATA clustering > > algorithm? MarkusN: > I search in my inbox and found some earlie

Re: [GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

NikosA: > >>> I wonder why the term ISODATA [2] is not to be traced anywhere in the > >>> GRASS manuals, nor in the GRASS book (3rd ed.). Can someone confirm > >>> that i.cluster is an(other) implementation of the ISODATA clustering > >>> algorithm? MarkusN: > >> I search in my inbox and found

Re: [GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

Angelos Tzotsos wrote: > Hi all, > This is an ISODATA implementation in C, written under GPL by Christos > Iossifidis, a colleague of mine at NTUA. > Would anyone be interested porting it to GRASS? > http://users.ntua.gr/chiossif/Free_As_Freedom_Software/isodata.c Nice! ... __

Re: [GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

[...] Moritz: > I hope I'm being understandable... Absolutely :-). Thank you, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] installing Grass 7 on ubuntu 11.04

[forgot to cc to the list] Manish Gautam: > I am finding it difficult to install Grass 7 on my pc. I use Ubuntu 11.04. > I have tried to install it using the instructions given in the link > http://grass.osgeo.org/wiki/Compile_and_Install_Ubuntu. However, I am able > to download and install the

Re: [GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

.. Moritz: > >> I hope I'm being understandable... Nikos Alexandris: > > Absolutely :-). Markus Neteler: > Since this questions comes up from time to time, it would be nice to get > the summary of this comparative discussion into the Wiki... volunteers > needed

Re: [GRASS-user] installing Grass 7 on ubuntu 11.04

Manish Gautam: >This time I am getting the following problems : > 1. So, when I run ./configure after installing Proj 4, GEOS and GDAL, > this error comes > > checking for tcl.h... no > configure: error: *** Unable to locate Tcl includes. Are they installed? > 2.and using this > > --with-tcl

Re: [GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

Angelos Tzotsos : > This is an ISODATA implementation in C, written under GPL by Christos > Iossifidis, a colleague of mine at NTUA. > Would anyone be interested porting it to GRASS? > http://users.ntua.gr/chiossif/Free_As_Freedom_Software/isodata.c Curious: how much effort would this be for an

Re: [GRASS-user] Is "i.cluster" an implementation of the ISODATA algorithm?

Markus Neteler: > > Since this questions comes up from time to time, it would be nice to get > > the summary of this comparative discussion into the Wiki... volunteers > > needed. Nikos: > Already started working it out! If there are no objections, leave it to me. > Please, consider assistance

Re: [GRASS-user] After Qgis installation - GRASS6.4 doesn't start anymore

.. Johannes Radinger: .. > BTW both QGIS and GRASS are installed via checkinstall. I am not > really convinced if it really needed or if it might cause any problems (with > versions etc)? Would it get very messy if just "sudo make install" is used? > Any recommendations on that? Hi Johannes, (

Re: [GRASS-user] "Compiling source code" is missing !!!

Dehui: > Hi all, Hi Dehui > http://grass.osgeo.org/wiki/Compile_and_Install/ is blank! Please check it > up! Thanks! I think the web-site migration (old to new) is on-going. It is worth waiting a while :-) All the best, Nikos ___ grass-user maili

Re: [GRASS-user] mysql error on compiling grass70 source code

Dehui: > Hi all, when i compile grass70svn on ubuntu12.10, i meet the mysql error as > follow, in spite of having install mysql. Any advice would be appreciated. > > ./configure \ > .. > --with-postgresql=yes --with-postgres-includes="/usr/include/postgresql" \ > --with-sqlite=yes \ > > erro

Re: [GRASS-user] mysql error on compiling grass70 source code

Dehui: > >> Hi all, when i compile grass70svn on ubuntu12.10, i meet the mysql error > >> as follow, in spite of having install mysql. Any advice would be > >> appreciated. > >> ./configure \ > >> .. > >> --with-postgresql=yes --with-postgres-includes="/usr/include/postgresql"\ > >> --with-sq

Re: [GRASS-user] mysql error on compiling grass70 source code

On Monday 12 of November 2012 03:48:04 王德辉 wrote: > Thank you Nikos! I am sorry for deleting the right configure phrases. Yes > "--with-mysql=yes --with-mysql-includes="/usr/include/mysql" " included. Hi! Please try to keep this discussion on-list. Will potentially help others as well. How di

Re: [GRASS-user] mysql error on compiling grass70 source code

王德辉: > Well, this error might due to lacking this command " sudo apt-get install > libmysqlclient15-dev" to support C. Hi Dehui! ( Please, try to keep the discussion by replying (mainly) towards the list and (optionally) carbon-copy your post to me or other posters. It will benefit me, you

Re: [GRASS-user] [Solved] mysql error on compiling grass70 source code

Dear Dehui, somehow I missed this post. Thanks, Nikos 王德辉: > Hi all, the instructions on web > http://grass.osgeo.org/wiki/Compile_and_Install_Ubuntu should be revised, > and the suggestions are below. Anyone has access to the wiki. If you have cross-checked any instructions and think that so

Re: [GRASS-user] status of launchpad Ubuntu builds [WAS: Re: how to install GRASS binaries of weekly snapshot on ubuntu12.04?]

Markus Neteler: > > Sidenote: I really hope that one day Ubuntu launchpad will deliver > > GRASS binaries... Tim Michelsen: > Since all code is well imported from SVN to LP: > https://code.launchpad.net/~grass/grass/releasebranch_6_4 > It is /*only/* an issue of updating the debian files: > ht

Re: [GRASS-user] mysql error on compiling grass70 source code

王德辉: > Thank you Markus! Now, I can compile the daily svns(6.4.3 6.5.0 7.0) > successfully, and still two things puzzling me. (1) when running g.gui > wxpython, will appear a warning " .. 王德辉: > > > and just follow the instructions on bellow web > > > http://grasswiki.osgeo.org/wiki/Compile_an

Re: [GRASS-user] error in g.extension

王德辉: > If you only want to use this addon, then you just need to download the addon > and run the command " sudo make MODULE_TOPDIR=/usr/local/grass-7.0.svn/" in > the addon folder. Dehui, Of course I don't know how you have setup your operating systems environment variables and other details.

Re: [GRASS-user] error in g.extension

王德辉: > Hi Nikos, Hi! > My grasssvns(7,6.5,6.4) and grass-addons are all in /usr/local/ folders, you should grant rwx access to the respective directory(-ies) > so the compiling... ...will and should not be required to be executed as a super-user > ...and installing command need the super us

Re: [GRASS-user] [GRASS-PSC] Fwd: [GRASS-dev] Renewal of GRASS-PSC

> >Here the current state: > > > >- Hamish Bowman: no answer despite personal reminder > >- Helena Mitasova: +1 > >- Markus Neteler (chair): +1 > >- Massimiliano Cannata: +1 > >- Michael Barton: +1 > >- Scott Mitchell: +1 > > > >I would say, quorum reached. While, to my knowledge, this case is not

[GRASS-user] About the GRASS-GIS wiki manager

Dear community, in my attempt to stabilize my course, as a user, in -- and out -- of the OSGeo, and especially the GRASS-GIS community, I kindly request to take over the GRASS-GIS wiki manager (responsibilities). The GRASS-G

Re: [GRASS-user] i.landsat.toar unable to read metadata file

Balázs András: .. > I thought of this myself. Removed the binary bit from the files and used > them text-only versions without success. It has to do something with the > structure of the metadata files, as Jorge Tizado pointed it out for me. Same problem here, using GRASS 6.4.3svn (2012). And i

Re: [GRASS-user] i.landsat.toar unable to read metadata file

Nikos: > > It seems there are several modifications to the MET content structure. > > Fortunately (?) two MET files are provided *currently* (at least I have > > seen this in several L[MTE][457] scenes. .. I tried to compare variable definitions in the landsat_met.c file with the diff "TLold.tx

Re: [GRASS-user] i.landsat.toar unable to read metadata file

(re-structured the last post, cc-ed András B, E. Jorge T -- someone is not on the list?) Nikos: > >> > It seems there are several modifications to the MET content structure. > >> > Fortunately (?) two MET files are provided *currently* (at least I have > >> > seen this in several L[MTE][457] sce

Re: [GRASS-user] V.sun module

Amanda Laur: > Good day all, > I'm looking for the v.sun module developed by Hofierka and Zlocha, and > wondering if its available for download as an add-on the 6.4.3RC1 version? > I have reviewed it in an article ," 3-D Solar radiation model for 3-D City > Models" from Transactions in GIS. > An

Re: [GRASS-user] V.sun module

On Friday 14 of December 2012 17:58:28 Nikos Alexandris wrote: > Amanda Laur: > > Good day all, > > > > I'm looking for the v.sun module developed by Hofierka and Zlocha, and > > wondering if its available for download as an add-on the 6.4.3RC1 version? > > I

Re: [GRASS-user] V.sun module

Nikos: > >> The module in question is r.sun [1] and there is a wiki-page with very > >> useful informations and examples [2]. > >True, there is a v.sun module mentioned in > > >ct>. > >New stuff I guess -- can't trace i

[GRASS-user] r.denoise segfaults on a raster of 1166468401 cells

Hi list! The following attempt segfaults on GRASS 6.4.3svn (nearly in the end of the process, if I am not wrong), running on Core i7 with 32GB of RAM. # mdenoise ASTER GDEM2 over Greece r.denoise in=aster_gdem2_ellas out=aster_gdem2_ellas_smoothed iterations=1 threshold=0.8 epsg=2100 The compu

[GRASS-user] [Off-topic] Accessing and downloading over FTP, or else, individual Landsat acquisitions

GRASSers, I know this is mostly off-topic -- but I can't trace anywhere on the web a strait and clear source from which one can access individual Landsat5TM and Landsat7ETM+ SLC-off tiles. I also am aware of a similar (but not same question) about downloading Landsat imagery in a scripted mann

<    2   3   4   5   6   7   8   9   10   11   >