[GRASS-dev] i.latlong

Paolo_Cavallini · July 17, 2013, 10:06am

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all.
Just seen the very nice i.latlong (BTW: why not r.latlong?): any hope
of having it backported to grass6?
Thanks a lot.
- --
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlHmbL0ACgkQ/NedwLUzIr5cawCeMnmcysj7GHV1FsS4aTjDV96Y
LhEAn3o3xp/tlC1OCwgTodsvCanRDnrO
=HZCQ
-----END PGP SIGNATURE-----

neteler · July 17, 2013, 1:21pm

On Wed, Jul 17, 2013 at 12:06 PM, Paolo Cavallini <cavallini@faunalia.it> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all.
Just seen the very nice i.latlong (BTW: why not r.latlong?): any hope
of having it backported to grass6?

Done in r57191.

You can test it with:
g.extension i.latlong

I agree that r.latlong would be more appropriate.
If there are no objections, I would rename it in both G6 Addons and G7.

Markus

Paolo_Cavallini · July 18, 2013, 6:27am

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 17/07/2013 15:21, Markus Neteler ha scritto:

On Wed, Jul 17, 2013 at 12:06 PM, Paolo Cavallini <cavallini@faunalia.it> wrote:

Just seen the very nice i.latlong (BTW: why not r.latlong?): any hope
of having it backported to grass6?

Done in r57191.

You can test it with:
g.extension i.latlong

I agree that r.latlong would be more appropriate.
If there are no objections, I would rename it in both G6 Addons and G7.

Thanks a lot. So it will be in the addons, not in main?
BTW: if I can have a list of the new or changed packages in the new release, I can
update qgis and sextante modules.
All the best.

- --
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHnirQACgkQ/NedwLUzIr4eNACeI0LC+HD2HWzHRB/a61x7AezS
GUAAoKCmfsD3A8O3f0TQ/ixgAfG+eT+C
=MUNk
-----END PGP SIGNATURE-----

neteler · July 18, 2013, 10:24am

On Thu, Jul 18, 2013 at 8:27 AM, Paolo Cavallini <cavallini@faunalia.it> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 17/07/2013 15:21, Markus Neteler ha scritto:

On Wed, Jul 17, 2013 at 12:06 PM, Paolo Cavallini <cavallini@faunalia.it> wrote:

Just seen the very nice i.latlong (BTW: why not r.latlong?): any hope
of having it backported to grass6?

Done in r57191.

You can test it with:
g.extension i.latlong

I agree that r.latlong would be more appropriate.
If there are no objections, I would rename it in both G6 Addons and G7.

Thanks a lot. So it will be in the addons, not in main?

For now yes since we don't know if it works for anyone else than me.
Did you try?

BTW: if I can have a list of the new or changed packages in the new release, I can
update qgis and sextante modules.

You mean for GRASS 7?
GRASS 6 will remain the same with the user interface. just a very few
new modules
were added over the past years:

http://trac.osgeo.org/grass/wiki/Release/6.4.3RC1-News#Newmodules
http://trac.osgeo.org/grass/wiki/Release/6.4.3RC3-News#Newmodules

http://trac.osgeo.org/grass/wiki/Release/6.4.2-News#Newmodules

http://trac.osgeo.org/grass/wiki/Release/6.4.1-News#Newmodules

best
Markus

Paolo_Cavallini · July 18, 2013, 10:46am

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 18/07/2013 12:24, Markus Neteler ha scritto:

For now yes since we don't know if it works for anyone else than me.
Did you try?

not

You mean for GRASS 7?

not: G7 is not (yet) supported by QGIS

GRASS 6 will remain the same with the user interface. just a very few
new modules
were added over the past years:

http://trac.osgeo.org/grass/wiki/Release/6.4.3RC1-News#Newmodules
http://trac.osgeo.org/grass/wiki/Release/6.4.3RC3-News#Newmodules

http://trac.osgeo.org/grass/wiki/Release/6.4.2-News#Newmodules

http://trac.osgeo.org/grass/wiki/Release/6.4.1-News#Newmodules

thanks a lot for this.
All the best.
- --
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHnx5wACgkQ/NedwLUzIr6upACffR/VRNzWbJD4ahSoW7osDw/v
rMYAnRyKeC1mgH5KlHwcPXp8okviAQC6
=rden
-----END PGP SIGNATURE-----

neteler · July 18, 2013, 2:35pm

On Thu, Jul 18, 2013 at 12:46 PM, Paolo Cavallini <cavallini@faunalia.it> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 18/07/2013 12:24, Markus Neteler ha scritto:

For now yes since we don't know if it works for anyone else than me.
Did you try?

not

... so please do (you requested the backport

thanks
Markus

neteler · July 27, 2013, 8:38pm

On Wed, Jul 17, 2013 at 3:21 PM, Markus Neteler <neteler@osgeo.org> wrote:
...

I agree that r.latlong would be more appropriate.
If there are no objections, I would rename it in both G6 Addons and G7.

Done for G7 in r57306.

Markus

neteler · July 27, 2013, 8:45pm

On Sat, Jul 27, 2013 at 10:38 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Wed, Jul 17, 2013 at 3:21 PM, Markus Neteler <neteler@osgeo.org> wrote:
...

I agree that r.latlong would be more appropriate.
If there are no objections, I would rename it in both G6 Addons and G7.

Done for G7 in r57306.

Done also for G6 Addons in r57308.

Markus

Hamish · July 28, 2013, 2:25am

I'm trying to understand the function of i.latlong: when would it be useful?

r.sun optionally takes lat,long raster maps as input, and you could use r.mapcalc x(), y() to create those then use r.proj to bring them into your projected location. (or some v.mkgrid + m.proj + r.in.xyz magic)

but it turns out that the overhead in opening and reading those maps is more work than just using the pj_() functions to calculate the cell-center coordinate values either per-row,column or even for each cell on-the-fly within the module. So it's a net loss and for grass7's r.sun I'd planned to remove those two r.sun input options.

(it was otherwise added to r.sun in years past to allow r.sun to
work in an XY location, but I don't think that justifies the extra module complexity)

?

thanks,
Hamish