Dear Anna,
We solved such problems by writing python script for automated rename of files
corresponded to ETM+ thermal bands before processing in Grass as we often have
to work with many images.
in the case of single images it is not a problem to rename it to format
LEB61 and B62. Then
Le Thu, 04 Feb 2016 19:55:13 -0500,
Ken Mankoff a écrit :
> Hi,
>
> I think I've solved this. I can compute i,j with:
>
> On 2016-02-04 at 16:48, Ken Mankoff wrote:
> > I'd like to do additional processing elsewhere (Python), outside of
> > grass, based
hi grass users,
i found a problem when running i.landsat.toar with Landsat 7,
then i've eventually found in gis-stackexchange a "tricky" way to solve it:
http://gis.stackexchange.com/questions/133053/i-landsat-toar-doesnt-work-with-band-6-of-landsat-7-in-grass-7
i found it a bit clunky and
On Fri, Feb 5, 2016 at 8:08 PM, Tyler Smith wrote:
> Hi,
>
> I'm making a map for inclusion in a manuscript. I have the basic layout
> set, using the wx display system: https://flic.kr/p/CThHdE
>
> Not perfect, but I can tweak the placement of labels in Inkscape.
> However,
yes, i was referring to that.
i think the problem is connected to the fact that i.landsat.toar works
recursively on all bands
which is what makes this command comfortable but in the same time it
doesn't allow to calculate the TOAR for a specific band, in case one would
like to do so
thanks,
Anna
Tyler,
The general issue (also exists in QGIS) is that grid/graticule creators
commonly only create nodes where 2 lines intersect. The solution
generically is that you need to increase the node density of each line
so that there are more points to bend the line along when projected.
As an
On Sat, Feb 6, 2016 at 4:39 PM, Huub Munstege wrote:
> Hello dear GRASS users community,
> We're interested in using the "Groundwater modeling" in GRASS GIS. Searching
> the net doesn't give many actual results / examples. One article of 2005
>