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/
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/
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/
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)