Re: [GRASS-dev] Landsat MTL files

2017-11-13 Thread Markus Neteler 
On Nov 14, 2017 1:24 AM, "Nikos Alexandris"  wrote:
>
> * Nikos Alexandris  [2017-10-15 17:57:30 +0200]:
>
>> ...in improving https://github.com/NikosAlexandris/i.landsat.import
>
>
> The script will import scenes in independent Mapsets. This is contra to
> the "convention" to import data (first) in the PERMANENT Mapset.

IMHO there is no such convention.
To use different mapsets is perfectly fine.
The PERMANENT mapset is ideal for base cartography shared with all other
mapsets.

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

Re: [GRASS-dev] Landsat MTL files

2017-11-13 Thread Nikos Alexandris 

* Nikos Alexandris  [2017-10-15 17:57:30 +0200]:


...in improving https://github.com/NikosAlexandris/i.landsat.import


The script will import scenes in independent Mapsets. This is contra to
the "convention" to import data (first) in the PERMANENT Mapset. If
there is interest, please see Stefan's valid comments at
https://github.com/NikosAlexandris/i.landsat.import/issues/2.

If such a script will land in the addons repository, it should be in
line with GRASS' best practices.

Thank you, Nikos


signature.asc
Description: PGP signature
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] QGIS-Developer] GRASS and SAGA providers in 3

2017-11-13 Thread Markus Neteler 
On Sat, Nov 11, 2017 at 12:04 PM, Markus Neteler  wrote:
> On Sun, Nov 5, 2017 at 1:53 PM, Markus Neteler  wrote:
>> Update: it is going on well!
>> https://github.com/qgis/QGIS/pull/5426
>>
>> An open wish is this enhancement ticket (r.mapcalculator script):
>> https://trac.osgeo.org/grass/ticket/3431
>
> AFAIK it got merged! A huge work has been done:
>
> https://github.com/qgis/QGIS/commit/cab807dc309067dcb72b6b052f0608c88755af91
> "393 changed files with 4,324 additions and 3,545 deletions"
>
>> Médéric will appreciate testing of the pull request.

FYI:
For Fedora users, QGIS3 including the GRASS GIS support is now available:

sudo dnf copr enable dani/qgis-testing
sudo dnf update
sudo dnf install qgis qgis-python


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

Re: [GRASS-dev] winGRASS not built/broken

2017-11-13 Thread Markus Metz 
On Sun, Nov 12, 2017 at 12:13 AM, Even Rouault 
wrote:
>
> On dimanche 12 novembre 2017 00:07:49 CET Markus Metz wrote:
>
> > Stupid question: such a #define has only effect on compile time. If GDAL
>
> > has been compiled without HAVE_LONG_LONG being defined, and then we
define
>
> > HAVE_LONG_LONG when compiling against GDAL, is this creating a big mess?
>
>
>
> With MSVC, GIntBig expands to __int64 , which is equivalent in practice
to long long.

MinGW also has __int64, therefore it would be great if you could apply

-->
Index: port/cpl_port.h
===
--- port/cpl_port.h(revision 40701)
+++ port/cpl_port.h(working copy)
@@ -219,7 +219,7 @@
 /*  64bit support   */
 /*  */

-#if defined(WIN32) && defined(_MSC_VER)
+#if (defined(WIN32) && defined(_MSC_VER)) || defined(_WIN32)

 #define VSI_LARGE_API_SUPPORTED
 typedef __int64  GIntBig;
<--

to gdal-trunk

Apart from that, GDALSetCacheMax[64](bytes) could be replaced with
CPLSetConfigOption( "GDAL_CACHEMAX", "MB" ), that should avoid the issues
with GIntBig on MS Windows.

Markus M
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] descriptions of some add-ons in add-on index

2017-11-13 Thread Luca Delucchi 
On 12 November 2017 at 15:13, Markus Neteler  wrote:
>
> Fixed. In all cases, the full HTML header must be added to the manual
> pages since these are meta pages.
>
> Done for r.li, r.modis and r.green.
>

Thanks

> Markus
>


-- 
ciao
Luca

www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3423: UnicodeDecodeError in r.category in wxGUI when category labels contain special characters

2017-11-13 Thread GRASS GIS 
#3423: UnicodeDecodeError in r.category in wxGUI when category labels contain
special characters
--+-
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.4.0
 Component:  wxGUI|Version:  svn-trunk
Resolution:  worksforme   |   Keywords:  r.category encoding
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by marisn):

 * status:  new => closed
 * resolution:   => worksforme


Comment:

 Closing this one as the bug is not in r.category but in switching to en
 language (#3441).

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] removing 'GRASS GIS 7.0.5 (old stable)' from the windows download section

2017-11-13 Thread Martin Landa 
Hi,

2017-11-13 9:16 GMT+01:00 Moritz Lennert :
> Old releases should probably remain available for reference somewhere, but
> not prominently on that page.

I have disabled grass706 daily builds and kept enabled only addons
compilation for 7.0.5. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] removing 'GRASS GIS 7.0.5 (old stable)' from the windows download section

2017-11-13 Thread Moritz Lennert 

On 13/11/17 08:21, Helmut Kudrnovsky wrote:

Hi,

with the upcoming GRASS 7.4.x, should we remove 'GRASS GIS 7.0.5 (old
stable)' from the winGRASS download section on the website?

there haven't been many fixes in 7.0.x in the last year. And users should
use the new technology instead of the old one ;-)

any opinion?


+1

Old releases should probably remain available for reference somewhere, 
but not prominently on that page.


Moritz

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